7 min lectura • Guide 786 of 877
Estrategias de Grooming del Backlog
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