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.

Era la primera vez que visitaba el blog de James Shore y me he encontrado con una entrada que me ha llamado mucho la atención.

Los antecedentes son esos: todos los métodos ágiles coinciden combatir las jornadas de trabajo excesivamente largas, reuniones interminables y el exceso de presión en el trabajo. El resultado es que cuando se compara un equipo de trabajo que emplea XP o SCRUM con otros equipos que sufran los efectos anteriores puede parecer que hay una menor implicación de los integrantes del primero. Como consecuencia de esto comentaba Ron Jeffries en la lista de correo de XP que algunos clientes le pedían percibir una mayor sensación de urgencia en los equipos de desarrollo. Al leer esto he recordado diversas charlas con escépticos de los métodos ágiles que hablando sobre sus resultados me hacían comentarios como la gente está demasiado relajada o a las ocho ya no queda nadie en la oficina.

A pesar de mi absoluto convencimiento sobre lo negativo de la presión externa y las ventajas de la motivación y la auto-organización siempre me ha quedado una espina clavada: ciertos clientes que no están lo suficientemente cerca del equipo para conocer su avance de primera mano siguen quedándose en ocasiones con una impresión peor que si la gente trabajara muchas horas extra. Algo parecido puede ocurrir con ciertos directivos o gerentes de alto nivel. Y claro está, aunque tu sepas que se está avanzando muy rápido puede ser un problema que la percepción externa sea distinta ¿puede evitarse esto?