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

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

Ce glossaire Microsoft Agile répertorie les termes courants que vous utilisez lors du suivi du travail avec Azure Boards. Pour plus de termes et de contexte, consultez ces glossaires connexes :

• 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

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

Les catégories regroupent un ou plusieurs types d’éléments de travail pour prendre en charge les rapports, les requêtes et le backlog du portail web et les pages du tableau des tâches. Par exemple, ajoutez des types d’éléments de travail personnalisés à la catégorie Exigences pour les gérer à l’aide du backlog et des tableaux de produits. Pour plus d’informations, consultez Utiliser des catégories pour regrouper les 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

Les champs capturent des informations spécifiques sur le travail. Vous stockez les valeurs des champs dans le magasin de données de suivi du travail et les utilisez dans les requêtes et les graphiques pour signaler l’état et les tendances. Les projets incluent de nombreux champs ; pour mettre à jour un champ, modifiez-le dans un élément de travail. Chaque élément de travail est associé à un type d’élément de travail (WIT), et les champs disponibles reflètent ce WIT. Pour connaître les définitions des champs prédéfinis, consultez l’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

Les listes globales définissent des valeurs de menu ou de sélection partagés entre les types d’éléments de travail (WIT) et les projets d’une collection. Utilisez des listes globales pour réduire la maintenance lorsque plusieurs WIT utilisent les mêmes valeurs. Définissez des listes globales dans un modèle de processus pour les modèles de processus XML hébergés ou XML locaux. Consultez Gérer les listes globales pour les types d’éléments de travail.

Flux de travail global

Le flux de travail global définit des champs et des listes globales que plusieurs projets et WIT peuvent partager. Les administrateurs l’utilisent pour normaliser le flux de travail entre les projets (modèle de processus XML local uniquement). Consultez Gérer le flux de travail global.

Catégorie des types masqués

Types masqués liste les types d’éléments de travail que vous ne souhaitez pas que les personnes 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 le Gestionnaire de projet d’équipe open source sur GitHub pour déterminer les WIT appartenant à la catégorie Types masqués.

Modèles de processus et modèles

• Modèle de processus XML hébergé : prend en charge la personnalisation des objets de suivi de travail en modifiant et en important un modèle de processus (disponible pour sélectionner des comptes cloud Azure Boards). Consultez le modèle de processus hébergé.
• Modèle de processus d’héritage : prend en charge la personnalisation basée sur l’interface utilisateur pour les comptes cloud Azure Boards ; les projets héritent des personnalisations de processus. Consultez le modèle de processus d’héritage.
• Modèle de processus XML local : prend en charge la personnalisation BASÉE sur XML pour Azure DevOps local. Consultez le modèle de processus local.

Problème

• Processus agile : un problème suit les éléments susceptibles d’affecter la fin d’un autre travail ; il n’apparaît pas sur les backlogs ou les tableaux par défaut. Consultez Gérer les problèmes et les obstacles.
• Processus de base : Un problème suit le travail ou les défauts et apparaît sur le backlog du produit et le tableau Problèmes.

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

Sélectionner des listes

Une liste déroulante (menu déroulant) présente un ensemble énuméré de valeurs pour un champ. La façon dont vous personnalisez une liste de sélection dépend du champ et du modèle de processus. Pour 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.

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 et ensuite gérer leur statut en utilisant le 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.

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 flux de travail définit la progression et la régression autorisées d’un élément de travail tel que défini par son WIT. Par exemple, le flux de travail Agile effectue le suivi de l’état nouveau ou actif vers Fermé ou Terminé. Le processus de base utilise les états To Do, Doing et Done . Le flux de travail contrôle également les valeurs d’état et de raison qui s’affichent dans les menus déroulants. Consultez les états de flux de travail et les catégories d’état.

Contenu connexe

• Bonnes pratiques Scrum