Le développement de logiciels et les résultats prévisibles vont à peu près aussi bien ensemble que l'investissement sûr et le casino. Trop de variables – comme la productivité fluctuante, les problèmes inattendus et les nouvelles demandes des clients – font qu'il est difficile de prévoir une sortie précise. Pourtant, ton entreprise a besoin de fixer une date d'achèvement. En effet, tes clients veulent savoir quand ils peuvent s'attendre à recevoir le produit. Et : ce n'est qu'ainsi que tu peux planifier les étapes suivantes, comme la commercialisation et la distribution. Comment peux-tu donc faire des déclarations fiables sur la date de sortie ?
Je te montre comment les Burndown Charts t'aident à établir un calendrier pour une sortie. Je t'expliquerai également comment lire correctement les Burndown Charts et comment en tirer profit.
Que sont les graphiques Burndown ?
Un Burndown Chart est une représentation graphique qui montre combien de travail il reste à faire dans un projet par rapport au temps restant. En général, tu vois sur l'axe vertical du graphique le travail qu'il te reste à faire. Le temps restant ou écoulé se trouve sur l'axe horizontal.
Un burndown chart est donc un graphique linéaire. Il te montre en un coup d'œil quand un projet sera complètement terminé. Tu sais ainsi également si un projet sera terminé à la date prévue.
Les burndown charts sont surtout utilisés dans le développement de logiciels agiles comme Scrum. Mais en principe, tu peux les utiliser pour tous les projets où tu veux mesurer l'avancement du projet au fil du temps.
Avant d'aller plus loin, un petit conseil. Bientôt aura lieu un webinaire gratuit sur le thème "les meilleures métriques agiles" – avec un total de 11 experts internationaux invités ! Tu trouveras plus d'informations dans la vidéo teaser.
Si cela te semble intéressant, tu trouveras sur Site web Project Scagile plus d'informations – tu peux aussi t'inscrire gratuitement. s'inscrire (voir bouton ci-dessus).
Revenons au sujet principal... Tu peux faire la différence entre deux types de burndown charts :
Sortie Burndown Charts
Release Burndown Charts – également appelé Product Burndown Charts – se concentre sur les efforts de release au sein d'un projet. Sur l'axe x, tu vois les sprints. Sur l'axe y se trouve le travail restant ou les efforts restants pour la release. L'effort est mesuré en heures, en jours ou en points d'histoire dans les graphiques de burndown de release.
Le moment où un Release Burndown Chart doit être mis à jour est de la responsabilité du Scrum Master. En général, il ou elle met à jour le tableau à la fin de chaque sprint. Les Release Burndown Charts sont un outil de gestion de produit éprouvé, surtout pour les Product Owners.
Sprint Burndown Charts
Les Sprint Burndown Charts montrent les tâches du backlog de sprint ou le travail restant pour un sprint donné. Sur l'axe x, tu trouves le temps en jours de travail. Sur l'axe y, tu trouveras le travail restant en heures. Tu peux ainsi voir en un coup d'œil si ton équipe aura terminé toutes les tâches à la fin d'un sprint.
Les Sprint Burndown Charts sont un outil important, surtout pour les équipes de développement, afin de surveiller l'avancement des travaux au cours des sprints.
Digression : que sont les graphiques Burnup ?
Dans le contexte des Release Burndown Charts en Agile, tu entends aussi souvent le terme Burnup Charts. Un burnup chart, contrairement à un release burndown chart Scrum, montre combien de travail a déjà été effectué par une équipe. Le graphique a deux lignes : une ligne indique la quantité de travail totale d'un projet. L'autre ligne montre combien de travail une équipe a fait. Équipe a déjà fait. L'axe vertical représente la quantité de travail en tâches, heures ou points d'histoire. L'axe horizontal indique les jours écoulés ou restants.
Les Burnup Charts sont surtout utilisés par les équipes agiles qui veulent garder un œil sur l'avancement du travail. Le diagramme montre en un coup d'œil quand du travail a été ajouté ou retiré d'un projet. Dans la pratique, cela permet à une équipe de fixer une date réaliste à laquelle un projet sera terminé.
Comment lire les charts de release burndown
Pour créer un modèle de Release Burndown Chart, tu dois évaluer tous les items du Product Backlog. Après chaque révision de sprint, le Product Owner soustrait ensuite les Story Points atteints lors du dernier sprint de la somme de tous les Story Points du Product Backlog. Il ou elle met ensuite à jour les tableaux de burndown de sortie.
Comment cela se présente-t-il dans la pratique ? Pour rendre un release burndown Scrum plus tangible, regardons un exemple :
Ce graphique de sortie de burndown montre que
- le résumé de tous les points d'histoire était de 400 au début du projet,
- le résultat du premier sprint a fourni 100 points d'histoire et
- le résultat du deuxième sprint a fourni 53 points d'histoire.
Il te reste donc un total de 247 points d'histoire.
Comment lire les graphiques de Sprint Burndown
Dans un modèle de Sprint Burndown Chart, tu définis avec ton équipe, au début du projet, le nombre d'heures de travail dont vous disposez. Cette valeur se trouve sur l'axe des y. Les différents jours du sprint se trouvent sur l'axe des x.
Le rapport Sprint Burndown de ce graphique montrerait donc que
- planifie une équipe avec une capacité horaire de 160 heures pour le sprint
- il a consommé 30 heures de la charge de travail totale après le premier jour du sprint et
- il a utilisé 15 heures supplémentaires après le deuxième jour du sprint.
Il reste donc 115 heures de travail pour ce sprint.
D'ailleurs, un petit conseil dans le contexte de la transformation agile : tu veux t'assurer que tu as actuellement les bonnes priorités dans ton agile La transformation ?
Alors fais notre test de maturité pour ta transformation agile – ne prend que 3 minutes. Tu obtiendras même un benchmark sur la base de plus de trois cents autres participants*. Voir le bouton 🙂
Comment tu peux profiter des burndown charts
Un modèle de burndown de sprint
- visualise l'avancement du projet et du processus de travail,
- montre ce qu'une équipe a accompli et ce qu'elle doit encore accomplir,
- révèle si un projet est à temps,
- détecte les questions et les problèmes à un stade précoce afin que des mesures puissent être prises,
- favorise le fait que le travail d'une équipe soit orienté dans la bonne direction,
- motive une équipe dans son travail,
Quelles sont les faiblesses des graphiques Burndown ?
Les Release Burndown Charts et les Sprint Burndown Charts présentent surtout ces deux inconvénients :
Une estimation précise des dépenses est nécessaire
La précision de la ligne réelle par rapport à la ligne idéale dans le diagramme dépend fortement de la précision avec laquelle une équipe a estimé l'effort. Par exemple, si une équipe surestime l'effort, la ligne de progression sera toujours en dessous de la ligne idéale. Dans la pratique, cela signifie qu'elle termine le projet ou le sprint plus tôt. L'inverse est également vrai : si une équipe sous-estime l'effort, la ligne de progression se situe au-dessus de la ligne idéale. L'équipe est en retard.
Cette imprécision est particulièrement visible lorsque les équipes utilisent – au lieu d'heures de tailles de T-shirt, donc par exemple XS, S, M, L, XL – pour estimer l'effort. Le diagramme ne peut alors servir que d'orientation approximative.
Tu devrais donc estimer l'effort avec ton équipe le plus précisément possible et utiliser dans la pratique des grandeurs significatives pour l'effort prévu. Tu peux également introduire un facteur d'efficacité par lequel tu multiplieras l'effort estimé avant de tracer la ligne idéale. Le facteur d'efficacité résulte du rapport entre l'effort estimé et l'effort réel des sprints et projets précédents. Certains gadgets de release burndown t'aident en affichant automatiquement un facteur d'efficacité. Tu peux alors remarquer plus rapidement les erreurs d'estimation et en tenir compte.
Une utilisation constante des ressources comme condition préalable
Les burndown charts partent du principe qu'une équipe peut travailler avec les mêmes ressources pendant toute la durée du projet. Mais dans la pratique, ce n'est pas toujours possible. En effet, si les ressources –, comme par exemple un expert –, ne sont disponibles que par moments, cela a des conséquences sur le tracé de la ligne.
Dans la pratique, cela signifie que tu dois attribuer une charge de travail moins importante aux moments où tu as moins de ressources à ta disposition. Inversement, cela vaut aussi pour les périodes où tu as plus de ressources à ta disposition.
Dans quelle mesure ton organisation est-elle prête à travailler de manière agile ?
Pour utiliser efficacement les métriques agiles comme les burndown charts et les burnup charts, ton organisation doit maîtriser le travail agile à tous les niveaux. Projet Scagile te transmet à travers différents ateliers toutes les compétences importantes pour un travail professionnel avec Agile. La formation en ligne est gratuite. N'hésite pas à y jeter un coup d'œil !
Conclusion
Les burndown charts t'aident, toi et ton équipe, à visualiser l'avancement des travaux – et à faire des prévisions fiables sur l'achèvement d'un projet. Le Release Burndown Chart reflète toujours les efforts de release au sein d'un projet. Un Sprint Burndown Chart reflète les tâches du backlog de sprint ou le travail restant pour un sprint donné.
Pour utiliser les Burndown Charts, tu peux télécharger un modèle Release Burndown Chart Excel Template ou Sprint Burndown Chart Excel Template et l'adapter à ton projet. Alternativement, agile dispose de Outils de gestion de projet comme Jira Atlassian sur les graphiques Burndown. Tant que tu veilles à estimer le plus précisément possible l'effort et la disponibilité des ressources, les diagrammes peuvent t'être d'une grande aide dans la vie quotidienne agile.
