Scrum tiene cinco eventos: el Sprint, la Sprint Planning, la Daily Scrum, la Sprint Review y la Sprint Retrospective. El Sprint es un contenedor de duración fija de un mes o menos que incluye a los otros cuatro, y cada uno de ellos tiene un timebox máximo: 8 horas para la Sprint Planning, 15 minutos para la Daily Scrum, 4 horas para la Sprint Review y 3 horas para la Sprint Retrospective, tomando como referencia un Sprint de un mes. En Sprints más cortos, los eventos suelen ser más cortos.
Esa es la respuesta corta. A continuación verás para qué sirve cada evento, quién participa, qué significa realmente un timebox y las preguntas sobre eventos que más fallos provocan en los exámenes PSM I, PSPO I y CSM. Todo lo que sigue se basa en la Guía de Scrum 2020.
Los eventos de Scrum y sus timeboxes en una tabla
Un timebox (caja de tiempo) es una duración máxima, no un objetivo que haya que agotar. Las cifras de la Guía de Scrum se refieren a un Sprint de un mes.
| Evento | Timebox máximo (Sprint de un mes) | Quién participa | Resultado principal |
|---|---|---|---|
| Sprint | Duración fija, un mes o menos | Todo el Scrum Team | Uno o más Increments terminados hacia el Product Goal |
| Sprint Planning | 8 horas | Todo el Scrum Team (puede invitar a otras personas para asesorar) | Sprint Goal y Sprint Backlog |
| Daily Scrum | 15 minutos, cada día | Los Developers | Un plan ajustado para el siguiente día de trabajo |
| Sprint Review | 4 horas | El Scrum Team y los stakeholders clave | Visión compartida del avance y un Product Backlog ajustado |
| Sprint Retrospective | 3 horas | El Scrum Team | Mejoras de calidad y efectividad |
El Sprint: el evento contenedor
El Sprint es un evento en sí mismo, y es el que mucha gente olvida al contar. Tiene una duración fija de un mes o menos y contiene la Sprint Planning, las Daily Scrums, la Sprint Review y la Sprint Retrospective. Todo el trabajo necesario para alcanzar el Product Goal ocurre dentro de los Sprints, y un nuevo Sprint empieza justo cuando termina el anterior.
Su duración es fija: no es un máximo que puedas recortar cuando te convenga. La única forma de que un Sprint termine antes es que se cancele, y solo el Product Owner puede cancelar un Sprint, cuando el Sprint Goal queda obsoleto. Ni el Scrum Master, ni los Developers, ni los stakeholders, ni la dirección pueden cancelarlo, aunque sí pueden plantearle la situación al Product Owner.
Sprint Planning (máximo 8 horas)
La Sprint Planning da inicio al Sprint. Todo el Scrum Team colabora en el plan y puede invitar a otras personas para que aporten su conocimiento. Se tratan tres temas:
- ¿Por qué es valioso este Sprint? El Scrum Team define el Sprint Goal (objetivo del Sprint), el único objetivo del Sprint.
- ¿Qué se puede terminar en este Sprint? Los Developers seleccionan elementos del Product Backlog, hablándolo con el Product Owner.
- ¿Cómo se hará el trabajo elegido? Los Developers planifican el trabajo necesario para convertir esos elementos en un Increment que cumpla la Definition of Done (definición de terminado).
El Sprint Goal, los elementos seleccionados y el plan para entregarlos forman el Sprint Backlog, que pertenece a los Developers.
Daily Scrum (15 minutos)
La Daily Scrum es un evento de 15 minutos para los Developers. Sirve para inspeccionar el avance hacia el Sprint Goal y adaptar el Sprint Backlog si hace falta. Se celebra a la misma hora y en el mismo lugar todos los días laborables del Sprint, para reducir la complejidad.
Los Developers pueden usar la estructura o técnica que prefieran, siempre que se centren en el avance hacia el Sprint Goal y en el plan para el día siguiente. Las famosas "tres preguntas" son una opción, no una obligación. Si el Product Owner o el Scrum Master están trabajando en elementos del Sprint Backlog, participan como Developers.
La Daily Scrum no es una reunión de estado para el Scrum Master ni para un responsable, y tampoco es el único momento en que los Developers pueden ajustar su plan: pueden hablar y replanificar en cualquier momento del día.
Sprint Review (máximo 4 horas)
La Sprint Review inspecciona el resultado del Sprint y decide las adaptaciones futuras. El Scrum Team presenta los resultados de su trabajo a los stakeholders clave y, juntos, comentan el avance hacia el Product Goal y lo que ha cambiado en su entorno. El Product Backlog puede ajustarse para aprovechar nuevas oportunidades.
La guía la describe como una sesión de trabajo y pide al Scrum Team que no la reduzca a una presentación. De aquí salen dos ideas clave para el examen:
- No es una puerta de aprobación de releases. Un Increment puede entregarse a los stakeholders en cuanto cumple la Definition of Done, incluso antes de la Sprint Review. Nadie tiene que esperar a la Review para aprobar una entrega.
- Solo se muestra trabajo terminado. Lo que no cumple la Definition of Done no forma parte de un Increment, no puede presentarse en la Sprint Review y vuelve al Product Backlog.
Sprint Retrospective (máximo 3 horas)
La Sprint Retrospective cierra el Sprint. Su objetivo es planificar formas de aumentar la calidad y la efectividad. El Scrum Team revisa cómo fue el último Sprint en cuanto a personas, interacciones, procesos, herramientas y su Definition of Done, e identifica los cambios más útiles. Las mejoras de mayor impacto se abordan cuanto antes e incluso pueden añadirse al Sprint Backlog del siguiente Sprint.
¿Qué pasa si un evento dura menos de lo previsto?
Como el timebox es un máximo, un evento puede terminar en cuanto cumple su propósito. Si en tres horas de Sprint Planning tienes un Sprint Goal claro y un plan viable, perfecto. Si la Daily Scrum de 15 minutos acaba en ocho, también.
Lo que importa más es el caso contrario: un evento no debería pasarse de su timebox. Si la Sprint Planning se alarga una y otra vez, es una señal para inspeccionar. Quizá los elementos del Product Backlog no están suficientemente refinados, o la reunión se desvía de sus tres temas. El Scrum Master ayuda al equipo a que los eventos se celebren, sean positivos y productivos, y respeten su timebox.
Para Sprints de menos de un mes, la guía dice que los eventos suelen ser más cortos, pero no da ninguna fórmula. No esperes una pregunta de examen que te pida calcular la cifra exacta para un Sprint de dos semanas: los números oficiales son los máximos para un Sprint de un mes.
Por qué el refinamiento del Product Backlog no es un evento
El refinamiento consiste en descomponer y concretar los elementos del Product Backlog en otros más pequeños y precisos, añadiendo detalles como descripción, orden y tamaño. La Guía de Scrum 2020 lo trata como una actividad continua, no como un evento, así que no tiene timebox ni una reunión fija.
Versiones anteriores de la guía indicaban que el refinamiento no solía ocupar más del 10% de la capacidad de los Developers. Esa cifra desapareció en 2020 y la guía actual no da ningún porcentaje. Si una respuesta presenta el "10% de la capacidad" como regla, está desactualizada.
Preguntas de examen sobre eventos de Scrum que más se fallan
- "¿Cuántos eventos tiene Scrum?" Cinco. El Sprint cuenta como evento y contiene a los otros cuatro. El refinamiento no es uno de ellos.
- "¿Quién debe asistir a la Daily Scrum?" Es para los Developers. El Scrum Master no tiene que dirigirla ni estar presente, y el Product Owner solo participa como Developer si trabaja en elementos del Sprint Backlog.
- "¿En la Sprint Review el Product Owner aprueba la release?" No. Es una sesión de trabajo para inspeccionar el Increment y adaptar el Product Backlog. Se puede entregar en cuanto un Increment está terminado.
- "¿Puede el Scrum Master cancelar el Sprint?" No. Solo el Product Owner, cuando el Sprint Goal queda obsoleto.
- "¿Se puede alargar un Sprint para acabar el trabajo?" No. El Sprint tiene una duración fija y lo no terminado vuelve al Product Backlog.
- "¿Cuál es el timebox de la Sprint Planning en un Sprint de dos semanas?" La guía solo fija el máximo para un Sprint de un mes (8 horas) y dice que en Sprints más cortos los eventos suelen ser más cortos.
Si quieres comprobar si tienes estas reglas claras, prueba el examen gratuito de práctica PSM en Scrumdemy: 20 preguntas en 20 minutos, con un 80% para aprobar. Para practicar más a fondo, el curso de preparación para la certificación de Scrum Master incluye cuatro exámenes cronometrados con 316 preguntas.
Preguntas frecuentes
¿Cuáles son los 5 eventos de Scrum?
El Sprint, la Sprint Planning, la Daily Scrum, la Sprint Review y la Sprint Retrospective. El Sprint contiene a los otros cuatro.
¿Cuál es el timebox de cada evento de Scrum?
Para un Sprint de un mes: 8 horas como máximo para la Sprint Planning, 15 minutos para la Daily Scrum, 4 horas para la Sprint Review y 3 horas para la Sprint Retrospective. El Sprint dura un mes o menos.
¿El refinamiento del Product Backlog es un evento de Scrum?
No. En la Guía de Scrum 2020 el refinamiento es una actividad continua sin timebox, y la antigua referencia del 10% de la capacidad se eliminó.
¿Quién puede cancelar un Sprint?
Solo el Product Owner, y solo cuando el Sprint Goal queda obsoleto.