Qu'est-ce qu'un burndown chart ?
Un burndown chart (ou graphique d’avancement) est une représentation visuelle sous forme de graphique. Il est utilisé dans la gestion de projet, notamment dans les méthodologies agiles comme Scrum.
Sommaire
Burndown chart : définition
Le burndown chart représente le travail restant à accomplir au fil du temps.
C'est le moyen le plus rapide et le plus clair de visualiser l'avancement d'un sprint et de déterminer si le travail prévu sera terminé à temps. Son nom vient de sa forme caractéristique : à mesure que l'équipe avance, la courbe "descend" vers zéro.
Le graphique se lit sur deux axes :
- Le temps en abscisse (jours ou sprints)
- La quantité de travail restant en ordonnée, exprimée en points de complexité, en heures, ou en nombre de tâches selon ce que l'équipe a choisi de suivre.
Deux courbes se superposent sur ce même graphique :
- La trajectoire idéale : une ligne droite qui descend de façon constante. Elle part du volume total de travail au jour 0, jusqu'à zéro en fin de sprint. La courbe idéale représente le rythme qu'il faudrait tenir si l'équipe avançait à vitesse parfaitement régulière, ce qui n'arrive presque jamais en pratique mais sert de repère de comparaison.
- L'avancement réel : la courbe qui évolue jour après jour selon ce que l'équipe a effectivement terminé. C'est l'écart entre cette courbe et la trajectoire idéale qui donne l'information la plus utile du graphique.
Burndown chart VS burnup chart
Le burndown chart affiche une seule courbe qui descend vers zéro : c'est le travail restant.
Le burnup chart fonctionne à l'inverse et affiche deux courbes qui montent : le travail terminé et le périmètre total du sprint.
Cette différence a une conséquence concrète. Si le périmètre du sprint change en cours de route (une tâche ajoutée ou retirée), le burndown chart absorbe ce changement dans la même courbe. Cela peut donner une fausse impression de ralentissement ou d'accélération de l'équipe.
Le burnup chart isole visuellement ce changement de périmètre.
Pourquoi utiliser un burndown chart ?
L'équipe est-elle en avance, dans les temps, ou en retard sur son sprint ? Le burndown chart donne une réponse visuelle immédiate. C'est un support essentiel aux équipes de développement logiciel pour :
- Anticiper un problème avant qu'il ne devienne critique. Un écart qui se creuse entre la courbe réelle et la trajectoire idéale se remarque rapidement,
- Nourrir la rétrospective et garder une trace de la vélocité de l'équipe au fil des sprints. Une fois le sprint terminé, revenir sur les écarts observés sur le graphique aide à comprendre ce qui a été mal anticipé par l'équipe. Cela permet d'ajuster ses estimations et affiner les engagements pris lors des sprints suivants,
- Suivre l'avancement au quotidien lors des mêlées et repérer les blocages pour s'entraider si besoin,
- Simplifier les échanges avec les parties prenantes extérieures à l'équipe. Présenter une courbe est plus rapide et plus clair, en particulier face à un dirigeant qui veut une réponse simple : est-on dans les temps, oui ou non.
Enfin, voir concrètement une courbe descendre vers zéro a un effet positif sur le moral d'une équipe : la progression devient visible.
Comment interpréter un burndown chart ?
Trois lectures reviennent le plus souvent :
- La courbe réelle colle à la courbe idéale : l'équipe avance au rythme prévu, rien à signaler.
- La courbe réelle reste au-dessus de la courbe idéale : l'équipe prend du retard. Plus l'écart se creuse tôt dans le sprint, plus il devient difficile à rattraper sur les derniers jours.
- La courbe réelle descend plus vite que prévu : l'équipe est en avance, ou a sous-estimé la complexité des tâches au moment de la planification. Parfois, le Product Manager peut proposer d'ajouter des tâches au sprint. Le temps d'avance peut aussi être utilisé pour de la R&D ou correction de bugs.
- La courbe reste plate sur plusieurs jours : ce plateau signale souvent un blocage (une dépendance non résolue, une tâche qui traîne). C'est le signal le plus utile à repérer tôt, avant qu'il ne se transforme en retard difficile à rattraper.
Un point de vigilance : le burndown chart ne montre que le nombre de points restants, sans distinguer si le changement vient de tâches terminées ou d'un ajustement du périmètre du sprint. Une baisse brutale n'indique pas forcément un jour très productif, elle peut aussi signaler qu'une tâche a été retirée du sprint.
Burndown chart : nos bonnes pratiques
1. Mettre à jour le graphique chaque jour (en automatisant)
Le burndown chart suit directement l'avancement réel des éléments du sprint backlog. Chaque tâche qui progresse ou se termine doit se refléter sur la courbe pour qu'elle reste utile.
Avec les outils tels que Jira, Trello ou ClickUp, il est possible d'automatiser sa mise à jour. Dès qu'une tâche change de statut, la courbe évolue. Cela évite de dépendre d'une saisie manuelle et permet un réaction rapide en cas de retard naissant.
2. Regarder la tendance plutôt qu'un seul jour
Un jour sans progression visible n'est pas alarmant, une tendance qui s'écarte sur plusieurs jours consécutifs l'est davantage.
3. Ne pas oublier les priorités
Les tâches les plus critiques doivent être terminées en premier pour éviter un "pic" de travail en fin de sprint.
4. Utiliser la même unité de mesure d'un sprint à l'autre
Points de complexité, heures ou nombre de tâches, choisissez ce qui est le plus clair pour vous. Mais une fois ce choix effectué, ne changez plus. La vélocité doit rester comparable dans le temps.
Les outils pour créer un burndown chart
Jira génère un burndown chart automatiquement à partir des sprints configurés dans l'outil, sans configuration supplémentaire.
ClickUp propose également une fonctionnalité de "sprint burndown cards" pour permettre ce type de suivi.
Monday.com propose un suivi visuel des tâches avec intégrations graphiques.
Pour des burndown charts manuels très simples, Excel ou Google Sheets peuvent également faire l'affaire. Mais attention à ne pas oublier de le mettre à jour !
Questions fréquentes sur le burndown chart
Une remontée sur la courbe réelle signale généralement qu'une nouvelle tâche a été ajoutée au sprint, ce qui augmente le travail restant. Ce n'est un vrai signal d'alerte que si ça se répète sprint après sprint, ce qui indiquerait une difficulté à cadrer le périmètre en amont.
Oui, même sur un sprint réduit à quelques tâches. L'intérêt reste le même : visualiser l'avancement et la vélocité de l'équipe, quelle que soit la taille du sprint.
Non, il la complète. Le graphique montre l'avancement global en un coup d'œil, mais il ne dit pas pourquoi une tâche est bloquée ni qui a besoin d'aide. C'est le rôle de la mêlée quotidienne.