Termes et concepts utilisés lors du suivi des éléments de travail dans Azure Boards

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

Le glossaire Microsoft Agile est un bref dictionnaire de termes utilisés dans le suivi du travail à l’aide de Azure Boards. D’autres termes sont définis dans les articles suivants :

• Concepts clés de Kanban
• Sprints et concepts clés de Scrum
• Index des champs Élément de travail
• Glossaire de la gestion de projet et de la navigation

Méthodes agiles

Une famille de meilleurs processus d’ingénierie dont l’objectif est de permettre la livraison rapide de logiciels de haute qualité et une approche métier qui aligne le développement sur les besoins des clients et les objectifs de l’entreprise. Dans ce paradigme, une inspection et une adaptation fréquentes sont nécessaires, avec le travail d’équipe, l’auto-organisation et la responsabilisation qui sont tous essentiels à la réussite du projet.

Outils agiles

Suite d’outils web utilisés pour suivre le travail et prendre en charge les méthodologies Agile. Les outils Agile prennent en charge les méthodes Agile principales (Scrum et Kanban) utilisées aujourd’hui par les équipes de développement de logiciels. En savoir plus : À propos des outils Agile et de la gestion de projets Agile.

Chemin de la zone

Les chemins de zone sont utilisés pour regrouper les éléments de travail par équipe, produit ou zone de fonctionnalité. Les chemins d’itération vous permettent de regrouper le travail dans des sprints, des jalons ou d’autres périodes spécifiques à un événement ou liées à la durée. Vous pouvez utiliser des chemins de zone pour définir une hiérarchie de chemins d’accès. Pour plus d'informations, consultez Informations sur les chemins d'accès de zone et d'itération.

Bogues

Type d’élément de travail qui enregistre une source potentielle d’insatisfaction à l’égard du produit. Nom commun d’un type d’élément de travail pour le suivi des défauts de code. Chaque équipe peut choisir la façon dont elle souhaite gérer les bogues. Certaines équipes aiment suivre les bogues ainsi que les exigences du backlog. D’autres équipes aiment suivre les bogues en tant que tâches effectuées pour prendre en charge une exigence. Les bogues apparaissent ensuite dans leur tableau des tâches. En savoir plus : Gérer les bogues.

Catégories

Regroupe un ou plusieurs types d’éléments de travail pour prendre en charge la création de rapports flexibles, les requêtes et d’autres fonctions rendues disponibles via les outils Agile. Les catégories prennent en charge la configuration de processus utilisée par les pages du backlog et du tableau des tâches du portail web. Par exemple, vous pouvez ajouter des types d’éléments de travail personnalisés à la catégorie Exigences et les gérer à l’aide du backlog et des tableaux de produits. Pour obtenir plus d’informations, consultez Utiliser des catégories pour regrouper des types d’éléments de travail.

Collections

Une collection est un conteneur pour un certain nombre de projets dans Azure DevOps. Une collection par défaut est créée lorsque vous vous inscrivez avec Azure DevOps Services ou installez Team Foundation Server. Dans Azure DevOps Services, une collection correspond à une organisation. Pour les déploiements TFS locaux, vous pouvez ajouter et gérer des regroupements afin de spécifier les ressources logiques et physiques disponibles pour les projets au sein de la collection.

En savoir plus : À propos des projets et de la mise à l’échelle de votre organisation, Gérer les organisations ou Gérer les collections de projets dans Team Foundation Server.

Tableaux de bord

Les tableaux de bord sont des panneaux interactifs configurables par l’utilisateur qui fournissent des informations en temps réel. Les tableaux de bord sont associés à une équipe et affichent des widgets configurables qui présentent des informations. Pour plus d’informations, veuillez consulter la section Ajouter et gérer des tableaux de bord.

Discussion

Zone dans un formulaire d’élément de travail qui prend en charge l’ajout et l’évaluation de commentaires sur le travail en cours d’exécution. De cette façon, vous capturez tous les commentaires dans l’élément de travail plutôt que de conserver une longue conversation par e-mail. Dans la section Discussion, vous pouvez utiliser le contrôle @mention pour informer un autre membre de l’équipe de la discussion. Tapez simplement @ et leur nom.

Favoris

L’étiquette d’un objet comme favori est une méthode utilisée pour prendre en charge la navigation rapide par vous-même ou par d’autres membres de l’équipe. Vous pouvez baliser les requêtes d’élément de travail et les définitions de build en tant que favoris personnels et d’équipe. Les autres objets que vous pouvez marquer comme favoris pour vous-même incluent uniquement les branches de code, les plans de livraison, les plans de test et les équipes ou les projets. Pour plus d'informations, voir Définir des favoris personnels ou d'équipe.

Champs

Chaque champ prend en charge le suivi d’une information sur le travail à effectuer. Les valeurs que vous affectez à un champ sont stockées dans le magasin de données de suivi du travail que vous pouvez interroger et générer des charts pour afficher les états et les tendances. Votre projet contient au moins 100 champs de données. Vous mettez à jour les données en modifiant le champ de données dans un élément de travail. Chaque élément de travail est associé à un type d’élément de travail (WIT) et les données que vous pouvez suivre correspondent aux champs attribués au WIT. Pour obtenir une définition de chaque champ prédéfini, consultez Index de champ d’élément de travail.

Suivi

L’étiquetage d’éléments de travail spécifiques ou de demandes de tirage pour les suivre est une méthode utilisée pour recevoir des mises à jour par e-mail concernant les modifications qui leur sont apportées. Pour plus d’informations, consultez Suivre un élément de travail ou une demande de tirage ( pull request).

Listes globales

Définit une liste d’éléments de menu ou d’éléments de liste de sélection qui sont partagés entre les WIT et les projets au sein d’une collection de projets. Les listes globales permettent de réduire le travail nécessaire à la mise à jour des listes. Vous pouvez définir des listes globales dans les types d’éléments de travail que vous téléchargez avec votre modèle de processus. Zn savoir plus : Gérer des listes globales pour des types d'éléments de travail. (Pris en charge uniquement pour les modèles de processus XML hébergés et locaux)

Flux de travail global

Spécifie à la fois les champs d’éléments de travail et les listes globales que plusieurs projets et types d’éléments de travail peuvent partager. En savoir plus : Gérer le workflow global (pris en charge uniquement pour le modèle de processus XML local).

Catégorie des types masqués

Spécifie l’ensemble de types d’éléments de travail que vous ne souhaitez pas que les utilisateurs créent manuellement. Par défaut, cet ensemble inclut :

• Demande de révision du code et réponse de révision du code
• Demande de commentaires et réponse aux commentaires
• Étapes partagées et paramètre partagé
• Plan de test et suite de tests

Vous pouvez utiliser Chef de projet d'équipe TFS, un client open source disponible à partir de GitHub pour déterminer rapidement quels WIT appartiennent à la catégorie Types masqués.

Modèle de processus XML hébergé

Le modèle de processus XML hébergé prend en charge la personnalisation des objets de suivi du travail et des outils Agile pour un projet en modifiant et en important un modèle de processus. Ce modèle de processus n’est disponible que pour certains comptes hébergés sur la plateforme cloud Azure Boards. Pour obtenir plus d’informations, consultez Modèle de processus hôte.

Problèmes ou obstacles

Type d’élément de travail qui permet de suivre les activités non planifiées. La résolution d’un problème ou d’un obstacle nécessite plus de travail que ce qui a été planifié en fonction des exigences réelles. L’utilisation du type d’élément de travail problème (processus Agile ou CMMI) ou obstacle (processus Scrum) vous permet de suivre et de gérer ces problèmes jusqu’à ce que vous puissiez les résoudre et les fermer. En savoir plus : Gérer les problèmes et les obstacles.

Modèle de processus d’héritage

Le modèle de processus d’héritage prend en charge la personnalisation des objets de suivi du travail et des outils Agile pour un projet via l’interface utilisateur. Ce modèle de processus n’est disponible que pour des comptes hébergés sur la plateforme cloud Azure Boards. Les projets héritent des personnalisations apportées à un processus. Pour obtenir plus d’informations, consultez Modèle de processus d’héritage.

Problème

Processus agile : un problème est un type d’élément de travail qui définit un élément que vous souhaitez suivre, car il peut avoir un impact sur l’achèvement d’autres travaux. Il est défini pour le processus Agile et n’apparaît sur aucun backlog ni tableau. Consultez Gérer les problèmes et les obstacles.

Processus de base : un problème est un type d’élément de travail qui définit un défaut de travail ou de code qui doit être suivi. Il est défini pour le processus de base et apparaît sur le backlog et le tableau problèmes du produit.

Chemins d’itération (également appelés sprints)

Période, généralement de deux à trois semaines, utilisée pour regrouper les éléments de travail à terminer pendant cette période. Les sprints sont utilisés dans les méthodes Scrum pour prendre en charge la planification des sprints, le burndown de sprint et d’autres processus Scrum. Les chemins de l’itération vous permettent de regrouper le travail dans des sprints, des jalons ou d’autres périodes spécifiques à un événement ou liées au temps. En savoir plus : À propos des chemins de zone et d’itération.

Tableau Kanban

Un panneau d’affichage électronique interactif qui prend en charge la visualisation du flux de travail, du concept à l’achèvement, et des méthodes simples. Azure DevOps fournit un tableau pour chaque backlog produit et portefeuille. Pour plus d’informations, consultez la vue d’ensemble du tableau et les fonctionnalités de la carte et des épopées.

Liens et types de liens

Les liens prennent en charge la définition de relations entre les éléments de travail et d’autres objets, tels que les validations, les branches, les demandes de tirage, etc., à l’aide de différents types de liens. Pour plus d’informations, consultez Lier des éléments de travail à d’autres objets et Référence sur les types de liens.

Modèle de processus XML local

Le modèle de processus XML local prend en charge la personnalisation des objets de suivi du travail et des outils Agile pour un projet. Avec ce modèle, vous pouvez mettre à jour la définition XML des types d’éléments de travail, la configuration du processus, les catégories, etc. Vous pouvez également mettre à jour les attributs des champs. Ce modèle de processus est disponible uniquement pour Azure DevOps local. Pour obtenir plus d’informations, consultez Modèle de processus local.

Sélectionner des listes

Une liste de sélection spécifie un ensemble énuméré de valeurs qui s’affichent dans le menu déroulant d’un formulaire d’éléments de travail. Les valeurs apparaissent également dans la colonne Valeur dans l’éditeur de requête. La méthode que vous utilisez pour personnaliser une liste de sélection varie. Cela dépend du champ et du modèle de processus. Pour obtenir plus d’informations, consultez Personnaliser le travail.

Plans (également appelés plans de livraison)

Un plan est un affichage configurable qui désigne le travail de plusieurs équipes et projets disposés dans un calendrier en fonction des itérations de chaque équipe. Chaque ligne de l’affichage représente le travail à partir du backlog de produit ou du portefeuille d’une équipe. Chaque carte correspond à un élément de travail, tel qu’un récit utilisateur, une fonctionnalité ou une épopée. Pour plus d’informations, consultez Passer en revue les plans de remise d’équipe.

Backlog de portefeuille

Une liste interactive d’éléments de travail, similaire au backlog de produit, qui prend en charge l’organisation ou le regroupement du travail sous des fonctionnalités, des épopées ou des scénarios. Les backlogs du portefeuille fonctionnent de la même façon que les backlogs de produit, car vous pouvez hiérarchiser le travail et afficher l’arborescence du travail. En savoir plus : Définir des fonctionnalités et des épopées.

Processus

Un processus définit les blocs de construction d’un système de suivi du travail. Pour personnaliser un processus, vous devez d’abord créer un processus hérité à partir de l’un des processus système par défaut, Agile, Scrum ou CMMI. Tous les projets qui utilisent le processus voient les modifications que vous apportez. Pour plus d’informations, consultez À propos de la personnalisation des processus et des processus hérités.

Il traite la configuration

Définit la configuration par défaut et les capacités fonctionnelles auxquelles vos équipes peuvent accéder à l’aide des outils Agile. Ces outils du portail web incluent le backlog de produits, les backlogs sprint, le tableau d’administration et le tableau des tâches. (Pris en charge uniquement pour les modèles de processus XML hébergés et locaux)

Modèle de processus

Méthode de personnalisation du suivi du travail prise en charge par votre organisation ou votre collection. L’un des trois modèles de processus est pris en charge, Héritage et XML hébergé pour Azure Boards et XML local pour Azure DevOps local. En savoir plus : Personnaliser votre expérience de suivi du travail

Modèle de processus

Spécifie un ensemble de fichiers associés qui contiennent les définitions XML pour le suivi du travail et la définition de la configuration initiale d’autres zones fonctionnelles. Le système fournit trois modèles de processus par défaut : Agile, Scrum ou CMMI. Vous pouvez créer un projet, puis le personnaliser ou personnaliser un modèle de processus que vous utilisez ensuite pour créer un projet. (Pris en charge uniquement pour les modèles de processus XML hébergés et locaux)

Backlog de produit

Liste interactive d’éléments de travail qui correspond au plan de projet ou à la feuille de route d’une équipe pour ce que l’équipe prévoit de fournir. Le backlog de produit prend en charge la hiérarchisation du travail, la prévision du travail par sprints et la liaison rapide du travail aux éléments de backlog du portefeuille. Vous pouvez définir vos éléments de backlog, puis gérer leur état à l’aide du tableau.

Chaque backlog de produit peut être personnalisé par une équipe. En savoir plus : Créer votre backlog.

Élément de backlog de produit (PBI)

Type d’élément de travail qui définit les applications, les exigences et les éléments que les équipes prévoient de créer. En général, les propriétaires de produit définissent et empilent les éléments du backlog de produit qui sont définis avec le processus Scrum. En savoir plus : Types d’élément de travail et workflow des processus Scrum.

Projets

Un projet, précédemment appelé projet d’équipe, fournit un référentiel pour le code source. Un projet fournit un endroit où un groupe de personnes peut planifier, suivre la progression et collaborer à la génération de solutions logicielles. Un projet est défini pour une organisation Azure DevOps Services ou au sein d’une collection de projets TFS. Vous pouvez l’utiliser pour vous concentrer sur les objets définis dans le projet. Pour plus d’informations, consultez À propos des projets et de la mise à l’échelle de votre organization.

Requêtes

Les requêtes sont utilisées pour rechercher et répertorier des éléments de travail. Les requêtes prennent en charge les recherches managées, qui sont utilisées pour trier le travail et les recherches ad hoc, qui sont utilisées pour rechercher un élément de travail spécifique. Les requêtes de liste plate prennent également en charge les charts d’états et de tendances. Pour plus d’informations, consultez À propos des requêtes gérées.

Liaison à distance

Avec la liaison à distance, vous pouvez créer des relations de liaison entre des éléments de travail d’une organisation et des éléments de travail ou d’autres objets définis dans une autre organisation. Les organisations doivent être gérées par le même Microsoft Entra ID. En savoir plus : Lier des éléments de travail, Lier à un élément de travail à distance.

Cumul

Le cumul fait référence à la somme de travail restant, aux story points ou à d’autres champs numériques d’éléments de travail enfants et descendants au sein d’une hiérarchie. Pour ajouter des colonnes de cumul à un backlog de produit ou du portefeuille, consultez Afficher la progression ou les totaux du cumul.

Sprints (également appelés itérations)

Un sprint est une période de deux à trois semaines généralement utilisée pour regrouper les éléments de travail à effectuer pendant cette période. Les sprints sont utilisés dans les méthodes Scrum pour prendre en charge la planification des sprints, le burndown de sprint et d’autres processus Scrum. Les sprints sont définis via des chemins d’itération. Pour plus d’informations, consultez À propos des chemins de zone et d’itération (également appelés sprints).

Backlog des sprints

Liste interactive d’éléments de travail qui ont été attribués au même chemin de sprint ou d’itération pour une équipe. Le backlog de sprints prend en charge les équipes qui utilisent des méthodologies Scrum. En savoir plus : Planification des sprints.

Tableau de tâches

Un tableau des tâches est un tableau interactif d’éléments de travail que vous pouvez utiliser pour consulter et mettre à jour les tâches définies pour le backlog de sprints. Le tableau des tâches prend en charge les équipes qui utilisent des méthodologies Scrum. Pour plus d’informations, consultez Mettre à jour et surveiller votre tableau des tâches.

Teams

Une équipe correspond à un ensemble sélectionné de membres du projet. Avec les équipes, les organisations peuvent sous-catégoriser le travail pour mieux se concentrer sur tout le travail suivi dans un projet. Chaque équipe a accès à une suite d’outils Agile. Les équipes peuvent utiliser ces outils pour travailler de manière autonome et collaborer avec d’autres équipes au sein de l’entreprise. Chaque équipe peut configurer et personnaliser chaque outil pour répondre à ses besoins de travail. Pour plus d’informations, consultez À propos des équipes et des outils Agile.

Récit utilisateur

Type d’élément de travail qui définit les applications, les exigences et les éléments que les équipes prévoient de créer. Généralement, les propriétaires de produits définissent les récits utilisateur et les classent par leur rang. Le récit utilisateur est défini avec le processus Agile. En savoir plus : Types d’élément de travail et workflow des processus Agile.

Widgets

Les widgets affichent des informations et des charts sur les tableaux de bord. Un grand nombre d’entre eux peuvent être configurés. De nombreux widgets affichent des informations disponibles à partir d’un ou plusieurs magasins de données ou charts créés par le système. Pour plus d’informations, consultez le catalogue de widgets.

Types d’éléments de travail (WIT)

Un WIT spécifie les champs, le workflow et le formulaire utilisés pour suivre un élément de travail. Chaque WIT est associé à 30 champs système ainsi qu’à d’autres champs qui lui sont propres. Vous utilisez des éléments de travail pour planifier et suivre le travail requis pour développer votre projet. Pour obtenir une vue d’ensemble des WIT prédéfinis fournis avec les processus par défaut, consultez À propos des processus et des modèles de processus.

Workflow

Un workflow est un aspect intégral d’un élément de travail. Il est défini par son type d’élément de travail correspondant. Le workflow détermine la progression et la régression logiques des éléments de travail. Pour le processus Agile, il suit l’état du travail à mesure que le travail progresse d’un état Nouveau ou Actif à un état Fermé ou Terminé. Pour le processus de base, tous les types d’éléments de travail utilisent les états À faire, En cours et Exécuté pour suivre les états du workflow.

Le workflow spécifie également les valeurs qui s’affichent dans les menus déroulants des champs État et Raison. Pour plus d’informations, consultez États de workflow et catégories d’état.

Articles connexes

• Bonnes pratiques Scrum