¿Para qué proyectos es Agile más adecuado?

Recientemente me preguntaron qué tipo de proyectos son los más adecuados para los procesos ágiles. En mi opinión, son aquellos con plazos ajustados, un alto grado de complejidad y un alto grado de novedad (singularidad). Se deberían utilizar métodos ágiles cuando se hace algo nuevo o cuando es nuevo para el equipo en cuestión. Si el equipo ya ha hecho algo muchas veces, probablemente no necesite recurrir a métodos ágiles.

En este punto surgen paralelismos con la industria manufacturera. Cuando se construye el mismo coche todos los días, pronto se conocen todas las particularidades asociadas. No se necesita un enfoque ágil porque la situación no es nueva. Pero la novedad por sí sola tampoco significa que se deba usar un proceso ágil.

3 factores de la planificación ágil de proyectos

Hace poco almorcé en un restaurante chino. Pedí el entrante "extra picante y con jalapeños". Seguramente era la primera vez que preparaban ese plato exactamente así, lo que lo convierte en una novedad, algo único. Aún así, estaba delicioso y como podía ver la cocina, estaba seguro de que no necesitaron ni un Daily Standup ni desarrollo guiado por pruebas (Test-Driven Development, TDD) para ello. (Aunque quizás pude identificar algunos elementos de Kanban) Además de la novedad, un proyecto también debe tener cierto grado de complejidad, y el último elemento que hace que un proyecto sea adecuado para Agile es la urgencia. Los intervalos de trabajo y las iteraciones en un enfoque ágil están diseñados para mantener la intensidad y el enfoque durante un proyecto. Si no hay urgencia en un proyecto, eso es innecesario.

Veamos cómo se combinan estos tres factores (urgencia, complejidad, novedad) en diferentes proyectos. Empecemos por supuesto con los proyectos de software. Los proyectos de software y los métodos ágiles encajan perfectamente, ya que estos proyectos son conocidamente extremadamente complejos. Cada proyecto de software es un nuevo emprendimiento y en el mundo actual, casi todo es de alguna manera urgente.

Pero veamos otra situación en la que cada vez más se aplica Scrum: al planificar una boda. Cada año escucho de varias parejas que planificaron su boda con ayuda de Scrum. Siempre hay un Backlog para la boda: comprar el pastel, elegir al fotógrafo, enviar las invitaciones, elegir el vestido, etc. ¿Cómo se ven mis tres factores mencionados aquí? ¿Urgencia? ¡Check! Siempre hay una fecha límite y normalmente es bastante fija. ¿Complejidad? Bueno, quizás una boda no sea tan compleja como un proyecto de software, pero tiene sus propios factores, que a menudo tienen que ver con requisitos no funcionales, como un presupuesto fijo, quién se sienta al lado de quién, qué comida se sirve y si la banda del primo debe tocar en la recepción, etc. ¿Novedad? Claro. La mayoría de las personas no se casan tan a menudo como para que planificar un evento así se convierta en rutina.

Conclusión: ¿Para qué proyectos son adecuados Scrum y Agile?

Agile es más adecuado para proyectos urgentes con cierto grado de complejidad y novedad, lo que incluye proyectos de software y bodas. Sin embargo, uno podría preguntarse si el beso al final de la ceremonia es un Product Backlog Item o parte de los criterios cumplidos del producto general...

Este texto proviene del blog de Mike Cohn y fue traducido por nosotros al español.

¿Documento SRS como User Story?

=> ¿Se puede reescribir un documento SRS tradicional como User Story?

El momento adecuado para Planning Poker

=> Así funciona Planning Poker en Scrum

Formación de Product Owner

=> Visita una de nuestras formaciones de Product Owner y conviértete en Product Owner certificado.