Gráficos Burndown para Sprint | GitScrum
Interpreta gráficos burndown para entender progreso de sprint, identificar riesgos y tomar decisiones data-driven.
5 min de lectura
Gráficos burndown revelan si tu sprint está en camino para completarse. Una mirada al gráfico te dice si trabajo está siendo completado a ritmo sostenible o si intervención es necesaria. Entender cómo leer y actuar sobre patrones burndown transforma esta simple visualización en herramienta gestión poderosa.
Fundamentos Burndown
Qué Muestran Gráficos Burndown
ANATOMÍA BURNDOWN:
┌─────────────────────────────────────────────────────────────┐
│ ENTENDIENDO EL GRÁFICO │
├─────────────────────────────────────────────────────────────┤
│ │
│ ELEMENTOS GRÁFICO: │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ ││
│ │ Puntos│ ││
│ │ 50 │ ○ ← Compromiso inicial (trabajo total) ││
│ │ │ ○ ││
│ │ 40 │ ○ Línea ideal (progreso constante) ││
│ │ │ ○---○---○---○---○---○ ││
│ │ 30 │ ● ││
│ │ │ ● ││
│ │ 20 │ ● ← Progreso real ││
│ │ │ ● ││
│ │ 10 │ ● ││
│ │ │ ● ││
│ │ 0 └───────────────────────────────────────────── ││
│ │ Día 1 2 3 4 5 6 7 8 9 10 ││
│ │ ││
│ │ Leyenda: ││
│ │ --- Burndown ideal (dónde deberíamos estar) ││
│ │ ● Burndown real (dónde estamos) ││
│ │ ││
│ └─────────────────────────────────────────────────────────┘│
│ │
│ QUÉ REPRESENTA EJE Y: │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ Opción 1: Story points restantes ││
│ │ → Mejor para planificación capacidad ││
│ │ → Refleja esfuerzo estimado ││
│ │ ││
│ │ Opción 2: Conteo tareas restantes ││
│ │ → Más simple de trackear ││
│ │ → Bueno cuando tareas son tamaño similar ││
│ │ ││
│ │ Opción 3: Horas restantes ││
│ │ → Más granular ││
│ │ → Requiere disciplina time tracking ││
│ └─────────────────────────────────────────────────────────┘│
│ │
└─────────────────────────────────────────────────────────────┘
Patrones Burndown
Qué Significan Diferentes Formas
RECONOCIMIENTO PATRONES:
┌─────────────────────────────────────────────────────────────┐
│ INTERPRETANDO FORMAS BURNDOWN │
├─────────────────────────────────────────────────────────────┤
│ │
│ BURNDOWN SALUDABLE: │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ 50 │○ ││
│ │ │ ○● ││
│ │ 40 │ ○● ← Real sigue ideal de cerca ││
│ │ │ ○● ││
│ │ 20 │ ○● ││
│ │ │ ○● ││
│ │ 0 └────────────── ││
│ │ ││
│ │ Significado: Trabajo completado a ritmo sostenible ││
│ │ Acción: Continuar enfoque actual ││
│ └─────────────────────────────────────────────────────────┘│
│ │
│ LÍNEA PLANA (SIN PROGRESO): │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ 50 │○●───●───●───● ││
│ │ │ ○ ││
│ │ 40 │ ○ ← Real se mantiene plano ││
│ │ │ ○ ││
│ │ 20 │ ○ ││
│ │ ││
│ │ Causas: ││
│ │ • Equipo bloqueado en dependencias ││
│ │ • Trabajo en progreso pero nada termina ││
│ │ • Tareas muy grandes para completar ││
│ │ Acción: Investigar blockers inmediatamente ││
│ └─────────────────────────────────────────────────────────┘│
│ │
│ SCOPE CREEP (LÍNEA SUBE): │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ 60 │ ● ││
│ │ 50 │○● ● ← Trabajo agregado mid-sprint ││
│ │ │ ○ ││
│ │ 40 │ ○ ● ││
│ │ ││
│ │ Causas: ││
│ │ • Nuevas tareas agregadas después que sprint empezó ││
│ │ • Trabajo descubierto no en estimación original ││
│ │ • Solicitudes stakeholder mid-sprint ││
│ │ Acción: Proteger scope sprint, agregar a backlog ││
│ └─────────────────────────────────────────────────────────┘│
│ │
└─────────────────────────────────────────────────────────────┘
Actuando sobre Datos Burndown
Haciendo Correcciones Mid-Sprint
ESTRATEGIAS INTERVENCIÓN:
┌─────────────────────────────────────────────────────────────┐
│ RESPONDIENDO A PROBLEMAS BURNDOWN │
├─────────────────────────────────────────────────────────────┤
│ │
│ QUEDANDO ATRÁS SCHEDULE: │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ Check día 5: 15 puntos hechos, deberían ser 25 ││
│ │ ││
│ │ Acciones inmediatas: ││
│ │ 1. Identificar blockers en daily standup ││
│ │ 2. Remover items baja prioridad del sprint ││
│ │ 3. Dividir tareas grandes en entregables menores ││
│ │ 4. Agregar ayuda para miembros sobrecargados ││
│ │ ││
│ │ Comunicación: ││
│ │ • Actualizar stakeholders sobre expectativas ajustadas ││
│ │ • Ser transparente sobre qué shipeará/no shipeará ││
│ │ • Enfocarse en sprint goal, no todas las tareas ││
│ └─────────────────────────────────────────────────────────┘│
│ │
│ SCOPE AUMENTANDO: │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ Burndown muestra trabajo agregado mid-sprint ││
│ │ ││
│ │ Acciones inmediatas: ││
│ │ 1. Parar de agregar trabajo a sprint actual ││
│ │ 2. Nuevas solicitudes van a backlog solamente ││
│ │ 3. Si crítico, intercambiar por item tamaño igual ││
│ │ ││
│ │ Prevención: ││
│ │ • Compromiso sprint claro en planning ││
│ │ • Educación stakeholder sobre límites sprint ││
│ │ • Adiciones solo emergencia con trade-offs ││
│ └─────────────────────────────────────────────────────────┘│
│ │
└─────────────────────────────────────────────────────────────┘