Burndown

Para conocer si el ritmo que llevamos es suficiente para alcanzar el Sprint Goal se utiliza el Diagrama Burndown (hay más herramientas para ello, pero nos vamos a centrar en el Burndown por su sencillez y uso habitual). En resumen es plasmar en un gráfico dos líneas:

1. una guía que representa un ritmo constante de trabajo finalizado hasta justo completar el Sprint Backlog dentro de la duración del Sprint (línea recta discontinua de la figura)
2. una línea quebrada que refleja el progreso del trabajo realizado conforme se modifica el estado de los elementos del Sprint Backlog (línea verde)

La versión premium del GitLab incluye un complemento llamado Burndown Chart que lo dibuja como la siguiente figura:

Para nuestro repositorio GitEIE se ha implementado un diagrama Burndown personalizado utilizando la magnífica API de GitLab. Puedes ver cómo utilizarlo en su demostración en vídeo.

Este es un ejemplo del Sprint 2 del proyecto InfraStruturas:

Idealmente debería haber cierres todos los días (en la Daily o cierre del día anterior).

En este caso se ven algunos cierres numerosos a la vez. Esto puede deberse a que el “Merge” de una rama acumula varios “Fixes”. El diagrama refleja los commits que llegan a la rama master, no los que haya en otras ramas pero sin formar parte aún del incremento.