Burndown Chart
Suivez l’avancement de votre projet et mettez à jour votre reste à faire quand vous le souhaitez.
Un projet qui dérape, on le sent rarement au bon moment. On se dit que ça va rattraper, que la fin de sprint va tout remettre d’aplomb, et puis la date butoir arrive avec deux fois plus de travail que prévu. Le burndown chart existe justement pour éviter ce genre de mauvaise surprise : il donne, en un coup d’œil, la mesure exacte de ce qu’il reste à faire par rapport à ce qui était planifié.
Qu’est-ce qu’un burndown chart, concrètement ?
C’est un graphique tout simple, composé de deux courbes. La première, en pointillés, trace la trajectoire idéale : elle part de la quantité totale de travail au premier jour et descend jusqu’à zéro à la date de fin, de façon parfaitement linéaire. La seconde courbe, celle qui compte vraiment, représente ce qu’il reste réellement à faire, jour après jour, selon vos propres saisies.
Tant que la courbe réelle colle à la ligne idéale, tout va bien. Dès qu’elle s’en écarte vers le haut, c’est le signal qu’il y a du retard. Plus l’écart se creuse tôt, plus vous avez de marge pour réagir. À l’inverse, une courbe qui passe sous la ligne idéale signifie que vous avancez plus vite que prévu, ce qui arrive, même si c’est nettement plus rare qu’on ne le voudrait.
Pourquoi ce type de suivi change la donne
La plupart des outils de gestion de projet affichent un pourcentage d’avancement global, une info qui masque énormément de choses. 60 % de tâches terminées peut vouloir dire « tout roule » comme « on a fait le facile et il reste les tâches les plus lourdes ». Le burndown chart, lui, ne raconte pas d’histoire : il montre une tendance dans le temps, ce qui permet de détecter un ralentissement bien avant qu’il ne devienne un problème.
C’est aussi un excellent outil de communication. Montrer une courbe à un client ou à une équipe est souvent plus parlant qu’une liste de tâches cochées. Et pour un chef de projet ou un Scrum master, c’est un support de rétrospective précieux : on peut revenir sur un pic de retard et comprendre ce qui s’est passé cette semaine-là : un congé non anticipé, une tâche sous-estimée, une dépendance bloquante.
Comment l’alimenter sans y passer des heures
Le piège classique, c’est de vouloir un suivi trop précis et de finir par abandonner au bout de trois jours. En pratique, il suffit d’indiquer, à intervalle régulier, le volume de travail qu’il reste à faire, en points, en heures ou en nombre de tâches, peu importe l’unité tant qu’elle reste cohérente d’un jour à l’autre. Certaines équipes le font tous les matins en cinq minutes, d’autres préfèrent une mise à jour deux ou trois fois par semaine. L’essentiel est la régularité, pas la fréquence.
C’est exactement ce que permet l’outil juste au-dessus : vous créez votre projet une fois, avec sa date de début, sa date de fin et le volume total à réaliser, puis vous ajoutez une valeur quand ça vous arrange. La courbe se redessine automatiquement, et vous gardez un historique consultable et modifiable à tout moment.
Quand un écart apparaît, que faire ?
Un décalage avec la ligne idéale n’est pas forcément une catastrophe, c’est avant tout une information. La bonne réaction dépend de son ampleur et du moment où il survient. Un petit écart en tout début de projet mérite d’être surveillé plutôt que corrigé dans la panique. Un écart qui se creuse semaine après semaine, en revanche, appelle une vraie décision : renforcer l’équipe, revoir le périmètre, ou accepter de décaler l’échéance en connaissance de cause plutôt que de le découvrir trop tard.
Pour l’avoir utilisé souvent en tant que scrum master et chef de projet, le burn down permet de mieux piloter son projet. L’équipe peut également mieux se projeter.
Le burndown chart ne remplace pas le pilotage humain d’un projet, mais il lui donne une base factuelle. Et sur la durée, ce simple réflexe de mise à jour régulière change souvent la façon dont une équipe perçoit sa propre avancée, moins dans l’incertitude, plus dans l’anticipation.
