ScrumDesk analyse les pratiques agiles utilisées par les équipes et aide les scrum masters à en identifier rapidement les lacunes. Nous basons nos conseils et observations, à propos des burn down charts, sur nos sept années de coaching. Scrumdesk permet de suivre aussi ces autres métriques que vous pouvez consulter.

Le burn down chart est une métrique fondamentale de scrum utilisée pour suivre l’avancement de l’implémentation d’un projet agile.

Le burn down chart est simple à expliquer :

  • L’axe des X représente les jours du sprint
  • L’axe des Y représente l’effort (en story points ou en heures ou en jours selon ce que vous préférez)
  • La courbe idéale pour visualiser la progression attendue
  • La courbe réelle pour visualiser la progression actuelle

Facile à expliquer, facile à mettre à jour quotidiennement, facile à analyser. Mais est-ce que les membres de votre équipe le comprenne t’il ? Sont-ils capables de le lire ?

 

L’équipe idéale

BD5

Dès que vous voyez un tel burn down chart, félicitez l’équipe

  • Elle fait un super boulot
  • Pas de sur-engagement
  • Pas en retard
  • Pas en avance
  • Dans les temps
  • Maîtrise

Quoi améliorer ?

Poursuivez dans la même voie !

 

La super équipe

BD7

Voici un burn down chart typique visible chez une équipe expérimentée

  • Une équipe engagée sur un objectif
  • Un périmètre adapté en cas de besoin
  • Une équipe améliorant sa rapidité à faire le travail
  • Une équipe s’interrogeant sur “Comment faisons-nous pour compléter le sprint ?”

Quoi améliorer ?

Sélectionnez quelques stories supplémentaires prévues pour le prochain sprint et que vous serez capable de réaliser dans ce sprint.

 

L’équipe sympa

BD2

Voici un burn down chart typique visible dans une équipe déjà expérimentée.

  • Une équipe engagée sur un objectif
  • Un périmètre adapté en cas de besoin
  • Une équipe améliorant sa rapidité à faire le travail
  • Une équipe s’interrogeant sur “Comment faisons-nous pour compléter le sprint ?”
  • En fin de sprint, ils leur arrivent de prendre des stories supplémentaires prévues pour le prochain sprint

Quoi améliorer ?

Arrêtez-vous avant la moitié du sprint et discuter pour savoir comment revenir dans les clous. Des éléments de faible priorité devraient être enlevés de votre backlog de sprint.

 

Jetons un coup d’oeil à une équipe au repos

BD3

Ce burn down chart indique que votre équipe excelle au temps libre.

  • L’équipe a fini son travail plus tôt que prévu, mais elle pourrait en faire plus.
  • Peut-être n’y a t’il pas assez d’éléments dans le backlog de sprint
  • Peut-être que l’effectif de l’équipe est-il plus important que prévu au commencement du projet
  • Les stories pourraient avoir été surestimées

Quoi améliorer ?

Prenez dès que possible des stories supplémentaires normalement prévues pour le prochain sprint selon l’ordre de priorité défini.

 

Oh, oh, le responsable arrive !

BD1

Hé vous l’équipe, vous ne faites pas ce qui doit être fait ! Où allez-vous ? Comment savez-vous si vous êtes capable de finir le sprint dans les temps ?

  • Peut-être l’équipe est-elle bien en train de travailler, mais une personne ajoute une quantité de travail équivalente au travail réalisé.
  • L’équipe ne met pas à jour le temps restant régulièrement.
  • Renvoyez en formation le scrum master et l’équipe
  • Les stories pourraient avoir été surestimées
  • Le product owner n’est pas non plus très impliqué

Quoi améliorer ?

Arrêtez tout si cette tendance se confirme pendant trois jours consécutifs. Provoquez une rétrospective immédiatement.

 

Accomplissez vos devoirs

BD8

Hé ho l’équipe, c’est de pire en pire. Peut-être avez-vous fini quelque chose mais cela ne se voit pas du tout sur la courbe de progression.

  • Cf. le diagramme Oh, oh, le responsable arrive !
  • Le sprint pourrait toujours être en cours

Quoi améliorer ?

Recommencez. De zéro, depuis la formation. Faites une rétrospective pour trouver la raison de cette situation.

 

Zéro effort

BD6

Le diagramme indique :

  • Les stories/tâches n’ont pas été estimées pendant la réunion de planification de sprint
  • Il n’y a aucune story ou tâche présente dans le backlog

Quoi améliorer ?

  • Estimer les stories/tâches immédiatement et mettez à jour votre backlog.
  • N’oubliez pas de cliquer sur le bouton Démarrez le sprint si vous utilisez un outil informatique.

 

Décollage

BD4

C’est le premier sprint de votre vie ? Il semblerait bien que oui. Dans ce cas, c’est acceptable :).

  • Des stories/tâches sont ajoutées constamment dans le backlog
  • Il y a plus de travail ajouté que réalisé
  • Les tâches sont ré-estimées constamment
  • Vous ne serez jamais capable de finir un sprint si vous ne corriger pas tout cela

Quoi améliorer ?

  • Estimez les stories/tâches immédiatement et mettez à jour votre backlog
  • N’oubliez pas de cliquer sur le bouton Démarrez le sprint si vous utilisez un outil informatique

 

Boum. Trop tard.

BD12

Ce burn down signifie : “Vous n’avez pas tenu votre engagement”. Et vous étiez tout le temps en retard.

  • Les tâches n’ont pas été réalisées
  • Aucune adaptation n’a été faite pendant le sprint

Quoi améliorer ?

Vérifiez si la taille du backlog de sprint n’est pas en train d’augmenter. Arrêtez tout dès que possible avant la fin du sprint. Supprimez du sprint les stories de faible priorité.

 

Boum. Trop tôt

BD11

Ce burn down chart signifie : “Vous avez tenu votre engagement plus tôt que prévu”. Que faites-vous maintenant ?

  • Les stories sont sous-estimées
  • L’engagement de l’équipe est faible
  • Le calcul de la capacité du sprint est incorrect
  • Aucune story du prochain sprint n’a été prise
  • Certains membres de l’équipe n’ont pas de tâches

Quoi améliorer ?

Après deux ou trois jours comme cela, le scrum master devrait demander si l’équipe peut faire quoi que ce soit de prévu pour le prochain sprint. Si oui alors donnez leur des stories à traiter.

 

Un dos d’âne sur la route

BD9

D’abord une montée puis après une descente

  • Les stories n’ont pas été estimées au début du sprint
  • Des stories ont été ajoutées jusqu’à la moitié du sprint
  • Arrivé à la moitié du sprint, cette mauvaise situation a été identifiée de manière appropriée. C’est bien mais c’est trop tard.
  • Le contrôle permettant de savoir comment arriver à zéro a été perdu.

Quoi améliorer ?

Recommencez votre sprint par une étape de planification


Auteur : ScrumDesk
Source : Is this your burndown chart ?
Date de parution originale : 21 Juin 2011


Traducteur : Nicolas Mereaux
Date de traduction : 31/07/2014


Licence Creative Commons
Ce(tte) oeuvre est mise à disposition selon les termes de la Licence Creative Commons Attribution - Pas d’Utilisation Commerciale - Partage dans les Mêmes Conditions 4.0 International.