Mastering Scrum: Valor en la complejidad
Una guía exhaustiva sobre Scrum, los valores ágiles y la mecánica de la entrega iterativa en entornos complejos.
Key Takeaways
- Scrum utiliza el empirismo para navegar el trabajo complejo.
- La entrega iterativa reduce el riesgo y recoge retroalimentación temprana.
- Los tamaños de lote más pequeños y un WIP bajo conducen a una entrega más rápida.
- Los roles de Scrum (PO, SM, Desarrolladores) simplifican la responsabilidad.
- Los equipos multidisciplinares reducen los traspasos y los silos.
1. El Manifiesto Ágil: Nuestra estrella del norte
Antes de sumergirnos en el 'cómo' de Scrum, debemos entender el 'porqué'. En 2001, diecisiete desarrolladores de software se reunieron para encontrar una alternativa a los procesos pesados y basados en documentación que estaban haciendo fracasar los proyectos. Crearon el Manifiesto Ágil.Agile no es un conjunto de reglas; es una mentalidad que valora a las personas y las interacciones por encima de los procesos y las herramientas.
— El corazón de Agile
Los cuatro valores: 1. Individuos e interacciones sobre procesos y herramientas. 2. Software funcionando sobre documentación extensiva. 3. Colaboración con el cliente sobre negociación contractual. 4. Respuesta ante el cambio sobre seguir un plan.
📹 Video Resource: El Manifiesto Ágil explicado
2. Navegando la complejidad: La Matriz de Stacey
¿Por qué necesitamos Scrum? Porque el mundo no es lineal. Ralph Stacey desarrolló una matriz para ayudarnos a entender dónde estamos. - Simple: La causa y el efecto están claros. Usar las mejores prácticas. - Complicado: La causa y el efecto requieren análisis. Usar expertos y un plan. - Complejo: La causa y el efecto solo son visibles en retrospectiva. Usar Scrum (Probar, Sentir, Responder). - Caótico: No hay relación entre causa y efecto. Actuar inmediatamente.3. Entregar pronto y a menudo: El enfoque iterativo
En los proyectos tradicionales de 'Cascada' (Waterfall), se planifica todo, se construye todo y se prueba todo al final. El riesgo es que construyas lo incorrecto. Scrum gira esto 90 grados. Construimos una pequeña porción funcional del producto en cada Sprint. Esto reduce la 'Brecha de Riesgo' entre lo que crees que quieren y lo que realmente necesitan.Trocear el elefante: La analogía del puente Hay muchas formas de construir un puente y muchas formas de "trocear un elefante". El poder de entregar pronto y a menudo reside en que los usuarios y las partes interesadas reciban algo valioso de forma temprana. Esto les permite proporcionar la retroalimentación que garantiza que el resultado final realmente resuelva su problema. En lugar de esperar a un puente completo, piensa: ¿qué es lo más pequeño que puede hacer que alguien cruce el agua hoy?
Del Big Bang a los lotes pequeños Entregar con frecuencia significa dividir un alcance grande e intimidante en "trozos" o lotes más pequeños y manejables. En lugar de trabajar durante meses o años de forma aislada para entregarlo todo a la vez (el enfoque del "Big Bang"), entregamos estos pequeños paquetes a los usuarios de forma temprana. Esto garantiza que, incluso si descubrimos que estamos en el camino equivocado, solo hayamos dedicado unas pocas semanas, no años, a ello. Esta es la magia de los lotes pequeños.
4. Los ritmos de Scrum: Reuniones (Eventos)
Scrum no consiste en tener más reuniones; se trata de las reuniones *adecuadas* para permitir el empirismo: Transparencia, Inspección y Adaptación.- El Sprint: Un contenedor para todos los demás eventos (normalmente de 1 a 4 semanas). Es el latido del equipo. - Planificación del Sprint (Sprint Planning): ¿Qué podemos hacer? ¿Cómo lo haremos? El equipo crea un Objetivo del Sprint, un resumen del valor que se entregará. - Scrum Diario (Daily Scrum): 15 minutos para inspeccionar el progreso hacia el Objetivo del Sprint y adaptar el plan para las próximas 24 horas. Es para los Desarrolladores, por los Desarrolladores. - Revisión del Sprint (Sprint Review): Inspeccionar el Incremento y adaptar el Product Backlog. Aquí es donde el equipo, el PO y las partes interesadas colaboran en lo que se debe hacer a continuación. - Retrospectiva del Sprint (Sprint Retrospective): Inspeccionar cómo fue el último Sprint (personas, relaciones, procesos, herramientas) y planificar mejoras. Se trata de convertirse en un equipo mejor.
5. Los tres roles: ¿Quién hace qué?
Scrum define solo tres roles. Esta simplicidad está diseñada para reducir la burocracia y centrarse en el valor.- El Dueño del Producto (Product Owner): Responsable de maximizar el valor del producto. Gestionan el Product Backlog y deciden las prioridades. - El Scrum Master: El facilitador y coach. Ayudan al equipo y a la organización a entender Scrum y eliminan los obstáculos que bloquean el progreso. - Los Desarrolladores: Las personas que crean el incremento 'Terminado'. Son autoorganizados y deciden *cómo* convertir el backlog en software funcional.
📹 Video Resource: Agile Product Ownership en pocas palabras
6. Romper silos: El poder de los equipos multidisciplinares
Las organizaciones tradicionales suelen organizarse por funciones (por ejemplo, un 'Departamento de Pruebas' o un 'Departamento de Diseño'). Esto crea el efecto silo, donde la información y la responsabilidad quedan atrapadas dentro de los departamentos.- El desperdicio de los traspasos: En las organizaciones funcionales, el trabajo se mueve entre los silos a través de 'traspasos'. Cada traspaso es una fuente de desperdicio: el trabajo se sienta en colas, se pierde el contexto y se instala el síndrome de 'no es mi trabajo'. - Equipos funcionales frente a equipos multidisciplinares: Los equipos funcionales se centran en una única especialidad. Los equipos multidisciplinares (cross-functional) tienen todas las habilidades necesarias para crear un incremento 'Terminado' (diseño, programación, pruebas y despliegue) dentro del mismo grupo. - Equipos de características (Feature Teams): En Scrum, buscamos equipos de características que puedan entregar valor al cliente de extremo a extremo, en lugar de 'equipos de componentes' que solo trabajan en una capa técnica. Esto reduce drásticamente el tiempo de entrega y aumenta la propiedad del producto.
Más información sobre dinámica de equipos: - [El efecto silo y cómo romperlo](https://es.wikipedia.org/wiki/Silo_de_informaci%C3%B3n) - [Por qué los equipos multidisciplinares son esenciales para la Agilidad](https://es.wikipedia.org/wiki/Equipo_multidisciplinario) - [La diferencia entre equipos de componentes y equipos de características](https://en.wikipedia.org/wiki/Cross-functional_team#In_software_development)
7. Enfoque y el coste del cambio de contexto
Una parte clave de Scrum es el 'Enfoque'. Al limitar al equipo a un solo Objetivo del Sprint a la vez, evitamos la trampa del 'Multitasking'. Cuando cambias de tarea, tu cerebro paga un 'coste de cambio', perdiendo a menudo hasta un 40% del tiempo productivo.📹 Video Resource: El coste del cambio de contexto
8. Gestionar de WIP, lotes pequeños y flujo
Scrum se basa en los principios de la Producción Ajustada (Lean Manufacturing), donde la gestión del WIP (Trabajo en curso) y los tamaños de los lotes es la clave de la eficiencia. El WIP se refiere a cualquier tarea que se ha iniciado pero que aún no está "Terminada". Cuando el WIP es alto, todo se ralentiza.- La trampa del multitasking: Cuando un equipo tiene demasiados elementos en curso, sufre de cambios de contexto constantes. Esto no solo hace que el equipo se sienta ocupado; ralentiza fundamentalmente todo el sistema. Las investigaciones demuestran que el cambio de contexto puede consumir hasta el 40% del tiempo productivo de una persona. En Scrum, evitamos esto centrándonos en un único Objetivo del Sprint. - Ley de Little: La matemática del flujo: Este principio matemático establece que *Tiempo de entrega = WIP / Rendimiento (Throughput)*. Esto significa que si quieres entregar más rápido (reducir el tiempo de entrega), puedes o bien aumentar tu velocidad (lo cual suele ser difícil y causa agotamiento) o simplemente disminuir la cantidad de trabajo que estás haciendo a la vez (lo cual es fácil y muy eficaz). Al limitar el WIP, acortas automáticamente el tiempo que tarda cualquier elemento en moverse a través de tu sistema. - El poder de la entrega incremental: Los grandes lotes de trabajo son arriesgados. Ocultan problemas de calidad, retrasan la retroalimentación y crean ciclos de entrega de "todo o nada". La entrega incremental consiste en entregar piezas de trabajo utilizables y valiosas con regularidad. Los tamaños de lote pequeños permiten una retroalimentación más rápida, menos desperdicio y una entrega de valor más predecible.
El tamaño de lote óptimo para el trabajo de información suele ser mucho menor de lo que crees.
— Donald Reinertsen
Profundiza en Lean y el flujo: - [Entiende el impacto del WIP (Trabajo en curso) en la velocidad de entrega](https://es.wikipedia.org/wiki/Trabajo_en_curso) - [Cómo la Ley de Little rige la previsibilidad de tus Sprints](https://es.wikipedia.org/wiki/Ley_de_Little) - [La economía de los tamaños de lote pequeños en el desarrollo de productos](https://en.wikipedia.org/wiki/Economic_batch_quantity)