Cómo elegir el proyecto piloto para Scrum. Mi versión de los hechos.

Hola a todos

Hace poco leí un gran post de Mike Cohn relacionado con como elegir el proyecto piloto: (ver el post  aquí) en donde reforzaba 4 variables (más un bonus):

• Duración: 3 a 4 meses
• Tamaño: Entre 1 y 4 equipos de trabajo (un equipo de máximo 9 personas)
• Importancia: Importante para la organización
• Patrocinio y Compromiso Ejecutivo: Alto
• y un Bonus: Contar con las personas correctas para hacer el proyecto (las que nos garanticen ganar esto funciona para cualquier escenario - agile o tradicional-).

El punto que quiero agregar (como fuente de mi experiencia) a esta lista de 5 puntos es:

• La Tecnología: la tecnología debe ser dominada por el (los) equipo(s) de trabajo

y ahí es donde va aporte, no tiene sentido (adicional a los 5 puntos anteriores) hacer un piloto en agile, o Scrum donde:

• la tecnología es nueva en el mercado, es decir, el proveedor nos están brindando la "valiosísima oportunidad" de ser de los primeros que la usan o implementan (¡OMG!),  o
• el equipo de trabajo no conoce la tecnología, es decir:
• no se domina la arquitectura
• no se conocen los componentes
• no se conocen los retos subyacentes, las características, 
• las premisas y supuestos no se dominan, 
• no se conoce como hacer el tunning del sistema, entre otros.
• y aunque el equipo recibió una "muy buena capacitación" y les funcionaron "todos los laboratorios" sabemos que eso no los hace expertos en algo nuevo (que al menos requeriría seis meses de trabajo continuo para comenzar a tener cierto dominio)

Sabiendo que el propósito es generar una victoria temprana y un gran impacto en la organización, de forma que sea comparable con los proyectos en cascada de similares condiciones.

No recomiendo hacer el primer piloto en agile con tecnología desconocida (y para ser sincero tampoco en cascada), pues no se verían resultados en el mediano plazo ni de la tecnología nueva ni del método.

Mi recomendación general sería:

• hagamos un proyecto piloto en agile con que cumpla las seis premisas:
• 3 a 4 meses de duración
• Con 1 a 4 equpos de trabajo
• Importante para la organizaicón
• Patrocinio ejecutivo
• La gente correcta
• Dominio de la tecnología

• y si, aun así desean el proyecto de la tecnología nueva y retadora, pues que sea otro proyecto adicional al primero, pero:
• que "este no sea el de mostrar" que Agile funciona (pero eso sí estoy seguro que si en este proyecto hacen correctamente Agile o Scrum les aseguro que avanzará más rápido que en cascada)
• que tenga e alcance pequeño 
• que cuente con alto acompañamiento al equipo de parte de expertos o personas conocedoras de la tecnología
• que la organización tenga paciencia este proyecto y su presentación de resultados,  
• y que los patrocinadores tengan alta tolerancia a la frustración pues este problema no corresponde a un escenario complejo (ni mucho menos predictivo) sino a una caótico donde es difícil tener victorias tempranas (1).

Hasta acá esta corta recomendación, reflexión y lección aprendida.

Saludos ágiles

Jorge Abad

(ver más en : Mira la segunda parte de este artículo - clic aquí )

Notas, aclaraciones, comentarios y referencias

1.  Ver el framework de Cynefin para entender el contexto de esta afirmación (clic aquí)