Glossaire de la gestion de projet et de la navigation

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

Ce glossaire décrit les termes utilisés lors de la navigation dans le portail web pour Azure DevOps. Consultez également le glossaire Agile.

Retards de traitement

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.

Teams peut personnaliser chaque backlog. Pour obtenir plus d’informations, consultez Créer votre backlog.

Vues Analytics

Analytique vues offrent un moyen simplifié de spécifier les critères de filtre d’un rapport Power BI en fonction du service Analytique. Le service Analytique est la plateforme de création de rapports pour Azure DevOps Services.

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.

Journal d’audit

Les journaux d’audit contiennent de nombreuses modifications qui se produisent dans une organisation Azure DevOps. Les modifications se produisent lorsqu’un utilisateur ou une identité de service au sein de l’organisation modifie l’état d’un artefact, y compris les modifications apportées aux autorisations. Pour plus d’informations, consultez Access, exporter et filtrer les journaux d’audit.

Authentification

L’authentification vérifie l’identification d’un utilisateur en fonction des informations d’identification fournies lorsqu’il se connecte à une organisation dans Azure DevOps. Ces services/serveurs s’intègrent généralement aux fonctionnalités de sécurité fournies par les services tels qu’Active Directory ou Microsoft Entra ID. Pour plus d’informations, consultez À propos de la sécurité, de l’authentification et de l’autorisation.

Autorisation

L’autorisation est l’opération effectuée pour vérifier que l’identité qui tente de se connecter à un service ou à une instance de serveur dispose des autorisations nécessaires pour accéder à un service, une fonctionnalité, une fonction, un objet ou une méthode. Pour plus d’informations, consultez À propos de la sécurité, de l’authentification et de l’autorisation.

Boards

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. En savoir plus : Vue d’ensemble du tableau.

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.

Accès conditionnel

L’accès conditionnel prend en charge la sécurisation des ressources Azure DevOps sauvegardées par un locataire Microsoft Entra. Par exemple, vous pouvez activer l’authentification multifacteur pour vous protéger contre le risque d’informations d’identification compromises. Pour plus d’informations, consultez Gérer l’accès conditionnel à Azure DevOps.

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.

Extensions

Les extensions sont des modules complémentaires simples utilisés pour personnaliser et étendre l’expérience DevOps d’Azure DevOps. Ils sont écrits avec des technologies standard (HTML, JavaScript, CSS) et peuvent être développés à l’aide de vos outils de développement préférés. Des centaines d’extensions sont disponibles à partir de l’onglet Visual Studio Marketplace, Azure DevOps.

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.

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

Référentiel Git

Un référentiel Git prend en charge un système de contrôle de version distribué pour le suivi des modifications, l’examen des contributions au code, etc. Chaque développeur dispose d’une copie du dépôt source sur son ordinateur de développement. Vous pouvez ajouter plusieurs référentiels Git à un projet. En savoir plus : Référentiels Git.

Remarque

Git dans Visual Studio et Azure DevOps Services est Git standard. Vous pouvez utiliser Visual Studio avec des services Git tiers, et vous pouvez également utiliser des clients Git tiers avec Azure DevOps Services.

Héritage

Les autorisations qui ne sont pas directement autorisées ou refusées pour un utilisateur peuvent être héritées. Pour plus d’informations, consultez Prise en main des autorisations, accès et groupes de sécurité.

Microsoft Authentication Library

La bibliothèque d’authentification Microsoft (MSAL) permet aux développeurs d’applications d’acquérir des jetons à partir du Plateforme d’identités Microsoft pour authentifier les utilisateurs et accéder aux API web sécurisées. Il peut être utilisé pour fournir un accès sécurisé à Microsoft Graph, d’autres API Microsoft, des API web de tiers ou vos propres API web. MSAL prend en charge de nombreuses architectures et plateformes d’application différentes, notamment .NET, JavaScript, Java, Python, Android et iOS. Pour plus d’informations, consultez la vue d’ensemble de la bibliothèque d’authentification Microsoft.

Espace de noms

Chaque famille de ressources Azure DevOps (éléments de travail, dépôts Git, etc.) est sécurisée à l’aide d’un espace de noms différent. Chaque espace de noms de sécurité contient zéro ou plusieurs listes de contrôle d’accès. Chaque liste de contrôle d’accès contient un jeton, un indicateur d’héritage et un ensemble de zéro ou plusieurs ACL. Chaque ACE contient un descripteur d’identité, un masque de bits d’autorisations autorisées et un masque de bits d’autorisations refusées.

Pour obtenir la liste des espaces de noms Azure DevOps, consultez l’espace de noms de sécurité et la référence d’autorisation.

Notifications

Avec les notifications, vous recevez un e-mail lorsque des modifications se produisent dans les éléments de travail, les révisions de code, les demandes de tirage, les fichiers de contrôle de code source et les builds. Par exemple, vous pouvez être averti chaque fois qu’un bogue que vous avez ouvert est résolu ou lorsqu’un élément de travail vous est assigné. Vous recevez des notifications basées sur les règles ou les abonnements que vous avez effectués, pour vos équipes ou pour le projet. En savoir plus sur : À propos des notifications.

OAuth

OAuth 2.0 est un protocole standard de l’industrie pour l’autorisation. OAuth 2.0 est pris en charge pour Azure DevOps Services pour authentifier les API REST. Pour plus d’informations, consultez Autoriser l’accès aux API REST avec OAuth 2.0.

Propriétaire de l'organisation

La personne qui a créé l’organisation ou a été affectée ultérieurement en tant que propriétaire d’organisation. Le propriétaire d’organisation a accès à toutes les fonctions et fonctionnalités Azure DevOps et peut accorder l’accès à d’autres fonctionnalités et fonctions. Pour rechercher ou modifier propriétaire d’organisation, consultez Modifier le propriétaire d’organisation.

Un jeton d’accès personnel (PAT)

Les jetons d’accès personnels (PAT) sont d’autres mots de passe que vous pouvez utiliser pour vous authentifier dans Azure DevOps. Pour savoir comment créer et révoquer des PAT, consultez Authentifier l’accès avec des jetons d’accès personnels.

Autorisation

Affectation effectuée à un utilisateur ou un groupe pour utiliser une fonctionnalité ou une fonction. Les autorisations sont affectées aux groupes de sécurité par défaut. Pour plus d’informations, consultez Prise en main des autorisations, accès et groupes de sécurité.

État de l’autorisation

État affecté à une fonctionnalité ou à une fonction à l’autorisation d’un utilisateur ou d’un groupe. Les utilisateurs ont l’autorisation d’accéder à une fonctionnalité si leur autorisation est définie sur Autoriser, Autoriser hérité ou Autoriser le système. Ils n’ont pas l’autorisation lorsque l’état est défini sur Refuser, Refuser hérité, Refuser système ou Non défini. Pour plus d’informations, consultez Prise en main des autorisations, accès et groupes de sécurité.

Pipelines

Les pipelines sont des artefacts que vous définissez pour exécuter des builds simultanées ou déployer des versions simultanées. Deux types de pipelines sont pris en charge, privés et hébergés. Pour plus d’informations, consultez travaux simultanés CI/CD.

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.

Process

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.

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.

Projets publics

Un projet créé au sein d’une organisation Azure DevOps Services visible par le monde entier. Tout le monde dans le monde peut les découvrir et effectuer des opérations limitées. Vous pouvez utiliser l’interface CLI Azure DevOps pour découvrir une liste de projets. Les administrateurs peuvent contrôler qui peut contribuer pleinement. Les administrateurs peuvent passer d’un projet privé à un projet public, et vice versa, comme décrit dans Modifier la visibilité du projet.

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.

Référentiels

Un dossier de contrôle de code source ou un conteneur que vous configurez pour vous aider à suivre les modifications apportées aux fichiers. Vous pouvez avoir n’importe quel nombre de référentiels sur votre ordinateur, chacun stocké dans son propre dossier. Chaque référentiel est indépendant, de sorte que les modifications enregistrées dans un référentiel n’affectent pas le contenu d’un autre. En savoir plus : Créer un dépôt Git.

Autorisations basées sur les rôles

Modèle de sécurité qui limite les actions en fonction de l’appartenance à un rôle et des autorisations affectées à ce rôle. Pour plus d’informations, consultez Autorisations basées sur les rôles.

Groupe de sécurité

Méthode par laquelle vous pouvez organiser les utilisateurs et d’autres objets de domaine pour simplifier l’administration des autorisations et de l’accès. Azure DevOps prend en charge de nombreux groupes de sécurité par défaut et la possibilité de créer des groupes personnalisés. Pour plus d’informations, consultez Prise en main des autorisations, accès et groupes de sécurité.

Compte de service

Un compte utilisé pour surveiller ou gérer des services sélectionnés, tels que des services de génération ou de test.

Principal du service

Un principal de service est la représentation locale, ou instance d’application, d’un objet application global dans un locataire ou répertoire unique. Lorsqu’une application reçoit l’autorisation d’accéder aux ressources d’un locataire (après inscription ou consentement), un objet de principal de service est créé. Pour plus d’informations, consultez Les objets d’application et de principal de service dans Microsoft Entra ID et principal de service et prise en charge des identités managées dans Azure DevOps.

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 des éléments de travail affectés au même chemin d’itération ou sprint pour une équipe. Le backlog de sprints prend en charge les équipes qui utilisent des méthodologies Scrum. En savoir plus : Planification des sprints.

Partie prenante

Un compte d’utilisateur a accordé l’appartenance à une organisation dans une instance Azure DevOps avec accès aux parties prenantes. Avec l’accès des parties prenantes, vous pouvez ajouter et modifier des éléments de travail, vérifier l’état du projet, gérer les pipelines et afficher et gérer des tableaux de bord. Pour plus d’informations, consultez Prise en main d’une partie prenante.

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.

Groupe d’équipe

Groupe de sécurité défini lorsqu’une équipe est créée et renseignée automatiquement avec les membres lorsqu’elles sont ajoutées à l’équipe.

Client

ID Microsoft Entra utilisé pour gérer l’accès ou la facturation. Pour plus d’informations, consultez Modifier le locataire Microsoft Entra.

Team Foundation Version Control (TFVC)

Un système de gestion de version centralisé. Avec TFVC, les développeurs n’ont qu’une seule version de chaque fichier sur leurs machines de développement. Les branches sont basées sur le chemin d'accès et créées sur le serveur. Les données d'historique sont conservées sur le serveur uniquement. En savoir plus sur : Utiliser Team Foundation Version Control.

Utilisateurs valides

Les utilisateurs valides sont des utilisateurs qu’Azure DevOps reconnaît comme étant en mesure de se connecter au compte ou à un projet. Lorsque vous ajoutez des comptes d’utilisateurs directement à un groupe intégré ou via un groupe Windows, Active Directory ou Microsoft Entra, ils sont automatiquement ajoutés à l’un des groupes d’utilisateurs valides. Pour plus d’informations, consultez Prise en main des autorisations, accès et groupes de sécurité.

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.

Éléments de travail

Un élément de travail représente un objet stocké dans le magasin de données d’élément de travail. Chaque élément de travail est basé sur un type d’élément de travail, tel qu’un article utilisateur, une fonctionnalité, un bogue, une tâche ou un problème, et reçoit un identificateur unique dans tous les projets d’une organisation ou d’une collection de projets. Les types d’éléments de travail disponibles sont basés sur le processus utilisé lors de la création de votre projet. Chaque élément de travail prend en charge la capture d’informations, l’ajout de pièces jointes, la liaison à d’autres éléments de travail, etc. En savoir plus : À propos des éléments de travail.

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.