5 min lectura • Guide 874 of 877
Plantilla de Análisis de Retrospectiva de Sprint
Las retrospectivas efectivas requieren estructura. Sin plantillas, las discusiones divagan, los elementos de acción se pierden y los equipos repiten los mismos problemas. Una buena plantilla de retrospectiva guía la conversación, captura insights y rastrea el seguimiento de acciones de mejora.
Formatos de Plantilla de Retrospectiva
| Formato | Mejor Para | Estructura |
|---|---|---|
| Empezar/Parar/Continuar | Retros rápidas | 3 columnas, simple |
| 4Ls | Reflexión profunda | 4 categorías, balanceado |
| Enojado/Triste/Feliz | Check-in emocional | Basado en sentimientos |
| Velero | Equipos visuales | Metáfora |
| 5 Por Qués | Causa raíz | Enfocado en problemas |
Plantillas Clásicas
EMPEZAR / PARAR / CONTINUAR
═══════════════════════════
PLANTILLA:
─────────────────────────────────────
┌─────────────────────────────────────────────────────────────┐
│ │
│ EMPEZAR PARAR CONTINUAR │
│ (Comenzar a hacer) (Dejar de hacer) (Seguir haciendo)│
│ ────────────────── ───────────────── ─────────────── │
│ │
│ □ Pair programming □ Saltar revisión □ Standups │
│ en tareas de código async diarios │
│ complejas │
│ │
│ □ Documentar □ Cambios de □ Sesión de │
│ decisiones de alcance tardíos planificación │
│ arquitectura de sprint │
│ │
│ □ Tiempo dedicado □ Reuniones durante □ Bloqueadores │
│ a deuda técnica horas de enfoque en Slack │
│ │
└─────────────────────────────────────────────────────────────┘
RETROSPECTIVA 4Ls
═════════════════
PLANTILLA:
─────────────────────────────────────
┌─────────────────────────────────────────────────────────────┐
│ │
│ GUSTÓ APRENDÍ │
│ (Qué fue bien) (Nuevos insights) │
│ ───────────────────── ────────────────── │
│ □ Colaboración del □ GraphQL es más │
│ equipo en Feature X rápido que REST aquí │
│ □ Revisiones PR rápidas □ Necesitamos buffer │
│ □ Requisitos claros para testing de │
│ integración │
│ │
│ ───────────────────────────────────────────────────────── │
│ │
│ FALTÓ DESEÉ │
│ (Qué faltaba) (Ojalá tuviéramos) │
│ ───────────────────── ────────────────── │
│ □ Cobertura de tests □ Mejores dashboards │
│ en módulo de pagos de monitoreo │
│ □ Ownership claro □ Más tiempo para │
│ en código compartido refactoring │
│ □ Specs de diseño □ Ambiente de staging │
│ temprano │
│ │
└─────────────────────────────────────────────────────────────┘
Seguimiento de Elementos de Acción
ELEMENTOS DE ACCIÓN EN GITSCRUM
═══════════════════════════════
CREAR TAREAS DE MEJORA:
─────────────────────────────────────
Desde retrospectiva, crear tareas GitScrum:
┌─────────────────────────────────────────────────────────────┐
│ Tarea: [RETRO] Implementar pair programming tareas complejas│
├─────────────────────────────────────────────────────────────┤
│ │
│ Tipo: Mejora │
│ Sprint: 15 │
│ Asignado: Tech Lead │
│ Etiquetas: retrospectiva, proceso │
│ │
│ Descripción: │
│ De retro Sprint 14: Iniciar pair programming en tareas │
│ estimadas en 5+ puntos para reducir bugs y silos de │
│ conocimiento. │
│ │
│ Criterios de Aceptación: │
│ □ Definir calendario de pairing para Sprint 15 │
│ □ Rastrear qué tareas usaron pairing │
│ □ Revisar resultados en retro Sprint 15 │
│ │
└─────────────────────────────────────────────────────────────┘
TABLERO DE SEGUIMIENTO:
─────────────────────────────────────
┌─────────────────────────────────────────────────────────────┐
│ Acciones de Retrospectiva - Q1 2026 │
├─────────────────────────────────────────────────────────────┤
│ │
│ POR HACER EN PROGRESO HECHO │
│ ──────── ─────────── ───── │
│ │
│ □ Arreglar □ Implementar ✓ Standups async │
│ tests pairing diarios │
│ inestables ✓ Doc planificación │
│ sprint │
│ □ Ambiente □ Documentar │
│ staging decisiones ✓ Automatización │
│ revisión PR │
│ □ Dashboards │
│ monitoreo │
│ │
└─────────────────────────────────────────────────────────────┘
Flujo de Reunión de Retrospectiva
AGENDA DE RETROSPECTIVA DE 45 MINUTOS
═════════════════════════════════════
FASE 1: PREPARAR EL ESCENARIO (5 min)
─────────────────────────────────────
□ Pregunta de check-in
□ Revisar elementos de acción anteriores
□ Establecer foco para esta retro
FASE 2: RECOPILAR DATOS (15 min)
─────────────────────────────────────
□ Revisar métricas del sprint (velocidad, cycle time)
□ Brainstorming silencioso en plantilla
□ Cada persona escribe 3+ items
□ Añadir al tablero compartido
FASE 3: GENERAR INSIGHTS (15 min)
─────────────────────────────────────
□ Agrupar items similares
□ Votar por más importantes (3 votos cada uno)
□ Discutir top 3 items
□ Identificar causas raíz
FASE 4: DECIDIR ACCIONES (8 min)
─────────────────────────────────────
□ Definir 2-3 elementos de acción
□ Asignar responsables
□ Establecer fechas límite
□ Añadir al backlog del sprint
FASE 5: CERRAR (2 min)
─────────────────────────────────────
□ Resumir decisiones
□ Agradecer a participantes
□ Programar próxima retro
Mejores Prácticas
- Controla el tiempo estrictamente - 45-60 minutos máximo
- Rota formatos - Previene fatiga de retrospectiva
- Usa datos - Basa discusiones en métricas
- Limita acciones - 2-3 items que realmente se harán
- Asigna responsables - Acciones sin dueño no suceden
- Rastrea completitud - Revisar en próxima retro
- Enfócate hacia adelante - Discute soluciones, no culpas
- Involucra a todos - Brainstorming silencioso ayuda voces calladas