Remarque
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
Azure DevOps Services | Azure DevOps Server | Azure DevOps Server 2022
Tout au long de votre sprint, surveillez le rapport de burndown du sprint pour déterminer si votre équipe est sur la piste pour terminer son plan de sprint. Deux diagrammes de burndown sont disponibles :
- Rapport de tendance Burndown contextualisé : visible à partir de l’onglet Analytique du backlog de sprint d’une équipe.
- Widget Sprint Burndown : ajouter à n’importe quel tableau de bord à partir du catalogue de widgets.
Les deux graphiques dérivent des données d’Analytics et prennent en charge le "burndown" en fonction d’un nombre d’éléments de travail ou d’une somme de points de récit, d’effort, de travail restant, ou d’autres champs numériques. Pour obtenir davantage d'options de configuration, consultez Configurer un widget de burndown ou de burnup. Pour obtenir une vue d'ensemble de tous les types de graphiques de burndown, consultez les conseils Burndown et burnup.
Conseil / Astuce
Vous pouvez utiliser l’IA pour vous aider à effectuer cette tâche plus loin dans cet article, ou voir Activer l’aide à l’IA avec Azure DevOps MCP Server pour commencer.
Prérequis
| Catégorie | Exigences |
|---|---|
| Niveaux d’accès |
-
Membre du projet. - Au moins accès basique . |
| Autorisations |
-
Administrateur d’équipe ou administrateur de projet ou autorisations de tableau de bord spécifiques accordées à vous. - Pour ajouter un widget à un tableau de bord d’équipe : membre de l’équipe. |
| Activation des fonctionnalités | Azure Boards activé. Si cette option est désactivée, aucun des widgets Analytics de suivi du travail n’est affiché. Pour le réactiver, consultez Activer ou désactiver un service. |
| de sensibilisation aux tâches | Sensibilisation à toutes les tâches requises ou recommandées répertoriées plus loin dans cet article. |
| Catégorie | Exigences |
|---|---|
| Niveaux d’accès |
-
Membre du projet. - Au moins accès basique . |
| Autorisations |
-
Administrateur d’équipe ou administrateur de projet ou autorisations de tableau de bord spécifiques accordées à vous. - Pour ajouter un widget à un tableau de bord d’équipe : membre de l’équipe. |
| Activation des fonctionnalités |
-
Azure Boards activé. Si cette option est désactivée, aucun des widgets Analytics de suivi du travail n’est affiché. Pour le réactiver, consultez Activer ou désactiver un service. - Analytique installée et activée. Les membres du groupe Administrateurs de collection de projets peuvent ajouter des extensions ou activer le service. Les propriétaires de l’organisation sont automatiquement membres de ce groupe. |
Pour surveiller le sprint burndown, votre équipe doit planifier des sprints et affecter du travail à ces sprints. Si vous souhaitez réduire le travail restant, vous devez également :
- Définissez et estimez les tâches pour chaque élément de backlog dans le sprint.
- Mettez à jour le travail restant pour chaque tâche au fur et à mesure que le travail progresse.
Important
La suppression de valeurs de chemin d’accès de zone ou la reconfiguration des valeurs de chemin d’itération entraîne une perte de données irréversible dans les graphiques suivants :
- Graphiques de burndown et burn up pour widget
- Graphes d'avancement de sprint
- Graphiques de vélocité pour les équipes avec des chemins de zone modifiés
- Graphiques de tendance historique qui référencent les valeurs chemin d’accès à la zone et chemin d’itération définies au moment de chaque élément de travail
Vous pouvez supprimer des chemins de zone et d’itération uniquement lorsqu’ils ne sont plus utilisés par des éléments de travail. Lorsque vous supprimez ces chemins d’accès, vous ne pouvez plus récupérer leurs données historiques.
Comprendre les éléments d'un graphique d'avancement de sprint
Le rapport dans le contexte et le widget Sprint Burndown affichent les mêmes éléments de graphique. L’étiquette de métrique d’en-tête (par exemple , Les histoires restantes ou tâches restantes) change en fonction du type d’élément de travail que vous sélectionnez.
| Élément | Descriptif |
|---|---|
| Plage de dates | Date de début et de fin du sprint. |
| Éléments restants | Nombre d’éléments de travail restants dans le sprint. L’étiquette change en fonction de la sélection du type d’élément de travail. |
| Terminé | Pourcentage de travail terminé en fonction de l’étendue d’origine. Sélectionnez Terminé pour afficher la liste complète des éléments de travail terminés. |
| moyenne de brûlure | Travail moyen effectué par jour ou intervalle. |
| Augmentation totale de l’étendue | Modification du travail par rapport au périmètre d'origine depuis le début du burndown. |
| restant | Nombre d’éléments de travail toujours actifs ou en cours. |
| Étendue totale | Nombre total d’éléments de travail dans le sprint, y compris les éléments fermés. L’étendue diminue lorsque le chemin d’itération d’un élément passe à un autre sprint ou lorsque les éléments sont terminés. |
| Tendance idéale | Taux de brûlure idéal calculé à partir du nombre d’éléments de travail, des jours dans le sprint et des jours ouvrés. |
Étant donné que les membres individuels de l'équipe peuvent mettre à jour leurs éléments de travail une fois par semaine ou tous les quelques jours, il existe généralement un modèle d'épuisement en escalier.
Ouvrir le rapport Burndown Trend dans un contexte intégré
Accédez à Boards>Sprints, sélectionnez votre équipe, puis sélectionnez Backlog.
Pour afficher un autre sprint, ouvrez le sélecteur de sprint et sélectionnez le sprint souhaité.
Si vous ne voyez pas le sprint souhaité, sélectionnez Nouveau sprint>Sélectionner une itération existante. Pour plus d’informations, consultez Définir des chemins d’itération.
Sélectionnez l’onglet Analyse.
Utilisez les contrôles interactifs pour configurer le rapport :
- Date de début et date de fin : valeur par défaut pour les dates de sprint actuelles.
- Backlogs/Éléments de travail : sélectionnez un backlog de produit (récits, problèmes, éléments de backlog de produit ou exigences) ou le backlog des tâches. Votre sélection détermine le burndown disponible dans les options.
- Burndown on : Sélectionnez Nombre d'éléments de travail ou la somme d'un champ tel que Points de récit, Effort ou Taille.
- Afficher les jours non ouvrés : affiche les jours non ouvrés sous forme de barres grises. Pour plus d’informations, consultez Définir la capacité sprint.
Sélectionnez Réinitialiser pour revenir aux options par défaut. Les modifications apportées aux contrôles de date ne modifient pas les définitions de date de sprint.
Pointez sur n’importe quel point du graphique pour afficher un résumé pour cette journée.
Le graphique affiche différentes données en fonction de votre sélection Burndown activé :
La zone bleue indique la somme du travail restant par jour pour les tâches actives ou en cours. La ligne d’étendue affiche le travail restant ajouté après le démarrage du sprint. La ligne idéale montre le taux de réduction idéal. Les lignes de capacité apparaissent uniquement lorsque la capacité est configurée par l’équipe.
Note
Les champs de somme disponibles dépendent des champs numériques définis pour les catégories d'éléments de travail de tâches et d'exigences. Les champs les plus courants sont les points d'histoire, l’effort ou la taille et le travail restant.
Vos sélections persistent entre les sessions jusqu’à ce que vous les modifiez.
Ajouter le rapport à un tableau de bord
Pour ajouter le rapport dans le contexte à un tableau de bord, sélectionnez l’icône 
d’actions et sélectionnez Copier dans le tableau de bord. Sélectionnez ensuite le tableau de bord cible.
Ajouter et configurer le widget Sprint Burndown
Ajoutez le widget Sprint Burndown à votre tableau de bord. Filtrez la boîte de dialogue Ajouter un widget par burndown sprint pour localiser le widget.
Sélectionnez l’icône
Actions sur le widget, puis sélectionnez Configurer.
Configurez les paramètres suivants :
Réglage Descriptif Titre Modifiez le titre du widget. Taille Sélectionnez votre taille préférée (jusqu’à 10 x 10). Équipe Sélectionnez l’équipe à suivre. Backlogs et éléments de travail Sélectionnez un niveau de backlog ou un type d’élément de travail spécifique. Graphique d'avancement sur Choisissez Nombre d’éléments de travail ou somme en fonction d’un champ sélectionné. Sélectionner l’itération Choisissez @CurrentIteration ou une itération spécifique. Période Pour @CurrentIteration, les dates sont définies automatiquement. Pour une itération spécifique, personnalisez les dates de début et de fin. Sélectionnez les fonctionnalités avancées à ajouter à votre graphique :
Choix Descriptif Afficher l’étendue totale Affiche l’augmentation de l’étendue historique et projetée. Afficher les jours non ouvrés Mise en évidence des jours chômés sur le diagramme de burndown. Représenter graphiquement le restant en utilisant la couleur du type d’élément de travail Les couleurs restantes fonctionnent par type d’élément de travail au lieu de bleu par défaut. Empile les couleurs pour différents types de tâches. Cliquez sur Enregistrer.
Widget Sprint Burndown (hérité)
Les graphiques de l'élément Sprint Burndown (hérité) affichent le travail restant basé sur le travail restant pour les tâches dans le sprint actuel d'une équipe. Utilisez cette version lorsque vous n’avez pas accès à Analytics.
Pour configurer le widget, sélectionnez l’icône d’actions , puis sélectionnez Configurer. Les options de configuration incluent la sélection d’équipe et la taille du widget.
Conseil / Astuce
Pour mettre à niveau un widget hérité existant, sélectionnez Essayer la nouvelle version maintenant dans la boîte de dialogue de configuration. Vous pouvez revenir à tout moment.
Passer en revue les graphiques de burndown du sprint précédent
Lorsque vous effectuez chaque sprint, le système conserve l’historique de votre activité. Pour afficher le graphique de burndown d’un sprint passé, sélectionnez-le dans le sélecteur de sprint.
Lorsque vous passez en revue les diagrammes de burndown passés pendant les rétrospectives, vous pouvez identifier les tendances dans l'exécution de votre équipe. Prenez en compte les questions suivantes :
- Comment votre vitesse projetée correspond-t-elle à votre vitesse réelle ?
- Comment pouvez-vous déterminer plus précisément combien votre équipe peut accomplir dans un sprint ?
- Comment effectuer un travail à un rythme plus régulier tout au long du sprint ?
Meilleures pratiques pour le sprint burndown
- Définissez les tâches qui prennent un jour ou moins pour réduire l’impact des estimations médiocres.
- Ne divisez pas les tâches en tâches subordonnées. Si vous le faites, spécifiez uniquement les heures pour les tâches subordonnées : les heures sont cumulées en tant que valeurs récapitulatives pour la tâche parente.
- Mettez à jour le travail restant quotidiennement ou plusieurs fois par semaine pour obtenir un diagramme de burndown plus fluide.
- À la fin de chaque sprint, mettez à jour l’état des tâches terminées et déterminez comment gérer les tâches incomplètes.
Résoudre les problèmes d’un graphique de burndown vide
Si votre diagramme de burndown du sprint apparaît vide, vérifiez les points suivants :
- Les tâches affectées au sprint sont-elles associées au graphique ?
- Le travail restant est-il affecté aux tâches ?
- Les éléments de travail parent 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.
Utiliser l’IA pour surveiller le burndown sprint
Si vous configurez le serveur MCP Azure DevOps, vous pouvez utiliser des assistants IA pour vous aider à configurer et interpréter les graphiques sprint burndown.
Exemples d’invites
| Tâche | Exemple d’invite |
|---|---|
| Afficher le rapport | Open the in-context sprint burndown report for <team> in <project> (<organization>) and explain what I'm seeing |
| Configurer le widget | Help me set up a Sprint Burndown widget on the <dashboard> dashboard for <team> in <project> (<organization>) that burns down Remaining Work |
| Résoudre les problèmes d’un graphique vide | My sprint burndown chart is empty for <team> in <project> (<organization>) — walk me through what to check (iterations, tasks, Remaining Work, and parent items) |
| Suivre par points d’histoire | Help me configure sprint burndown by Story Points for <team> in <project> (<organization>) and explain any prerequisites |
| Interpréter un burndown plat | In sprint <sprint-name>, our burndown is flat for the first <n> days — what does that usually indicate, and what should <team> do next? |
| Identifier les modifications d’étendue | In the sprint burndown for <team> in <project> (<organization>), how do I tell whether scope was added mid-sprint and when it happened? |
| Comparer le rapport et le widget | What's the difference between the in-context Burndown Trend report and the Sprint Burndown widget in Azure DevOps, and when should <team> use each? |
| Comparer les sprints | Compare the last <n> sprints for <team> in <project> (<organization>) using burndown patterns and summarize whether our estimation accuracy is improving |
| Préparer une rétrospective | Based on the last sprint burndown for <team> in <project> (<organization>), suggest 3 retrospective questions and 3 process improvements to discuss |
Conseil / Astuce
Si vous utilisez Visual Studio Code, le mode agent est particulièrement utile pour itérer sur l'analyse en plusieurs étapes (par exemple, en comparant les tendances d'épuisement sur plusieurs sprints et en récapitulant les conclusions).