Configurer et surveiller le burndown du sprint

Azure DevOps Services | Azure DevOps Server 2022 | Azure DevOps Server 2019

Tout au long de votre sprint, vous pouvez surveiller le rapport de burndown de sprint pour déterminer si votre équipe est en bonne voie pour terminer son plan de sprint. Il existe deux graphiques de burndown accessibles aux sprints : le rapport de tendance burndown en contexte visible à partir d’un backlog de sprint d’équipe et le widget Sprint Burndown que vous pouvez ajouter à un tableau de bord.

Le rapport et le widget dérivent des données d’Analytics. Ils prennent en charge la surveillance du burndown en fonction d’un nombre d’éléments de travail ou d’une somme de points d’histoire/taille/effort, de travail restant ou d’autres champs numériques.

Vous pouvez ajouter le rapport ou le widget à un tableau de bord. Vous pouvez également surveiller la progression à l’aide des widgets de burndown ou de burnup basés sur Analytics. Ils fournissent plus d’options de configuration.

Important

La suppression des chemins d’accès de zone ou la reconfiguration des chemins d’itération peuvent entraîner une perte de données et ne peuvent pas être rétablies. Par exemple, les graphiques de widgets burndown ou burnup, le sprint burndown et les graphiques de vitesse pour les équipes dont les chemins d’accès à la zone sont modifiés ne reflètent pas les données correctes. Les graphiques de tendance historique référencent le chemin d’accès à la zone et le chemin d’itération tels que définis à un point dans le passé pour chaque élément de travail. Lorsqu’un chemin d’accès à une zone ou un chemin d’itération est supprimé, les données historiques ne peuvent pas être récupérées.

Utilisez cet article pour en savoir plus sur :

• Métriques suivies dans le rapport et le widget sprint burndown
• Activités d’équipe requises pour suivre les tâches et le travail restant
• Comment définir des contrôles interactifs pour personnaliser votre vue du rapport sprint burndown
• Comment ajouter le rapport tendance de burndown en contexte à un tableau de bord
• Comment configurer les widgets Sprint Burndown
• Comment afficher les burndowns de sprint actuels et passés

Pour obtenir une vue d’ensemble de tous les graphiques de burndown/burnup disponibles, consultez Les conseils de burndown et de burnup.

Notes

Les rapports sprint burndown sont dérivés des données suivies par une équipe lors d’un sprint ou d’une itération. Pour plus d’informations, consultez À propos des équipes et des outils Agile.

Rapport sur la tendance burndown en contexte

Le rapport Burndown Trend est basé sur un nombre de tâches ou d’estimations de travail restantes, ou d’autres champs numériques que vous définissez et mettez à jour tout au long du cycle de sprint. Pour plus d’informations, consultez Planification sprint. Pour ouvrir ce rapport, accédez à la section Ouvrir un backlog Sprint.

Un rapport de burndown de sprint sain ressemble à l’image ci-dessous. En règle générale, il y aura un burndown d’escalier, car les membres de l’équipe individuelle ne peuvent mettre à jour leurs éléments de travail qu’une fois par semaine ou tous les quelques jours. La ligne Étendue totale indique le nombre d’éléments de travail ajoutés après le début du sprint. La ligne Tendance idéale est calculée en fonction du nombre d’éléments de travail, des jours dans le sprint et du nombre de jours de travail.

La zone bleue indique le nombre d’éléments de travail actifs ou en cours chaque jour du sprint. Comme indiqué dans cet exemple, un élément de travail est toujours actif à la fin du sprint.

Remarque

La ligne Étendue totale reflète le nombre d’éléments de travail ajoutés au sprint. Si l’itération par défaut de l’équipe est la @CurrentIteration, de nouveaux éléments de travail sont ajoutés à l’itération actuelle. L’étendue diminue à mesure que le chemin d’itération est modifié vers un autre sprint ou que les éléments de travail sont terminés.

Widget Sprint Burndown

Dans le catalogue de widgets, vous trouverez deux versions du widget Sprint Burndown : sprint burndown basé sur l’analytique et Sprint Burndown (hérité) qui est créé à partir du magasin de données de suivi du travail.

Widget Sprint Burndown

Le widget Sprint Burndown basé sur l’analytique permet de surveiller facilement la progression d’une équipe en montrant le travail restant pour un sprint donné. Le travail restant est l’axe vertical et le temps est l’axe horizontal. Vous pouvez définir le travail restant en fonction des récits ou des tâches, et en comptant les éléments de travail ou en additionnant un champ.

Les graphiques fournissent des métriques utiles pour vous aider à répondre à la question : sommes-nous en bonne voie pour terminer cet ensemble de travail à la fin d’un sprint ?

• Pourcentage de travail terminé
• Nombre d’éléments de travail non estimés (si vous utilisez un champ autre que Travail restant)
• Burndown moyen
• Augmentation totale de l’étendue

Widget Sprint Burndown (hérité)

Le widget Sprint Burndown (hérité) ajoute un graphique basé sur le travail restant défini pour les tâches dans le sprint actuel d’une équipe. Sélectionnez cette version lorsque vous n’avez pas accès à Analytics. Les options de configuration incluent la sélection d’équipe et la taille du widget.

Si votre tableau de bord dispose déjà d’une version héritée, vous pouvez facilement mettre à niveau le widget en modifiant la configuration du widget et en vérifiant Essayer la nouvelle version maintenant. Vous pouvez toujours revenir à la version héritée en décochant la case .

Prérequis

• Vous devez être membre d’un projet. Être ajouté à un projet ou en créer un.
• Pour ajouter un widget à un tableau de bord d’équipe, vous devez être membre de l’équipe. Vous devez disposer d’un accès de base ou supérieur, disposer d’autorisations de tableau de bord ou être administrateur d’équipe ou administrateur de projet.
• Les tableaux doivent être activés. S’il est désactivé, aucun des widgets Analytics de suivi du travail ne s’affiche. Pour le réactiver, consultez Activer ou désactiver un service Azure DevOps.

Activités d’équipe pour suivre les tâches et le travail restant

Pour surveiller le burndown des sprints, votre équipe doit planifier des sprints et affecter du travail à ces sprints.

Si vous souhaitez surveiller le burndown de sprint en fonction des tâches et du travail restant, votre équipe doit effectuer ces actions supplémentaires.

Activités requises :

• Définissez et estimez les tâches pour chaque élément de backlog de produit sur lequel vous travaillez dans le sprint. Si vous travaillez à partir du backlog et du tableau des tâches de votre équipe, les éléments que vous créez sont automatiquement affectés au sprint actuel (itération) et au chemin d’accès de zone par défaut de votre équipe.
• Mettez à jour le travail restant pour chaque tâche de sprint à mesure que le travail progresse.

Activités recommandées :

• Définissez les tâches qui prennent un jour ou moins pour réduire l’effet des estimations médiocres.
• Ne divisez pas les tâches en tâches subordonnées. Si vous divisez une tâche en sous-tâches, spécifiez les heures uniquement pour les sous-tâches. Ces heures sont reportées sous forme de valeurs de synthèse pour la tâche parente.
• Mettez à jour le travail restant quotidiennement ou plusieurs fois en une semaine pour prendre en charge la surveillance et obtenir un graphique de gravure plus fluide.
• À la fin du sprint, mettez à jour la tâche status des tâches terminées et déterminez comment gérer les tâches incomplètes.

Graphique de burndown de sprint vide

Si votre graphique de burndown de sprint apparaît vide, case activée les points suivants :

• Avez-vous affecté des tâches au sprint associé au graphique ?
• Avez-vous affecté le travail restant aux tâches affectées au sprint ?
• Les éléments de travail parents des tâches sont-ils affectés au même sprint ? Si ce n’est pas le cas, les tâches peuvent apparaître dans un autre sprint associé à l’élément parent.

Ouvrir un backlog Sprint

Vous affichez le rapport de burndown de sprint en contexte à partir du backlog sprint d’une équipe.

1. À partir de votre portail web, ouvrez le backlog de sprint de votre équipe. (1) Vérifiez que vous avez sélectionné le projet approprié, (2) sélectionnez Sprints de tableaux>, (3) sélectionnez l’équipe appropriée dans le menu du sélecteur d’équipe et enfin (4), sélectionnez Backlog.

   

   Pour sélectionner une autre équipe, ouvrez le sélecteur et sélectionnez une autre équipe ou sélectionnez l’option Afficher l’annuaire Sprint . Vous pouvez également entrer une mot clé dans la zone de recherche pour filtrer la liste des backlogs d’équipe pour le projet.

   

2. Pour sélectionner un sprint différent de celui affiché, ouvrez le sélecteur de sprint et sélectionnez le sprint souhaité.

   

   Le système répertorie uniquement les sprints qui ont été sélectionnés pour le focus d’équipe actuel. Si vous ne voyez pas les sprints que vous souhaitez répertorier, sélectionnez Nouveau sprint dans le menu, puis sélectionnez Sélectionner une itération existante. Pour plus d’informations, consultez Définir des chemins d’itération.

Afficher le rapport de tendances de burndown en contexte

1. Pour ouvrir le rapport Sprint burndown, sélectionnez Analytics.

   

2. Utilisez les contrôles interactifs pour effectuer une sélection parmi les options suivantes :

   1. Date de début et date de fin du sprint. Par défaut, ces dates seront les dates de sprint d’itération actuelles de l’équipe.
   2. Les backlogs/éléments de travail à utiliser, soit le backlog de produit (récits, problèmes, éléments de backlog de produit ou exigences) soit le backlog de tâches à utiliser. Votre sélection a un impact sur les options disponibles pour le menu Burndown on .
   3. Champ Burndown sur à utiliser pour calculer le burndown, soit un nombre d’éléments de travail, soit une somme d’un champ, par exemple points d’histoire, effort ou taille.
   4. Cochez ou décochez Afficher les jours non ouvrés. Les jours non ouvrés apparaissent sous forme de barres grises en arrière-plan lorsqu’ils sont activés. Les jours non ouvrés par défaut sont définis pour une équipe et pour le sprint d’une équipe dans la page de capacité. Pour plus d’informations, consultez Définir la capacité sprint.

   Sélectionnez Réinitialiser pour rétablir les options par défaut des contrôles. Par défaut, les dates sont définies sur le sprint sélectionné. Les modifications apportées aux dates de début et de fin ne modifient aucune définition de date de sprint.

3. Si vous ne suivez pas le travail restant dans les tâches, vous pouvez afficher le burndown en fonction d’un nombre d’éléments/tâches de travail. Pointez sur n’importe quel point du graphique pour afficher un résumé des données d’un jour spécifique.

Somme du travail restant

Lorsque vous choisissez d’afficher le backlog des tâches et la somme du travail restant, la zone bleue affiche la somme du travail restant par jour pour les tâches qui sont toujours actives ou en cours. À mesure que le travail restant est mis à jour, le graphique indique le taux de burndown. La ligne de tendance Étendue indique l’ajout du travail restant après le début du sprint. La ligne de tendance idéale indique le taux de burndown idéal pour le sprint. Les lignes de capacité sont affichées uniquement lorsque l’équipe a configuré la capacité.

Nombre d’éléments de travail

Lorsque vous choisissez d’afficher le nombre d’éléments de travail, la zone bleue indique le nombre d’éléments de travail ( qu’il peut s’agir d’articles/d’éléments de backlog/exigences ou de tâches en fonction du backlog sélectionné) qui sont toujours actifs ou en cours. La ligne de tendance Étendue indique quand de nouveaux éléments de travail sont ajoutés après le début du sprint. La ligne de tendance idéale indique le taux de burndown idéal pour le sprint.

Somme des points d’histoire

Lorsque vous choisissez d’afficher le backlog d’histoires et la somme des points d’histoire, la zone bleue affiche la somme des points d’histoire pour tous les récits d’utilisateur qui sont encore actifs ou en cours. La ligne de tendance Étendue indique quand des points d’histoire sont ajoutés après le début du sprint. La ligne de tendance idéale indique le taux de burndown idéal pour le sprint.

Remarque

Les options pour les champs de somme dépendent des champs numériques définis pour les types d’éléments de travail de catégorie de tâche et d’exigence. Les champs les plus courants utilisés pour afficher la tendance de burndown sont les suivants :

• Nombre d’éléments de travail
• Somme des points d’histoire, de l’effort ou de la taille
• Somme du travail restant.

Les sélections que vous effectuez sont définies uniquement pour vous et persistent entre les sessions jusqu’à ce que vous les modifiez.

Ajouter le rapport à un tableau de bord

1. Pour ajouter le rapport à un tableau de bord, sélectionnez l’icône actions, puis sélectionnez Copier dans le tableau de bord.

   

2. Sélectionnez le tableau de bord et sélectionnez OK.

Ajouter le widget Sprint Burndown à un tableau de bord

Vous pouvez ajouter le widget Sprint Burndown à un tableau de bord et sélectionner l’équipe dont vous souhaitez surveiller la progression. Vous configurez ces widgets pour une ou plusieurs équipes.

1. Si vous n’avez pas encore ajouté le widget Sprint Burndown à votre tableau de bord, procédez maintenant.

   Vous pouvez filtrer la boîte de dialogue Ajouter un widget avec « sprint burndown » pour localiser rapidement les deux widgets disponibles.

   

2. Pour configurer le widget, sélectionnez l’icône d’actions, puis sélectionnez l’option Configurer .

   

Configurer le widget Sprint Burndown basé sur l’analytique

1. Pour configurer le widget, sélectionnez l’icône d’actions, puis sélectionnez l’option Configurer .

   

2. Modifiez le titre du widget et sélectionnez la taille de votre choix. Le widget Sprint Burndown peut être mis à l’échelle jusqu’à 10x10.

3. Effectuez les sélections suivantes :

   • Équipe : sélectionnez l’équipe que vous souhaitez suivre.
   • Backlogs et éléments de travail : sélectionnez les éléments de travail à inclure dans votre burndown. Vous pouvez sélectionner n’importe quel backlog ou un type d’élément de travail spécifique.
   • Burndown on : choisissez la façon dont vous souhaitez effectuer un burndown. Vous pouvez effectuer un burndown en fonction du nombre d’éléments de travail ou d’une somme basée sur un champ sélectionné.
   • Sélectionner une itération : vous pouvez sélectionner @CurrentIteration ou une itération spécifique.
   • Période : si vous avez sélectionné @CurrentIteration, ces dates ne sont pas modifiables, car elles seront automatiquement à la date de début/fin de l’itération actuelle. Si vous avez sélectionné une itération spécifique, vous pouvez personnaliser la date de début/de fin du graphique burndown.

4. Fonctionnalités avancées : cochez les cases des options suivantes que vous souhaitez ajouter à votre graphique.

   • Afficher l’étendue totale : affiche à la fois l’augmentation historique et l’augmentation de l’étendue projetée.
   • Afficher les jours non ouvrés : affiche les jours non ouvrés sur le burndown. Lorsqu’ils sont affichés, les jours non ouvrés sont ombrés.
   • Tracer le reste à l’aide de la couleur du type d’élément de travail : affiche le travail restant en fonction de la couleur du type d’élément de travail, plutôt que de la couleur bleue par défaut. Si plusieurs éléments de travail sont inclus, il empile les couleurs par type d’élément de travail.

Configurer le widget Sprint Burndown (hérité)

Pour configurer le widget, sélectionnez l’icône d’actions, puis sélectionnez l’option Configurer .

Si votre tableau de bord dispose déjà d’une version héritée, vous pouvez facilement mettre à niveau le widget en modifiant la configuration du widget et en vérifiant Essayer la nouvelle version maintenant. Vous pouvez toujours revenir à la version héritée en décochant la case .

Graphiques de burndown de sprint actuels et passés

À chaque sprint, le système conserve un historique de votre activité.

Pour afficher un sprint passé et son graphique burndown, sélectionnez le sprint dans le sélecteur Sprint.

Vous pouvez passer en revue les rapports de burndown de sprint dans le contexte pour afficher les modèles d’équipe en cours d’exécution. Les graphiques de burndown conservent un enregistrement de la capacité de l’équipe à planifier et à estimer.

Mai

June

Juillet

Teams peut trouver utile d’examiner ces rapports régulièrement lors de leurs rétrospectives de sprint. Cela peut déclencher des discussions utiles et conduire à définir un ou plusieurs objectifs de sprint, tels que :

• Comment notre vitesse projetée correspond-elle à notre vitesse réelle ?
• Comment déterminer plus précisément ce que nous pouvons accomplir dans un sprint ?
• Comment terminer le travail à un rythme plus régulier tout au long du sprint ?

Étapes suivantes

Conseils de burndown et burnup

Articles connexes

• Définir les chemins d’itération et configurer les itérations d’équipe
• Planification de sprint
• Ajouter des tâches aux éléments du backlog
• Mettre à jour et surveiller votre tableau des tâches
• Scrum et bonnes pratiques
• Comprendre le graphique Scrum Burndown