Afficher et configurer la vélocité de l’équipe

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

Les métriques de vélocité fournissent des informations utiles, afin que les équipes puissent planifier et prévoir des sprints et déterminer la façon dont elles évaluent et répondent aux engagements planifiés. Vous pouvez obtenir une indication de la quantité de travail qu’une équipe peut effectuer pendant un sprint en fonction d’un nombre d’éléments de travail terminés ou de la somme des estimations effectuées pour l’effort (éléments du backlog de produit), des points d’histoire (récits utilisateur) ou de la taille (exigences). Utilisez la vélocité comme aide pour déterminer la capacité de l’équipe et ne la confondez pas avec les indicateurs de performances clés.

Prérequis

• Appartenance au projet :
  • Vous devez être membre d’un projet. Être ajouté à un projet ou en créer un.
• Appartenance à l’équipe et autorisations :
  • 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.
  • Vous avez besoin d’autorisations de tableau de bord, ou être administrateur d’équipe ou administrateur de projet.
• Activation des fonctionnalités :
  • Les tableaux doivent être activés. Si cette option est désactivée, aucun des widgets de suivi de travail Analytique ne s’affiche. Pour le réactiver, consultez TActiver ou désactiver un service Azure DevOps.
• Sensibilisation aux tâches :
  • Tenez compte des tâches requises et recommandées, répertoriées plus loin dans cet article.

Conseil

Les images de cet article peuvent différer de ce que vous voyez dans votre portail web. Ces différences peuvent être dues aux mises à jour de votre application web, aux options activées par vous ou à votre administrateur, et au processus choisi lors de la création de votre projet (Agile, Basic, Scrum ou CMMI). Le processus de base est disponible à partir d’Azure DevOps Server 2019 Update 1.

Types de graphiques de vélocité

Vous pouvez choisir entre deux graphiques de vélocité : le graphique de vélocité dans le contexte à partir de la page Backlogs et le widget Vélocité pour les tableaux de bord. Les deux graphiques vous aident à comprendre rapidement les catégories d’état de flux de travail décrites dans le tableau ci-dessous.

Les éléments dans les états proposés ou résolus sont exclus des calculs terminés, terminés et incomplets . Pour plus d’informations, consultez Comment les états de catégorie de flux de travail sont utilisés dans Azure Boards. Vos sélections sont personnelles et persistantes entre les sessions jusqu’à ce qu’elles soient modifiées.

État du workflow	Description
Prévu	Éléments de travail affectés à un sprint avant de commencer. S’ils sont réaffectés après le début du sprint, ils restent planifiés dans le sprint d’origine et apparaissent en retard ou incomplets dans le nouveau sprint.
Effectué	Éléments de travail affectés au sprint et terminés avant la fin du sprint.
Terminé en retard	Éléments de travail affectés au sprint, mais terminés après la fin du sprint.
Incomplet	Éléments de travail affectés au sprint, mais pas encore terminés.
Résolu	Bogues affectés au sprint, indiquant qu’une solution a été implémentée, mais pas encore vérifiée.

Plus loin dans cet article, découvrez comment ouvrir le rapport de vélocité dans le contexte ou configurer le widget Vélocité.

Graphique de vélocité dans le contexte

Widget Vélocité

Vous pouvez configurer chaque graphique de la manière suivante :

• Somme de l’effort, des points de récit, des champs de taille ou d’autres champs numériques pris en charge affectés aux éléments de backlog.
• Nombre d’éléments de travail sur le backlog.
• Nombre d’itérations.

Le widget offre plus d’options de configuration. Pour plus d’informations, consultez Configurer et afficher les graphiques de vélocité.

Afficher le rapport de vélocité dans le contexte

Les rapports de vélocité sont disponibles pour les backlogs de produits et de portefeuille. Chaque rapport inclut des contrôles interactifs, ce qui permet aux utilisateurs de personnaliser l’affichage selon leurs intérêts spécifiques.

1. Connectez-vous à votre projet (https://dev.azure.com/{Your_Organization/Your_Project}).

2. Sélectionnez les backlogs boards>>Analytique pour ouvrir le rapport Vélocité de votre produit ou de votre backlog de portefeuille.

   

3. Pour passer à un autre backlog, choisissez parmi le sélecteur de backlog, puis sélectionnez Afficher le rapport complet pour la vitesse.

4. Utilisez les contrôles interactifs pour sélectionner le nombre ou le champ de somme et le nombre d’itérations. Sélectionnez Itérations personnalisées pour spécifier un nombre quelconque d’itérations comprises entre 1 et 15.

   Si votre équipe ne termine pas un sprint ou si vous travaillez sur des éléments avant une date de début de sprint, il n’existe aucune donnée à analyser et à prévoir. Ce message peut s’afficher : définissez les dates d’itération pour utiliser ce widget. Pour résoudre cette situation, définissez une plage de dates d’itération pour inclure la date actuelle ou attendez que le sprint démarre.

   Pointez sur une zone de colonne pour afficher un résumé des éléments de travail planifiés et terminés. Par exemple, pour le sprint 07_2019, 131 éléments sont planifiés.

   

   Pour plus d’informations, consultez les descriptions d’état du flux de travail mentionnées précédemment dans cet article.

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

   

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

7. Pour revenir au résumé Analytique, sélectionnez la flèche arrière.

Configurer le widget Vélocité

Vous ne pouvez configurer votre widget Vélocité que pour une seule équipe. Si vous souhaitez afficher la vitesse pour plusieurs équipes, vous devez configurer une équipe de gestion de portefeuille qui se cumule à partir de plusieurs équipes. Pour plus d’informations, consultez Ajouter des équipes.

Si vous ne l’avez pas encore fait, ajoutez le widget Vélocité à votre tableau de bord. Pour Azure DevOps Server 2019, activez ou installez Analytique.

Effectuez les étapes suivantes pour configurer le widget Vélocité.

1. Sélectionnez l’icône Actions et sélectionnez l’option Configurer pour ouvrir la boîte de dialogue de configuration.

   

   Modifiez le titre, sélectionnez l’équipe, puis sélectionnez le niveau du backlog ou le type d’élément de travail à suivre. Indiquez si vous souhaitez suivre un nombre d’éléments de travail ou une somme d’un champ numérique. Le champ additionné le plus courant est celui de l’effort, des points d’histoire ou de la taille.

   

2. Spécifiez le nombre de sprints à afficher. La valeur par défaut est 6 et la valeur maximale est 15.

3. (Facultatif) Cochez les cases pour afficher des informations supplémentaires pour le travail terminé plus tard que prévu pour chaque sprint.

   • Afficher le travail planifié pour les itérations : cochez cette case pour afficher la quantité de travail planifiée pour une itération au début de l’itération, ce qui est utile pour comparer votre travail planifié aux livrables réels. Par défaut, le nombre de travaux planifiés commence à la date de début de l’itération.
   • Jours précédents date de début de l’itération lorsque le travail planifié est final : spécifiez le nombre de jours antérieurs à la date de début du comptage des travaux planifiés. Par exemple, si les deux premiers jours d’une itération sont destinés à la planification, vous pouvez entrer 3, et le travail planifié est compté le troisième jour. Par exemple, si l’itération démarre sur 01/01/2024, et que trois éléments de backlog sont affectés à l’itération à 01/01/2024 la fin de la journée, ces trois éléments de backlog sont considérés comme planifiés. Si votre équipe ne termine pas la planification jusqu’à quelques jours dans l’itération, vous pouvez mettre à jour la date de début des jours précédents de l’itération lorsque le travail planifié est final.
   • Mettre en surbrillance le travail terminé en retard : cochez cette case pour afficher les éléments de travail marqués comme terminés après la date de fin de l’itération, qui est considérée comme étant terminée en retard et affichée en vert clair. La mise en surbrillance du travail terminé tard est utile pour repérer une tendance dans laquelle les éléments de travail sont marqués comme terminés une fois l’itération terminée.
   • Date de fin des jours de l’itération après laquelle le travail est en retard : spécifiez le nombre de jours précédents que vous considérez comme un élément de travail en retard si son état est toujours nouveau ou est en cours. Par exemple, l’entrée de trois jours donne à l’équipe 3 jours après la fin d’une itération pour marquer les éléments de travail terminés ou terminés, avant d’être considérés en retard.

4. Cliquez sur Enregistrer. L’image suivante montre la vélocité basée sur les points d’histoire et huit sprints de données.

   

Pour plus d’informations sur les états planifiés, terminés, terminés et incomplets, consultez les descriptions d’état mentionnées plus haut dans cet article.

Tâches requises et recommandées pour l’utilisation des graphiques de vélocité

Pour que votre équipe obtienne le plus grand utilitaire des graphiques Vélocité, suivez ces tâches requises et recommandées.

Tâches requises

• Définissez les chemins d’itération (sprints) et configurez les itérations d’équipe. Vérifiez que les sprints sont de la même durée.
• Définir et estimer les éléments du backlog. Les éléments créés à partir du backlog de l’équipe sont automatiquement affectés au sprint actuel et au chemin de zone par défaut de l’équipe.
• Mettez à jour l’état des éléments du backlog au démarrage et à la fin du travail. Seuls les éléments dont l’état est en cours ou Terminé apparaissent sur le graphique ou le widget Vélocité.

Tâches recommandées

• Définissez et dimensionner les éléments du backlog pour réduire la variabilité.
• Décidez de la façon dont votre équipe traite les bogues. Si elles sont traitées comme des exigences, les bogues apparaissent dans le backlog et sont inclus dans le graphique de vélocité et les prévisions.
• Définissez le chemin de zone de votre équipe. L’outil de prévision prévoit ces paramètres pour inclure ou exclure des éléments dans les chemins de zone sous la valeur par défaut de l’équipe.
• Évitez de créer une hiérarchie d’éléments de backlog et de bogues. Le tableau, les tableaux de tâches et le backlog sprint affichent uniquement le dernier nœud d’une hiérarchie. Au lieu de cela, conservez une liste plate avec des liens parent-enfant d’un niveau profond. Utilisez les fonctionnalités pour regrouper les exigences ou les récits utilisateur.
• Mettez à jour l’état des éléments de backlog terminés à la fin du sprint. Revenez aux éléments incomplets vers le backlog de produit pour la planification future du sprint.
• Réduisez la variabilité de taille des éléments de backlog pour améliorer la précision de l’estimation. La réduction de la variabilité augmente la fiabilité des métriques de vitesse et des résultats de prévision. Les estimations sont les meilleures estimations par l’équipe concernant l’effort nécessaire pour terminer un élément par rapport à d’autres personnes sur le backlog.

Important

La suppression de chemins d’accès de zone ou la reconfiguration des chemins d’itération entraîne une perte de données irréversible. Par exemple, les graphiques de widgets burndown et burnup, sprint burndown et les graphiques de vélocité pour les équipes avec les chemins d’accès de zone modifiés n’affichent pas de données précises . Les graphiques de tendance historique référencent le chemin d’accès à la zone et le chemin d’itération définis au moment de chaque élément de travail. Une fois supprimées, les données historiques de ces chemins d’accès ne peuvent pas être récupérées.

Ajouter d’autres équipes

Si chaque équipe souhaite avoir sa propre vue de backlog, son graphique de vélocité et son outil de prévision, vous pouvez ajouter une nouvelle équipe. Chaque équipe a accès à son propre ensemble d’outils Agile, qui filtrent les éléments de travail pour inclure uniquement les chemins d’accès aux zones affectées et les chemins d’itération spécifiques à cette équipe.

Étapes suivantes

Planifier votre sprint

Articles connexes

• Prévoir vos sprints
• Définir des autorisations sur un tableau de bord
• Définir les chemins d’itération (sprints) et configurer les itérations d’équipe
• Configurer un widget burndown ou burnup