Burnup Chart : c’est quoi ? À quoi ça sert ?

Dans un projet agile, suivre l’avancement ne se résume pas à cocher des cases. Il s’agit de comprendre en temps réel si l’équipe progresse au bon rythme, si le périmètre dérive, et si la date de livraison prévue reste réaliste. Le Burnup Chart est l’un des outils qui permettent cette lecture d’un seul coup d’œil, et il mérite qu’on l’explique clairement avant de le mettre en pratique.

Définition : ce que représente un Burnup Chart

Un Burnup Chart est un graphique qui représente visuellement la progression d’un projet en superposant deux courbes sur un même espace. L’axe horizontal représente le temps, découpé en sprints ou en semaines selon le projet. L’axe vertical représente la quantité de travail, mesurée en story points, en nombre de fonctionnalités ou en tickets selon la convention de l’équipe.

La première courbe, que l’on appelle la ligne de périmètre (ou ligne de scope), indique la quantité totale de travail à réaliser. Cette ligne peut monter si de nouvelles fonctionnalités sont ajoutées en cours de route, ou rester stable si le périmètre n’évolue pas. La deuxième courbe, la ligne de progression, indique le travail effectivement accompli au fil du temps. Elle part de zéro et monte progressivement vers la ligne de périmètre.

Quand les deux lignes se rejoignent, le projet est terminé. Plus l’écart entre elles se réduit régulièrement, plus le projet avance normalement. Un écart qui stagne ou qui se creuse est un signal d’alerte à ne pas ignorer.

La différence avec le Burndown Chart

La confusion entre Burnup et Burndown est fréquente, et il est utile de la dissiper clairement. Le Burndown Chart montre le travail restant : la courbe part d’un maximum en haut et descend vers zéro à mesure que les tâches sont complétées. C’est un outil adapté pour suivre l’avancement à l’intérieur d’un sprint, dans un cadre où le périmètre est fixé et ne change pas.

Le Burnup Chart, lui, montre le travail accompli face au périmètre total. Sa force est de rendre visibles les changements de périmètre : si le client ajoute des fonctionnalités en cours de projet, la ligne de scope monte et l’écart avec la progression s’élargit. Avec un Burndown, ce phénomène est invisible : le graphique descend plus lentement sans que personne ne comprenne immédiatement pourquoi. C’est pour cette raison que de nombreuses équipes préfèrent le Burnup pour le pilotage sur plusieurs sprints ou sur une release complète.

À quoi sert le Burnup Chart concrètement

Suivre l’avancement global sur plusieurs itérations

Là où le Burndown Chart est surtout utile à l’intérieur d’un sprint, le Burnup Chart prend tout son sens sur une vision plus longue : une release, une feature, un trimestre de développement. Il permet à l’équipe, au Product Owner et aux parties prenantes de visualiser d’un seul regard où en est le projet par rapport à son objectif final.

Estimer la date de fin prévisionnelle

En prolongeant la tendance de la courbe de progression, on peut extrapoler une date d’achèvement probable. Si l’équipe avance en moyenne de 20 story points par sprint et qu’il en reste 80, il reste environ quatre sprints. Cette projection reste approximative et doit être ajustée régulièrement, mais elle donne une base concrète pour les conversations avec les clients et les décideurs.

Identifier et communiquer les dérives de périmètre

C’est sans doute l’usage le plus précieux du Burnup Chart en environnement agile. Lorsque le client ou le Product Owner ajoute des fonctionnalités en cours de projet, la ligne de scope monte. L’équipe peut alors montrer visuellement et sans ambiguïté l’impact de cet ajout sur la date de livraison : « vous avez ajouté 30 story points, ce qui décale la fin d’environ deux sprints ». Ce type de conversation, rendu transparent par le graphique, évite les malentendus et responsabilise toutes les parties prenantes.

Motiver l’équipe avec une représentation des réussites

Un aspect moins technique mais réel : le Burnup Chart montre ce que l’équipe a accompli. Contrairement au Burndown, dont la courbe descendante peut sembler abstraite, la courbe ascendante de progression donne une image concrète du chemin parcouru. Sprint après sprint, voir la ligne monter vers l’objectif renforce l’engagement collectif.

Comment lire un Burnup Chart efficacement

Apprendre à lire un Burnup Chart demande un peu de pratique, mais quelques repères permettent d’en tirer rapidement l’essentiel.

Une courbe de progression régulière, qui monte à un rythme constant sprint après sprint, indique une équipe qui tient sa vélocité et un projet qui avance comme prévu. Un plateau dans la courbe de progression signale un blocage : des tickets qui traînent, des dépendances non résolues, une équipe sous-staffée. Une montée soudaine de la ligne de scope révèle un ajout de périmètre non planifié.

L’écart entre les deux lignes à un instant donné vous dit combien de travail reste à accomplir. Si cet écart se réduit régulièrement, tout va bien. S’il stagne ou s’élargit, c’est le moment de creuser pour comprendre pourquoi.

Dans quels outils retrouve-t-on le Burnup Chart ?

La plupart des outils de gestion de projet agile génèrent des Burnup Charts automatiquement, à condition que les données soient correctement renseignées. Jira propose cette fonctionnalité dans ses rapports Scrum et dans la vue de release. Azure DevOps, Monday Dev et Linear l’intègrent également. Pour les équipes qui préfèrent garder la main, un tableur Excel ou Google Sheets bien structuré suffit largement pour construire un Burnup Chart manuellement en quelques minutes.

L’essentiel n’est pas l’outil mais la régularité de la mise à jour : un Burnup Chart alimenté en temps réel est un tableau de bord vivant ; un graphique mis à jour une fois par semaine reste utile mais perd en précision pour les ajustements quotidiens.

Les limites à garder en tête

Le Burnup Chart est un outil puissant, mais il présente des contraintes réelles qu’il vaut mieux connaître avant de l’adopter comme seul indicateur de pilotage.

Un périmètre de départ indispensable

Pour tracer une ligne de scope cohérente, il faut disposer d’un backlog estimé dès le départ. Dans des projets très exploratoires, où les fonctionnalités ne sont définies que sprint par sprint, la ligne de périmètre n’a pas de sens et le graphique perd l’essentiel de sa valeur prédictive. Le Burnup Chart est donc peu adapté aux projets à découverte continue où le « quoi » évolue en permanence.

Des projections conditionnées par la vélocité

Les estimations de date de fin que le graphique permet de calculer reposent entièrement sur la stabilité de la vélocité de l’équipe. Si cette vélocité varie fortement d’un sprint à l’autre pour des raisons externes (absences prolongées, incidents techniques, changements de priorité urgents), les projections doivent être interprétées avec beaucoup de prudence. Il s’agit d’une tendance indicative, pas d’un engagement contractuel.

Une lecture qui demande un minimum de formation

Un Burnup Chart mal interprété peut créer plus de confusion qu’il n’en résout, notamment auprès de parties prenantes non familières avec les méthodes agiles. La ligne de scope qui monte peut par exemple être perçue à tort comme un signe de problème, alors qu’elle reflète simplement des ajouts validés en comité. Un temps de formation ou d’explication reste nécessaire pour que l’outil remplisse pleinement son rôle de communication.