Gráfico de burndown: cómo leerlo, qué muestra y cuándo miente

El burndown muestra cuánto trabajo falta en función del tiempo que queda. La línea empieza en el total planificado del sprint y debe acercarse a cero el último día. Leer el gráfico es comparar la línea real con la línea ideal y preguntarse por qué se separan. El error más común es mirar solo si la línea "está bajando" y olvidar preguntar qué está midiendo.

Este texto describe las formas que suele tener el gráfico, qué dice cada una sobre el sprint y los errores que dejan el gráfico bonito con el equipo retrasado.

Cómo se construye el gráfico

El eje horizontal son los días del sprint. El eje vertical es el trabajo restante, medido en puntos, en horas o en número de tareas. Aparecen dos líneas:

• Línea ideal: una recta desde el total planificado el primer día hasta cero el último. Es la referencia de ritmo constante.
• Línea real: lo que de verdad quedó al final de cada día, a medida que se completan las tareas.

Si la línea real queda por debajo de la ideal, el equipo va adelantado. Si queda por encima, va retrasado. Parece simple, y lo es: la dificultad está en interpretar la forma, no en leer la posición.

Las formas más comunes

Forma	Cómo aparece	Qué suele significar	Qué hacer
Cercano al ideal	La línea real acompaña a la recta, con pequeñas desviaciones	Planificación realista y flujo constante	Mantener. Anotar lo que funcionó para el próximo sprint
Retrasado	La línea real queda por encima de la ideal y el espacio entre ellas aumenta	Alcance demasiado grande para la capacidad, o impedimentos que no se han tratado	Hablarlo en la daily, sacar elementos del alcance o eliminar el impedimento
Alcance que crece	La línea sube a mitad del sprint, en lugar de solo bajar	Peticiones nuevas que entran después del inicio, o tareas que resultaron ser más grandes	Registrar el origen de cada entrada y acordar con el product owner qué sale a cambio
Escalón al final	La línea queda casi recta y se desploma en los últimos días	Las tareas solo se cierran al final, o hay exceso de trabajo en curso	Dividir en elementos más pequeños, limitar el trabajo en curso y actualizar el estado a diario
Adelantado demasiado pronto	La línea real cae muy por debajo de la ideal ya en la primera mitad	Estimaciones infladas, o elementos fáciles hechos primero	Traer más elementos del backlog y revisar la calibración de las estimaciones
Línea plana	No cambia nada durante días seguidos	Equipo bloqueado o estado que no se está actualizando	Descubrir cuál de las dos es la causa antes de sacar conclusiones

Retrasado: la desviación que se acumula

Un día por detrás del ideal es normal. Lo que merece atención es la distancia creciente: el gráfico muestra que el desfase no se recupera solo. Cuanto antes lo notes, más opciones tienes. El cuarto día, es posible retirar un elemento sin drama. El noveno, solo queda explicar el retraso.

Alcance que crece: la línea que sube

Esta es la lectura más ignorada. Que la línea suba no es culpa del equipo: es señal de que ha entrado trabajo nuevo. Puede ser legítimo (un problema urgente), pero tiene que ser visible. Sin el registro, al equipo se le exige una meta que cambió a mitad de camino y la conversación se vuelve defensiva. Con el registro, la pregunta pasa a ser "¿qué salió para que entrara esto?".

Escalón al final: el gráfico que parece una escalera

Cuando la línea cae casi toda en los últimos días, el gráfico no dice que el equipo se aceleró. Dice que el estado solo se actualiza la víspera de la revisión, o que muchas tareas se quedan "casi listas" durante días. El riesgo es real: si una de ellas se atasca el último día, lo que parecía casi listo se convierte en sobrante para el sprint siguiente.

Cuándo miente el burndown

El gráfico es fiel a lo que está registrado, no a lo que ocurre. Cuando el registro es malo, el gráfico se convierte en una ficción cómoda. Cinco situaciones aparecen con frecuencia.

1. Medir por número de tareas cuando tienen tamaños muy diferentes

Si el sprint tiene 20 tareas y una de ellas vale más que las otras 19 juntas, completar 19 deja la línea casi en cero y el trabajo principal intacto. Usa puntos, horas o al menos tareas de tamaño parecido. El cuidado de dividir el trabajo en partes comparables se explica en épica, historia de usuario y tarea.

2. Cerrar tareas para que la línea baje

Si la línea se usa para presionar, las personas aprenden a mover la tarjeta sin terminar de verdad. El gráfico mejora y la calidad empeora. Acuerda una definición de terminado clara (revisado, probado, aprobado, publicado) y cuenta solo lo que la cumple.

3. Reestimar para cuadrar la cuenta

Reducir la estimación de una tarea a mitad del sprint para que la línea quede bonita borra el retraso del gráfico, pero no del calendario. La estimación solo debe cambiar cuando cambia el conocimiento, y el cambio debe quedar registrado.

4. Esconder el alcance nuevo

Entregar una petición extra sin anotarla en el sprint hace que el equipo parezca lento: el trabajo se hizo, pero la línea no lo muestra. Es lo opuesto del caso anterior e igualmente engañoso. Todo trabajo relevante debe estar en el tablero.

5. Sacar conclusiones de un sprint corto o aislado

Un sprint de una semana con un festivo en medio genera un gráfico torcido sin que nada haya salido mal. Mira el patrón de varios sprints antes de tocar el proceso. Si tres sprints seguidos terminan con escalón, el problema es de flujo, no de mala suerte.

Preguntas que el gráfico ayuda a responder

• ¿La planificación es realista? Si los sprints terminan siempre por encima del ideal, el equipo se está comprometiendo con más de lo que entrega.
• ¿Está llegando trabajo de fuera? Una línea que sube repetidamente apunta a peticiones que entran sin pasar por la planificación.
• ¿El flujo es continuo? Los escalones indican concentración de entregas al final.
• ¿Hay bloqueos? Una línea plana durante días es la pregunta "¿qué lo está impidiendo?" ya formulada.

Fíjate en que ninguna de estas preguntas es "¿quién está en deuda?". El burndown mide el sprint, no a las personas. Usado como herramienta de presión individual, deja de usarse con honestidad.

Burndown, tablero y flujo: cada uno responde a una pregunta

El burndown responde "¿vamos a terminar a tiempo?". No responde "¿dónde está parado el trabajo?" ni "¿cuánto tarda cada elemento?". Para eso, mira el tablero de estados y las métricas de flujo. La página de flujo de la Tasskee trata justamente esa lectura, la de cuánto tiempo pasa el trabajo en cada etapa, que complementa al burndown.

Si estás empezando con Scrum, la guía de Scrum explica dónde encaja el gráfico en el ciclo del sprint, junto con la daily, la revisión y la retrospectiva.

Un uso práctico por sprint

1. En la primera daily, comprueba que el total planificado es correcto y que todo el trabajo previsto está en el tablero.
2. A mitad del sprint, compara la línea real con la ideal. Si la distancia supera un quinto del total, habla de retirar un elemento.
3. Cuando la línea suba, anota el origen de lo que entró y acuerda qué sale.
4. En la retrospectiva, usa la forma del gráfico como punto de partida: ¿retrasado, escalón, alcance que crece? Cada una lleva a una conversación distinta.

El límite de un quinto es una sugerencia para provocar la conversación, no una regla del método. Ajústalo a tu equipo después de algunos sprints.

Resumen

Un buen burndown es el que ayuda a decidir pronto: sacar un elemento, eliminar un impedimento, renegociar el alcance. Un mal burndown es el que solo confirma, el último día, lo que todos ya sentían. La diferencia está menos en el gráfico y más en la honestidad del registro que lo alimenta.