Guía de Scrum · Eventos de Scrum
Sprint Review: objetivo, agenda y lista de verificación
La Sprint Review inspecciona el resultado del Sprint y determina las adaptaciones futuras. El Scrum Team presenta los resultados a los interesados clave y juntos debaten el avance hacia el Objetivo del Producto.
Puntos clave
- La Sprint Review inspecciona el Incremento y adapta el Product Backlog.
- Es una sesión de trabajo con los interesados, no una presentación de diapositivas.
- Muestre solo el trabajo que cumple la Definición de Terminado.
Propósito principal
La Sprint Review es una sesión de trabajo, no una presentación. Su objetivo es inspeccionar lo que se ha hecho y adaptar el Product Backlog en función de la retroalimentación y de los cambios en el entorno. La Guía de Scrum advierte contra limitarla a una presentación.
Quién asiste y cuánto dura
- El Scrum Team y los interesados clave invitados por el Product Owner.
- Duración máxima de cuatro horas para un Sprint de un mes; normalmente más corta en Sprints más cortos.
Orden del día de ejemplo
- Bienvenida y Objetivo del Sprint: lo que el equipo se propuso conseguir.
- Qué se hizo, qué no y por qué.
- Demostración del Incremento, idealmente práctica para los interesados.
- Comentarios y preguntas.
- Cambios en el mercado, el presupuesto, el calendario o las capacidades.
- Debate sobre el Product Backlog: qué hacer a continuación.
- Revisión de la previsión de entrega o del avance hacia el Objetivo del Producto.
Lista de verificación de preparación
- Invite a los interesados adecuados con suficiente antelación.
- Confirme qué elementos cumplen la Definición de Terminado y muestre solo esos.
- Prepare un entorno realista para la demostración.
- Tenga preparados el Product Backlog y los gráficos de previsión.
- Decida quién mostrará cada elemento.
- Prepare las preguntas que quiere que respondan los interesados.
Errores que evitar
- Mostrar trabajo sin terminar.
- Presentaciones de diapositivas en lugar de software o resultados funcionales.
- No asisten interesados reales.
- Recoger comentarios pero no actualizar nunca el backlog.
- Tratarla como una puerta de aprobación; las publicaciones pueden hacerse en cualquier momento.
Plantillas gratuitas sobre este tema
Preguntas frecuentes
¿Cuál es la diferencia entre una Sprint Review y una demostración?
Una demostración muestra el trabajo; una Sprint Review también debate la retroalimentación y adapta el Product Backlog.
¿Quién dirige la Sprint Review?
El Scrum Team; el Product Owner suele dirigir el debate sobre el backlog.
¿Cuánto dura una Sprint Review?
Un máximo de cuatro horas para un Sprint de un mes. Los Sprints más cortos suelen tener Reviews más cortas.
¿Quién asiste a la Sprint Review?
El Scrum Team y los interesados clave, normalmente invitados por el Product Owner.
¿Cuál es el resultado de una Sprint Review?
Retroalimentación sobre el Incremento y un Product Backlog adaptado, posiblemente con previsiones actualizadas hacia el Objetivo del Producto.
¿Es la Sprint Review una puerta para publicar?
No. La Guía de Scrum indica que la Sprint Review nunca debe considerarse una puerta para liberar valor. Los Incrementos pueden publicarse en cuanto están listos.
¿Debe mostrarse el trabajo sin terminar en la Sprint Review?
El trabajo que no cumple la Definición de Terminado no forma parte del Incremento y no debe presentarse como terminado. Los equipos pueden mencionarlo al hablar de lo que se completó y lo que no.
¿Cómo se prepara una Sprint Review?
Invite a los interesados adecuados, confirme qué elementos cumplen la Definición de Terminado, prepare un entorno de demostración realista y tenga preparados el Product Backlog y las previsiones.
¿Qué ocurre si los interesados no asisten a la Sprint Review?
Averigüe por qué, ajuste el horario o el formato y muéstreles cómo sus comentarios cambian las prioridades. Sin interesados, el evento pierde la mayor parte de su valor.
¿Se puede hacer la Sprint Review en remoto?
Sí. Comparta una demostración en directo o deje que los interesados prueben ellos mismos el Incremento, y use un tablero compartido para recoger los comentarios y los cambios en el backlog.
¿Quién presenta en la Sprint Review?
Normalmente los Developers muestran el trabajo que han construido y el Product Owner dirige la conversación sobre el Product Backlog y los próximos pasos.