Estrategias de Grooming del Backlog | GitScrum
Mantén tu backlog saludable y accionable. Mantén items de trabajo organizados y priorizados para planificación efectiva con GitScrum.
8 min de lectura
Un backlog bien cuidado hace que la planificación sea fluida. GitScrum proporciona herramientas de gestión de backlog para mantener los items de trabajo organizados y listos.
Salud del Backlog
Señales de Backlog No Saludable
CHEQUEO DE SALUD DEL BACKLOG:
┌─────────────────────────────────────────────────────────────┐
│ │
│ BACKLOG NO SALUDABLE: │
│ ───────────────────── │
│ ❌ 500+ items (nadie sabe qué hay ahí) │
│ ❌ Items más antiguos de 2+ años │
│ ❌ Items vagos ("Mejorar rendimiento") │
│ ❌ Sin estimaciones en items próximos │
│ ❌ Sin orden de prioridad claro │
│ ❌ Items duplicados │
│ ❌ Items ya no relevantes │
│ ❌ Items top no listos para sprint │
│ │
│ ─────────────────────────────────────────────────────────── │
│ │
│ BACKLOG SALUDABLE: │
│ ────────────────── │
│ ✅ Tamaño manejable (50-100 items) │
│ ✅ Orden de prioridad claro │
│ ✅ Top 2-3 sprints refinados y estimados │
│ ✅ Cada item tiene criterios de aceptación claros │
│ ✅ Sin duplicados │
│ ✅ Limpieza regular de items obsoletos │
│ ✅ Historias suficientemente pequeñas para un sprint │
│ ✅ Equipo entiende items top │
│ │
│ ─────────────────────────────────────────────────────────── │
│ │
│ ESTRUCTURA DEL BACKLOG: │
│ │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ PRIORIDAD 1-10: REFINADO (Próximos 2 sprints) ││
│ │ ─────────────────────────────────────── ││
│ │ • Estimado ││
│ │ • Criterios de aceptación listos ││
│ │ • Equipo entiende ││
│ │ • Listo para tomar ││
│ ├─────────────────────────────────────────────────────────┤│
│ │ PRIORIDAD 11-30: PARCIALMENTE REFINADO (Pronto) ││
│ │ ───────────────────────────────────────────── ││
│ │ • Entendimiento general ││
│ │ • Necesita refinamiento final ││
│ │ • Se refinará en próximas 1-2 semanas ││
│ ├─────────────────────────────────────────────────────────┤│
│ │ PRIORIDAD 31+: IDEAS/FUTURO ││
│ │ ────────────────────────── ││
│ │ • Ideas rough ││
│ │ • Aún no refinadas ││
│ │ • Revisar periódicamente ││
│ │ • Eliminar si obsoletas ││
│ └─────────────────────────────────────────────────────────┘│
└─────────────────────────────────────────────────────────────┘
Actividades de Grooming
Mantenimiento Regular
ACTIVIDADES DE GROOMING DEL BACKLOG:
┌─────────────────────────────────────────────────────────────┐
│ │
│ REFINAMIENTO SEMANAL (con equipo): │
│ ────────────────────────────────── │
│ • Revisar historias próximas │
│ • Clarificar requisitos │
│ • Escribir criterios de aceptación │
│ • Estimar esfuerzo │
│ • Dividir historias grandes │
│ │
│ ─────────────────────────────────────────────────────────── │
│ │
│ PO CONTINUO (async): │
│ ──────────────────── │
│ • Agregar nuevos items cuando surjan │
│ • Priorizar/reordenar │
│ • Escribir descripciones iniciales │
│ • Preparar para refinamiento │
│ • Recopilar contexto/diseños │
│ │
│ ─────────────────────────────────────────────────────────── │
│ │
│ LIMPIEZA MENSUAL: │
│ ───────────────── │
│ • Revisar fondo del backlog │
│ • Eliminar items obsoletos │
│ • Consolidar duplicados │
│ • Reevaluar prioridades │
│ • Archivar completados │
│ │
└─────────────────────────────────────────────────────────────┘
Estrategias de Priorización
Técnicas de Ordenamiento
TÉCNICAS DE PRIORIZACIÓN
════════════════════════
MOSCOW:
├── Must Have - Crítico, sin esto no se entrega
├── Should Have - Importante, pero puede esperar
├── Could Have - Deseable, si hay tiempo
└── Won't Have - Fuera de scope actual
VALOR vs ESFUERZO:
┌─────────────────────────────────────────┐
│ ALTO VALOR │
│ │ │
│ QUICK WINS │ BIG BETS │
│ (Hacer ya) │ (Planear) │
│ │ │
│ ───────────────┼─────────────────────── │
│ │ │
│ FILL-INS │ MONEY PIT │
│ (Si hay │ (Evitar) │
│ tiempo) │ │
│ │ │
│ BAJO VALOR │
│ │
│ BAJO ESFUERZO ─────────── ALTO ESFUERZO│
└─────────────────────────────────────────┘
WSJF (Weighted Shortest Job First):
├── Fórmula: (Valor + Urgencia + Riesgo) / Tamaño
├── Mayor score = Mayor prioridad
└── Favorece trabajo pequeño de alto impacto
Estimación Durante Grooming
Proceso de Estimación
PROCESO DE ESTIMACIÓN
═════════════════════
1. PO presenta historia (2 min)
├── ¿Qué es?
├── ¿Por qué?
└── Contexto relevante
2. Preguntas del equipo (3 min)
├── Clarificar ambigüedades
├── Identificar complejidad
└── Descubrir dependencias
3. Votación simultánea
├── Todos muestran cartas
├── Sin influencia previa
└── Números Fibonacci
4. Discusión si no hay consenso (2 min)
├── Extremos explican
├── Resolver diferencias
└── Re-votar si necesario
5. Registrar estimación
└── Actualizar en GitScrum
REGLA DE ORO:
Si toma más de 5 min estimar → historia muy grande
→ Dividir antes de continuar
División de Historias
Cuándo Dividir
SEÑALES DE QUE NECESITA DIVISIÓN
════════════════════════════════
TAMAÑO:
├── > 8 puntos
├── > 3 días de trabajo
└── Múltiples criterios de aceptación complejos
COMPLEJIDAD:
├── Múltiples componentes afectados
├── Múltiples endpoints
└── Requiere múltiples skills
RIESGO:
├── Incertidumbre técnica alta
├── Dependencias múltiples
└── Primera vez haciendo algo así
TÉCNICAS DE DIVISIÓN:
─────────────────────
1. Por flujo de trabajo
Original: "CRUD de usuarios"
→ Crear | Leer | Actualizar | Eliminar
2. Por dato/variación
Original: "Importar datos"
→ CSV | Excel | JSON
3. Por caso de uso
Original: "Autenticación"
→ Login | Registro | Reset password
4. Por complejidad
Original: "Dashboard"
→ Básico | Con filtros | Con export
Limpieza del Backlog
Proceso de Limpieza
PROCESO DE LIMPIEZA MENSUAL
═══════════════════════════
PASO 1: IDENTIFICAR CANDIDATOS
├── Items sin movimiento en 3+ meses
├── Items sin propietario/interesado
├── Items con prioridad baja antigua
└── Duplicados potenciales
PASO 2: REVISAR CADA CANDIDATO
Para cada item preguntar:
├── ¿Sigue siendo relevante?
├── ¿Alguien lo usaría?
├── ¿Vale la pena el esfuerzo?
└── ¿Hay algo duplicado?
PASO 3: ACCIÓN
├── MANTENER: Aún relevante → Actualizar descripción
├── ARCHIVAR: Podría ser útil → Mover a archive
├── ELIMINAR: Ya no relevante → Borrar
└── CONSOLIDAR: Duplicado → Merge con otro item
PASO 4: DOCUMENTAR
├── Registrar decisiones
├── Notificar a creadores originales
└── Actualizar métricas de backlog
Métricas de Grooming
MÉTRICAS DE SALUD DEL BACKLOG
═════════════════════════════
TAMAÑO:
┌─────────────────────────────────────────┐
│ Items totales: 78 │
│ Meta: 50-100 ✅ Saludable │
│ │
│ Distribución: │
│ ├── Refinados: 25 (32%) │
│ ├── En progreso: 18 (23%) │
│ └── Ideas: 35 (45%) │
└─────────────────────────────────────────┘
PREPARACIÓN:
┌─────────────────────────────────────────┐
│ Sprints de trabajo refinado: 2.5 │
│ Meta: 2-3 ✅ Saludable │
│ │
│ Items listos para próximo sprint: 12 │
│ Capacidad del sprint: 10 │
│ Buffer: +20% ✅ Bueno │
└─────────────────────────────────────────┘
ANTIGÜEDAD:
┌─────────────────────────────────────────┐
│ Items > 6 meses sin movimiento: 8 │
│ Meta: <10 ✅ Aceptable │
│ │
│ Item más antiguo: 4 meses │
│ Meta: <6 meses ✅ Bueno │
└─────────────────────────────────────────┘
Mejores Prácticas
MEJORES PRÁCTICAS DE GROOMING
═════════════════════════════
✓ Sesiones regulares y timeboxeadas
└── 1-2 horas semanal máximo
✓ PO prepara antes de sesión
└── Items con contexto listo
✓ Involucrar al equipo técnico
└── Estimaciones realistas
✓ Mantener backlog manejable
└── 50-100 items máximo
✓ Limpiar mensualmente
└── Eliminar obsoletos
✓ Documentar decisiones
└── Criterios de aceptación claros
Anti-Patrones
ANTI-PATRONES A EVITAR
══════════════════════
✗ Backlog infinito
└── Nadie sabe qué hay ahí
✗ Grooming solo antes de planning
└── No hay tiempo suficiente
✗ Sin criterios de aceptación
└── Ambigüedad garantizada
✗ Historias gigantes
└── Nunca se terminan
✗ Solo el PO decide prioridades
└── Sin input técnico
✗ Nunca limpiar items viejos
└── Backlog zombie
Soluciones Relacionadas
- Mejores Prácticas de Grooming - Fundamentos
- Gestión de Backlog de Producto - Visión completa
- Técnicas de Estimación Ágil - Estimar mejor
- Escribiendo Historias de Usuario - Crear historias