Burndown Chart : qu'est-ce que c'est et comment en utiliser un pour Agile

Le temps est une contrainte qui s'applique à tout projet, en particulier aux projets dynamiques et agiles. Bien que certaines industries soient plus sensibles au facteur temps que d'autres, toutes les industries ont des projets qui entraînent de nombreux changements en cours de route.

Un burndown chart aide les équipes de gestion de projet agiles à garder une trace de ce qui a été fait, de ce qui doit être fait et du temps qu'il reste au projet. Alors qu'un burndown chart est traditionnellement un outil visuel, il peut également agir comme une liste qui décrit le travail à faire et le pourcentage de celui-ci qui est achevé.

ProjectManager est un logiciel basé sur le cloud qui offre plusieurs vues de projet pour vous aider à collecter et à suivre votre graphique d'avancement. Notre vue de liste capture vos tâches et montre combien de travail il reste avant que les tâches ne soient terminées. Cet accès aux données en temps réel permet aux membres de l'équipe de commenter et de partager des fichiers selon les besoins. Commencez dès aujourd'hui avec ProjectManager gratuitement.

Qu'est-ce qu'un Burndown Chart ?

Un burndown chart est un tableau de gestion de projet qui montre à quelle vitesse une équipe travaille sur les user stories d'un client. Cet outil agile capture la description d'une fonctionnalité du point de vue de l'utilisateur final et affiche l'effort total par rapport à la quantité de travail pour chaque itération ou sprint agile.

La quantité de travail restant apparaît sur un axe vertical tandis que le temps qui s'est écoulé depuis le début du projet est placé horizontalement sur le graphique, montrant le passé et le futur. Le graphique burndown est affiché afin que tous les membres de l'équipe de gestion de projet agile puissent le voir et est mis à jour régulièrement pour plus de précision.

Types de graphique Burndown

Il existe deux variantes de burndown chart : un burndown de sprint et un burndown de produit. Un burndown de sprint est utilisé pour le travail restant dans l'itération tandis qu'un burndown de produit illustre le travail restant pour l'ensemble du projet.

Composants d'un Burndown Chart

Bien que les spécificités puissent varier, il est courant de voir les sections ci-dessous d'un graphique burndown.

Haches

Un burndown chart a deux axes, x et y. L'axe horizontal représente le temps tandis que l'axe vertical affiche les points de user story. Le point le plus à droite du graphique indique le début d'un projet ou d'un sprint agile tandis que le point le plus à gauche montre sa fin.

Travail idéal Ligne restante

Comme son nom l'indique, la ligne idéale de travail restant indique le travail restant qu'une équipe a à un moment précis du projet ou du sprint dans des conditions idéales. Les responsables utilisent les données passées pour estimer cette ligne de base et tracer une ligne droite sur le graphique burndown. La ligne idéale de travail restant doit toujours avoir une pente négative.

Ligne restante de travail réel

La ligne de travail réel restant indique le travail restant d'une équipe à tout moment du projet ou du sprint. Contrairement à la ligne idéale de travail restant, il ne s'agit pas d'une estimation, mais plutôt d'une représentation réaliste de la performance de l'équipe. La ligne est tracée au fur et à mesure que l'équipe progresse et complète les user stories. Les lignes restantes du travail réel ne sont généralement pas droites car les équipes travaillent à des rythmes différents au fur et à mesure que les projets sont terminés.

Graphique Burndown vs graphique Burnup

Un burndown chart et un burnup chart sont très similaires - ils ont les mêmes composants, atteignent le même objectif et les deux sont utilisés pour la gestion de projet agile. Mais il y a une différence majeure. D'une part, le burndown chart garde une trace du travail restant en supprimant les user stories de l'axe vertical au fur et à mesure qu'elles sont terminées, tandis que le burnup chart ajoute les user stories à l'axe vertical au fur et à mesure qu'elles sont terminées.

Comment lire un Burndown Chart

Le burndown chart comporte plusieurs points. Il y a un axe des x, qui est la chronologie du projet ou de l'itération. L'axe y est le travail qui doit être effectué dans le projet. Les estimations en points d'histoire pour le travail qui reste sont représentées par cet axe.

Le point de départ du projet est le point le plus à gauche du graphique et se produit au jour zéro du projet ou de l'itération. Le point de terminaison du projet est le plus à droite et marque le dernier jour du projet ou de l'itération.

Travail idéal Ligne restante

Il existe une ligne idéale de travail restant qui est une ligne droite reliant les points de départ et d'arrivée. Cette ligne représente la somme des estimations pour toutes les tâches à accomplir. Au point final, la ligne idéale croise l'axe des x et montre qu'il n'y a plus de travail à faire. Cette ligne est basée sur des estimations et n'est donc pas toujours exacte.

Ligne restante de travail réel

La ligne de travail réel restant indique le travail réel restant dans le projet ou l'itération. Au début du projet, le travail réel restant et le travail idéal restant sont les mêmes, mais au fur et à mesure que le projet ou l'itération progresse, la ligne de travail réelle fluctue au-dessus et en dessous de la ligne de travail idéale. Chaque jour, un nouveau point est ajouté à cette ligne jusqu'à ce que le projet ou l'itération soit terminé pour s'assurer qu'il est aussi précis que possible.

Si la ligne de travail réelle est au-dessus de la ligne de travail idéale, cela signifie qu'il reste plus de travail que prévu initialement. En d'autres termes, le projet est en retard. Cependant, si la ligne de travail réelle est inférieure à la ligne de travail idéale, il reste moins de travail que prévu initialement et le projet est en avance sur le calendrier.

Comment utiliser un Burndown Chart dans Agile & Scrum

La gestion de projet agile repose sur des sprints agiles pour planifier et exécuter des projets. Ces sprints sont de courtes itérations de travail où une équipe atteint des objectifs spécifiques initialement définis lors d'une réunion de planification de sprint. Les burndown charts sont idéaux pour les chefs de projet agiles car ils leur permettent de suivre le travail restant, de comparer les performances par rapport à une ligne de base et de déterminer rapidement s'ils sont en retard. Voici quelques exemples d'utilisation d'un burndown chart pour vous aider à gérer un projet agile ou scrum.

• Créer une ligne de base de gestion du travail pour comparer le travail prévu et le travail réel
• Effectuer une analyse des écarts basée sur les écarts
• Obtenir des informations pour les futures réunions de planification de sprint
• Réaffecter les ressources et gérer les tâches pour terminer les sprints à temps

Quels sont les avantages d'un Burndown Chart ?

L'avantage évident d'un burndown chart est qu'il fournit un rapport d'état mis à jour sur l'avancement du projet. Avoir une représentation visuelle de ces données clés permet à tout le monde de rester sur la même longueur d'onde.

En affichant un burndown chart bien en vue pour que tout le monde puisse le voir, tout le monde reste impliqué et encourage l'équipe à traiter les problèmes avant qu'ils ne se transforment en problèmes. Il doit être le point central de l'espace de travail afin d'aider à orienter la conversation vers le projet et son avancement.

La simplicité du burndown chart est également extrêmement utile car il décrit l'historique de vélocité du projet. Velocity est un terme agile qui désigne les estimations d'effort total associées aux user stories qui ont été achevées au cours d'une itération.

Quelles sont les limites d'un Burndown Chart ?

Le burndown chart ne révèle pas tout. Par exemple, il ne montre que le nombre de points d'histoire qui ont été complétés. Le graphique burndown ne montre aucun changement, par exemple, dans la portée du travail telle que mesurée par le nombre total de points dans le backlog.

Par conséquent, il peut être difficile de dire si les changements dans le burndown chart sont dus à des éléments de backlog terminés ou à une augmentation ou à une diminution des points de story. Avoir un graphique de burnup résout ce problème en ayant une ligne distincte dans le graphique pour la taille globale du backlog.

Cependant, ni un burndown ni un burnup chart n'offrent d'indication sur les éléments du backlog produit qui ont été complétés. Bien qu'un burndown chart puisse montrer des progrès, il peut ne pas indiquer si l'équipe travaille sur les bonnes tâches. Ces graphiques sont souvent un moyen de montrer les tendances plutôt que de représenter si l'équipe fournit les bons éléments du backlog produit.

Il repose sur de bonnes estimations

Un autre problème avec les burndown charts tourne autour de la précision de la ligne de travail idéale. Que la ligne de travail réelle soit au-dessus ou en dessous de la ligne de travail idéale dépend de la précision des estimations de temps d'origine pour les tâches. Si une équipe surestime les exigences de temps, les progrès apparaissent sur la bonne voie ou en avance sur le calendrier. Mais si l'équipe sous-estime les exigences de temps, il apparaîtra qu'elle est en retard.

Il existe un moyen de répondre à ce problème en incorporant un facteur d'efficacité dans le graphique d'avancement. Après la première itération d'un projet, le facteur d'efficacité est recalculé pour permettre plus de précision.

Comment ProjectManager aide à la gestion des sprints

Un tableau d'épuisement professionnel est important, mais ce n'est pas le seul guide auquel les équipes Scrum peuvent se référer. Il existe de nombreux autres rapports et outils qui peuvent améliorer la probabilité de réussite. ProjectManager est un logiciel collaboratif en ligne avec les fonctionnalités dont les équipes scrum ont besoin pour mieux gérer leurs sprints.

Tableaux de bord en temps réel

Si vous avez besoin d'une vue de haut niveau de votre projet, ProjectManager dispose d'un tableau de bord en temps réel qui suit votre sprint au fur et à mesure qu'il se produit. Les données se remplissent automatiquement pour la vue la plus précise de votre projet. Les équipes peuvent prendre des décisions sur la base des données actuelles du projet au lieu de se référer à d'anciennes données.

Tableaux Kanban robustes

Les rapports sur les progrès ne sont qu'une partie des besoins d'une équipe Scrum. Ils ont également besoin d'outils qui leur permettent de gérer les backlogs et les sprints de produits. ProjectManager couvre également cette partie du sprint, avec des tableaux kanban qui visualisent les workflows, collectent les user stories et hiérarchisent les tâches. Les équipes Scrum sauront toujours sur quoi travailler et quand. Les tableaux Kanban alimentent directement les fonctionnalités de création de rapports de ProjectManager pour une visibilité totale du projet.

Les propriétaires de produits et les scrum masters apprécieront également le kanban pour sa transparence dans le sprint. Lorsque vous parcourez un sprint rétrospectivement, le kanban est une archive de ce qui s'est bien passé et de ce qui s'est mal passé, permettant des améliorations futures.

Les gestionnaires doivent garder un œil sur l'avancement d'un projet. S'ils ne le font pas, ils risquent la réussite du projet. Un burndown chart n'est qu'un des nombreux outils qui mènent au succès d'un projet. ProjectManager est un logiciel de gestion de projet basé sur le cloud que tout responsable voudra avoir dans sa boîte à outils. Il dispose de fonctionnalités telles qu'un tableau de bord en temps réel pour surveiller et rendre compte des progrès, et un diagramme de Gantt en ligne pour rationaliser la planification et faciliter la collaboration. Essayez-le aujourd'hui gratuitement avec cet essai de 30 jours.