Entender las cuatro reuniones ágiles principales es la forma más rápida de mejorar cómo opera un equipo Scrum. Cada ceremonia tiene un propósito distinto, un público diferente y una definición de éxito diferente. Si las manejas bien, se acumulan. Si las manejas mal o las confundes entre sí, encontrarás la misma fricción recurrente sprint tras sprint.
Esta guía cubre la Planificación del Sprint, la Reunión Diaria, la Revisión del Sprint y la Retrospectiva del Sprint: para qué sirve cada una, cómo ejecutarlas eficazmente y los errores más comunes a evitar.
Los cuatro tipos de reuniones ágiles
| Reunión | Cuándo | Duración | Quién la facilita |
|---|---|---|---|
| Planificación del Sprint | Inicio de cada sprint | 1–2 horas | Scrum Master |
| Reunión Diaria | Todos los días | 15 minutos | Equipo (auto-facilitada) |
| Revisión del Sprint | Final del sprint | 1–2 horas | Product Owner |
| Retrospectiva del Sprint | Final del sprint (después de la Revisión) | 1–2 horas | Scrum Master |
1. Planificación del sprint
Qué es
La Planificación del Sprint abre cada sprint. El equipo revisa el backlog del producto con el Product Owner, acuerda un objetivo del sprint y selecciona el trabajo al que se comprometerán a entregar durante las próximas una a cuatro semanas.
El objetivo del sprint es el resultado más importante. Una lista de tickets no es un objetivo de sprint. Un objetivo de sprint ofrece al equipo algo en torno a lo cual reunirse cuando las prioridades cambian a mitad del sprint.
Cómo se ve el éxito
- El objetivo del sprint se acuerda antes de que termine la reunión; no "lo averiguaremos sobre la marcha."
- Los elementos del backlog están bien afinados; el equipo no pasa tiempo de planificación descifrando qué significa un ticket.
- Cada elemento seleccionado tiene una definición de hecho compartida y una estimación realista.
- La carga de trabajo tiene en cuenta la capacidad real: vacaciones, guardias, pendientes del último sprint.
Errores comunes
Comprometerse en exceso. Los equipos que consistentemente no alcanzan su objetivo de sprint suelen intentar hacer demasiado, no trabajar demasiado lento. Usa datos de velocidad y una planificación honesta de la capacidad en lugar de optimismo.
Saltar la refinación. Si la Planificación del Sprint regularmente se alarga, el problema generalmente es que los elementos del backlog están poco afinados. Demasiadas incógnitas en la sala lo ralentizan todo.
Sin objetivo de sprint. Sin un objetivo compartido, el equipo optimiza para los tickets individuales en lugar de los resultados colectivos. Cuando surge algo inesperado a mitad del sprint, no hay una estrella del norte para las decisiones de triaje.
2. Reunión diaria
Qué es
La Reunión Diaria es una sincronización diaria de 15 minutos para coordinar el trabajo del equipo y exponer bloqueadores. No es un informe de estado al Scrum Master; es una conversación de equipo a equipo.
Las tres preguntas clásicas:
- ¿Qué hice ayer?
- ¿Qué haré hoy?
- ¿Algún obstáculo me está bloqueando?
Cómo se ve el éxito
- La reunión comienza y termina a tiempo, todos los días.
- Los bloqueadores se mencionan claramente, no enterrados. Un bloqueador no resuelto al final del día es mucho más caro que 60 segundos brevemente incómodos en la reunión diaria.
- El equipo habla entre sí, no al Scrum Master.
- Las discusiones más profundas se realizan fuera de línea inmediatamente después, no se exploran en tiempo real.
Errores comunes
Convertirla en un informe de estado. Si el Scrum Master está haciendo las preguntas y los miembros del equipo están respondiéndole a él, se ha convertido en una ceremonia de informe en lugar de una herramienta de coordinación.
Superar los 15 minutos. Si las reuniones diarias regularmente se extienden, el problema suelen ser actualizaciones que pertenecen a una reunión separada. Aplica la regla de "llevarlo a fuera de línea" con firmeza.
Tratar los bloqueadores como opcionales para mencionar. Los equipos que consistentemente dicen "sin bloqueadores" cuando claramente existen bloqueadores tienen un problema de seguridad psicológica, no un problema de reunión diaria. Abórdalo en la retrospectiva.
3. Revisión del sprint
Qué es
La Revisión del Sprint ocurre al final del sprint. El equipo demuestra el trabajo completado a las partes interesadas y al Product Owner, y se ajusta el backlog según lo que se construyó y el feedback recibido.
La Revisión del Sprint es el ciclo de retroalimentación entre el equipo y el negocio. Sin ella, el equipo construye en un vacío.
Cómo se ve el éxito
- Solo se demuestra el trabajo que cumple con la definición de hecho. No se muestra el trabajo parcialmente completo.
- Las partes interesadas están activamente comprometidas: haciendo preguntas y dando feedback, no viendo una presentación.
- El Product Owner ajusta el backlog según lo que ve y escucha, no más tarde en la semana cuando el momento ha pasado.
- La discusión se mantiene enfocada en el producto, no en el proceso del equipo (eso es para lo que es la retrospectiva).
Errores comunes
Demostrar trabajo que no está hecho. Esto erosiona la confianza en la definición de hecho y enseña a las partes interesadas a esperar resultados aproximados en lugar de verificados.
Presentación unilateral. Si las partes interesadas son observadoras pasivas, la revisión no está funcionando. El objetivo es obtener feedback que cambie lo que el equipo construye a continuación. Diseña la sesión para crear diálogo.
No hay partes interesadas presentes. Una Revisión del Sprint con solo el equipo de desarrollo es un ensayo, no una revisión.
4. Retrospectiva del sprint
Qué es
La Retrospectiva del Sprint es el espacio del equipo para reflexionar sobre cómo trabajaron, no sobre lo que construyeron. Sigue a la Revisión del Sprint y se centra en el proceso, la colaboración y la mejora continua.
Tres preguntas enmarcan la mayoría de las retrospectivas:
- ¿Qué salió bien?
- ¿Qué se podría mejorar?
- ¿Qué haremos diferente en el próximo sprint?
La tercera pregunta es la más importante. Una retrospectiva sin acciones concretas es solo una conversación.
Cómo se ve el éxito
- Los elementos de acción de la retrospectiva anterior se revisan al inicio.
- El equipo es honesto, lo que requiere seguridad psicológica.
- La sesión produce dos o tres elementos de acción específicos y con dueño, no una lista de deseos de diez.
- El formato varía de sprint a sprint. Rotar formatos de retrospectiva mantiene la conversación fresca.
TeleRetro tiene 50+ formatos y plantillas de retrospectiva para adaptarse a diferentes estados de ánimo del equipo y tipos de sprint. El Retro Bot de TeleRetro puede sugerir un formato si no estás seguro de por dónde empezar.
Errores comunes
Mismo formato cada sprint. La familiaridad genera respuestas automáticas. Intenta rotar entre Lean Coffee, Mad Sad Glad o Sailboat para cambiar lo que surge.
Elementos de acción sin dueños. "Deberíamos mejorar el pipeline CI" no es una acción. "Priya investigará la paralelización de la suite de pruebas para el próximo jueves" sí lo es.
Partes interesadas o gerentes en la sala. Las retrospectivas son para el equipo. La presencia externa cambia lo que las personas dicen. Limita la asistencia al equipo y al Scrum Master por defecto.
Cómo se conectan las cuatro reuniones
Las cuatro ceremonias forman un ciclo. La Planificación del Sprint establece la dirección. Las reuniones diarias mantienen la coordinación. La Revisión del Sprint verifica la salida contra la visión del producto. La Retrospectiva mejora cómo trabaja el equipo para que el próximo ciclo sea mejor que el anterior.
Cuando una ceremonia es débil, ejerce presión sobre las demás. Los equipos con mala Planificación del Sprint tienden a tener reuniones diarias caóticas. Los equipos sin retrospectivas efectivas repiten los mismos problemas sprint tras sprint. Tratar las cuatro reuniones como un sistema conectado, en lugar de cuatro obligaciones separadas, es lo que hace que la cadencia ágil realmente funcione.
Preguntas frecuentes
¿Se requieren las cuatro reuniones en el ágil?
En Scrum específicamente, sí: las cuatro ceremonias están definidas en la Guía de Scrum. En Kanban u otros marcos, la estructura es más flexible. Muchos equipos Kanban llevan a cabo una reunión diaria y una retrospectiva periódica pero omiten la Planificación del Sprint y la Revisión del Sprint en su forma tradicional. Lo que importa es que se cumplan los propósitos subyacentes: coordinación, retroalimentación y mejora continua.
¿Cuál es la diferencia entre una revisión del sprint y una retrospectiva del sprint?
La revisión del sprint trata sobre el producto: qué se construyó, si cumple con la definición de hecho, y qué piensan las partes interesadas. La retrospectiva se trata del equipo: cómo trabajaron juntos, qué los ralentizó y qué cambiar. Reuniones diferentes, participantes diferentes, resultados diferentes.
¿Quién debería asistir a cada reunión?
- Planificación del Sprint: El equipo de desarrollo, Scrum Master y Product Owner.
- Reunión Diaria: El equipo de desarrollo. El Scrum Master puede asistir pero no debería dirigirla.
- Revisión del Sprint: El equipo de desarrollo, Scrum Master, Product Owner y las partes interesadas invitadas.
- Retrospectiva del Sprint: El equipo de desarrollo y el Scrum Master. El Product Owner puede asistir si el equipo lo invita, pero es opcional y debería ser la elección del equipo, no un hecho.
¿Cuánto debería durar cada reunión?
La Guía de Scrum vincula la duración a la longitud del sprint. Para un sprint de dos semanas: Planificación del Sprint hasta cuatro horas, Revisión del Sprint hasta dos horas, Retrospectiva del Sprint hasta 1.5 horas. En la práctica, los equipos experimentados corren reuniones más cortas. Las reuniones diarias son siempre de 15 minutos, independientemente de la duración del sprint.
Actualizado
Vive una retro mejor
Crea una retro en segundos y compruébalo tú mismo.