5 min lectura • Guide 782 of 877
Técnicas de Sprint Retrospective
Las retrospectivas convierten experiencia en mejora. GitScrum ayuda a equipos a capturar resultados de retros y trackear action items para crecimiento continuo.
Formatos de Retrospectiva
Start-Stop-Continue
FORMATO START-STOP-CONTINUE:
┌─────────────────────────────────────────────────────────────┐
│ │
│ Sprint 12 Retrospectiva │
│ │
│ START (Cosas a probar) │
│ ─────────────────────── │
│ • Updates async diarios en lugar de standups │
│ • Pair programming para features complejas │
│ • Design reviews antes de implementación │
│ │
│ STOP (Cosas que no funcionan) │
│ ────────────────────────── │
│ • Traer trabajo mid-sprint │
│ • Saltar code reviews para "arreglos rápidos" │
│ • Planning meetings largas (3+ horas) │
│ │
│ CONTINUE (Cosas funcionando bien) │
│ ──────────────────────────────── │
│ • Viernes de corrección de bugs │
│ • Criterios de aceptación claros en stories │
│ • Technical spikes para incógnitas │
│ │
│ ─────────────────────────────────────────────────────────── │
│ │
│ VOTACIÓN: Cada persona tiene 3 puntos │
│ Discutir items más votados │
│ Crear 2-3 action items │
└─────────────────────────────────────────────────────────────┘
4Ls
FORMATO 4L'S:
┌─────────────────────────────────────────────────────────────┐
│ │
│ Sprint 12 Retrospectiva │
│ │
│ LIKED (Qué gustó) │
│ ─────────────────── │
│ • Gran colaboración del equipo │
│ • Cumplimos todos los compromisos │
│ • Nuevo hire se integró rápido │
│ • Comunicación clara con PO │
│ │
│ LEARNED (Qué aprendimos) │
│ ────────────────────────── │
│ • React Query simplifica data fetching │
│ • Necesitamos estimar trabajo de API más cuidadosamente │
│ • PRs pequeños se revisan más rápido │
│ │
│ LACKED (Qué faltó) │
│ ────────────────── │
│ • Documentación para nuevo servicio │
│ • Tiempo de QA antes del fin del sprint │
│ • Comunicación clara sobre dependencias │
│ │
│ LONGED FOR (Qué deseamos) │
│ ────────────────────────── │
│ • Ambientes de test más estables │
│ • Más tiempo dedicado a refactoring │
│ • Mejor tooling para debugging │
│ │
└─────────────────────────────────────────────────────────────┘
Técnicas de Facilitación
TÉCNICAS DE FACILITACIÓN
════════════════════════
ESCRITURA SILENCIOSA:
┌─────────────────────────────────────────────────────────────┐
│ │
│ • 5-10 minutos de escritura individual │
│ • Sin discusión durante este tiempo │
│ • Todos contribuyen, no solo los extrovertidos │
│ • Post-its físicos o digitales │
│ │
└─────────────────────────────────────────────────────────────┘
DOT VOTING:
┌─────────────────────────────────────────────────────────────┐
│ │
│ • Cada persona tiene 3 votos │
│ • Poner votos en items más importantes │
│ • Discutir items más votados │
│ • Democratiza las prioridades │
│ │
└─────────────────────────────────────────────────────────────┘
5 PORQUÉS:
┌─────────────────────────────────────────────────────────────┐
│ │
│ Problema: "Deployment falló" │
│ ¿Por qué? → Config incorrecta │
│ ¿Por qué? → No se actualizó después del cambio │
│ ¿Por qué? → No hay checklist de deployment │
│ ¿Por qué? → Nunca lo creamos │
│ ¿Por qué? → No priorizamos documentación │
│ │
│ Acción: Crear checklist de deployment │
│ │
└─────────────────────────────────────────────────────────────┘
TIMEBOXING:
┌─────────────────────────────────────────────────────────────┐
│ │
│ • Tiempo fijo para cada sección │
│ • Usar timer visible │
│ • Mover items no discutidos a parking lot │
│ • Respetar el timebox │
│ │
└─────────────────────────────────────────────────────────────┘
Action Items
CREANDO ACTION ITEMS EFECTIVOS
══════════════════════════════
CRITERIOS:
┌─────────────────────────────────────────────────────────────┐
│ │
│ ✅ BUEN ACTION ITEM: │
│ "María creará checklist de deployment para viernes" │
│ • Específico │
│ • Owner asignado │
│ • Fecha límite │
│ • Verificable │
│ │
│ ❌ MAL ACTION ITEM: │
│ "Mejorar comunicación" │
│ • Vago │
│ • Sin owner │
│ • Sin fecha │
│ • No verificable │
│ │
└─────────────────────────────────────────────────────────────┘
SEGUIMIENTO:
┌─────────────────────────────────────────────────────────────┐
│ │
│ • Revisar action items al inicio de próxima retro │
│ • ¿Completado? Celebrar │
│ • ¿No completado? ¿Por qué? ¿Sigue siendo relevante? │
│ • Trackear en GitScrum como tareas │
│ │
└─────────────────────────────────────────────────────────────┘
En GitScrum
RETROSPECTIVAS EN GITSCRUM
══════════════════════════
PREPARACIÓN:
┌─────────────────────────────────────────────────────────────┐
│ │
│ • Revisar métricas del sprint │
│ • Burndown, velocity, completion rate │
│ • Issues y blockers del sprint │
│ │
└─────────────────────────────────────────────────────────────┘
DOCUMENTACIÓN:
┌─────────────────────────────────────────────────────────────┐
│ │
│ • Guardar notas de retro en NoteVault │
│ • Crear tareas para action items │
│ • Asignar owners y fechas │
│ • Tag: retro-action │
│ │
└─────────────────────────────────────────────────────────────┘