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
  • Ouvrir votre backlog à partir du portail web
  • Afficher les types de graphiques de vélocité
  • Afficher le rapport velocity en contexte (magasin de données de suivi du travail)
  • Prise en charge du suivi de la vélocité avec les activités d’équipe requises et recommandées

Prérequis

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

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

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. Le widget Vélocité vous permet de déterminer rapidement les informations suivantes :

  • Vitesse planifiée
  • Vitesse réelle (terminée)
  • Travail effectué plus tard que prévu
  • Quantité de travail non terminée

Ces deux graphiques prennent en charge la visualisation de la vélocité de l’équipe pour plusieurs sprints. Toutefois, le widget Vélocité prend en charge les options de configuration 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
  • Fonctionnalités avancées.

Les graphiques de vélocité en contexte sont basés sur la somme des champs Effort, Story Points ou Taille attribués aux éléments du backlog. Ces graphiques sont similaires à ceux présentés dans l’image suivante.

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.

    Capture d’écran montrant Open Boards, Backlogs et sélectionner une équipe.

  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.

    Capture d’écran montrant comment sélectionner le niveau de backlog du produit, les éléments du backlog, les articles ou les exigences.

  1. Vérifiez que vous avez sélectionné le projet approprié, puis sélectionnez Backlogs de tableaux>. Sélectionnez ensuite l’équipe appropriée dans le menu du sélecteur d’équipe.

    Capture d’écran montrant comment ouvrir des tableaux, des backlogs, pour une équipe pour Azure DevOps Server 2019.

    Pour sélectionner un autre backlog, ouvrez le sélecteur, puis sélectionnez une autre équipe ou sélectionnez l’option Parcourir tous les backlogs . Vous pouvez également entrer une mot clé dans la zone de recherche pour filtrer la liste des backlogs d’équipe pour le projet.

    Capture d’écran de la liste déroulante Mes backlogs d’équipe.

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

    Capture d’écran de l’option de liste déroulante Éléments du backlog.

À partir de votre portail web, ouvrez le backlog produit de votre équipe et sélectionnez l’équipe dans le sélecteur de projet et d’équipe. Ensuite, sélectionnezBacklogs detravail>. Sélectionnez le backlog de produits, qui correspond aux éléments du backlog pour Scrum, aux récits pour Agile ou aux exigences pour CMMI.

Capture d’écran de la page Ouvrir les backlogs, TFS 2018.

Pour sélectionner une autre équipe, ouvrez le projet et le sélecteur d’équipe. Sélectionnez une autre équipe ou sélectionnez l’option Parcourir .

Capture d’écran de la sélection d’une autre équipe, TFS 2018.

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.

    Capture d’écran montrant Backlogs, ouvrez Analytics.

  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.

    Capture d’écran du rapport Velocity Analytics.

    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.

    Capture d’écran du rapport analytique en contexte, option 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 .

  1. À partir du portail web, ouvrez votre backlog de produit.

  2. (1) Vérifiez que vous avez sélectionné le bon projet, (2) sélectionnezBacklogs de tableaux>, puis (3) sélectionnez l’équipe appropriée dans le menu du sélecteur d’équipe.

    Capture d’écran d’open boards, backlogs, pour une équipe, Azure DevOps Server 2019.

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

    Capture d’écran de Sélectionner une autre équipe, Azure DevOps Server 2019.

    Conseil

    Sélectionnez l’icône star pour favoris un backlog d’équipe. Les artefacts favoris ( icône favorite) s’affichent en haut de la liste du sélecteur d’équipe.

  3. Vérifiez que vous avez sélectionné éléments backlog (pour Scrum), Stories (pour Agile) ou Exigences (pour CMMI) comme niveau du backlog.

    Capture d’écran permettant de sélectionner le niveau du backlog du produit, les éléments du backlog, les récits ou les exigences dans Azure DevOps Server 2019.

  4. Ouvrez le graphique Vélocité.

    Capture d’écran pour sélectionner le niveau du backlog de produit, les éléments du backlog, les récits ou les exigences, Azure DevOps Server 2019.

    Pour que les graphiques apparaissent, votre équipe doit effectuer les activités suivantes :

    • Sélectionnez sprints pour votre équipe.
    • Attribuez des éléments de backlog aux sprints.
    • Estimez les éléments du backlog en définissant l’effort, les points d’histoire ou la taille.
  5. Le graphique suit le travail estimé du backlog (somme de l’effort, des points d’histoire ou de la taille) terminé (vert) dans les sprints précédents ou en cours (bleu).

    Comme le montre le graphique suivant, la vitesse a tendance à fluctuer d’un sprint à l’autre pour différentes raisons. Toutefois, vous pouvez rapidement déterminer la vitesse moyenne en faisant la moyenne des valeurs affichées en vert pour chaque sprint. Vous pouvez ensuite connecter la moyenne à l’outil Prévision.

    Portail web, graphique vélocité montrant sept sprints de travail en cours et terminés

    Notes

    Les éléments de travail basés sur le processus Scrum sont comptés dans le graphique une fois leur état défini sur Commit, tandis que les éléments basés sur les processus Agile et CMMI sont comptés une fois leur état défini sur Actif. Ce comportement est défini via les états du flux de travail sur les mappages d’état de catégorie.

  1. À partir du portail web, ouvrez le backlog du produit, puis sélectionnez le graphique Vélocité.

    Capture d’écran pour sélectionner le graphique Vélocité dans la zone supérieure droite de la page.

    Pour que les graphiques apparaissent, votre équipe doit effectuer les activités suivantes :

    • Sélectionnez sprints pour votre équipe.
    • Attribuez des éléments de backlog aux sprints.
    • Estimez les éléments du backlog en définissant l’effort, les points d’histoire ou la taille.
  2. Le rapport suit le travail estimé de votre backlog (somme de l’effort, des points d’histoire ou de la taille) qui a été effectué (vert) lors des sprints précédents ou qui est en cours (bleu).

    Comme le montre ce graphique, la vitesse fluctue d’un sprint à l’autre pour différentes raisons. Toutefois, vous pouvez rapidement déterminer la vitesse moyenne en faisant la moyenne des valeurs affichées en vert pour chaque sprint. Vous pouvez ensuite connecter la moyenne à l’outil Prévision.

    Capture d’écran du graphique Vélocité montrant sept sprints de travail en cours et terminés.

    Notes

    Les éléments de travail basés sur le processus Scrum sont comptés dans le graphique une fois leur état défini sur Commit, tandis que les éléments basés sur les processus Agile et CMMI sont comptés une fois leur état défini sur Actif. Ce comportement est défini via les états du flux de travail sur les mappages d’état de catégorie.

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 Actions icône actions, puis sélectionnez l’option Configurer pour ouvrir la boîte de dialogue de configuration.

    Capture d’écran montrant la séquence de boutons mis en surbrillance pour configurer le tableau de bord Velocity.

    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.

    Capture d’écran montrant la boîte de dialogue Configurer, widget Vélocité.

  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.

    Capture d’écran de l’exemple de widget Velocity, 8 itérations.

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.

Pour que votre équipe bénéficie de la meilleure utilité des graphiques Velocity, suivez les tâches requises et recommandées.

Obligatoire :

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