Remarque
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
Azure DevOps Services | Azure DevOps Server | Azure DevOps Server 2022
Cet article fournit un index de champs utilisés par les processus Agile et Scrum et les modèles de processus pour Azure Boards et Azure DevOps. La référence couvre tous les champs par défaut et les champs d’élément de travail système définis dans les processus et modèles système principaux :
- Processus De base
- Processus Agile
- Processus Scrum
- Processus CMMI (Intégration du Modèle de Maturité des Capacités)
Les champs et les types d’éléments de travail (WIT) disponibles dépendent du processus que vous sélectionnez lorsque vous créez votre projet.
Pour prendre charge d'autres besoins de suivi, définissez vos propres champs d'élément de travail personnalisés.
Pour prendre en charge d’autres besoins de suivi, définissez vos propres champs d’élément de travail personnalisés à l’aide du modèle de processus d’héritage. Si votre collection de projets utilise le modèle de processus XML local, consultez Ajouter ou modifier un champ pour le suivi du travail.
Note
Le service Analytics ne prend pas en charge la création de rapports sur des champs texte brut et HTML.
Index alphabétique
L’index alphabétique des champs utilise des annotations pour indiquer les critères suivants sur les champs :
- (Système) : champ système principal affecté à tous les types d’éléments de travail pour tous les processus
- (Agile) - Utilisé uniquement par le processus Agile
- (CMMI) - Utilisé uniquement par le processus CMMI
- (Scrum) - Utilisé uniquement par le processus Scrum
- (TCM) : utilisé pour prendre en charge la gestion des cas de test
- (1) - Disponible dans Azure DevOps Services et Azure DevOps Server 2020 et versions ultérieures
- (2) - Disponible uniquement dans Azure DevOps Services
- (3) - Non utilisé par les processus Agile et Scrum ou Azure Boards et Azure DevOps
A
- Critères d’acceptation (Scrum)
- Accepté par
- Date acceptée
- Activé par
- Date d’activation
- Activity
- Participant réel 1-8 (CMMI)
- Analyse (CMMI)
- Instructions de lancement de l’application
- Informations de démarrage de l’application
- Type d’application
- ID de zone (système)
- Chemin d’accès à la zone (système)
- Affecté à
- Contexte associé
- Code du contexte associé
- Propriétaire du contexte associé
- Type de contexte associé
- Nombre de fichiers attachés
- Autorisé en tant que (3)
- ID de test automatisé (TCM)
- Nom du test automatisé (TCM)
- Stockage du test automatisé (TCM)
- Type de test automatisé (TCM)
- AutomatedTestId (TCM)
- AutomatedTestName (TCM)
- État de l’automatisation (TCM)
B
- Priorité du backlog (Scrum)
- Blocked
- Colonne de tableau
- Colonne de tableau Terminé
- Lane à bord
- Valeur métier
C
- Appelé par (CMMI)
- Date appelée (CMMI)
- Modifié par (système)
- Date modifiée (système)
- Fermé par (système)
- Date fermée (système)
- État fermé
- Code d’état fermé
- Commentaires fermants
- Nombre de commentaires
- Commentaires (CMMI)
- Validé (CMMI)
- Travail terminé
- Plan d’urgence (CMMI)
- Résolution réelle par l’action corrective (CMMI)
- Plan d'action corrective (CMMI)
- Créé par (système)
- Date de création (système)
D-E-F
- Discipline (CMMI)
- Description (système)
- Échéance
- Effort
- Escalader (CMMI)
- Nombre de liens externes
- Date de fin
- Trouvé dans la build (TCM)
- Trouvé dans l’environnement (CMMI)
H
- Historique (système)
- Trouvé comment (CMMI)
- Nombre de liens hypertexte
I
- ID (système)
- Évaluation d’impact (CMMI)
- Impact sur l’architecture (CMMI)
- Impact sur le développement (CMMI)
- Impact sur les publications techniques (CMMI)
- Impact sur le test (CMMI)
- Impact sur l’expérience utilisateur (CMMI)
- Intégré dans la build (TCM)
- Problème (TCM)
- ID d’itération (système)
- Chemin d’itération (système)
J-L-M-N
- Justification (CMMI)
- Commentaire de lien (système)
- Description du lien (système)
- Source de données locale (TCM)
- LocalDataSource (TCM)
- Type de réunion (CMMI)
- Compte rendu (CMMI)
- Plan d’atténuation (CMMI)
- Déclencheurs d’atténuation (CMMI)
- Nom du nœud (système)
O-P-Q
- Participant facultatif 1-8 (CMMI)
- Estimation d’origine
- Paramètres (TCM)
- Parent (1)
- Priority
- Probabilité (CMMI)
- Correctif proposé (CMMI)
- Objectif (CMMI)
- Texte de requête (TCM)
R
- Rating
- Raison (système)
- Nombre de liens associés (système)
- Travail restant
- Nombre de liens distants (système) (2)
- Étapes de reproduction
- Participant obligatoire 1-8 (CMMI)
- Type d’exigence (CMMI)
- Nécessite une révision (CMMI)
- Nécessite un test (CMMI)
- Résolution (Scrum)
- Résolu par
- Date résolue
- Raison résolue
- Rev (Système)
- Examiné par
- Date de révision
- Date révisée (Système, TCM)
- Risque (Agile)
- Cause racine (CMMI)
S
- Severity
- Taille (CMMI)
- Classement de la pile
- Date de début
- État (système)
- Date de modification de l’état
- Code d’état
- Étapes (TCM)
- Étapes à reproduire (TCM)
- Points d’histoire (Agile)
- Expert technique (CMMI)
- Symptôme (CMMI)
- Informations système (TCM)
T
- Tags
- Date cible
- Date de résolution cible (CMMI)
- Type de tâche (CMMI)
- Projet d’équipe (système)
- Audit de suite de tests (TCM)
- Type de suite de tests (TCM)
- ID du type de suite de tests (TCM)
- Critique temporelle
- Titre (Système)
- Triage (CMMI)
U-V-W
- Test d'acceptation utilisateur (CMMI)
- Zone valeur
- Filigrane (Système)
- Type d’élément de travail (système)
Utilisez des champs système ou des champs personnalisés ajoutés à votre collection de projets et activez des rapports et des requêtes inter-projets significatifs. Tout champ non système référencé dans la section flux de travail ou formulaire de la définition de type d’élément de travail doit avoir un FIELD élément défini dans la FIELDS section du fichier XML de définition de type d’élément de travail. Spécifiez tout champ non système que vous souhaitez utiliser pour générer des requêtes ou des rapports dans la FIELDS section.
Articles de référence de champ
Les articles suivants décrivent les champs couramment utilisés par plusieurs types d’éléments de travail ou qui sont fonctionnellement spécifiques à un ou plusieurs WIT. Pour plus d’informations, consultez Les champs et attributs des éléments de travail dans Azure Boards.
Champs communs à de nombreux types d’éléments de travail
- Titres, identificateurs (ID) et champs descriptifs
- Historique et modifications de révision
- Zones et itérations
- Affectations et champs spécifiques au compte
- Planification, classement et priorités
- Estimations de travail, activités et autres champs numériques
- Champs d'intégration de build et de test
- Liens et champs associés aux pièces jointes
Champs utilisés par des types d’éléments de travail spécifiques
- Demande de revue du code
- Réponse de revue du code
- Demande de commentaires
- Réponse aux commentaires
- Étapes partagées
- Cas de test