4 min lectura • Guide 401 of 877
Mejores Prácticas de Sprint Demo
Los demos de sprint (reviews) muestran trabajo completado y recopilan feedback. Buenos demos construyen confianza con stakeholders y revelan insights valiosos. Malos demos son presentaciones aburridas que la gente evita. Esta guía cubre cómo ejecutar demos que importan.
Estructura del Demo
| Elemento | Tiempo | Propósito |
|---|---|---|
| Contexto | 5 min | Sprint goal, qué sigue |
| Demos | 30-40 min | Mostrar software funcionando |
| Feedback | 10-15 min | Input de stakeholders |
| Próximos pasos | 5 min | Qué viene |
Preparación
PREPARACIÓN DEL DEMO
════════════════════
ANTES DEL DEMO:
─────────────────────────────────────
Día anterior:
├── Confirmar qué está completo
├── Preparar ambiente de demo
├── Probar que todos los demos funcionan
├── Asignar quién demuestra qué
├── Preparar puntos de conversación
└── Sin sorpresas
Ambiente de demo:
├── Staging/ambiente de demo
├── Datos frescos si es necesario
├── Estable y probado
├── Plan B si se rompe algo
└── Setup confiable
QUIÉN DEMUESTRA:
─────────────────────────────────────
Opciones:
├── Cada persona demuestra su trabajo
├── Una persona demuestra todo (consistente)
├── Rotar líder de demo
├── Product Owner narra el valor
└── El equipo decide
ORDEN DEL DEMO:
─────────────────────────────────────
Mejores prácticas:
├── Empezar con mayor impacto
├── Agrupar features relacionadas
├── Flujo de user journey
├── Terminar con algo bueno
├── Contar una historia
└── Flujo lógico
Ejecutando el Demo
ESTRUCTURA DEL DEMO
═══════════════════
APERTURA (5 MIN):
┌─────────────────────────────────────────────────────────────┐
│ │
│ "El goal de este sprint fue [GOAL]" │
│ "Completamos X de Y stories" │
│ "Hoy les mostraremos [FEATURES]" │
│ "Al final, queremos su feedback sobre [SPECIFIC]" │
│ │
└─────────────────────────────────────────────────────────────┘
CADA DEMO (5-10 MIN):
┌─────────────────────────────────────────────────────────────┐
│ │
│ 1. CONTEXTO (30 seg): │
│ "Los usuarios pedían poder hacer X" │
│ "Esto resuelve el problema de Y" │
│ │
│ 2. DEMOSTRACIÓN (3-5 min): │
│ Mostrar funcionando, no slides │
│ Scenario realista │
│ User perspective │
│ │
│ 3. VALOR (30 seg): │
│ "Ahora los usuarios pueden..." │
│ "Esto significa para el negocio..." │
│ │
│ 4. PREGUNTAS (1-2 min): │
│ Pausar para preguntas sobre esta feature │
│ Capturar feedback │
│ │
└─────────────────────────────────────────────────────────────┘
CIERRE (10 MIN):
┌─────────────────────────────────────────────────────────────┐
│ │
│ "Lo que viene en el próximo sprint..." │
│ "¿Preguntas o feedback adicional?" │
│ "Siguiente demo: [fecha]" │
│ │
└─────────────────────────────────────────────────────────────┘
Capturando Feedback
GESTIÓN DE FEEDBACK
═══════════════════
DURANTE EL DEMO:
┌─────────────────────────────────────────────────────────────┐
│ │
│ • Alguien designado para tomar notas │
│ • Capturar todos los feedbacks │
│ • No debatir durante el demo │
│ • "Lo agregamos al backlog para evaluar" │
│ │
└─────────────────────────────────────────────────────────────┘
TIPOS DE FEEDBACK:
┌─────────────────────────────────────────────────────────────┐
│ │
│ Bugs encontrados → Crear tasks inmediatamente │
│ Ideas nuevas → Al backlog para priorizar │
│ Clarificaciones → Responder si es rápido │
│ Cambios grandes → Discutir con PO después │
│ │
└─────────────────────────────────────────────────────────────┘
POST-DEMO:
┌─────────────────────────────────────────────────────────────┐
│ │
│ • PO revisa todo el feedback │
│ • Priorizar vs backlog existente │
│ • Comunicar qué se va a hacer │
│ • Cerrar el loop con stakeholders │
│ │
└─────────────────────────────────────────────────────────────┘
En GitScrum
DEMOS EN GITSCRUM
═════════════════
PREPARACIÓN:
┌─────────────────────────────────────────────────────────────┐
│ │
│ • Revisar Done column antes del demo │
│ • Sprint goal visible │
│ • Notas de cada story para el demo │
│ │
└─────────────────────────────────────────────────────────────┘
POST-DEMO:
┌─────────────────────────────────────────────────────────────┐
│ │
│ • Crear tasks del feedback recibido │
│ • Agregar al backlog │
│ • Priorizar con PO │
│ │
└─────────────────────────────────────────────────────────────┘