Metodologías ágiles y Scrum: roles, eventos y artefactos

Cuando el resultado está claro desde el inicio, como en una obra, conviene planificarlo todo y ejecutar. Pero cuando no sabes exactamente qué necesita el usuario, como en una app nueva, planificar seis meses al detalle es apostar a ciegas. Los métodos ágiles proponen otra cosa: entregar algo útil en ciclos cortos, mostrarlo, aprender y ajustar. Scrum es uno de los marcos ágiles más difundidos. En esta lección lo verás tal como lo define su guía oficial, aplicado a la app de pedidos de Panaderías La Espiga, en Bogotá.

1. Los valores ágiles
2. Roles de Scrum
3. Eventos
4. Artefactos
5. Velocidad y pronóstico

El enfoque ágil en cuatro frases

En 2001, un grupo de desarrolladores de software publicó el Manifiesto Ágil. Sus cuatro valores siguen siendo la mejor definición del enfoque:

• Individuos e interacciones sobre procesos y herramientas.
• Software funcionando sobre documentación extensiva.
• Colaboración con el cliente sobre negociación contractual.
• Respuesta ante el cambio sobre seguir un plan.

El propio manifiesto aclara que los elementos de la derecha también tienen valor; simplemente se valoran más los de la izquierda. Ágil no significa «sin plan» ni «sin documentos»: significa planificar en detalle solo lo cercano y revisar el plan con frecuencia.

Scrum según su guía oficial

Scrum está definido en la Guía de Scrum de Ken Schwaber y Jeff Sutherland. La versión vigente es la de noviembre de 2020: un documento breve que describe un marco liviano, deliberadamente incompleto, que cada equipo complementa con sus propias prácticas.

Las tres responsabilidades del equipo Scrum

Un equipo Scrum suele tener 10 personas o menos y no tiene subequipos ni jerarquías internas:

Los cinco eventos

El sprint es el contenedor de todos los demás eventos. Los límites de tiempo de la guía corresponden a un sprint de un mes; para sprints más cortos, los eventos suelen ser más cortos:

1. Contenedor · un mes o menosSprintUn ciclo de duración fija en el que se crea un incremento útil. Uno empieza apenas termina el anterior. La Espiga usa sprints de dos semanas.
2. Máximo 8 horas (sprint de un mes)Planificación del sprintResponde tres preguntas: por qué es valioso este sprint (objetivo del sprint), qué se puede terminar y cómo se hará el trabajo.
3. 15 minutos, cada díaDaily ScrumLos desarrolladores revisan el avance hacia el objetivo del sprint y ajustan el plan del día. No es una reunión de reporte al jefe.
4. Máximo 4 horas (sprint de un mes)Revisión del sprintEl equipo muestra lo terminado a los interesados y juntos deciden qué hacer después. Es una sesión de trabajo, no una presentación.
5. Máximo 3 horas (sprint de un mes)Retrospectiva del sprintEl equipo analiza cómo trabajó (personas, procesos, herramientas, definición de terminado) y elige mejoras para el siguiente sprint.

Los tres artefactos y sus compromisos

Cada artefacto tiene un compromiso que le da foco:

Historias de usuario y criterios de aceptación

Los elementos del backlog suelen escribirse como historias de usuario, una frase que pone el foco en quién se beneficia y para qué:

Como [tipo de usuario], quiero [acción] para [beneficio].

Como cliente de La Espiga, quiero programar mi pedido para mañana
a las 7:00 a. m., para recibir el pan recién horneado antes del desayuno.

Criterios de aceptación:
- Dado que es antes de las 9:00 p. m., cuando elijo «mañana» y un horario
  entre 6:00 y 9:00 a. m., entonces el pedido queda programado.
- Dado que es después de las 9:00 p. m., cuando intento programar para
  mañana, entonces la app me ofrece solo horarios desde las 8:00 a. m.

Una buena historia es independiente, negociable, valiosa, estimable, pequeña (cabe en un sprint) y comprobable: el acrónimo en inglés es INVEST.

Estimar en puntos de historia

En lugar de horas, muchos equipos estiman el tamaño relativo con puntos, usando una serie parecida a Fibonacci (1, 2, 3, 5, 8, 13, 21). Con la técnica de planning poker, cada desarrollador muestra su carta a la vez; si alguien pone 3 y otro 13, ambos explican su razonamiento, porque uno de los dos ve algo que el resto no ve. Los puntos no se comparan entre equipos: solo sirven para que cada equipo se planifique.

Seguimiento: el gráfico de avance del sprint

El burndown muestra cada día cuántos puntos faltan para terminar lo comprometido. En el sprint 5, el equipo de La Espiga se comprometió con 30 puntos:

Velocidad y pronóstico de entrega

La velocidad es la cantidad de puntos terminados por sprint. Con varios sprints de historia, sirve para pronosticar. Los cuatro primeros sprints de La Espiga terminaron 21, 26, 24 y 25 puntos:

Velocidad promedio = (21 + 26 + 24 + 25) ÷ 4 = 96 ÷ 4 = 24 puntos por sprint

Quedan 168 puntos en el backlog para la primera versión:
Escenario medio:     168 ÷ 24 = 7 sprints
Escenario optimista: 168 ÷ 26 = 6,5 → 7 sprints
Escenario prudente:  168 ÷ 21 = 8 sprints

Con sprints de 2 semanas: entre 14 y 16 semanas

Fíjate en que el pronóstico se comunica como un rango, no como una fecha exacta. Y que la velocidad no es una meta: si el equipo siente que se le juzga por ella, empezará a inflar las estimaciones y el número dejará de servir.

Errores comunes al adoptar Scrum

Resumen

• El enfoque ágil entrega en ciclos cortos y ajusta con lo aprendido; no significa trabajar sin plan.
• La Guía de Scrum vigente (noviembre de 2020) define tres responsabilidades: dueño de producto, Scrum Master y desarrolladores.
• Eventos: sprint (un mes o menos), planificación, Daily de 15 minutos, revisión y retrospectiva.
• Artefactos y compromisos: backlog del producto (objetivo del producto), backlog del sprint (objetivo del sprint) e incremento (definición de terminado).
• La velocidad promedio permite pronosticar en rangos; lo que no cumple la definición de terminado no cuenta.

En la próxima lección: Kanban: tablero, límites WIP y métricas de flujo. Verás cómo visualizar el trabajo, limitar lo que está en curso y usar la ley de Little para entregar más rápido sin trabajar más.