Mejores Prácticas de Grooming del Backlog

El grooming del backlog (refinamiento) es el proceso continuo de mantener el backlog listo para el planning del sprint. Un buen grooming significa que los sprints comienzan suavemente con trabajo bien entendido. Un mal grooming lleva a confusión, estimaciones pobres y tiempo de planning desperdiciado.

Actividades de Grooming

Proceso de Grooming

Estructura de Sesión

SESIÓN DE GROOMING
══════════════════

ANTES DE LA SESIÓN:
─────────────────────────────────────
PO prepara:
├── Items nuevos a discutir
├── Orden de prioridad
├── Contexto para cada item
├── Preguntas a responder
├── Listo para presentar
└── La preparación vale la pena

DURANTE LA SESIÓN:
─────────────────────────────────────
Para cada item (5-10 min):

1. PO presenta item
   ├── ¿Qué es esto?
   ├── ¿Por qué lo necesitamos?
   ├── ¿Para quién es?
   └── Valor esperado

2. Equipo hace preguntas
   ├── Clarificar detalles
   ├── Casos edge
   ├── Dependencias
   ├── Preocupaciones técnicas
   └── Entendimiento compartido

3. Agregar criterios de aceptación
   ├── Dado/Cuando/Entonces
   ├── Casos edge cubiertos
   ├── Criterios testeables
   └── Definition of done clara

4. Estimar
   ├── Planning poker
   ├── Discusión rápida
   ├── Consenso
   └── Tamaño para planning

5. Dividir si es necesario
   ├── ¿Muy grande? Descomponer
   ├── Cada pieza tiene valor
   └── Tamaño de sprint

DESPUÉS DE LA SESIÓN:
─────────────────────────────────────
├── Historias actualizadas en backlog
├── Prioridades confirmadas
├── Listo para sprint planning
└── Documentación completa

Backlog Saludable

Estructura del Backlog

BACKLOG SALUDABLE
═════════════════

MODELO ICEBERG:
─────────────────────────────────────
Arriba (listo para sprint):
├── Criterios de aceptación detallados
├── Estimado
├── Suficientemente pequeño para sprint
├── Dependencias identificadas
├── 2-3 sprints de items
└── Listo para sprint

Medio (próximamente):
├── Descripción básica
├── Tamaño aproximado (T-shirt)
├── Viene en próximo quarter
├── Necesita refinamiento
└── Pipeline

Abajo (futuro):
├── Ideas y placeholders
├── Sin detalles aún
├── Baja prioridad
├── Puede que nunca ocurra
└── Estacionamiento

VISUALIZACIÓN DEL BACKLOG:
─────────────────────────────────────
╔═══════════════════════════════╗
║  LISTO (2-3 sprints)          ║ ← Refinado, estimado
║  ┌────┐ ┌────┐ ┌────┐ ┌────┐  ║
║  │ 3  │ │ 5  │ │ 2  │ │ 3  │  ║
║  └────┘ └────┘ └────┘ └────┘  ║
╠═══════════════════════════════╣
║  PIPELINE (próximos 2 meses)  ║ ← Ideas, tamaño rough
║  ┌────┐ ┌────┐ ┌────┐         ║
║  │ M  │ │ L  │ │ S  │         ║
║  └────┘ └────┘ └────┘         ║
╠═══════════════════════════════╣
║  FUTURO (ideas)               ║ ← Solo títulos
║  • Idea A                     ║
║  • Idea B                     ║
║  • Idea C                     ║
╚═══════════════════════════════╝

Criterios de Aceptación

Escribiendo Buenos Criterios

CRITERIOS DE ACEPTACIÓN
═══════════════════════

FORMATO GIVEN/WHEN/THEN:
─────────────────────────────────────
DADO que soy un usuario registrado
CUANDO hago click en "Exportar datos"
ENTONCES veo opciones de formato CSV y Excel

DADO que selecciono formato CSV
CUANDO confirmo la exportación
ENTONCES recibo un archivo .csv por email

DADO que la exportación falla
CUANDO el sistema detecta el error
ENTONCES recibo notificación con mensaje de error

CARACTERÍSTICAS DE BUENOS CRITERIOS:
├── Específicos y testeables
├── Independientes entre sí
├── Cubren casos edge
├── Escritos en lenguaje de negocio
└── Acordados por equipo y PO

Ejemplo Completo

HISTORIA CON CRITERIOS COMPLETOS
════════════════════════════════

TÍTULO:
Como usuario, quiero exportar mis datos para 
tener un respaldo local

DESCRIPCIÓN:
Permitir a usuarios descargar sus datos en 
formatos CSV o Excel para uso offline o backup.

CRITERIOS DE ACEPTACIÓN:
├── ✓ Botón "Exportar" visible en perfil
├── ✓ Opciones: CSV, Excel
├── ✓ Incluye: nombre, email, fecha registro
├── ✓ Archivo generado en <5 segundos
├── ✓ Email con link de descarga
├── ✓ Link válido por 24 horas
├── ✓ Error claro si falla
└── ✓ Rate limit: 3 exports/día

NOTAS TÉCNICAS:
├── Usar background job para archivos grandes
├── Almacenar en S3 temporal
└── Log para auditoría

ESTIMACIÓN: 5 puntos
DEPENDENCIAS: Ninguna
RIESGOS: Archivos grandes pueden timeout

Estimación en Grooming

Planning Poker

PLANNING POKER
══════════════

SECUENCIA FIBONACCI:
1, 2, 3, 5, 8, 13, 21

SIGNIFICADO:
├── 1-2: Muy pequeño, horas de trabajo
├── 3: Pequeño, un día
├── 5: Mediano, 2-3 días
├── 8: Grande, casi una semana
├── 13: Muy grande, considerar dividir
└── 21: Demasiado grande, DEBE dividirse

PROCESO:
1. PO presenta historia
2. Equipo hace preguntas
3. Todos votan simultáneamente
4. Si hay consenso → Registrar
5. Si no → Discutir extremos → Re-votar

REGLAS:
├── No influenciar antes de votar
├── Extremos explican su razonamiento
├── Máximo 2 rondas de votación
└── Si no hay acuerdo → Dividir historia

Dividiendo Historias

Técnicas de División

TÉCNICAS PARA DIVIDIR HISTORIAS
═══════════════════════════════

POR FLUJO DE TRABAJO:
─────────────────────
Original: "Gestionar usuarios"
Dividida:
├── Crear usuario
├── Editar usuario
├── Eliminar usuario
└── Listar usuarios

POR DATOS/PARÁMETROS:
─────────────────────
Original: "Exportar en múltiples formatos"
Dividida:
├── Exportar CSV
├── Exportar Excel
└── Exportar PDF

POR REGLAS DE NEGOCIO:
──────────────────────
Original: "Procesar pagos"
Dividida:
├── Pago con tarjeta crédito
├── Pago con tarjeta débito
└── Pago con PayPal

POR COMPLEJIDAD:
────────────────
Original: "Dashboard completo"
Dividida:
├── Dashboard básico (datos estáticos)
├── Dashboard con filtros
├── Dashboard con export
└── Dashboard con gráficos interactivos

CRITERIOS PARA BUENA DIVISIÓN:
├── Cada pieza entrega valor
├── Cada pieza es independiente
├── Cada pieza cabe en un sprint
└── Suma de partes = historia original

Métricas de Grooming

MÉTRICAS DE SALUD DEL BACKLOG
═════════════════════════════

COBERTURA:
┌─────────────────────────────────────────┐
│ Items listos para próximos 2 sprints:   │
│ ████████████████████░░░░ 80%           │
│ Meta: >90%                              │
└─────────────────────────────────────────┘

CALIDAD:
┌─────────────────────────────────────────┐
│ Items con criterios de aceptación:      │
│ █████████████████████░░░ 85%           │
│                                         │
│ Items estimados:                        │
│ ████████████████████████ 95%           │
└─────────────────────────────────────────┘

EFICIENCIA:
┌─────────────────────────────────────────┐
│ Tiempo promedio de grooming/item: 7 min │
│ Items procesados/sesión: 8              │
│ Items devueltos a grooming: 5%          │
└─────────────────────────────────────────┘

Mejores Prácticas

MEJORES PRÁCTICAS DE GROOMING
═════════════════════════════

✓ Sesiones regulares (semanal o mid-sprint)
  └── Consistencia sobre intensidad

✓ Mantener 2-3 sprints de items listos
  └── Nunca llegar a planning sin items

✓ PO prepara antes de sesión
  └── No improvisar

✓ Timeboxear discusiones (10 min max por item)
  └── Si no se resuelve, sacar para investigar

✓ Documentar decisiones
  └── Actualizar item inmediatamente

✓ Involucrar al equipo técnico
  └── Sus preguntas revelan complejidad

Anti-Patrones

ANTI-PATRONES A EVITAR
══════════════════════

✗ Grooming inexistente
  └── Planning se convierte en grooming

✗ Solo el PO hace grooming
  └── Equipo no entiende historias

✗ Items demasiado grandes
  └── No caben en un sprint

✗ Sin criterios de aceptación
  └── "¿Cuándo está 'listo'?"

✗ Estimaciones sin discusión
  └── Sorpresas en implementación

✗ Backlog infinito
  └── Limpiar items obsoletos

Soluciones Relacionadas

• Estrategias de Grooming del Backlog - Más técnicas
• Gestión de Backlog de Producto - Visión completa
• Escribiendo Historias de Usuario - Crear historias
• Técnicas de Estimación Ágil - Estimar mejor