Lección 4 de 19
En Progreso

1.3 Scrum: La metodología de proyectos líder

2 diciembre, 2022

Scrum quiere que fracases

De hecho, es conocido por el eslogan “Fracasa rápido”. No, no estoy bromeando. Me doy cuenta de que suena raro, pero hay una muy buena razón para esto. Tradicionalmente, los administradores y desarrolladores de proyectos trabajaban durante meses o años antes de ver los resultados. La mayoría de las veces, alrededor del 80% de hecho, el software y los proyectos fallaron.

Entonces, ¿por qué, podría preguntarse, se están apuntando a más fracasos? Bueno, realmente no lo son. El truco está en centrarse en la segunda palabra, rápido. El fracaso está bien, siempre y cuando aprendas de él, pero si tienes que esperar demasiado, no aprenderás tanto de él.

Scrum toma el manifiesto ágil y sus principios clave y los reduce a un marco muy simple que fomenta el enfoque a pequeña escala y los ciclos de aprendizaje rápido.

Eso es lo que realmente significa fallar rápido, aprender rápido.

Con eso en mente, los conceptos básicos del marco están diseñados para fomentar ese ciclo de retroalimentación rápido.

El marco Scrum no es prescriptivo

Generalmente, nos referimos a ella como barandas, como las que se ven en la carretera. Esas barreras de seguridad no le dicen exactamente por dónde conducir en el carril, pero lo mantienen dentro de los límites que resultarán en un viaje por carretera exitoso.

Scrum es muy parecido. Con los principios ágiles como guías y un marco flexible de actividades ejecutadas en un cronograma corto y regular, su proyecto se preparará para el éxito. En pocas palabras, aquí está el marco Scrum en su forma más simple.

Para empezar, el propietario del producto tiene un trabajo atrasado priorizado para que lo haga el equipo. Aproximadamente cada dos semanas, el equipo analiza el trabajo atrasado y decide lo que puede lograr en las próximas dos semanas.

El equipo desarrolla y prueba su solución para los elementos pendientes hasta que estén listos para usar. Al final de las dos semanas, el equipo demuestra sus logros al propietario del producto y a las partes interesadas.

Finalmente, reflexionan sobre cómo les fue durante las dos semanas y deciden qué pueden hacer para mejorar sus prácticas laborales.

Eso es todo

El corto período de tiempo y el enfoque en un producto completo al final obligan al equipo a fallar rápido o, más apropiadamente, a aprender rápido.