Revisión del sprint
La revisión del sprint (Sprint Review) es uno de los eventos de Scrum técnico. Se realiza al final del sprint para comprobar el incremento construido y recoger feedback del propietario del producto y los stakeholders. Es el mecanismo de inspección del producto a intervalos regulares.
No debe durar más de 4 horas en el caso de revisar sprints largos. Para sprints de una o dos semanas, con una o dos horas de duración debería ser suficiente.
Objetivos
- El propietario del producto comprueba el progreso del sistema. Esta reunión marca, a intervalos regulares, el ritmo de construcción y la trayectoria que va tomando la visión del producto.
- El propietario del producto identifica las funcionalidades que se pueden considerar "hechas" y las que no.
- Al ver y probar el incremento, el propietario del producto y el equipo en general obtienen feedback relevante para revisar la pila del producto.
Otros ingenieros y programadores de la empresa también pueden asistir para conocer cómo trabaja la tecnología empleada.
Precondiciones
- Se ha concluido el sprint.
- Asiste todo el equipo de desarrollo, el propietario del producto, el Scrum Master y todas las personas implicadas en el proyecto que lo deseen.
Entradas
Incremento terminado y que cumple la definición de hecho.
Resultados
- Feedback para el propietario del producto: hito de seguimiento de la construcción del sistema e información para mejorar el valor de la visión del producto.
- Convocatoria de la planificación del sprint siguiente.
Formato de la reunión
Es una reunión informal cuyo objetivo es ver el incremento realizado.
- Están prohibidas las presentaciones gráficas y las diapositivas.
- El equipo no debe invertir más de una hora en preparar la reunión.
- Lo que se muestra es el resultado final: terminado, probado y operando en el entorno del servidor de desarrollo (labs) o de producción.
Es frecuente que cada desarrollador explique las historias de usuario que planificó, las que ha desarrollado, las que no y los impedimentos que tuvo. La revisión es también un punto de retroalimentación sobre las historias no completadas: se analizan las razones y se replantea su estimación si es necesario.
Esta reunión marca, a intervalos regulares, el ritmo de construcción y la trayectoria que va tomando la visión del producto, permitiendo que los interesados aporten sugerencias para seguir evolucionando.
Diferencia con la retrospectiva
- La revisión del sprint examina lo que se ha construido: el incremento, las historias completadas, el feedback de producto.
- La retrospectiva examina cómo se ha construido: el proceso, la colaboración, las formas de trabajo.
Ambas reuniones se realizan al final del sprint, pero con objetivos distintos y, habitualmente, con asistentes diferentes (los stakeholders externos asisten a la revisión, no a la retrospectiva).
Error frecuente
Mostrar funcionalidades incompletas o que no han pasado la definición de hecho. La revisión del sprint debe mostrar solo lo que está verdaderamente terminado según la DoD acordada. Mostrar funcionalidades a medias da una imagen distorsionada del avance real, genera expectativas incorrectas en el propietario del producto y erosiona la confianza. Si algo no está terminado, no se muestra.
Recursos
🎙️ Ep. 4: Eventos de ScrumScrum Manager Podcast · Spotify
📄 Scrum Master v.4.0Descarga gratuita · Scrum Manager
Véase también
¿Quieres avanzar en agilidad? Puedes buscar convocatorias de cursos y exámenes o ir a tu ritmo haciéndote miembro del Club Agile. Esta membresía incluye recursos exclusivos, aulas e-learning y acceso a Skill Arena: un espacio para practicar y medir tus habilidades ágiles a tu ritmo.