Comprendre le burndown d’un sprint

Le burndown d’un sprint en cours ou planifié s’ouvre depuis le backlog, avec Voir le burndown dans l’en-tête du sprint. Il s’ouvre aussi depuis Rapports, dans la barre latérale du projet : Burndown du sprint en cours quand un sprint tourne, et Burndown à côté de chaque sprint clos. Tout membre du projet le consulte, Observateur compris.

Ce que montre la courbe

La courbe Réel descend en escalier, comme dans Jira. Elle reste à plat tant que rien ne bouge, puis monte ou descend à l’instant même d’un changement. Elle compte ce qui restait à faire dans le sprint : les tickets qui ne sont pas dans la dernière colonne du tableau. Un ticket est terminé quand il entre dans la colonne la plus à droite, et seulement celle-là.

La bascule en haut de l’écran choisit l’unité. En Points, la courbe additionne les estimations des tickets restants. En Tickets, elle compte ces tickets. Un ticket non estimé pèse zéro point, mais il compte pour un ticket. Une équipe qui n’estime pas ses tickets lit donc sa progression en Tickets.

Sous le graphique, une phrase donne ce qui reste et quand, par exemple « Restant : 5, le 9 sept., 12:00 (UTC). » Les heures de l’écran sont en UTC.

Ce qui a fait bouger le restant

Sous la courbe, la table « Ce qui a fait bouger le restant » liste chaque marche de l’escalier. Elle commence au Démarrage du sprint, avec ce qui restait à cet instant. Chaque ligne suivante nomme le ticket, ce qui lui est arrivé, la variation et le restant qui suit :

• Ajouté au sprint et Retiré du sprint : le périmètre du sprint change ;
• Terminé et Rouvert : le ticket entre dans la dernière colonne, ou en ressort ;
• Estimation modifiée : l’estimation d’un ticket restant change ;
• Créé dans le sprint : un ticket naît directement dans le sprint.

Un sprint clos finit par la ligne Clôture du sprint. Un changement qui ne bouge pas l’unité choisie ne fait ni marche ni ligne : en Tickets, une estimation modifiée ; en Points, l’ajout d’un ticket non estimé.

Une courbe recalculée depuis l’historique

La courbe et la table se recalculent à chaque ouverture, à partir de l’historique des tickets, comme dans Jira. Le passé ne s’améliore pas après coup : terminer un ticket aujourd’hui ne change pas ce qui restait hier, car l’historique sait qu’il était encore ouvert.

Deux gestes changent pourtant le passé. Un ticket supprimé disparaît de la courbe, avec ses sous-tâches. Et réordonner les colonnes du tableau change celle qui compte comme terminée, jours passés compris.

La ligne idéale et les jours non ouvrés

La ligne Idéal, en pointillé, sert de repère. Elle part de ce qui restait au démarrage et descend jusqu’à zéro à la fin du dernier jour prévu du sprint. Elle ne descend que les jours ouvrés : elle reste à plat le samedi et le dimanche, que la courbe grise. La légende les appelle Jours non ouvrés. Les jours sont comptés en heure UTC.

Pendant le sprint et après

Tant que le sprint est en cours, la courbe va jusqu’à maintenant, même après sa date de fin prévue. Un sprint clos s’arrête à l’instant de sa clôture, avant que les tickets non terminés partent au backlog ou au sprint suivant : la courbe montre donc ce qui restait.

Un sprint qui n’a pas démarré n’a pas encore de courbe. L’écran affiche alors « Ce sprint n’a pas encore démarré ». La courbe commence au démarrage du sprint.

À savoir

• Le burndown, la clôture, le rapport de sprint et la vélocité comptent terminé un ticket de la dernière colonne du tableau, et lui seul, comme dans Jira. Une colonne de la catégorie Terminé placée avant la dernière, par exemple « Recette », ne compte pas encore.
• Si la courbe ne se charge pas, l’écran affiche « La courbe du sprint n’a pas pu être chargée. » suivi de la cause, avec Réessayer.
• « Ce sprint n’existe pas, ou vous n’êtes pas membre du projet. » signifie que l’adresse ne mène à aucun sprint, ou que vous n’êtes pas membre de son projet.
• Pour comparer les sprints entre eux, voir Comprendre la vélocité.