Dans le développement de logiciels, un Burndown Chart décrit la progression de l’avancement du travail restant.

En bref, un Burndown Chart décrit la quantité de travail qui reste à faire (axe des y) à un jour donné depuis le début du travail (axe des x) et jusqu’à son achèvement.

Qu’est-ce qu’un Burndown Chart et comment le lire ?

Un Burndown Chart est une représentation visuelle de base de l’avancement d’un projet. Il vous indique si le travail restant réel (barres verticales) est en avance (en dessous) ou en retard (au-dessus) par rapport à la ligne idéale de travail restant en un seul coup d’œil (la ligne droite).

Cette ligne idéale de travail restant présuppose que vous finissez toujours le travail à la même vitesse. Cela est peu probable, c’est pourquoi la ligne moyenne de travail restant serait un meilleur terme.

Exemple de Burndown Chart

Exemple de Burndown Chart

À quoi servent  Burndown Chart en Agile ?

Scrum a donné naissance aux Burndown Charts. Ils ont été établis par Ken Schwaber comme une approche simple pour montrer aux équipes la progression de leur sprint.

Par contre, les Burndown Charts ne sont pas réservés aux équipes Scrum. Vous pouvez les utiliser avec Kanban, Lean, ou XP (eXtreme Programming) tout aussi bien.

Ils peuvent également être utilisés pour visualiser la progression de tout projet.

Un burndown d’itération montre généralement combien de travail il reste en points narratifs et combien de temps il reste en jours de Sprint/itération. Les autres burndowns montrent combien de travail il reste en points narratifs, mais combien de temps il reste en itérations.

Quelle est l’importance d’un Burndown Chart ?

  • Un Burndown Chart décrit la manière dont le travail se déroule réellement. Il n’est plus nécessaire de faire des suppositions. Évidemment, cela n’est vrai que si les données qui alimentent votre graphique d’avancement sont tenues à jour.
  • Un Burndown Chart permet de tenir tout le monde informé de l’avancement (ou de l’absence d’avancement) et de l’implication. Il fonctionne mieux lorsqu’il est affiché sur un radiateur d’information, tel qu’un grand écran placé à un endroit bien visible.
  • Un Burndown Chart peut vous aider à remarquer que le développement est plus lent que prévu. Vous pourrez ainsi en déterminer la cause et y remédier avant qu’elle ne devienne incontrôlable et ne pose problème.
  • Un Burndown Chart est simple à comprendre. C’est un outil de suivi de la progression très efficace en raison de sa simplicité.

Les limites du Burndown Chart,

Malgré sa simplicité, le Burndown Chart présente certaines limites dont vous devez être conscient.

  • Vous n’obtiendrez aucune indication sur les changements de portée dans le reste de la tarte, car les diagrammes de type burndown se concentrent sur leur petite partie de la tarte. Si vous regardez un Burndown Chart de sprint, par exemple, vous ne remarquerez pas les changements d’envergure dans le reste du backlog. Le burndown du projet, ou du produit, est le seul qui montre l’ensemble du tableau.
  • Les Burndown Charts représentent simplement la quantité de travail qui a été réalisée. Ils ne montrent pas quelles histoires d’utilisateur ont été complétées ou si elles étaient les bonnes à terminer.
  • La précision de vos estimations est étroitement liée à l’utilité des diagrammes d’avancement. Les estimations de temps sont souvent peu fiables. Pour des estimations de temps précises, les humains ont simplement trop de biais cognitifs. Les story points sont supérieurs car ils concernent la taille et la complexité relatives. Cependant, il y a toujours des biais dans l’estimation de n’importe quoi.
  • La raison d’une augmentation de la charge de travail restante n’est pas indiquée par les Burndown Charts. Elle peut provenir de l’ajout de nouveaux travaux ou d’une augmentation de l’estimation du travail restant pour les travaux existants. Ils masquent également l’effet de la suppression d’un travail en donnant l’impression que la tâche a été effectuée.

Vous pouvez contourner cette contrainte en affichant les travaux terminés ainsi que ceux qui ont été ajoutés. C’est une bonne idée d’inclure le travail supprimé dans les burndowns des versions. Ces améliorations permettent de remarquer plus facilement les changements de portée.

  • Un Burndown Chart peut vous avertir de la présence de crème glacée et de soda, ainsi que des problèmes au paradis, mais il ne peut pas vous dire quand une épopée sera terminée. Cela dépend du nombre d’itérations dans lesquelles vous décidez d’inclure les histoires de l’épopée.
  • La ligne du travail moyen restant représente la date de livraison (jour) de la charge de travail de départ. Toutefois, si vous travaillez régulièrement plus lentement ou plus rapidement que cette moyenne, la date de livraison devient erronée. Les modifications de l’étendue du projet peuvent également perturber les choses.

Ajoutez une ligne de travail moyen restant à partir de la dernière itération terminée pour atténuer ce problème. Elle sera basée sur la vélocité moyenne actuelle. Vous pouvez également inclure des lignes de travail restant pour la vitesse minimale et maximale réalisée, si vous le souhaitez. Vous obtiendrez ainsi une projection « au plus tôt » et « au plus tard ».

Améliorez le suivi de vos progrès grâce à un Burndown Chart

Maintenant que vous avez compris ce qu’est un Burndown Chart et ce qu’il vous apporte ou non, il est temps de mettre en pratique ce que vous avez appris.

Commandez dès maintenant ce grand moniteur, car il mettra un certain temps à arriver. Ensuite, sur votre logiciel de Scrum ou de tableau Kanban, recherchez les Burndown Charts. Et mettez quelque chose de facile sur ce moniteur pour les montrer. Ce colossal, magnifique radiateur d’informations qui tiendra tout le monde informé.

Imaginez à quel point vous, et toute votre équipe, serez mieux à même de faire face aux difficultés lorsqu’elles se présentent plutôt que lorsqu’elles deviennent des problèmes. Et quel effet cela aura sur votre niveau de stress.