Primera experiencia utilizando Pair Programming...

En mi post anterior hable sobre la idea de implementar scrum y XP en mi team con el fin de mejorar la calidad de los entregables, reducir el rework y sobre todo aumentar el foco de los programadores en la tarea realizada ya que estamos trabajando sobre aplicaciones OSS de Telecomunicaciones bastante complejas y desarolladas mayoritariamente por terceros, lo cual implica un trabajo adicional, siendo mas parecido al mantenimiento que al desarollo puro de aplicaciones en si...
(la diferencia entre ambas es un tema amplio y merece un post propio).

Respecto a la implementacion de Scrum, la experiencia es muy positiva mostrando buenos resultados en corto tiempo, pero dada la naturaleza del grupo de trabajo (mantenemos 5 aplicaciones diferentes), promediando el primer sprint decide realizar las reuniones diarias de scrum con c/u de los grupos en lugar de hacer meetings generales, ya que esto le permite a las personas aprovechar mejor el tiempo (... me niego a utilizar la denominacion "recursos" ....)
Creo que la clave, al menos en mi caso, ha sido tomar los fundamentos de la metodologia y adaptarlos a este proyecto en particular...

Ayer tuve la oportunidad de utilizar pair programming por primera vez, en verdad fue una decision de urgencia, pues debiamos de entregar un web service al grupo de testeo si o si para esta mañana y era necesario rehacer gran parte del codigo.
Por lo tanto nos pusimos a trabajar en el, Nacho Barker (programador java todo terreno si los hay) y yo.
Basicamente esta tecnica consiste en programar por parejas, donde una de las personas lleva adelante el rol de "driver" (o encargado de escribir el codigo) y la otra lleva el rol de "observador" o "navegante" (es la encargada de revisar el codigo, fijar la direccion estrategica del trabajo e identificar futuros problemas).
Es recomendable que los roles se intercambien peridicamente o al menos una vez ejecutada la prueba unitaria del programa...
En este caso en particupar no realizamos rotacion pues yo estoy mas familiarizado con la parte funcional y el modelo de datos y Nacho, con la programacion en si.

En la practica pude comprobar que ante un desarollo complejo fue posible reducir el tiempo del mismo, alcanzar un intercambio de ideas productivo que nos permitio superar
rapidamente los cuellos de botella que fueron presentandose y sobre todo, cuando uno de los dos estabamos cansados, el otro siguio adelante con las tareas (estuvimos 30 hs seguidas programando... si.. ya lo se.. no es recomendable para la salud de nadie...)

En resumen, mi primer contacto con Pair Programming resulto un exito y comenzare a utilizarlo en los proximos desarollos que se me presenten

Una tarea pendiente que tengo (ya casi es una necesidad) es la implementacion de tecnicas de TDD (programacion orientada al testeo) y la mejora de las pruebas unitarias...
En cuanto logre algun avanze en ese aspecto les comentare mi experiencia.