Las 5 ceremonias, en una tabla
Cada ceremonia tiene un propósito distinto y un tiempo máximo. Los timebox son para un Sprint de dos semanas, la duración más común; se ajustan proporcionalmente si el Sprint es más corto o más largo.
Sprint
- Para qué existe
- Contenedor de las demás: un ciclo cerrado que produce un Increment usable
- Timebox
- 2 semanas (máx. 1 mes)
- Quién participa
- Todo el Scrum Team
Sprint Planning
- Para qué existe
- Decidir el Sprint Goal y cómo se va a lograr
- Timebox
- Hasta 4 horas
- Quién participa
- Todo el Scrum Team
Daily Scrum
- Para qué existe
- Sincronizar el avance hacia el Sprint Goal y destrabar
- Timebox
- 15 minutos
- Quién participa
- Developers (PO y SM si aportan)
Sprint Review
- Para qué existe
- Inspeccionar el Increment con stakeholders y adaptar el Backlog
- Timebox
- Hasta 2 horas
- Quién participa
- Scrum Team + stakeholders
Sprint Retrospective
- Para qué existe
- Mejorar cómo trabaja el equipo, no qué construyó
- Timebox
- Hasta 1,5 horas
- Quién participa
- Todo el Scrum Team
Ejemplo real de un Daily Scrum de 15 minutos
El Daily es la ceremonia que más se degrada, porque es la única diaria. La versión que funciona no es una ronda de tres preguntas recitadas: es una conversación corta orientada al Sprint Goal.
Un Daily sano suena así: alguien nombra en qué avanzó respecto al objetivo del Sprint, alguien más dice qué lo está bloqueando, y el equipo acuerda ahí mismo quién lo destraba después de la reunión. Los detalles técnicos largos se sacan del Daily y se resuelven aparte, entre las dos personas que los necesitan.
- Se habla del Sprint Goal, no de la lista personal de tareas de cada uno.
- Un bloqueo se nombra y se le asigna dueño y momento — no se anota para 'verlo luego'.
- Las discusiones que solo involucran a dos personas se agendan fuera del Daily.
- Nadie espera turno para informarle al Scrum Master: no es un reporte de estado.
- Termina en 15 minutos porque el timebox se respeta, no porque se corte a la mitad.
Las señales de que tus ceremonias se volvieron teatro
Una ceremonia vacía se reconoce rápido, y casi nunca es culpa del formato. Es que el equipo aprendió que decir la verdad ahí no cambia nada, o que cambia algo malo.
Si reconoces tres o más de estas señales, el problema no se arregla moviendo la reunión de hora ni comprando una herramienta:
- En la Retrospectiva salen los mismos temas hace cuatro Sprints y ninguno se resolvió.
- El Daily se convirtió en una ronda donde cada uno le informa a una sola persona.
- El Sprint Planning es alguien repartiendo tareas ya decididas fuera de la reunión.
- Nadie dice en voz alta que el Sprint Goal no se va a lograr, aunque todos lo saben.
- La Sprint Review es una demo ensayada donde no se acepta feedback incómodo.
- El equipo mide su éxito en ceremonias cumplidas, no en lo que cambió después.
Por qué agregar ceremonias no arregla un equipo
El ciclo de inspección y adaptación que propone Scrum solo funciona si la información que entra a la reunión es honesta. Y la honestidad no es una práctica del framework: depende de si el equipo cree que hablar tiene consecuencias soportables.
Por eso hay equipos que hacen las cinco ceremonias impecablemente y siguen entregando tarde, y equipos con menos ritual que se adaptan rápido. La diferencia está en cómo reaccionan las personas cuando aparece el cambio o el error — y eso no se aprende leyendo la Scrum Guide ni memorizando timebox para un examen.
Ahí es donde un taller de práctica hace algo que ninguna reunión bien agendada logra: te pone en la situación incómoda y te muestra qué haces tú cuando el plan se cae.
¿Y si el equipo no trabaja por Sprints?
Si el trabajo llega de forma continua e impredecible —tickets de soporte, incidentes, pedidos ad hoc— forzar ceremonias con timebox fijo suele generar reuniones vacías. Kanban resuelve ese contexto con ciclos de feedback de frecuencia flexible en vez de eventos fijos.
Muchos equipos terminan combinando ambos: flujo continuo con límites de trabajo en curso, más una retrospectiva periódica para no perder el espacio de mejora.
Preguntas frecuentes
El Sprint (que contiene a las demás), Sprint Planning, Daily Scrum, Sprint Review y Sprint Retrospective. El Refinement del Backlog es una actividad continua, no un evento formal de la Scrum Guide.