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.
Fechas y cupos vigentes
También puedes reservar tu lugar en un próximo workshop
Si este tema te resulta familiar, revisa los workshops abiertos y elige el formato que mejor encaje contigo. Las fechas, sedes y cupos se actualizan desde la gestión de eventos.
- Ágil de Verdad · Edición 03Ágil de VerdadPara practicar cómo respondes cuando el plan cambia.Mié 20 ene 2027MirafloresVer edición y reservar
- Product Lab · Edición 01RECO Product LabPara tomar mejores decisiones de producto con criterio humano.Vie 6 nov 2026MirafloresVer edición y reservar
- Product Lab · Edición 02RECO Product LabPara tomar mejores decisiones de producto con criterio humano.Mié 10 feb 2027MirafloresVer edición y reservar
Preguntas frecuentes
¿Qué son las ceremonias de Scrum?
Las ceremonias de Scrum —también llamadas eventos Scrum— son las cinco reuniones con tiempo acotado donde el equipo planifica, sincroniza, inspecciona y adapta: Sprint, Sprint Planning, Daily Scrum, Sprint Review y Sprint Retrospective.
¿Cuáles son las 5 ceremonias de Scrum?
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.
¿Cuánto dura cada ceremonia de Scrum?
Para un Sprint de dos semanas: Sprint Planning hasta 4 horas, Daily Scrum 15 minutos, Sprint Review hasta 2 horas y Retrospectiva hasta 1,5 horas. Se ajustan proporcionalmente según la duración del Sprint.
¿El Daily Scrum es una reunión de reporte de estado?
No. Es para que los Developers sincronicen su avance hacia el Sprint Goal y destraben bloqueos entre ellos. Cuando se convierte en reportarle a un jefe o al Scrum Master, deja de cumplir su función.
¿Se puede saltar la Retrospectiva si no hay tiempo?
Es la primera que se sacrifica y la que más se necesita: es el único espacio formal para mejorar cómo trabaja el equipo. Saltarla repetidamente es la señal más clara de que las ceremonias se volvieron trámite.
¿Cuál es la diferencia entre Sprint Review y Retrospectiva?
La Review inspecciona el producto con stakeholders (qué se construyó y qué sigue). La Retrospectiva inspecciona el proceso del equipo (cómo trabajamos y qué cambiamos). Mezclarlas hace que el proceso nunca se discuta.
¿Las ceremonias de Scrum aplican en Kanban?
No de la misma forma. Kanban usa ciclos de feedback de frecuencia flexible en vez de eventos con timebox fijo. Muchos equipos mantienen una retrospectiva periódica aunque trabajen en flujo continuo.
¿Dónde practico lo que las ceremonias no enseñan?
En Ágil de Verdad, taller presencial en Lima (Miraflores) de RECOProgramando: 2 horas, sin examen ni certificado, enfocado en cómo reaccionas de verdad cuando el plan cambia.