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
Les équipes emploient les types d’éléments de travail (WITs) fournis avec le MSF pour CMMI Process Improvement 2015 (CMMI) afin de planifier et de suivre les projets logiciels. Les propriétaires de produits définissent des exigences pour gérer le backlog, et les équipes suivent la progression sur leur tableau en mettant à jour l'état des exigences et des tâches.
Les propriétaires de produits mappent les exigences aux fonctionnalités pour afficher la progression au niveau du portefeuille. Lorsque les équipes travaillent dans des itérations, elles créent des tâches qui sont automatiquement liées aux exigences.
Les testeurs créent et exécutent des cas de test à l’aide de Microsoft Test Manager ou du portail web, et ils fichiernt des bogues pour suivre les défauts de code.
Les équipes effectuent également le suivi des demandes de modification, des risques, des problèmes et des notes capturées lors des réunions de révision. Si vous débutez avec le processus CMMI, commencez par Planifier et suivre le travail avec CMMI.
Définir les exigences
Créez les exigences à partir du volet d’ajout rapide dans la page du backlog de produit. Plus tard, ouvrez chaque exigence pour fournir des détails et estimer sa taille.
Vous pouvez également ajouter des exigences en bloc à l’aide d’un fichier CSV (voir Importer des éléments de travail à partir de CSV).
Important
L’intégration de Microsoft Project n’est plus prise en charge
Microsoft Project Integration et la TFSFieldMapping commande sont supprimées pour :
- Visual Studio 2019 et versions ultérieures (y compris l’intégration d’Azure DevOps Office)
- Azure DevOps Server 2020 et versions ultérieures
- Azure DevOps Services
Ce qui fonctionne toujours : L’intégration de Microsoft Excel reste entièrement prise en charge pour l’importation en bloc et la mise à jour des éléments de travail.
Alternatives recommandées :
- Plans de livraison - Fonctionnalité Azure DevOps native pour la planification des projets et le suivi inter-équipes
- Extensions de gestion de projet - Parcourir la Place de marché Azure DevOps pour obtenir des solutions de gestion de projet et de diagramme de Gantt actuels
- Intégrations tierces - De nombreux outils de gestion de projet offrent des connecteurs Azure DevOps pour une intégration transparente des flux de travail
Les exigences décrivent les éléments de produit et les fonctions que les équipes doivent construire. Les propriétaires de produit définissent généralement et classent par ordre de priorité les exigences sur la page du backlog produit. L’équipe étend ensuite l’effort requis et écrit les tâches et les cas de test pour implémenter chaque élément.
Utilisez les instructions suivantes et les champs de section utilisés dans les types d’éléments de travail courants lorsque vous remplissez le formulaire. Pour plus d’informations, consultez Planifier un projet.
Field
Usage
Fournissez suffisamment de détails à votre équipe pour estimer l’effort d’implémentation. Concentrez-vous sur la personne qui répond aux besoins, ce que les utilisateurs veulent accomplir et pourquoi. Évitez de décrire comment implémenter l’exigence. Incluez suffisamment de contexte que votre équipe peut écrire des tâches et des cas de test à partir de l’élément.
Dans les champs HTML, vous pouvez ajouter du texte enrichi et des images.
Enregistrez l'impact sur le client si l'exigence n'est pas mise en œuvre dans le champ de texte enrichi de l'évaluation d'impact. Vous pouvez inclure les détails du modèle Kano qui indiquent si l’exigence est une fonctionnalité inattendue, requise ou évidente.
Type d’exigence (obligatoire)
Spécifiez l’une de ces valeurs pour le type de conditions requises :
- Objectif métier
- Fonctionnalité (par défaut)
- Functional
- Interface
- Operational
- Qualité de service
- Safety
- Scenario
- Security
Indiquez le domaine de valeur pour le client que l’épopée, la fonctionnalité ou les exigences doivent aborder. Exemples de valeurs courantes :
- Architecture : services techniques pour implémenter des fonctionnalités métier qui fournissent des fonctionnalités de solution.
- Entreprise : services qui répondent aux besoins des parties prenantes et fournissent directement une valeur client (valeur par défaut).
Estimez le travail nécessaire pour remplir une exigence à l’aide de n’importe quelle unité numérique que votre équipe préfère. Teams utilise la taille pour les graphiques et les prévisions de vélocité. Le diagramme de flux cumulatif fait également référence à des valeurs dans ce champ. Pour plus d’informations, consultez le livre blanc d’estimation .
Indiquez l’estimation d’origine d’une tâche. En règle générale, cette valeur ne change pas une fois la tâche affectée. Vous pouvez spécifier le travail en heures ou en jours ; le champ n’a pas d’unité de temps inhérente.
Indiquez les dates de début et de fin cibles pour le travail.
Priorité (obligatoire)
Définissez une évaluation subjective qui reflète la priorité de l’entreprise :
- 1 : Le produit ne peut pas être commercialisé sans l’élément.
- 2 : (valeur par défaut) Le produit ne peut pas être expédié sans l’élément, mais il ne nécessite pas d’attention immédiate.
- 3 : L’implémentation est facultative en fonction des ressources, du temps et du risque.
Triage (obligatoire)
Utilisez Triage lorsqu’un élément de travail est dans l’état Proposé. Choisissez l’une des options suivantes : En attente (valeur par défaut), Plus d’informations, Informations reçues, Triaged.
Indiquez si un membre de l’équipe ne peut pas progresser sur l’élément de travail. Si un problème bloque le travail, créez un lien vers le problème. Choisissez Oui ou Non.
Engagé (obligatoire)
Indiquez si l’équipe s’est engagée à fournir l’exigence. Choisissez Oui ou Non (valeur par défaut).
Enregistrez le numéro de build du produit qui inclut l’exigence, la demande de modification ou le correctif de bogue.
Test d’acceptation Utilisateur (obligatoire)
Définissez l’état du test d’acceptation de l’utilisateur pour une exigence à partir de :
- Pass
- Fail
- Non prêt (par défaut)
- Ready
- Skipped
- Informations reçues
Utilisez Not Ready lorsque l’exigence est Active et Ready lorsqu’elle est résolue.
Répertoriez les membres de l’équipe familiarisés avec la zone client que représente l’exigence.
Capturer des commentaires dans la section Discussion
Utilisez la section Discussion pour ajouter et consulter les commentaires apportés au travail en cours d’exécution.
La barre d’outils de l’éditeur de texte enrichi apparaît sous la zone de saisie de texte lorsque vous placez votre curseur dans une boîte de texte qui prend en charge le formatage du texte.
Note
Il n’existe pas de champ d’élément de travail Discussion. Pour interroger les éléments de travail avec des commentaires de la zone Discussion, filtrez sur le champ Historique. Le contenu complet du texte entré dans la zone de texte Discussion est ajouté au champ Historique.
Mentionnez une personne, un groupe, un élément de travail ou une demande de tirage
Sélectionnez l'une des icônes suivantes pour ouvrir un menu d'entrées récentes où vous avez mentionné quelqu'un, lié à une pull request ou à un élément de travail :
Vous pouvez ouvrir le même menu à l’aide de raccourcis clavier : mention @, balise #de hachage et point d’exclamation !.
Entrez un nom ou un numéro pour filtrer la liste de menus afin qu'elle corresponde à votre entrée. Sélectionnez l'entrée que vous souhaitez ajouter. Pour intégrer un groupe dans la discussion, entrez le symbole au symbole@ suivi du nom du groupe, tel qu’une équipe ou un groupe de sécurité.
Modifier ou supprimer un commentaire
Pour modifier ou supprimer l’un de vos commentaires de discussion, sélectionnez Modifier
ou Plus d’actions (
) puis sélectionnez Supprimer :
Après avoir mis à jour le commentaire, sélectionnez Mettre à jour. Pour supprimer le commentaire, confirmez la suppression. L’onglet Historique du formulaire d’élément de travail maintient une piste d’audit complète de tous les commentaires modifiés et supprimés.
Important
Pour Azure DevOps Server local, vous devez configurer un serveur SMTP pour que les membres de l’équipe reçoivent des notifications.
Ajouter une réaction à un commentaire
Ajoutez une ou plusieurs réactions à un commentaire en choisissant une icône emoji en haut à droite de n’importe quel commentaire. Choisissez parmi les icônes en bas d’un commentaire à côté des réactions existantes. Pour supprimer votre réaction, choisissez la réaction en bas de votre commentaire. L’image suivante montre un exemple d’expérience d’ajout de réaction et d’affichage de réactions sur un commentaire.
Enregistrer un commentaire sans enregistrer l’élément de travail
Note
Cette fonctionnalité est disponible à partir d’Azure DevOps Server 2022.1.
Si vous disposez uniquement des autorisations pour contribuer à la Discussion d’un élément de travail, vous pouvez le faire en enregistrant des commentaires. Cette autorisation est contrôlée par les nœuds du chemin de zone et l’autorisation Modifier les commentaires de l’élément de travail dans ce nœud. Pour plus d’informations, consultez Définir les autorisations de suivi du travail - Créer des nœuds enfants, modifier des éléments de travail dans un chemin de zone ou d’itération.
Lorsque vous enregistrez les commentaires, vous n’avez pas besoin d’enregistrer l’élément de travail.
Note
Lorsque vous enregistrez les modifications apportées au contrôle Discussion , seul le commentaire est enregistré. Aucune règle d’élément de travail définie pour le type d’élément de travail n'est exécutée.
Suivre le travail en cours
À mesure que le travail progresse, mettez à jour le champ État pour refléter l’état actuel. Si vous le souhaitez, fournissez une raison ; les champs d’état et de raison s’affichent dans l’en-tête du formulaire d’élément de travail.
États de workflow CMMI
Les diagrammes suivants montrent les principaux états de progression et de régression pour les WITs Exigence, Bug et Tâche.
| Requirement | Bug | Task |
|---|---|---|
|
|
|
Le flux de travail classique pour une exigence suit les étapes suivantes :
- Le propriétaire du produit crée une exigence dans l’état Proposé avec la raison par défaut, Nouvelle exigence.
- Le propriétaire du produit déplace l’exigence sur Actif lorsque le travail commence.
- L'équipe définit le statut à Résolu lorsque le développement est terminé et que les tests système sont réussis.
- Enfin, l'équipe ou le propriétaire du produit déplace l'exigence à Fermé après que les critères d'acceptation et les tests de validation ont confirmé l'achèvement.
Mettez à jour l'état du travail avec un tableau ou des tableaux de tâches
Utilisez le tableau ou le tableau des tâches sprint pour mettre à jour les états d’élément. Le fait de faire glisser un élément vers une autre colonne met à jour les champs État et Raison.
Vous pouvez personnaliser la carte pour ajouter d’autres voies de natation ou colonnes.
Mapper les exigences sur les fonctionnalités
Lorsque vous gérez plusieurs produits ou expériences utilisateur, définissez des fonctionnalités et mappez les exigences à ces fonctionnalités pour afficher l’étendue et la progression dans le portefeuille.
Utilisez les backlogs de portefeuille pour approfondir les niveaux de backlog et pour regrouper les travaux en cours au sein des équipes. Vous pouvez également afficher les cumuls après avoir configuré une hiérarchie d’équipes.
L’élément de travail de fonctionnalité contient des champs similaires aux exigences, ainsi que d’autres champs décrits dans sa référence.
Définir des tâches
Lorsque votre équipe fournit du travail dans des sprints, divisez les exigences en tâches à partir de la page du backlog sprint et estimez l’effort.
Nommez la tâche et estimez le travail.
Lorsque les équipes évaluent le travail, elles définissent des tâches et évaluent les heures ou les jours pour les terminer. Les équipes prévoient la capacité et affinent les tâches au début d’une itération ; chaque membre de l’équipe effectue ensuite un sous-ensemble de tâches. Les tâches peuvent inclure le développement, les tests et d’autres activités. Par exemple, un développeur crée des tâches pour implémenter une exigence tandis qu’un testeur crée des tâches pour écrire et exécuter des cas de test. En liant les tâches aux exigences et aux bogues, les équipes voient clairement la progression de l’implémentation. Pour plus d’informations, consultez Activités d’itération.
Field
Usage
Sélectionnez le type de tâche dans :
- Mesure corrective
- Action d’atténuation
- Planned
Choisissez la discipline que cette tâche représente lorsque vous estimez la capacité de sprint par activité :
- Analysis
- Development
- Test
- Éducation des utilisateurs
- Expérience utilisateur
Ce champ permet également de calculer la capacité par discipline. Il est assigné à type="Activity" dans le fichier ProcessConfiguration. Pour plus d’informations, consultez Implémenter des tâches de développement.
Entrez l’estimation d’origine de la tâche.
Mettez à jour le travail restant à mesure que l’équipe progresse. Cette valeur alimente les graphiques de capacité, le graphique de burndown sprint et les rapports connexes. Si vous divisez une tâche en sous-tâches, ne suivez les heures que sur les sous-tâches.
Enregistrez le travail déjà consacré à l’implémentation de la tâche.
Suivre la progression des tests
Conditions requises pour les tests
À partir du portail web ou du Gestionnaire de tests, créez des cas de test qui établissent automatiquement un lien vers une exigence ou un bogue, ou ajoutez un lien à partir de l’onglet 
(liens).
Le cas de test contient de nombreux champs, y compris les champs qui s’intègrent au processus de génération et de test. Pour plus d’informations, consultez Requête basée sur les champs d’intégration de build et de test.
L’onglet (liens) répertorie toutes les exigences et bogues référencés par un cas de test. La liaison aide les équipes à suivre la progression des tests et prend en charge les rapports tels que le rapport de vue d’ensemble des exigences.
Suivre les erreurs de code
Créez des bogues à partir du portail web, de Visual Studio ou du Gestionnaire de tests (consultez Gérer les bogues).
Suivre les demandes de modification, les risques, les problèmes, et les remarques relevés au cours des réunions de révision
En plus des exigences, des fonctionnalités, des tâches et des bogues, le processus CMMI recommande ces WIT :
- Demande de modification pour gérer les modifications proposées pour les produits de travail sous contrôle des modifications.
- Problème de suivi des événements ou des situations susceptibles de bloquer le travail. Les problèmes diffèrent des risques , car les équipes identifient généralement les problèmes spontanément pendant les réunions quotidiennes.
- Risque de suivre la probabilité et la variance entre les résultats réels et souhaités. Lorsque vous gérez les risques, vous réduisez la variance entre les résultats attendus et réels.
- Passez en revue la façon dont une révision de conception ou de code répond aux normes telles que la correction du nom, la pertinence du code, l’extensibilité, la complexité et la sécurité.
Vous pouvez ajouter un problème à l’aide du widget Nouvel élément de travail sur un tableau de bord d’équipe ou à partir du menu Nouveau dans la page Requêtes.
Éléments de travail ajoutés à partir du widget, s'alignent automatiquement sur la zone par défaut et les chemins d’itération de votre équipe. Pour modifier le contexte d’équipe, consultez Changer de contexte d’équipe.
Définitions des champs courants de suivi du travail
Les champs et les onglets suivants apparaissent dans la plupart des formulaires d’élément de travail. Chaque onglet est utilisé pour suivre des informations spécifiques. Les onglets couramment utilisés incluent 
l’historique, les liens et 
les pièces jointes.
Le seul champ obligatoire pour tous les types d’élément de travail est Titre. Lorsque vous enregistrez un élément de travail, le système affecte un identificateur unique, un ID. Le formulaire met en évidence les champs obligatoires en jaune. Pour plus d’informations sur les autres champs, consultez Index des champs d’élément de travail.
Note
D’autres champs peuvent être requis en fonction des personnalisations apportées à votre processus et à votre projet.
Champ ou onglet
Usage
Entrez une description de 255 caractères ou moins. Vous pouvez modifier le titre ultérieurement.
Attribuez l’élément de travail au membre de l’équipe responsable de l’exécution du travail, ou laissez vide et terminez l’affectation ultérieurement.
Lorsque vous créez un élément de travail pour la première fois, le champ État affiche automatiquement le premier état du flux de travail, tel que Nouveau ou Non attribué. À mesure que le travail progresse, mettez à jour l’état pour refléter l’état actuel de l’élément de travail.
Lorsque vous créez un élément de travail pour la première fois, définissez la valeur Motif par défaut, telle que Création ou Nouvel élément de travail. À mesure que l’état change pour l’élément de travail, mettez à jour la valeur Raison en conséquence. Chaque état de l’élément de travail est associé à une valeur motif par défaut.
Choisissez le chemin d’accès de zone associé au produit ou à l’équipe, ou laissez-le vide et entrez une valeur appropriée ultérieurement. Vous pouvez modifier la liste déroulante des zones disponibles. Pour plus d'informations, consultez Définir des chemins de zone et les attribuer à une équipe.
Choisissez le sprint ou l’itération dans lequel terminer l’élément de travail, ou laissez vide et affectez la valeur ultérieurement. Vous pouvez modifier la liste déroulante des itérations. Pour plus d’informations, consultez Définir des chemins d’itération (sprints) et configurer des itérations d’équipe.
Affichez l’historique des éléments de travail pour voir toutes les modifications apportées à l’élément, comme capturé par le système. Chaque fois qu’un élément de travail est mis à jour, les détails sont ajoutés à l’historique. Vous voyez la date de modification, l’auteur de modification et la liste des champs mis à jour. Vous pouvez également ajouter du texte mis en forme au champ Historique .
Ajoutez des liens pour créer des connexions avec d’autres éléments de travail. De nombreux types de liens sont pris en charge, tels que les liens hypertexte, les ensembles de modifications, les fichiers sources, etc. Spécifiez la relation de l’élément lié à l’élément de travail, tel que Parent, Trouvé dans build ou résultat de test.
Utilisez des pièces jointes pour inclure des informations supplémentaires sur l’élément de travail. Joignez des threads de messagerie, des documents, des images, des fichiers journaux ou d’autres types de fichiers.
Personnaliser des types d'éléments de travail
Pour la plupart des types d’éléments de travail, vous pouvez ajouter des champs, modifier le workflow, ajouter des règles personnalisées et ajouter des pages personnalisées au formulaire d’élément de travail. Vous pouvez également ajouter des types d’éléments de travail personnalisés. Pour plus d’informations, consultez Personnaliser un processus d’héritage.
Pour la plupart des types d’éléments de travail, vous pouvez ajouter des champs, modifier le workflow, ajouter des règles personnalisées et ajouter des pages personnalisées au formulaire d’élément de travail. Vous pouvez également ajouter des types d’éléments de travail personnalisés. Pour plus d’informations, consultez Personnaliser un processus d’héritage ou Personnaliser le modèle de processus XML local en fonction du modèle de processus utilisé par votre projet.
Contenu connexe
- Créer un projet
- Ajouter des éléments de travail et gérer un projet
- Créer un backlog
- Gérer l’accès à des fonctionnalités spécifiques
- En savoir plus sur les autorisations par défaut et les niveaux d’accès pour Azure Boards
Ordre de liste des backlogs
Utilisez le champ Stack Rank pour suivre le classement relatif des exigences, des caractéristiques ou des épopées. La page backlog détermine la séquence en fonction de l’emplacement où vous ajoutez ou déplacez des éléments sur la page (voir Créer votre backlog). Lorsque vous faites glisser des éléments, un processus en arrière-plan met à jour le champ Stack Rank. Ce champ n’apparaît pas dans le formulaire d’élément de travail par défaut.