Burn-up/Burn-down Chart

read time

1 min

Les burn-up charts et burn-down charts sont des graphiques permettant de suivre la progression du développement d’un produit en agile, au niveau d’un sprint ou d’un projet entier.

Dans les deux cas, l’abscisse du graphique représente le temps ; pour un projet agile où l’on réalise un burn-up ou burn-down chart par sprint, on utilise une unité jour, mais celle-ci peut s’adapter à la temporalité du projet. En ordonnée, on représente un indicateur du travail complété dans le cas du burn-up chart, ou un indicateur du “reste-à-faire” dans le cas du burn-down chart. Cet indicateur peut consister en un nombre de user stories, de points de complexité ou encore en fonctionnalités délivrées.

Les deux types de graphe répondent au même besoin mais offrent des atouts différents.

Le burn-down chart, souvent utilisé au niveau du sprint, permet de mieux visualiser le reste à faire sur une courte période.

Le burn-up chart permet de mieux représenter les évolutions de périmètre du sprint ou du projet, en distinguant deux lignes :

  • l’une (en bleu ci-dessus) représentant le périmètre du produit ou d’une release du produit. Cette ligne croît lorsque l’on ajoute des éléments dans le backlog
  • l’autre représentant le travail déjà réalisé

Lorsque les deux lignes se rejoindront, le projet ou le sprint seront terminés.

Le burn-up chart donne souvent une vision plus précise du rythme de développement. Dans le cas ci-dessous, le burn-down chart donne ainsi l’impression que l’équipe ne réalise aucun progrès. Inversement, le burn-up chart montre qu’en réalité le périmètre attendu évolue aussi vite que la capacité de production de l’équipe.

Faciles à comprendre, les burn-up chart et burn-down charts peuvent être facilement partagés avec les clients ou parties prenantes.

En savoir plus :
http://www.clariostechnology.com/productivity/blog/whatisaburnupchart

Une version améliorée consiste à ajouter une autre ligne représentant la droite “idéale” de rythme de travail, permettant de déterminer visuellement chaque jour si le développement est en avance ou en retard sur ce rythme théorique.

Pour aller plus loin : Téléchargez notre livre Agile Product Management
 

Publié le 24 oct. 2015

Mis à jour le 28 janv. 2022

clipboardCopier le lien
Ecrit par
Hugo Geissmann
Hugo Geissmann

Les prochains évènements

Le No-Code pour les PM

calendar

31 jan 2022

Découvrir

Comment se lancer dans le No-Code ?

calendar

31 jan 2022

Découvrir

Le No-Code pour construire des back-offices/SaaS

calendar

1 fév 2022

Découvrir

La Product Conf Paris

calendar

9 juin 2022

Découvrir

Filles_ordinateur

Envie de partager tes idées ?


Plus de 20.000 passioné.e.s du Produit viennent sur notre média chaque mois. Retours d’expérience, opinions clivantes, n’hésite pas à nous proposer des contenus.

 

Contacter la rédaction