Retrorock » Agile http://retrorock.info Reflexiones y Código por Wilbur Suero Sun, 01 Aug 2010 08:25:02 +0000 en hourly 1 http://wordpress.org/?v=3.0.1 Primeros pasos en pair programming http://retrorock.info/2009/05/primeros-pasos-en-pair-programming/ http://retrorock.info/2009/05/primeros-pasos-en-pair-programming/#comments Sun, 17 May 2009 04:10:35 +0000 wilburhimself http://retrorock.info/?p=15 Desde hace tiempo vengo oyendo hablar sobre el pair programming, sus ventajas y sus implicaciones, pero simplemente no me parecía que esto fuera muy productivo ni que fuera a ayudar tanto de todos modos. A simple vista pair programming se trata de que dos programadores se sienten frente a un monitor continuamente colaborando con un diseño, un algoritmo o cualquier código o prueba.

Cual es el punto? yo he hecho eso muchas veces…

Yo nunca había hecho pair programming teniendo en cuenta que pair programming es un estilo y que es una metodología, y que sobre todo teniendo en cuenta que dos programadores al mismo tiempo no es una redundancia, sino una ruta directa a mayor eficiencia y mejor calidad.

Algunas partes de la metodología

  1. Comiencen con una tarea bien definida. Cuando los dos se sienten deben tener una tarea correctamente detallada y deben tener la seguridad de que van a poder terminarla en una hora o dos
  2. Compartan todo. Todo se trata de que los dos programadores funcionen como una sola mente, mientras uno está en el teclado, el otro está revisando todo y dando retroalimentación. Es importante que se intercambien el turno de escribir y revisar para que uno de los dos no se sienta poco importante o fuera del juego.
  3. Hablen todo lo que sea necesario.  Una buena señal es que los dos implicados esten hablando todo el tiempo. Diciendo lo que van a hacer, pidiendo una idea de una inplementación, preguntando la mejor manera de hacer algo, dando soluciones alternativas, etc. 
    Algunas de las cosas mas comunes que se dicen cuando se esta haciendo pair programming son: Que tu crees de esto? que sigue? confía en mi (cuando una linea de código habla mas que 100 palabras)
  4.  No se cojan las cosas muy a pecho. Cuando una persona tiene el ego muy alto tiende a no aceptar criticas de los demas. También el ego excesivo puede atribuirle una actitud defensiva ante las criticas al programador, o puede pensar que los que se le dice es personal y en su contra.
  5. Suelten el escepticismo. Desarrollen una expectativa de exito. Si uno no espera beneficiarse o disfrutar el proceso es muy difícil que las cosas funcionen correctamente.
  6. Tomense un momento para celebrar. A medida que se vayan completando las tareas hay que felicitarse, por ejemplo, se resolvio ese problema con la base de datos, chocala!

Conoces algunas otras sugerencias para ayudarnos a hacer mejor pair programming?

no hay entradas relacionadas.

]]> http://retrorock.info/2009/05/primeros-pasos-en-pair-programming/feed/ 2