Le suivi efficace des sprints est souvent un défi majeur.
Sans une visibilité claire, les équipes risquent de manquer leurs objectifs, entraînant des retards et une baisse d’efficacité.
Le Burndown Chart de Jira offre une solution pour suivre l’avancement et détecter les dérives en temps réel.
Devenez un expert en Scrum et Agilité, et révolutionnez vos projets.
Introduction au Burndown Chart Jira
Le Burndown Chart de Jira Software est essentiel pour suivre l’avancement du sprint et accroître la visibilité. Grâce à cette transparence, les dérives peuvent être détectées et corrigées, renforçant l’empirisme, le focus et l’engagement de l’équipe.
Accès aux Rapports Jira pour Sprints
Pour consulter les rapports dans Jira, commencez par ouvrir le menu de gauche où se trouvent les informations sur le sprint en cours (par exemple, le sprint 4), incluant les User Stories et leurs statuts.
Si l’Item "Rapports" est Affiché :
Si l’item « Rapports » est déjà affiché dans le menu, cliquez simplement dessus. Une liste de rapports s’ouvrira, incluant des options comme le Burnup Chart, le Burndown Chart de sprint, la Vélocité, et le Diagramme de flux cumulé. Chacun de ces rapports offre des fonctionnalités spécifiques pour analyser l’activité du projet et suivre l’avancement de l’équipe vers les objectifs.
Si l’Item "Rapports" n’est pas affiché :
Si l’item « Rapports » n’est pas visible, allez dans les Paramètres de projet, puis accédez à l’onglet Fonctionnalités. Faites défiler jusqu’à trouver l’option des rapports et activez le commutateur pour rendre la section « Rapports » visible dans le menu.
Une fois activée, retournez dans le menu principal où vous pourrez accéder à la liste complète des rapports pour le suivi et l’analyse de votre projet.
Afficher le Burndown Chart dans Jira
Pour suivre le Burndown Chart du sprint actuel (Sprint 4), sélectionnez-le et configurez-le selon votre besoin (ex. par Story Points, nombre de tickets, ou heures).
Lecture et Analyse du Burndown Chart
Pour lire le Burndown Chart, observez les deux axes du diagramme : L’axe horizontal (abscisse) et l’axe vertical (ordonnée).
- L’axe horizontal :représente le temps, ou la timeline du sprint, qui dans cet exemple s’étend du 11 au 25 octobre.
- L’axe vertical :quant à lui, montre le nombre total de Story Points engagés par l’équipe au début du sprint (ici 58 points).
Ce diagramme suit l’avancement de l’équipe au fil des jours. Chaque fois qu’une User Story est clôturée, le total des points restants diminue, et la courbe descend progressivement jusqu’à atteindre idéalement le point zéro à la fin du sprint.
Deux courbes sont visibles :
- La courbe grise :représente une progression idéale, linéaire, allant de 58 points jusqu’à zéro.
- La courbe rouge :montre l’avancement réel de l’équipe. L’objectif est de maintenir cette courbe aussi proche que possible de la courbe idéale pour éviter de se retrouver avec trop de travail non terminé à la fin du sprint.
Dans la pratique, la progression réelle diffère souvent de la courbe idéale. Par exemple, il est fréquent de voir des équipes reporter les tâches jusqu’aux derniers jours, ce qui entraîne une chute soudaine de la courbe rouge en fin de sprint.
Dans cet exemple, au cours des premiers jours (11, 12, 13 octobre), l’équipe a clôturé plusieurs User Stories : une de 8 points, puis une autre de 13 points.
Les jours suivants, entre le 13 et le 16 octobre, d’autres User Stories de 3 et 8 points ont été terminées, et une mise à jour du Burndown Chart montre la progression continue de l’équipe.
Aujourd’hui, le 18 octobre, il reste environ 20 Story Points à clôturer avant la fin du sprint. Il est donc important que la courbe rouge reste proche de la courbe grise pour maintenir un bon rythme et atteindre l’objectif du sprint.
En conclusion, pour que l’équipe atteigne ses objectifs, la courbe rouge devrait idéalement toucher le point zéro à la fin du sprint, indiquant que toutes les User Stories prévues ont été complétées.
Changements et Impact sur le Chart Jira
Clôture d’une User Story :
Pour illustrer l’impact d’une clôture de User Story sur le Burndown Chart, allons dans le board du Sprint et terminons la User Story ST45 et ces tickets enfant.
Une fois cette tâche complétée, nous la fermons, indiquant qu’elle est désormais terminée.
Ensuite, accédez à la section « Rapports » pour vérifier le Burndown Chart et observer l’impact de cette clôture.
Avant cette action, il restait 20 points à terminer pour le sprint. La User Story 45, estimée à 13 points de complexité, ayant été clôturée, il reste maintenant environ 8 points de complexité.
Cet exemple montre comment la courbe du Burndown Chart baisse lorsque des User Stories sont terminées, une action souvent appelée » faire tomber des Story Points » en terminologie Scrum.
Ajout d’une User Story :
En plus de la clôture de tâches, d’autres changements peuvent influencer la courbe du Burndown Chart. Par exemple, si le périmètre du sprint évolue, comme lors de l’ajout de nouvelles User Stories, la courbe va monter, reflétant l’augmentation du travail restant à accomplir.
Prenons un exemple pour illustrer cet impact. Dans le Backlog produit, sélectionnons une User Story intitulée « Atelier participe à une rétrospective » et estimons-la à 13 points. En la glissant dans le sprint actuel, nous augmentons la charge de travail, ce qui élargit le périmètre du sprint.
Après cet ajout, retournons dans la section des rapports pour consulter le Burndown Chart.
Vous verrez ici une mise à jour indiquant l’ajout de la User Story 36, estimée à 13 points, enregistrée à 12h01. Cette modification du périmètre ramène le total des points restants à 20, montrant ainsi l’effet de l’ajout d’une tâche sur le sprint.
Suivi de Sprint : Résumé des Activités
En bas du Burndown Chart, un résumé présent l’ensemble des actions du sprint.
Journal des Changements de Périmètre :
Ce journal liste les modifications de périmètre. Par exemple, la User Story 36 « Atelier participer à une rétrospective », ajoutée le 19/10, augmente le total du sprint de 13 points.
Liste des Tickets Non Terminés :
Ce tableau affiche les tickets encore en attente dans le backlog du sprint, avec leurs estimations en points, par exemple, un ticket à 8 points et un autre à 13 points, pour un total de 21 points restants.
Liste des Tickets Terminés :
Ici, vous trouverez les tickets clôturés répondant à la Definition of Done . Environ six User Stories sont terminées, prêtes à intégrer l’incrément livré.
Tickets Terminés en Dehors du Sprint :
Indique les tickets clôturés en dehors du sprint actuel. Dans cet exemple, aucun ticket supplémentaire n’a été terminé en dehors du sprint.
Burndown Chart : Analyse par Tickets
Nous allons examiner le Burndown Chart en fonction du nombre de tickets , plutôt que des Story Points. Dans ce mode, l’axe vertical représente le nombre de tickets, tandis que l’axe horizontal correspond aux dates du sprint, d’une durée de deux semaines.
Le sprint commence le 11 octobre avec 7 tickets. Au fil des jours, certains tickets sont clôturés : après quelques jours, 3 User Stories sont terminées ; quelques jours plus tard, 2 autres sont clôturées, et aujourd’hui, une autre a été complétée tandis qu’une nouvelle a été ajoutée. Il reste donc 2 User Stories à terminer avant la fin du sprint.
Ce graphique aide l’équipe à suivre le nombre de tâches restantes, permettant une meilleure planification et une prise de décisions quotidienne pour optimiser les chances de réussite du sprint.
Mise à jour quotidienne : Idéalement, ce graphique doit être mis à jour après chaque Daily Scrum. Le Scrum Master veille à ce qu’il reste visible et à jour, afin que l’équipe puisse en tirer un maximum d’informations pour ajuster son travail.
Conclusion : Optimiser la Gestion Agile
Cet atelier a clarifié les étapes clés d’un Sprint Planning efficace : création du Sprint, alimentation avec les User Stories, et estimation des charges. Vous avez appris à gérer les priorités avec le Product Owner et à coordonner l’équipe pour un Sprint réussi. Les exemples pratiques, comme la gestion du backlog et les ajustements de priorités, vous aideront à appliquer ces concepts dans des contextes réels. En somme, cet atelier vous donne les bases pour lancer un Sprint en alignant l’équipe sur les objectifs à atteindre.
Formez-vous gratuitement avec Alphorm !
Maîtrisez les compétences clés en IT grâce à nos formations gratuites et accélérez votre carrière dès aujourd'hui.
FAQ
Comment accéder aux rapports dans Jira ?
Qu'est-ce qu'un Burndown Chart ?
Comment lire un Burndown Chart dans Jira ?
Quel est l'impact des changements sur le Burndown Chart ?
Pourquoi utiliser le Burndown Chart par nombre de tickets ?
Conclusion
En comprenant le Burndown Chart, vous pouvez améliorer votre gestion de sprint. Comment comptez-vous intégrer ces stratégies dans vos prochains projets pour maximiser l’efficacité ?
