Burndown chart: qué es y cómo usarlo con tu equipo

Un burndown chart es una gráfica que muestra cuánto trabajo queda pendiente en un período determinado. El eje horizontal representa el tiempo (días o semanas) y el eje vertical representa el trabajo restante, medido en tareas, horas o puntos de historia.

La lógica es simple: a medida que el equipo avanza, la línea debe bajar. Si la línea baja más rápido que lo esperado, el equipo va adelantado. Si baja más lento, o si sube, conviene averiguar por qué.

Lo describió Ken Schwaber, cocreador de Scrum, hacia el año 2000. La Guía de Scrum de 2020 lo nombra como una de varias prácticas para proyectar el avance, junto con el burn-up y el diagrama de flujo acumulado, y deja la elección a cada equipo. Su utilidad va más allá de Scrum: sirve a cualquier gerente que maneja trabajo con entregables definidos y una fecha fija.

Los dos elementos que forman la gráfica

Toda gráfica de burndown tiene dos líneas:

• Línea ideal: la trayectoria teórica. Muestra cómo debería bajar el trabajo si el equipo avanzara de forma constante y predecible.
• Línea real: lo que realmente está pasando. Es la que tu equipo actualiza cada día o cada iteración.

La distancia entre ambas líneas es tu señal de alerta. Cuando la línea real está por encima de la ideal, el equipo va atrasado. Cuando está por debajo, va adelantado.

Cómo se construye uno desde cero

No necesitas software especializado para empezar. Con una hoja de cálculo es suficiente.

Elemento	Qué defines
Trabajo total	Número de tareas, horas estimadas o puntos al inicio del sprint
Duración	Días hábiles del período (por ejemplo, 10 días para un sprint de dos semanas)
Línea ideal	Trabajo total dividido entre los días: se resta esa cantidad cada día
Línea real	Trabajo restante real al cierre de cada día, actualizado por el equipo

Ritmo ideal diario = Trabajo total / Días del sprint

Por ejemplo, si el sprint tiene 40 puntos de historia y dura 10 días hábiles:

Paso	Cálculo	Resultado
Trabajo total	-	40 puntos
Días del sprint	-	10 días
Ritmo ideal diario	40 / 10	4 puntos por día
Al día 5 (ideal)	40 - (4 × 5)	20 puntos restantes

Si al día 5 el equipo tiene 28 puntos pendientes, la brecha contra los 20 ideales es de 8 puntos. El equipo terminó 12 puntos en 5 días, o sea 2,4 por día. A ese ritmo, al día 10 quedarán 16 puntos sin terminar (28 - 2,4 × 5). Con ese cálculo tienes tiempo para actuar: recortar alcance, quitar un bloqueo o avisar a quien espera la entrega.

Cuenta un punto como terminado solo cuando el ítem cumple la definición de terminado que acordó el equipo. Si descuentas horas dedicadas, la línea baja aunque nada esté listo.

Cómo leer la gráfica como gerente

Hay tres patrones que vale la pena reconocer:

Línea real plana por varios días. El trabajo no baja. Algo está bloqueado. Puede ser una dependencia externa, falta de claridad en los requisitos o una tarea mal estimada que nadie quiere cerrar. Tu rol aquí es ayudar a remover el obstáculo; la presión solo empuja al equipo a maquillar el dato.

Línea real que baja de golpe al final. El equipo acumula cierres en los últimos días del sprint. Puede indicar que las tareas estaban mal divididas, que el criterio de "terminado" no era claro, o que hay trabajo que se marcó completo sin estarlo. Es una señal para revisar cómo define el equipo el concepto de tarea finalizada.

Línea real que sube. El trabajo aumentó. Se agregaron tareas a mitad del sprint o se descubrió trabajo oculto que no estaba estimado. Es común y puede estar justificado. Aun así, requiere una conversación explícita sobre si el alcance cambió y qué se hace al respecto. El artículo sobre scope creep explica cómo manejarlo.

Leer bien estas señales te permite intervenir a tiempo y dar seguimiento sin perseguir al equipo.

Burndown o burn-up

El burndown mezcla en una sola línea el avance y los cambios de alcance. Si el equipo termina 5 puntos y ese día entran 5 nuevos, la línea queda plana y parece que nadie trabajó. El burn-up separa ambas cosas: una línea muestra el trabajo completado y otra el alcance total.

Gráfica	Qué muestra	Cuándo conviene
Burndown	Trabajo restante	Sprints con alcance estable
Burn-up	Trabajo completado y alcance total	Proyectos largos o con alcance cambiante
Flujo acumulado	Trabajo en cada estado	Equipos que trabajan con Kanban, sin sprints

Para proyectos con dependencias e hitos, un diagrama de Gantt muestra lo que el burndown oculta: qué tarea depende de cuál.

Errores comunes al implementarlo

Muchos equipos tienen el burndown chart pero no lo usan bien. Los errores más frecuentes son estos:

Actualizar el gráfico solo al final del sprint. Si los datos se cargan una sola vez, la gráfica pierde su función de alerta temprana. La actualización debe ser diaria, y el daily meeting es un buen momento para hacerla.

Incluir demasiadas tareas pequeñas. Si cada microtarea entra al tablero, el gráfico se vuelve ruidoso y difícil de interpretar. Las tareas deben tener un tamaño razonable: ni tan grandes que tarden semanas, ni tan pequeñas que sean solo ruido.

Usarlo para vigilar a las personas. Cuando el equipo siente que el gráfico existe para controlarlo, deja de ser honesto en las actualizaciones. El objetivo de la gráfica es que todos, incluyendo al gerente, vean la misma realidad a tiempo.

Comparar equipos por sus puntos. Cada equipo estima con su propia escala, así que 40 puntos de un equipo y 40 de otro miden cosas distintas. La gráfica sirve para comparar a un equipo contra su propio plan.

Burndown chart y delegación efectiva

El burndown chart es, en esencia, una herramienta de visibilidad compartida. Cuando el equipo actualiza la gráfica y el gerente la lee con regularidad, se reduce la necesidad de reuniones de seguimiento constantes. Ambas partes comparten el mismo cuadro de situación.

Eso es precisamente lo que hace posible delegar con confianza. Si sabes que tendrás una señal visual cuando algo se desvíe, puedes dejar trabajar al equipo sin microgestión. Y si la señal aparece, sabes exactamente cuándo y cómo intervenir.

Para equipos que están dando sus primeros pasos con herramientas de seguimiento ágil, vale la pena revisar también cómo funciona el sprint backlog, ya que el burndown chart y el backlog se alimentan mutuamente: sin un backlog bien estimado, la gráfica de avance no tiene base sólida.

Una vez que el equipo domina ambas herramientas, el gerente puede dedicar su tiempo a leer tendencias y a quitar obstáculos.