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.
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.
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:
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.
Aunque son agradables y sencillos, los gráficos de burndown también tienen algunas limitaciones que conviene conocer.
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.
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».
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.