Revisión del sprint

⏱ 4 min de lectura  ·  📅 Actualizado en 2026

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

Eventos Retrospectiva Sprint Incremento Definición de hecho Planificación del sprint Propietario del producto

¿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.

Buscar convocatorias

Club Agile