Comúnmente utilizado en equipos de Scrum, el gráfico de burndown (a veces referido como gráfico de quema) sirve como una herramienta de seguimiento para monitorear el progreso del trabajo de los equipos de Scrum. Mantener un gráfico de burndown actualizado puede proporcionar información valiosa sobre obstáculos potenciales y ayudar a abordarlos rápidamente.
Si bien los equipos de Scrum están familiarizados con la práctica de utilizar gráficos de burndown, este artículo está dirigido a recién llegados interesados en explorar las prácticas de Scrum ampliamente adoptadas. Profundicemos en el proceso de configuración de un Gráfico de Burndown.
Creación de la Plantilla Básica del Gráfico de Burndown
Para iniciar un Gráfico de Burndown, comience estableciendo un eje vertical que represente el número de puntos de historia. Suma los puntos de historia de todas las historias de usuario planificadas para el sprint actual (colocadas arriba).
Consejo: Recomiendo encarecidamente colocar en su gráfico de burndown los puntos de historia totales de los elementos del sprint que contribuyen al objetivo del sprint. No todos los elementos se alinearán con el objetivo.
A continuación, asigne los días laborables del sprint a lo largo del eje horizontal. Puede utilizar números o letras para representar cada día, siendo esta última opción a menudo más fácil de entender.
Con esta base establecida, trace la trayectoria ideal para alcanzar el objetivo del sprint. Es importante tener en cuenta que el eje vertical representa « puntos de historia restantes » en lugar de « puntos de historia completados ». Comience en 35 al comienzo del sprint y avance hacia 0 al final del sprint.
Luego, puede dibujar una línea roja lineal para representar la trayectoria ideal de progreso del sprint, como se muestra a continuación:
Es importante reconocer que el objetivo no es adherirse estrictamente a esta línea. El objetivo es proporcionar un punto de referencia para seguir el progreso del sprint. El Scrum Master puede analizar la situación y encontrar soluciones si surgen problemas.
Una vez que se prepara la plantilla, actualizar el gráfico de burndown para cada sprint implica ajustar los valores de los ejes al comienzo del sprint (utilizando herramientas como Excel o Google Sheets). Esto evita la necesidad de recrear todo el gráfico cada vez.
Mantener un Gráfico de Burndown Actualizado
Para mantener el Gráfico de Burndown actualizado, recomiendo mostrarlo visualmente (por ejemplo, en una pared) y actualizarlo a diario.
Por ejemplo, considere nuestra plantilla: si una historia de usuario con 2 puntos de historia se completa el martes, actualice el gráfico trazando una curva azul que indique una disminución de 2 puntos de historia, como se muestra:
De hecho, es un proceso sencillo.
Al repetir esta práctica a diario, puede mantener una vista clara del progreso del sprint.
Sin embargo, incluso si la línea azul aparece por encima de la línea roja, ejerza precaución antes de generar una alerta. Seguir la trayectoria ideal con precisión no es factible, como se mencionó anteriormente. El contexto y los detalles del proyecto pueden dar lugar a diversos resultados.
Cuando la Línea Azul del Gráfico de Burndown Aumenta
Ocasionalmente, puede notar una línea ascendente (en un día) en un Gráfico de Burndown. La explicación es simple: el propietario del producto introdujo una nueva historia de usuario en el sprint.
Si esta nueva adición se alinea con el objetivo del sprint y es acordada por el equipo de desarrollo, la línea puede aumentar.
Sin embargo, si una historia de usuario adicional no está relacionada con el objetivo, evite ajustar la curva. Simplemente omita esta historia de usuario en el gráfico de burndown. Considere marcarla como « OBSTÁCULO » para indicar su interrupción en el proceso.
Como Scrum Master, aconsejo seguir esta pauta, ya que es especialmente relevante cuando se observan retrasos. La línea de seguimiento azul nunca debe aumentar sin una razón válida. El gráfico de burndown debe reflejar solo las historias de usuario comprometidas al comienzo del sprint (o aquellas que contribuyen directamente al objetivo del sprint).
Conclusión
Familiar para los equipos de Scrum, el gráfico de burndown no guarda secretos. ¿Por qué no considerar el uso de un gráfico de burndown dentro de sus equipos?
Soyez le premier à commenter