Simyl
simylflow
Inicio del curso
Módulo 3: Eventos de Scrum
Lección 4 de 5
15 min

Sprint Review

Recopilando retroalimentación sobre lo que se construyó.

1Propósito del Sprint Review

El Sprint Review es donde el Equipo Scrum presenta el Incremento a los stakeholders y colabora sobre qué hacer después.

Puntos clave:

  • Timebox: Máximo 4 horas para un Sprint de un mes (2 horas para 2 semanas)
  • Asistentes: Equipo Scrum más stakeholders clave
  • Resultado: Product Backlog actualizado basado en retroalimentación

Esto NO es una sesión de demostración o aprobación. Es una sesión de trabajo donde los stakeholders proporcionan retroalimentación real que da forma al trabajo futuro.

Obtén Retroalimentación Real

Si los stakeholders solo asienten y dicen "se ve bien", no estás obteniendo valor del Review. Haz preguntas específicas. Muestra trabajo sin terminar. Haz que sea seguro criticar.

2Estructura de un Buen Review

1. Establece contexto (5 min)

  • Recapitula el Objetivo del Sprint
  • Lo que nos propusimos lograr

2. Demuestra el Incremento (varía)

  • Muestra software funcionando, no diapositivas
  • Permite que los stakeholders interactúen con él si es posible
  • Enfócate en el valor entregado, no en las características construidas

3. Recopila retroalimentación (evento principal)

  • ¿Qué funciona bien?
  • ¿Qué falta o es confuso?
  • ¿Cómo cambia esto nuestra comprensión?

4. Discute qué sigue (15 min)

  • El Product Owner ajusta el backlog basado en la retroalimentación
  • Próximos hitos o lanzamientos
  • Cualquier cambio en el cronograma o alcance

3Consejos de Facilitación

Invita a las personas correctas: Stakeholders que puedan dar retroalimentación significativa. No solo ejecutivos que asienten.

Hazlo interactivo: Deja que las personas hagan clic. Usa datos reales si es posible. Las diapositivas matan el compromiso.

Crea seguridad: "¿Qué falta?" es una mejor pregunta que "¿Te gusta?" Fomenta la crítica constructiva.

Captura la retroalimentación visiblemente: Escríbela donde todos puedan ver. Muestra que la opinión importa.

Termina con próximos pasos: ¿Qué cambios al backlog? ¿Cuál es el enfoque para el próximo Sprint?

Conclusiones clave
  • El Sprint Review recopila retroalimentación, no aprobación
  • Muestra software funcionando, no presentaciones
  • La opinión de los stakeholders da forma directamente al Product Backlog
  • Hazlo interactivo y seguro para criticar

Ejercicios prácticos