Como transmitir la sensación de avance del equipo

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?

Chis Wheeler contestaba a Ron Jeffries que cuando se pide sensación de urgencia lo que realmente se solicita es una demostración de que obtener los objetivos del proyecto es tan importante para tí como lo es para mi (OJO, traducción libre, el original fue show me that you care about delivering this product as much as I do). Construyendo sobre esta afirmación James Shore propone varias formas en las que un equipo ágil puede dar esa misma sensación de implicación:

• Piensa en el objetivo del cliente al estimar las historias. Si algo es demasiado costoso, sugiere alternativas que que también cumplen el objetivo pero es más sencillo desarrollarlas.
• Difunde sobre los éxitos del equipo: haz públicos los hitos previstos junto con las mejoras previstas para ellos. Por ejemplo envía un correo electrónico al finalizar cada iteración con una descripción de las mejoras incluidas y porqué son valiosas.
• Tomate en serio las estimaciones. Informa al cliente tan pronto como sea posible cuando preveas un retraso. Revisa las estimaciones durante la iteración y si van retrasadas hazselo saber al equipo para que busquen soluciones.

Estas tres formas me han parecido muy brillantes y me sugieren variantes con efectos previsiblemente muy beneficiosos. La "sugerencia de alternativas" y "el envío del mail resumen" los había empleado ya de forma habitual en algunos proyectos, pero no ha sido hasta ahora, al leerlo escrito por otra persona cuando he sido plenamente consciente del gran efecto positivo que pueden representar para cualquier persona externa y no sólo ciertos clientes en particular.