4 min lectura • Guide 271 of 877
Mejores Prácticas de Sprint Review
El sprint review es donde el equipo demuestra lo que construyó. No es una reunión de status—es una sesión de feedback. Un buen review muestra software funcionando, recopila input real de stakeholders, y construye confianza en la entrega del equipo. Un mal review es una presentación de slides que a nadie le importa.
Propósito del Review
| Sprint Review ES | Sprint Review NO ES |
|---|---|
| Demo de software funcionando | Reporte de status |
| Sesión de feedback | Reunión de aprobación |
| Discusión interactiva | Presentación unidireccional |
| Engagement de stakeholders | Evaluación del equipo |
| Oportunidad de actualizar backlog | Ceremonia de sign-off |
Preparación
PREPARACIÓN PARA SPRINT REVIEW
══════════════════════════════
PREP DEL EQUIPO (1-2 horas antes):
─────────────────────────────────────
□ Identificar qué demostrar
├── Stories completadas (DoD cumplido)
├── Orden de prioridad para demo
├── Omitir: Trabajo incompleto, tareas técnicas
└── Foco: Valor visible para el usuario
□ Preparar ambiente de demo
├── Datos frescos/cuentas de prueba
├── Ambiente funcionando (staging)
├── Plan B si demo falla
└── Probar el flujo del demo
□ Asignar responsabilidades de demo
├── Quién demuestra qué
├── Quién maneja preguntas
└── Orden de presentaciones
□ Preparar contexto
├── Recordatorio del sprint goal
├── Qué comprometimos vs. completamos
├── Decisiones clave tomadas
└── Blockers encontrados
PREP DEL PO:
─────────────────────────────────────
□ Invitar stakeholders
├── ¿Quién necesita ver esto?
├── ¿Quién puede dar feedback?
├── Enviar agenda
└── Confirmar asistencia
□ Preparar puntos de discusión
├── Próximas prioridades
├── Preguntas para stakeholders
├── Cambios de backlog a discutir
└── Contexto del roadmap
Estructura del Review
ESTRUCTURA DEL SPRINT REVIEW
════════════════════════════
APERTURA (5 min):
┌─────────────────────────────────────────────────────────────┐
│ │
│ • Bienvenida y asistentes │
│ • Recordatorio del sprint goal │
│ • Resumen: qué completamos │
│ │
└─────────────────────────────────────────────────────────────┘
DEMOS (30-40 min):
┌─────────────────────────────────────────────────────────────┐
│ │
│ Para cada feature: │
│ ├── Contexto breve (30 seg) │
│ ├── Demo en vivo (3-5 min) │
│ ├── Valor entregado (30 seg) │
│ └── Preguntas (1-2 min) │
│ │
│ TIPS: │
│ • Mostrar software real, no slides │
│ • Scenario de usuario realista │
│ • Evitar detalles técnicos │
│ • Invitar interacción │
│ │
└─────────────────────────────────────────────────────────────┘
FEEDBACK (10-15 min):
┌─────────────────────────────────────────────────────────────┐
│ │
│ • ¿Preguntas sobre lo demostrado? │
│ • ¿Feedback sobre dirección del producto? │
│ • ¿Sugerencias de mejora? │
│ • Capturar todo feedback │
│ │
└─────────────────────────────────────────────────────────────┘
CIERRE (5 min):
┌─────────────────────────────────────────────────────────────┐
│ │
│ • Resumen de feedback recibido │
│ • Vista previa de próximo sprint │
│ • Próximo review: fecha/hora │
│ • Agradecer asistencia │
│ │
└─────────────────────────────────────────────────────────────┘
Manejando Feedback
PROCESANDO FEEDBACK DEL REVIEW
══════════════════════════════
DURANTE:
┌─────────────────────────────────────────────────────────────┐
│ │
│ • Alguien designado para tomar notas │
│ • Capturar TODO el feedback │
│ • No debatir - agradecer y anotar │
│ • Clarificar si es necesario │
│ │
└─────────────────────────────────────────────────────────────┘
DESPUÉS:
┌─────────────────────────────────────────────────────────────┐
│ │
│ • PO revisa todo el feedback │
│ • Categorizar: bugs, mejoras, nuevas features │
│ • Priorizar vs backlog existente │
│ • Comunicar qué se hará y qué no │
│ • Cerrar el loop con stakeholders │
│ │
└─────────────────────────────────────────────────────────────┘
En GitScrum
SPRINT REVIEWS EN GITSCRUM
══════════════════════════
ANTES:
┌─────────────────────────────────────────────────────────────┐
│ │
│ • Revisar column Done │
│ • Sprint goal y métricas │
│ • Preparar notas de contexto │
│ │
└─────────────────────────────────────────────────────────────┘
DESPUÉS:
┌─────────────────────────────────────────────────────────────┐
│ │
│ • Crear tareas del feedback │
│ • Agregar al backlog │
│ • Documentar en NoteVault │
│ │
└─────────────────────────────────────────────────────────────┘