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

• 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.

• Tenez compte des tâches requises et recommandées, répertoriées plus loin dans cet article.

Conseil

Les images que vous voyez à partir de votre portail web peuvent différer de celles que vous voyez dans cet article. Ces différences résultent des mises à jour apportées à votre application web, des options que vous ou votre administrateur avez activées et du processus choisi lors de la création de votre projet : Agile, Basic, Scrum ou CMMI. Le processus de base est disponible avec Azure DevOps Server 2019 Update 1 et versions ultérieures.

Types de graphiques de vélocité

Vous avez le choix entre les graphiques de vélocité : le graphique de vélocité dans le contexte auquel vous accédez à partir d’une page Backlogs et le widget Vélocité que vous ajoutez à un tableau de bord. Avec ces deux graphiques, vous pouvez rapidement déterminer les informations contenues dans le tableau suivant, qui décrivent les catégories d’état de flux de travail disponibles et leurs descriptions.

Les éléments attribués à un projet ou résolu ne sont pas inclus dans les calculs terminés, terminés ou incomplets. Pour plus d’informations, consultez Comment les états de catégorie de flux de travail sont utilisés dans Azure Boards. Les sélections que vous effectuez sont définies uniquement pour vous et sont conservées entre les sessions jusqu’à ce que vous les modifiez.

État du workflow	Description
Prévu	Calculé en fonction du nombre d’éléments de travail affectés au sprint avant le début du sprint. Si un élément de travail est affecté au sprint avant de commencer, mais qu’il est affecté à un autre sprint après le début du sprint d’origine, il s’affiche comme Planifié dans le sprint d’origine. Ensuite, l’élément de travail s’affiche en retard ou incomplet dans le nouveau sprint auquel il est affecté.
Terminée	Calculé en fonction du nombre d’éléments de travail affectés au sprint avant ou après le début du sprint et terminé avant la fin du sprint.
Terminé en retard	Calculé en fonction du nombre d’éléments de travail affectés au sprint avant ou après le début du sprint, mais terminé après la fin du sprint.
Incomplet	Calculé en fonction du nombre d’éléments de travail affectés au sprint avant ou après le début du sprint et non encore terminé.

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 des champs Effort, Points d’histoire ou Taille ou autres champs numériques pris en charge affectés aux éléments de backlog
• Nombre d’éléments de travail qui apparaissent dans le backlog
• Nombre d'itérations

Le widget prend en charge d’autres options de configuration. Pour configurer ou afficher des graphiques de vélocité, consultez Configurer et afficher des graphiques de vitesse.

Afficher le rapport de vélocité dans le contexte

Les rapports de vélocité sont disponibles pour chaque niveau de backlog, à la fois les backlogs de produits et de portefeuille. Chaque rapport fournit des contrôles interactifs pour fournir à chaque utilisateur l’affichage qui lui intéresse.

1. Connectez-vous à votre organisation (https://dev.azure.com/{yourorganization}) et accédez à votre projet.

2. Dans l’écran Backlogs boards>, sélectionnez Analytics 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é Analytics, 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 Analytics.

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) Sélectionnez les zones case activée 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 passés par la date de début pour compter le travail planifié. 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.

   Remarque

   Le travail est considéré comme planifié s’il est affecté à l’itération à partir de la date de début de l’itération.

   • 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 qu’ils ne soient considérés en retard.

     Remarque

     Un élément de travail est considéré en retard lorsque la date de fin de l’élément de travail est postérieure à la date de fin de l’itération à laquelle l’élément de travail est actuellement affecté. Elle prend en compte la valeur que vous entrez pour la date de fin de l’itération de jours après laquelle le travail est en retard.

4. Lorsque vous avez terminé, sélectionnez 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 que votre équipe obtienne le plus grand utilitaire des graphiques Vélocité, suivez ces tâches requises et recommandées.

Obligatoire :

• Définissez les chemins d’itération (sprints) et configurez les itérations d’équipe. Les sprints doivent être de la même durée.
• Définir et estimer les éléments du backlog. Si vous travaillez à partir du backlog de votre équipe, les éléments que vous créez sont automatiquement affectés au sprint actuel (itération) et au chemin de zone par défaut de votre équipe.
• Mettez à jour l’état des éléments du backlog une fois le travail démarré et le moment où il est terminé. Seuls les éléments de backlog avec état en cours ou Terminé s’affichent sur le graphique ou le widget Vélocité.

Recommandé :

• Définissez et dimensionnez les éléments du backlog pour réduire la variabilité.
• Déterminez la façon dont votre équipe souhaite traiter les bogues. Si votre équipe choisit de traiter les bogues comme les exigences, les bogues apparaissent sur le backlog et sont comptabilisés 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 éléments en fonction des paramètres par défaut de votre équipe. Ces paramètres peuvent spécifier d’inclure des éléments dans les chemins de zone sous la valeur par défaut de l’équipe ou de les exclure.
• Ne créez pas de hiérarchie d’éléments de backlog et de bogues. Les tableaux Kanban et les tableaux de tâches et le backlog sprint affichent uniquement le dernier nœud d’une hiérarchie, appelé nœud feuille. Par exemple, si vous liez des éléments dans une hiérarchie de quatre niveaux, seuls les éléments au quatrième niveau apparaissent sur le tableau Kanban, le backlog sprint et le tableau des tâches.
  Au lieu d’imbriquer les exigences, les bogues et les tâches, nous vous recommandons de conserver une liste plate uniquement créant des liens parent-enfant d’un niveau à un niveau profond entre les éléments. Utilisez les fonctionnalités pour regrouper les exigences ou les récits utilisateur. Vous pouvez mapper rapidement des récits à des fonctionnalités, qui créent des liens parent-enfant en arrière-plan.
• Mettez à jour l’état de ces éléments de backlog que l’équipe a terminé à la fin du sprint. Les éléments incomplets doivent être déplacés vers le backlog de produit et pris en compte lors d’une réunion de planification de sprint ultérieure.
• Réduisez la variabilité de taille de vos éléments de backlog pour renforcer la capacité de l’équipe à créer des estimations truer. La variabilité augmente l’incertitude, mais en minimisant la variabilité de vos estimations, augmente la probabilité de métriques de vitesse plus fiables et de résultats de prévision. Les estimations, par leur nature, ne reflètent pas la réalité. Ils représentent une meilleure estimation par l’équipe quant à l’effort nécessaire pour terminer un élément, car il s’agit de l’effort d’effectuer d’autres éléments sur le backlog.

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 d’historique ne peuvent pas être récupérées.

Ajouter d’autres équipes

Si chaque équipe souhaite travailler avec son propre affichage du backlog, le graphique de vélocité et l’outil de prévision, vous pouvez ajouter une nouvelle équipe. Chaque équipe a accès à son propre ensemble d’outils Agile. Chaque outil Agile filtre les éléments de travail pour inclure uniquement les chemins d’accès de zone affectés et les chemins d’itération définis pour l’é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