En numerosos textos y libros se habla de la reunión diaria (de pie) como una de las buenas prácticas común a muchos métodos ágiles. En esta reunión cada miembro del equipo da respuesta a tres preguntas:

• ¿Qué hiciste ayer?
• ¿Qué prevees hacer hoy?
• ¿Qué impedimentos te has encontrado?

Pero, si bien es habitual encontrar listadas esas tres preguntas, es más complicado dar con la explicación de las mismas. Jeff Sutherland, uno de los principales promotores de SCRUM (quizá el primero de los métodos que empleó esta práctica) nos ofrece su visión en el artículo Why the Three Questions in the Daily Scrum Meeting?

miguelcalix nos cuenta:
Agile Draw fué lanzado el mes pasado como una iniciativa para hacer del modelaje una tarea simple, libre y efectiva. En resumen es un set de principios y estilos para crear modelos simples y efectivos. El objetivo es usar un minimo de elementos de dibujo (circulos, cajas, lineas de conexion y texto) que combinados comuniquen de una manera consistente. Estos principios pueden ser usados con cualquier tecnica y herramienta de dibujo (sea un pizarrón o MS visio).

He encontrado un interesante artículo del Doctor Randall W Jensen publicado en la revista de ingeniería de software para defensa, The Journal of Defense Software Engineering, sobre sus conclusiones de un experimento de aplicación de programación por parejas.

En el artículo, titulado A Pair Programming Experience, Jensen explica como esta práctica supuso un importante incremento en productividad y un menor número de defectos.

Más de una vez me he preguntado cómo podrían seguirse ciertas prácticas de extreme programming si varios o todos los miembros de un equipo teletrabajan. Ciertamente esto parece ir en contrar de un proceso de desarrollo que tiene como columna vertebral el potenciar la comunicación directa.

Pues bien, Rachel Davis nos cuenta en el artículo Remote Pair Programming cómo han aplicado con algunas variaciones y bastante éxito prácticas como la programación por parejas o la reunión diaria. Para ello han usado tecnologías como Skype o compartición del escritorio con Netmeeting. Rachel comenta sobre los problemas encontrados y cómo estas prácticas han producido efectos beneficiosos aunque el proceso se sienta bastante diferente al de XP tradicional.

La programación por parejas parece llevarse el galardón a la práctica más controvertida y menos entenida de los métodos ágiles. En su artículo Winning with a pair Roy Miller trata de explicar en qué consiste realmente esta práctica y el porqué del rechazo que surge en ocasiones tanto de programadores como de managers.

En el foro asociado a la serie de artículos Demistifying Extreme Programming (de la que este es parte) hay un hilo especialmente interesante sobre el tema. Comienza con una pregunta sobre porque la programacion por parejas es la práctica más abandonada de XP y trata temas como los sistemas de evaluación de desempeño personales y por equipo, la sensación de que dos personas están haciendo el trabajo de uno, los problemas de parejas que permanecen juntas demasiado tiempo (días), etc.