Le burndown du sprint Jira ne descend pas ? Six vérifications, et comment lire les changements de périmètre
Le sprint est à moitié fait, l’équipe est occupée, et le burndown reste plat. Ou il remonte sans raison apparente. Neuf fois sur dix, Jira fait exactement ce qu’on lui a demandé. Voici les six vérifications qui règlent la plupart des burndowns, dans l’ordre où nous les ferions. Elles valent pour les tableaux gérés par l’entreprise ; les projets gérés par l’équipe sont traités à la fin.
1. Terminé, c’est la colonne de droite
Un élément compte comme terminé quand son statut est placé dans la colonne la plus à droite du tableau, quel que soit son nom. Si votre statut « Terminé » est dans une colonne du milieu, par exemple avant « Prêt pour la mise en production », la courbe ne descend que lorsque l’élément atteint cette dernière colonne. Vérifiez Paramètres du tableau › Colonnes.
2. Ce que le graphique compte
Le burndown compte avec la statistique d’estimation du tableau : points d’histoire, nombre d’éléments, temps ou un autre champ numérique. Les administrateurs la règlent dans Paramètres du tableau › Estimation, et le gadget Sprint Burndown la suit. Sur le rapport lui-même, la liste déroulante ne change que votre propre affichage. Pour compter des éléments dans le gadget, réglez le tableau sur le nombre d’éléments et le suivi du temps sur Aucun.
3. Estimer avant le départ
Un élément sans estimation compte pour zéro dans un burndown en points. Et une estimation ajoutée ou modifiée après le début du sprint apparaît comme un changement de périmètre, pas comme un avancement.
4. Les sous-tâches ne portent pas de points
Les points d’histoire des sous-tâches ne sont pas comptés : seuls les points du parent font descendre la courbe, quand la story est terminée. Mettez les points sur la story. Les estimations de temps des sous-tâches, elles, remontent bien au parent.
5. Un changement de périmètre fait une marche
Du travail ajouté après le début du sprint, ou une estimation revue à la hausse, fait remonter la courbe ; du travail retiré, ou un élément terminé rouvert, la fait bouger aussi. Le tableau sous le graphique liste chaque changement avec sa date. Un burndown qui remonte n’est pas cassé : il vous dit que le sprint a grossi.
6. Week-ends et ligne idéale
Par défaut, le tableau saute le samedi et le dimanche, et la ligne idéale reste plate ces jours-là. Ajoutez vos jours fériés, ou changez votre semaine de travail, dans Paramètres du tableau › Jours ouvrés pour que la ligne idéale soit juste.
Projets gérés par l’équipe
Ces paramètres de tableau n’y existent pas. L’estimation se règle dans Paramètres de l’espace › Fonctionnalités › Estimation, en points ou en temps, et les week-ends sont exclus par défaut ; les jours ouvrés ne se modifient pas.
Quand vous le voulez sur un tableau de bord
Clearlane Sprint Burndown met le graphique sur n’importe quel tableau de bord Jira : le reste à faire chaque jour face à la ligne idéale, le périmètre ajouté ou retiré bien visible, en éléments ou en points, sous-tâches et week-ends si vous le souhaitez, et une phrase qui dit si le sprint est en bonne voie. Chaque chiffre ouvre les éléments qu’il compte. On a trop entendu « pourquoi mon burndown est plat ? ». Alors on a fait un graphique qui s’explique tout seul.