¿Qué es un gráfico de Burndown?

Nada tan dramático como quemarse por el fuego.

Sin embargo, hay una analogía. En el desarrollo de software, un gráfico de reducción de tareas muestra el progreso de «quemar» (burning down) de la pila de trabajo restante.

En pocas palabras, un gráfico de burndown muestra la cantidad de trabajo que queda por hacer (eje Y) en un día determinado desde que se empezó a trabajar (eje X) y hasta que se complete el trabajo.

¿Cómo se lee un gráfico de Burndown? ¿Qué le dice?

Un gráfico de burndown es una visualización sencilla de cómo progresa el trabajo. Le indica de un solo vistazo si el trabajo restante real (las barras verticales) está por delante (por debajo) o por detrás (por encima) de la línea de trabajo restante ideal (la línea recta).

Esa línea ideal de trabajo restante supone que usted completa el trabajo al mismo ritmo todo el tiempo. No es probable que eso ocurra y sería mejor denominarla línea de trabajo restante medio.

¿Para qué se pueden utilizar los gráficos de Burndown en Agile?

Los gráficos de Burndown se originaron en Scrum. Ken Schwaber los creó como una forma sencilla de mostrar a los equipos su progreso en un Sprint.

Aun así, los gráficos de burndown no son sólo para los equipos de Scrum. Se pueden utilizar igualmente con Kanban, Lean, o XP (eXtreme Programming).

Y puede utilizarlos para visualizar el progreso de cualquier ámbito de trabajo. Así que, para:

• Scrum Sprints o iteraciones en general
• Epopeyas.
• Lanzamientos.
• Proyectos.

Un burndown de iteración suele mostrar el trabajo restante en puntos de historia y el tiempo en días de Sprint/iteraciones. Los otros gráficos burndown de costes también muestran el trabajo restante en puntos de historia, pero el tiempo en iteraciones.

¿Por qué es importante un gráfico Burndown? O: ¿Qué se consigue con él?

• Un gráfico de burndown le muestra la realidad de cómo avanza el trabajo. Ya no es necesario hacer conjeturas. Obviamente, esto sólo es así si mantienes actualizados los datos que alimentan tu gráfico de desgaste.
• Un gráfico de burndown mantiene a todo el mundo al tanto de los avances o la falta de ellos. Esto funciona mejor si se muestra en un  radiador de información, por ejemplo un monitor grande en un lugar donde esté a la vista de todos.
• Un gráfico de burndown le ayuda a detectar un progreso más lento de lo esperado. Así usted puede identificar y tratar lo que está causando antes de que se salga de control y se convierta en un problema.
• Un gráfico de burndown es fácil de entender. Su sencillez lo convierte en un rastreador de progreso muy eficaz.

Las Limitaciones de un Gráfico de Burndown, o lo Que No Dice

Aunque son agradables y sencillos, los gráficos de burndown también tienen algunas limitaciones que conviene conocer.

• Los gráficos de burndown se centran en su pequeña parte del pastel y no se obtiene ninguna indicación de los cambios de alcance en el resto del pastel. Por ejemplo, si mira un burndown de Sprint, no verá los cambios de alcance en el resto del backlog. El único burndown que tiene la imagen completa es el burndown del proyecto, o del producto.
• Los gráficos de burndown sólo muestran la cantidad de trabajo. No muestran qué historias de usuario se han completado o si eran las historias correctas para completar.
• La utilidad de los gráficos de burndown está directamente relacionada con la precisión de sus estimaciones. Las estimaciones de tiempo son notoriamente inexactas. Los seres humanos simplemente tienen demasiados sesgos cognitivos para las estimaciones de tiempo precisas. Los puntos de la historia son mejores, ya que tienen que ver con la complejidad y el tamaño relativo. Pero la estimación de cualquier cosa sigue estando cargada de sesgos.
• Los gráficos de burndowns no indican la razón de un aumento del trabajo restante. Puede provenir de la adición de trabajo o del aumento de la estimación restante del trabajo existente. También ocultan el efecto de la eliminación de trabajo, porque parece que se ha completado.

Puede mitigar esta limitación mostrando también el trabajo completado y el trabajo añadido. En el caso de los burndowns de las versiones, también es una buena idea mostrar el trabajo eliminado. Estas mejoras hacen que los cambios de alcance sean fáciles de detectar.

• Si bien un gráfico de burndown puede advertirle de la existencia de helados y refrescos o de problemas en el paraíso, no pueden predecir cuándo se completará una epopeya. Eso depende de su decisión de en qué iteraciones incluir las historias de la epopeya.
• La línea de trabajo promedio restante muestra la fecha de entrega (día) para la carga de trabajo inicial. Pero cuando trabaja regularmente más lento o más rápido que esa media, la fecha de entrega se vuelve inexacta. Y los cambios de alcance suponen un verdadero obstáculo.

Para mitigar esto, añada una línea de trabajo medio restante desde la última iteración completada. Y básese en la velocidad media realizada hasta la fecha. También puede añadir líneas de trabajo restante para la velocidad más baja y la más alta realizada. Eso te dará una proyección «más temprana» y otra «más tardía».

Active su Seguimiento del Progreso con un Gráfico de Burndown

Ahora que ya conoce lo que es un gráfico de burndown y lo que le dice y no le dice, es el momento de transformar sus conocimientos en acción.

Pida ese monitor grande – tardará algún tiempo en llegar. A continuación, encuentre los gráficos de burndown en su software de tablero Scrum o Kanban. Y configure algo sencillo para mostrarlos en ese monitor. Ese gran y hermoso radiador de información que mantendrá a todo el mundo al tanto.

Sólo imagine cómo usted, en realidad todo el equipo, será más capaz de hacer frente a los problemas a medida que surgen en lugar de cuando se han convertido en problemas. Y lo que eso hará por sus niveles de estrés.

Ya lo tiene. Vaya a crear algún fuego para quemar su progreso en su radiador de información.