Gráfico burn down: cómo leer un sprint de un vistazo
Un gráfico burn down muestra el trabajo que queda en un sprint, día a día, frente a una línea ideal. Cómo leer sus formas y cómo lo dibuja Prior.
Un gráfico burn down muestra cuánto trabajo queda en un sprint, día a día. La línea debería bajar hasta cero el último día. Si queda por debajo de la línea ideal, el equipo va por delante. Si queda por encima, va por detrás.
Qué es
Es una herramienta habitual de los equipos Scrum. La Scrum Guide menciona los burn-downs, los burn-ups y los diagramas de flujo acumulado como formas de prever, y dice que ninguno sustituye al empirismo: sigues decidiendo a partir de lo que de verdad ha ocurrido.
El gráfico tiene dos líneas sobre una cuadrícula. El eje horizontal son los días del sprint. El eje vertical es el trabajo que queda, normalmente en story points. La línea ideal es recta, desde el trabajo comprometido el primer día hasta cero el último. La línea real es lo que de verdad queda. Con story points, el trabajo sale de la línea solo cuando una historia se termina, así que la línea real avanza a saltos.
Por qué funciona
Un gráfico burn down es un monitor de progreso que todo el equipo puede ver. En un metanálisis de 2016 de 138 experimentos con 19.951 personas, Benjamin Harkin y sus colegas hallaron que pedir a la gente que vigile su progreso hacia una meta mejoraba su consecución (d+ = 0,40), y más aún cuando el progreso se registraba físicamente o se comunicaba en público (Psychological Bulletin). La mayoría de los estudios trataban metas de salud personal, así que la aplicación al trabajo es una inferencia, pero el mecanismo es el mismo: cuando el progreso está delante de ti, ajustas antes.
El momento también importa. Un equipo que ve que va retrasado el día 3 puede dividir una historia o pedir ayuda. Un equipo que lo descubre el día 9 solo puede recortar trabajo.
Cómo leerlo
Compara la línea real con la ideal, y luego fíjate en su forma.
| Forma | Lo que suele significar |
|---|---|
| Por encima de la línea ideal desde el principio, y sin bajar | El sprint tiene más de lo que el equipo puede hacer, o las estimaciones eran bajas. |
| Plana, y luego una caída en los últimos días | Las historias se empezaron juntas y se terminaron juntas. El trabajo no se termina día a día. |
| Un escalón hacia arriba | Se añadió trabajo al sprint después de empezar. |
| Por debajo de la línea ideal al principio | El equipo va por delante, o se comprometió a poco. |
| Plana mientras todos están ocupados | Las historias son demasiado grandes para terminarlas, o están bloqueadas. |
Son lecturas habituales, no reglas. El gráfico te dice dónde mirar. Solo el equipo puede decir por qué.
Un gráfico burn up dibuja dos líneas en lugar de una: el trabajo hecho, que sube, y el alcance total, que es una línea propia. Cuando alguien añade trabajo, la línea del alcance sube un escalón y lo ves. En un gráfico burn down, el trabajo añadido y el trabajo terminado se compensan en la misma línea, así que un tramo plano puede significar cualquiera de las dos cosas. Un gráfico burn up mantiene ambas separadas, lo que facilita la lectura cuando cambia el alcance.
Imagina un equipo con 40 puntos comprometidos en 10 días. La línea ideal dice que el día 5 deberían quedar 20 puntos. La línea real dice 31. El equipo mira su tablero y encuentra dos historias de 8 puntos en curso, ambas esperando revisión. Termina una, divide la otra y, el día 8, quedan 14 puntos frente a los 8 ideales. En la revisión del sprint queda una historia de 5 puntos, y el equipo la saca del sprint con el acuerdo del Product Owner.
Cómo usarlo
- Fija el alcance el primer día. La línea ideal parte de lo que el equipo se comprometió a hacer.
- Pasa las historias a hecho solo cuando estén de verdad terminadas. El gráfico solo baja entonces.
- Míralo en la reunión diaria. Un vistazo: por delante, en camino o por detrás.
- Cuando vayas por detrás, pregunta por qué. Busca historias bloqueadas o demasiado grandes. Pregunta qué pasa, no quién.
- En la revisión, mira la forma completa. Un tramo central plano y un precipicio al final es un patrón que trabajar en el siguiente sprint.
Errores que conviene evitar
- Tratar la línea ideal como un objetivo. El trabajo real no es lineal. Una línea algo por encima de la ideal en medio es normal.
- Dejar historias en curso. Muchas historias a medio hacer dan una línea plana y un precipicio. Termina antes de empezar algo nuevo.
- Cambiar las estimaciones para que la línea quede bien. Reestimar trabajo a mitad de sprint oculta lo que el gráfico debe mostrar.
- Ocultar los cambios de alcance. Si se añade trabajo, dilo. Un gráfico burn up lo muestra.
- Usar el gráfico como boletín de notas. Un gráfico usado para juzgar al equipo hace que la gente deje de informar con honestidad.
- Dejar historias sin estimar. El gráfico no puede contar lo que no tiene tamaño.
Cuándo no es la herramienta adecuada
- En flujo continuo. Sin sprint, no hay nada que quemar. Mira cuánto tardan los elementos, o un diagrama de flujo acumulado.
- En sprints muy pequeños. Con cinco historias, la línea se mueve en pocos saltos grandes. Cuenta las historias.
- Cuando nada está estimado. Cuenta tareas. Prior lo hace por ti.
- Cuando el objetivo es una fecha límite larga y fija. Un gráfico burn up de toda la versión muestra alcance y progreso a lo largo de meses.
En Prior
En un proyecto Scrum, abre la pestaña Sprints. El Gráfico de avance está encima de las tarjetas de sprint.
- Elige el sprint. Empieza en el sprint en curso, o en el último terminado.
- Cambia la vista. Burn down | Burn up.
- Burn down dibuja el trabajo Pendiente (alcance menos hecho) y una línea discontinua Ideal desde el alcance comprometido el primer día hasta cero el último.
- Burn up dibuja Hecho, el Alcance total, que da un escalón cuando se añade o se quita trabajo, y la línea Ideal desde 0 hasta el alcance comprometido.
- Hoy aparece marcado, y los días que faltan están vacíos, con solo la línea ideal llegando al final.
- Unidad. El gráfico cuenta story points cuando alguna tarea del sprint tiene estimación. Si no, cuenta tareas y lo indica con En tareas (nada estimado).
- Detalles. Pasa el cursor o toca un día para ver sus valores, y usa las flechas del teclado cuando el gráfico tenga el foco. Un lector de pantalla recibe un resumen de una frase y una tabla oculta con cada día.
El gráfico se recarga cuando cambia el estado, los puntos o el sprint de una tarea del sprint.
Hay dos límites que conviene conocer. En un proyecto guardado en los servidores de Prior, el gráfico reproduce el historial de tus tareas, así que cada día muestra los puntos y las terminaciones que esas tareas tenían ese día. La pertenencia a un sprint no tiene historial: el alcance es el de las tareas actuales del sprint. Una tarea que quitas del sprint también desaparece de los días pasados, y una añadida tarde aparece desde el día en que se creó, no desde el día en que entró en el sprint. En un proyecto personal, o cuando Prior no puede llegar al servidor, el gráfico se construye con las tareas tal como están ahora y se marca como Estimado: una tarea terminada cuenta el día en que cambió por última vez, y no se conocen las reestimaciones.
Mira Gráficos de avance para la referencia, y Ciclos y sprints para la configuración de los sprints.