SCRUM : comprendre le burndown chart
Le Burndown chart est un graphique montrant la quantité de travail restant avant la fin d'un sprint.
Voici à quoi il ressemble :
En ordonné, on pourra utiliser un nombre d'heures, ou encore un nombre de Story Points, en fonction de l'unité utilisée par l'équipe.
En abscisse, le temps
Ici, on voit en rouge l'évolution de la charge restante.
Bien sûr, pour pouvoir utiliser un tel graphique, toute les User Stories doivent avoir été estimées en amont par l'équipe.
Ensuite, quotidiennement, l'équipe doit mettre à jour la charge restante pour chaque User Story afin d'avoir un graphique à jour.
Attention ici, on observe bien la charge restante, et non la charge réalisée !
Par exemple, si un développeur a estimé une User Story à 1,5 jours de travail.
Si au bout d'un jour de travail, il a rencontré un problème technique et considère qu'il lui faut encore 1 jour de travail, on renseignera bien 1 jour dans le temps restant, et non 0,5.
Au fur et à mesure, en comparant l'évolution du travail restant à la courbe "idéale" (la charge estimée), on pourra se rendre compte si l'équipe est en bonne voie.
Si on voit que l'équipe n'est pas en bonne voie, on pourra réfléchir à des ajustements, des pistes d'amélioration.
Si notre courbe passe en dessous de la courbe idéale, l'équipe est en bonne voie.
Si notre courbe passe au-dessus de la courbe idéale, l'équipe est en retard.