En la gestión ágil de proyectos, podemos usar un gráfico burn-up o un gráfico burn-down para hacer el seguimiento de los lanzamientos o del rendimiento de los sprints. Estos gráficos ayudan al equipo y a los grupos de interés a comprender el progreso en cualquier punto dado del lanzamiento o el sprint.
Un gráfico burn-down muestra el progreso según las horas o story points restantes de arriba hacia abajo. En este gráfico, se pueden observar dos líneas: trabajo pendiente ideal y trabajo pendiente real. Los equipos que trabajan sobre la base de timeboxes son los que más utilizan este tipo de diagramas.
Por otra parte, un gráfico burn-up muestra el progreso de abajo hacia arriba. En este tipo de gráficos, encontrarás tres líneas: Alcance, progreso ideal y progreso real.
Los gráficos burn-up tienen una ventaja crucial: permiten separar el alcance del progreso. En los gráficos burn-down, por otra parte, no es posible visualizar o identificar cambios en el alcance o en el progreso.
Por lo tanto, un gráfico burn-down nos puede indicar que el rendimiento del equipo no es del todo bueno, pero el problema podría deberse a un aumento en el alcance del trabajo.
Scaled Agile Framework: un ejemplo para entender mejor estas ideas
Como puedes ver en el gráfico burn-down a continuación, hay 226 story points pendientes en el sprint 5 del proyecto. Hemos avanzado 126 story points: pasamos de 352 story points a 226 story points pendientes.
Si presentamos esa misma información en un gráfico burn-up, el progreso también es de 126 story points, como se muestra en la línea roja a continuación. Sin embargo, en este caso, tenemos solo una línea que muestra el alcance, es decir, los 352 story points.
Siguiendo con la comparación entre el gráfico burn-down y el gráfico burn-up, los story points pendientes siguen siendo 226, con 352 de alcance y 126 de progreso real.
Como puedes ver, ambos gráficos muestran la misma información, pero con agregados diferentes.
La ventaja de usar un gráfico burn-up en el desarrollo ágil
En un gráfico burn-down, como puedes ver a continuación, los story points pendientes para los sprints cinco y seis son 226 en ambos casos, por lo que puede dar la idea de que el equipo no logró avanzar. Sin embargo, el equipo tuvo un sprint extraordinario. Como el alcance aumentó, no se muestra la velocidad real del grupo.
Usar un gráfico burn-up durante la planificación de los sprints te permite visualizar qué está ocurriendo. En este caso, el equipo se recuperó del retraso y avanzó 26 story points por delante del plan original.
Puedes ver esta información en el gráfico, ya que el trabajo real es de 246 story points, mientras que el objetivo era 220. Por lo tanto, aunque haya cambios en el alcance del proyecto, podemos ver claramente que el equipo está haciendo un buen trabajo.
El valor agregado de un gráfico burn-up
Si utilizas un gráfico burn-up y la siguiente tabla, puedes calcular el plazo aproximado de finalización —la línea marrón que se muestra en el gráfico a continuación— y la variación. En este caso, se trata de 94 story points, es decir, lo mismo que surge del gráfico burn-down. Se necesitan 94 story points adicionales al plazo aproximado de finalización de 378 story points para cubrir el alcance real de 472 story points. Además, puedes obtener otras métricas sobre el alcance y la velocidad.
| Concepto | Valor |
| Alcance original | 352 |
| Alcance real | 472 |
| Cambio en el alcance (%) | 34,09% |
| Velocidad original (hasta el sprint actual) | 220 |
| Velocidad real (hasta el sprint actual) | 246 |
| Variación de velocidad (%) | 11,82% |
| Plazo aproximado de finalización (EAC) | 378 |
| Variación del EAC | 94 |
| Variación del EAC (%) | 19,92% |
Por otra parte, la proyección te permite deducir que el proyecto finalizará en el sprint 12, ya que necesitamos 472 story points.
Usar gráficos burn-up ayuda a comprender mejor el progreso, los cambios en el alcance y el plazo de finalización previsto. Ofrece un panorama más claro y un mayor control a todos los grupos de interés.Ponte en contacto con nosotros para conocer más sobre las metodologías ágiles.
