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

Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019 | TFS 2018

Les métriques de vélocité fournissent des informations utiles, afin que les équipes puissent planifier et prévoir les sprints et déterminer dans quelle mesure elles estiment et respectent les engagements planifiés. Vous pouvez obtenir une indication de la quantité de travail qu’une équipe peut effectuer au cours d’un sprint en fonction du nombre d’éléments de travail terminés ou de la somme des estimations effectuées pour l’effort (éléments du backlog produit), les points d’histoire (récits utilisateur) ou 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 performance clés.

Dans cet article, découvrez comment effectuer les tâches suivantes :

• Ouvrir votre backlog à partir du portail web
• Afficher les types de graphiques de vélocité
• Afficher le rapport de vélocité en contexte
• Configurer le widget Vélocité
• Prise en charge du suivi de la vélocité avec les activités d’équipe requises et recommandées

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 Vélocité : le graphique de vélocité en 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 du tableau suivant, qui décrit les catégories d’état de flux de travail disponibles et leurs descriptions.

Les éléments affectés à un objet Proposé ou Résolu ne sont pas inclus dans les calculs terminés, terminés en retard 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 flux de travail	Description
Prévu	Calculé en fonction du nombre d’éléments de travail attribués au sprint avant le début du sprint. Si un élément de travail est affecté au sprint avant le début du sprint, puis affecté à un autre sprint après le début du sprint d’origine, il s’affiche comme Planifié dans le sprint d’origine, puis Terminé/Terminé, Late/Incomplet dans le nouveau sprint auquel il est affecté.
Effectué	Calculé en fonction du nombre d’éléments de travail attribué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 attribué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 attribués au sprint avant ou après le début du sprint et qui n’est pas encore terminé.

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

Graphique de vélocité en contexte

Widget Vélocité

Vous pouvez configurer chaque graphique des manières suivantes :

• Somme des champs Effort, Points d’histoire ou Taille , ou tout autre champ numérique pris en charge affecté aux éléments du 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 vélocité.

Ouvrir votre backlog à partir du portail web

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

2. SélectionnezBacklogs de tableaux>, puis sélectionnez votre équipe dans le menu déroulant.

   

3. Pour afficher les rapports en contexte pour le backlog de produits, case activée que vous avez sélectionné des articles pour Agile, des problèmes de base, des éléments du backlog pour Scrum ou des exigences pour CMMI comme niveau de backlog.

   

Afficher le rapport de rapidité en 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 l’intéresse.

1. Dans l’écranBacklogs de tableaux> de bord, sélectionnez Analyse pour ouvrir le rapport Velocity pour votre backlog de produit ou de portefeuille.

   

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

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

   Si votre équipe n’a pas terminé 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. Vous pouvez voir ce message : Définissez des 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 commence.

   Pointez sur une zone de colonnes 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 plus haut dans cet article.

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

   

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

6. Pour revenir au résumé Analytics, sélectionnez la flèche vers l’arrière .

Configurer le widget Vélocité

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

Si ce n’est 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 icône actions, puis 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 que vous souhaitez 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 sur le travail effectué 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 prévue 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 passés la date de début de l’itération lorsque le travail planifié est final : spécifiez le nombre de jours écoulés après 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 commence le 01/01/2018, et que trois éléments de backlog sont affectés à l’itération 01/01/2018 en fin de journée, ces trois éléments de backlog sont considérés comme planifiés. Si votre équipe n’a terminé la planification que quelques jours après l’itération, vous pouvez mettre à jour la date de début de l’itération des jours précédent lorsque le travail planifié est terminé.

   Notes

   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.

   • Mettez en évidence 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 sont considérés comme terminés en retard et s’affichent en vert clair. Cela est utile pour détecter une tendance où les éléments de travail sont marqués comme terminés une fois l’itération terminée
   • Jours après la date de fin de l’itération après laquelle le travail est en retard : spécifiez le nombre de jours passés où vous considérez un élément de travail en retard si son status est toujours nouveau ou en cours. Par exemple, la saisie 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 comme en retard.

   Notes

   Un élément de travail est considéré comme en retard lorsque la date d’achèvement 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é. Il prend en compte la valeur que vous entrez pour Jours date de fin d’itération après laquelle le travail est en retard.

4. Lorsque vous avez terminé, sélectionnez Enregistrer. L’image suivante montre la vitesse en fonction des points d’histoire et de huit sprints de données.

   

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

Tâches obligatoires et recommandées

Pour que votre équipe bénéficie de la meilleure utilité des graphiques Velocity, suivez les 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éfinissez et estimez 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 d’accès à la zone par défaut de votre équipe.
• Mettez à jour le status des éléments du backlog une fois le travail démarré et quand il est terminé. Seuls les éléments du backlog avec État en cours ou Terminé s’affichent sur le graphique ou le widget Velocity.

Recommandé :

• Définissez et dimensionner 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 s’affichent dans le backlog et sont comptabilisés dans le graphique de vitesse et les prévisions.
• Définissez le chemin d’accès à la 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. Le tableau Kanban, le backlog de sprint et le tableau des tâches affichent uniquement le dernier nœud d’une hiérarchie, appelé nœud feuille. Par exemple, si vous liez des éléments au sein d’une hiérarchie de quatre niveaux, seuls les éléments du quatrième niveau apparaissent sur le tableau Kanban, le backlog de sprint et le tableau des tâches.
  Au lieu d’imbriquer les exigences, les bogues et les tâches, nous vous recommandons de maintenir une liste plate uniquement qui crée des liens parent-enfant à un niveau de profondeur entre les éléments. Utilisez des fonctionnalités pour regrouper des exigences ou des récits utilisateur. Vous pouvez rapidement mapper des récits à des fonctionnalités, ce qui crée des liens parent-enfant en arrière-plan.
• À la fin du sprint, mettez à jour les status des éléments du backlog que l’équipe a entièrement terminés. Les éléments incomplets doivent être déplacés vers le backlog du produit et pris en compte lors d’une prochaine réunion de planification sprint.
• Réduisez la variabilité de taille des éléments de votre backlog pour renforcer la capacité de l’équipe à créer des estimations plus vraies. La variabilité augmente l’incertitude, mais la réduction de la variabilité de vos estimations augmente la probabilité de métriques de vitesse et de résultats de prévision plus fiables. Les estimations, de par leur nature, ne reflètent pas la réalité. Ils représentent une meilleure estimation par l’équipe quant à l’effort requis pour terminer un élément, car il s’agit de l’effort de terminer d’autres éléments dans 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 historiques ne peuvent pas être récupérées.

Ajouter d’autres équipes

Si vous travaillez avec plusieurs équipes et que chaque équipe souhaite utiliser son propre affichage du backlog, son graphique de vitesse et son outil de prévision, vous pouvez ajouter des équipes. Chaque équipe a ensuite accès à son propre ensemble d’outils Agile. Chaque outil Agile filtre les éléments de travail pour inclure uniquement ceux dont les chemins de zone et les chemins d’itération attribués répondent à ceux 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