Types d’élément de travail et flux de travail des processus CMMI dans Azure Boards
Azure DevOps Services | Azure DevOps Server 2022 | Azure DevOps Server 2019
Les équipes utilisent les types d’éléments de travail (WIT) fournis avec le processus CMMI MSF for Process Improvement 2015 (CMMI) pour planifier et suivre la progression des projets logiciels. Les équipes définissent les exigences pour gérer l'arriéré de travail, puis, à l'aide de votre tableau, suivent les progrès en mettant à jour l'état des exigences.
Pour optimiser l’analyse dans un dossier de spécifications, les propriétaires de produits peuvent mapper les spécifications à des fonctionnalités. Quand des équipes travaillent en itérations, elles définissent des tâches qui se lient automatiquement aux spécifications.
À l’aide de Microsoft Test Manager et du portail web, les testeurs peuvent créer et exécuter des cas de test et définir des bogues pour suivre les erreurs de code.
Pour prendre en charge des processus CMMI supplémentaires, les équipes peuvent suivre les demandes de modification, les risques, les problèmes et les remarques relevés au cours des réunions de revue. Si vous débutez avec le processus CMMI, consultez la section Planifier et suivre le travail avec CMMI pour commencer.
Définir les conditions requises
Créez les exigences à partir du volet d’ajout rapide dans la page du backlog de produit. Par la suite, vous pourrez ouvrir chaque exigence pour fournir des détails supplémentaires et estimer sa taille.
Vous pouvez également ajouter des exigences en bloc à l’aide d’un fichier cvs.
Important
L’intégration de Microsoft Project et la commande TFSFieldMapping ne sont pas prises en charge pour :
- Visual Studio 2019 et Azure DevOps Intégration Office 2019.
- Azure DevOps Server 2019 et versions ultérieures, y compris Azure DevOps Services.
La prise en charge complète de l'intégration de Microsoft Excel est maintenue, ce qui permet l'importation et la mise à jour en masse des éléments de travail. Les alternatives à l’utilisation de Microsoft Project sont les suivantes :
- Plans de livraison
- Extensions de la place de marché comme Project Connect ou le diagramme GANTT
Les spécifications indiquent les fonctions et les éléments de produit que les équipes doivent créer. En général, les propriétaires de produits définissent et classent en pile les exigences dans la page du backlog de produit. L'équipe évalue ensuite les efforts et le travail nécessaires pour livrer les éléments dont la priorité est la plus élevée.
Utilisez les conseils suivants et ceux fournis pour les champs utilisés en commun entre les types d’éléments de travail lors du remplissage du formulaire. Pour plus d’informations, consultez Planifier un projet.
Champ
Utilisation
Fournissez suffisamment de détails pour estimer la quantité de travail nécessaire pour implémenter la spécification. Déterminez à qui est destinée la spécification, quels utilisateurs sont concernés et pourquoi. Ne décrivez pas selon quelle méthode l’exigence doit être développée. Fournissez des détails suffisant pour que votre équipe puisse rédiger les tâches et les cas de test pour l’implémentation de l’élément.
Dans les champs HTML, vous pouvez ajouter du texte enrichi et des images.
Impact subi par le client si cette spécification n'est pas implémentée. Vous pouvez inclure des détails du modèle Kano indiquant si cette exigence fait partie des catégories Surprise, Obligatoire ou Explicite. Entrez ces informations dans le champ HTML de texte enrichi qui correspond à l’évaluation de l’impact.
Type d’exigence (obligatoire)
Genre de l’exigence à implémenter. Vous pouvez spécifier l'une des valeurs suivantes :
- Objectif stratégique
- Fonctionnalité (par défaut)
- Fonctionnelle
- Interface
- En fonctionnement
- Qualité de service
- Sûreté
- Scénario
- Sécurité
La zone de valeur du client traitée par l’élément Épopée, Exigence, Fonctionnalité ou Backlog. Ces valeurs comprennent :
- Architectural : services techniques pour implémenter des fonctionnalités métier qui délivrent des solutions
- Business : services qui répondent aux besoins des clients ou du participant et qui délivrent directement la valeur du client pour prendre en charge le métier (par défaut)
Estimez la quantité de travail requise pour fournir une spécification avec l’unité de mesure numérique préférée de votre équipe. En définissant la Taille pour les exigences, les équipes peuvent utiliser les graphiques de vélocité Agile et des outils de prévision pour estimer les futures itérations ou les efforts de travail. Le diagramme de flux cumulatif fait référence aux valeurs de ce champ. Pour plus d’informations, consultez livre blanc Estimation.
Décrit la quantité de travail estimée requise pour effectuer une tâche. En général, ce champ ne change pas une fois assigné.
Vous pouvez spécifier le travail en heures ou en jours. Aucune unité de temps n'est associée à ce champ de manière inhérente.
Les dates cibles de début et de fin du travail.
Priorité (obligatoire)
Évaluation subjective de la spécification par rapport à l'activité. Les valeurs autorisées sont les suivantes :
- 1 : Le produit ne peut pas être commercialisé sans l’élément.
- 2 : le produit (par défaut) ne peut pas être commercialisé sans l’élément, mais le problème ne doit pas nécessairement être traité dans l’immédiat.
- 3 : l’implémentation de l’élément est facultative et dépend des ressources, du temps et des risques.
Triage (obligatoire)
Indique le type de décision de triage en attente pour l’élément de travail. Utilisez ce champ lorsque l’élément de travail est dans l’état Proposé et spécifiez l’une des valeurs suivantes : En attente (par défaut), Informations, Informations reçues et En triage.
Indique si un membre de l’équipe est bloqué dans sa progression vers l’implémentation d’une exigence ou d’une tâche, ou dans sa résolution d’un bogue, d’une demande de modification ou d’un risque. Si un problème a été ouvert pour effectuer le suivi d'un problème majeur, vous pouvez créer un lien vers celui-ci. Vous pouvez spécifier Oui ou Non.
Validé (obligatoire)
Indique si la spécification est validée ou non dans le projet. Vous pouvez spécifier Oui ou Non (valeur par défaut).
Numéro de build du produit qui contient la spécification, la demande de modification, ou qui corrige un bogue.
Test d’acceptation Utilisateur (obligatoire)
État du test d'acceptation utilisateur pour une spécification. Vous pouvez spécifier l'une des valeurs suivantes :
- Réussite
- Échec
- Non prêt (par défaut)
- Ready
- Ignoré
- Informations reçues
Vous spécifiez Non prêt lorsque la spécification se trouve dans l'état Actif, et Prêt lorsque la spécification se trouve dans l'état Résolu.
Noms des membres de l’équipe qui sont familiarisés avec l’activité du client que cette spécification représente.
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 zone de texte prenant en charge la mise en forme du texte.
Remarque
Il n’existe pas de champ d’élément de travail Discussion. Pour interroger les éléments de travail avec des commentaires saisis dans la zone de discussion, vous filtrez 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é un élément de travail ou lié une demande de tirage (pull request). Vous pouvez également ouvrir le même menu en entrant @, #ou !.
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 @ suivi du nom du groupe, par exemple une équipe ou un groupe de sécurité.
Modifier ou supprimer un commentaire
Pour modifier ou supprimer un de vos commentaires de discussion, choisissez 
Modifier ou l’icône d’actions 
, puis sélectionnez Supprimer.
Notes
La modification et la suppression de commentaires nécessitent la mise à jour Azure DevOps Server 2019 1 ou version ultérieure.
Après avoir mis à jour le commentaire, sélectionnez Mettre à jour. Pour supprimer le commentaire, confirmez que vous souhaitez le supprimer. Une piste d’audit complète de tous les commentaires modifiés et supprimés est conservée sous l’onglet Historique du formulaire d’élément de travail.
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 de smiley dans le coin supérieur droit d’un commentaire. Vous pouvez également choisir parmi les icônes situées au bas d’un commentaire en regard 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
Remarque
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 sous une zone ou un chemin d’itération.
Une fois que vous avez enregistré les commentaires, vous n’avez pas besoin d’enregistrer l’élément de travail.
Remarque
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, vous modifiez le champ État pour mettre à jour l’état. Si vous le souhaitez, vous pouvez spécifier une raison. Les champs d’état et de raison s’affichent dans le formulaire d’élément de travail dans la zone d’en-tête.
États de workflow CMMI
Ces diagrammes montrent les principaux états de progression et de régression des types d’élément de travail Spécification, Bogue et Tâche.
| Condition requise | Bug | Tâche |
|---|---|---|
 |
 |
 |
Voici la progression classique de workflow pour une exigence :
- 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 met à jour l’état sur Actif lorsqu’il démarre le travail d’implémentation.
- L’équipe met à jour l’état sur Résolu quand elle a terminé le développement du code et que les tests système ont réussi.
- Enfin, l’équipe ou le propriétaire du produit fait passer la spécification à l’état Fermé lorsque le propriétaire du produit convient qu’elle a été implémentée conformément aux critères d’acceptation et a réussi tous les tests de validation.
Mettez à jour l'état du travail avec un tableau ou des tableaux de tâches
Les équipes peuvent utiliser le tableau pour mettre à jour l'état des exigences et le tableau des tâches du sprint pour mettre à jour l'état des tâches. Le fait de faire glisser des éléments vers une nouvelle colonne d’état met à jour les champs État et Raison.
Vous pouvez personnaliser le tableau pour qu'il prenne en charge davantage de couloirs ou de colonnes.
Mapper les exigences sur les fonctionnalités
Lorsque vous gérez une suite de produits ou d'expériences utilisateur, vous pouvez afficher la portée et la progression du travail sur tout le portefeuille de produits. Vous pouvez définir l’étendue de l’affichage en définissant des fonctionnalités et en mappant les exigences sur ces fonctionnalités.
Grâce aux backlogs du portefeuille, vous pouvez passer d’un backlog à l’autre pour afficher le niveau de détail souhaité. En outre, vous pouvez utiliser les backlogs du portefeuille pour afficher un cumul du travail en cours dans plusieurs équipes lorsque vous avez configuré une hiérarchie d’équipes.
L’élément de travail Fonctionnalité comporte des champs similaires à ceux des spécifications et des champs supplémentaires, comme indiqué dans le tableau suivant.
Définir des tâches
Quand votre équipe gère son travail dans les sprints, elle peut utiliser la page du backlog des sprints pour diviser le travail à faire en tâches distinctes.
Nommez la tâche et estimez le temps de travail qu’elle nécessitera.
Lorsque les équipes estiment le travail, elles définissent des tâches et évaluent les heures ou les jours nécessaires pour les exécuter. Les équipes prévoient le travail et définissent des tâches au début d’une itération, et chaque membre de l’équipe effectue un sous-ensemble de ces tâches. Les tâches peuvent comprendre le développement, le test et d'autres genres de travaux. Par exemple, un développeur peut définir des tâches pour implémenter les spécifications et un testeur peut définir des tâches consistant à écrire et exécuter des cas de test. En liant les tâches aux spécifications et aux bogues, ils voient la progression de ces éléments. Pour plus d’informations, consultez Activités d’itération.
Champ
Utilisation
Sélectionnez le type de tâche à implémenter à partir des valeurs autorisées :
Action corrective
Action d'atténuation
Prévu
Sélectionnez la discipline que représente cette tâche lorsque votre équipe estime sa capacité de sprint par activité.
Analyse
Développement
Test
Documentation utilisateur
Expérience utilisateur
Ce champ est également utilisé pour calculer la capacité par discipline. Il est assigné à type="Activity" dans le fichier ProcessConfiguration. (2)
Pour plus d’informations, consultez Implémenter des tâches de développement.
Décrit la quantité de travail estimée requise pour effectuer une tâche. En général, ce champ ne change pas une fois assigné.
Décrit la quantité de travail restante pour effectuer une tâche. À mesure que le travail progresse, mettez ce champ à jour. Il permet de calculer les graphiques de capacité, le graphique d’avancement du sprint et le rapport Burndown du sprint. Si vous divisez une tâche en tâches subordonnées, spécifiez les heures uniquement pour ces dernières. Vous pouvez spécifier le travail dans l'unité de mesure choisie par votre équipe.
Quantité de travail déployée pour l’implémentation d’une tâche.
Suivre la progression des tests
Spécifications de test
Dans le portail web ou Test Manager, vous pouvez créer des cas de test qui sont automatiquement liés à une exigence utilisateur ou à un bogue. Vous pouvez également lier une exigence à un cas de test à partir de l’onglet 
(liens).
Le cas de test contient de nombreux champs dont la plupart sont automatisés et intégrés au Gestionnaire de tests et au processus de génération. Pour obtenir une description de chaque champ, consultez Requête basée sur des champs d’intégration de build et de test.
L’onglet Liens répertorie toutes les spécifications et les bogues dans un cas de test. En utilisant la liaison, l’équipe peut suivre la progression du test de chaque élément ainsi que les informations qui s’affichent dans le rapport Vue d’ensemble des spécifications.
Suivre les erreurs de code
Vous pouvez créer des bogues à partir du portail web, de Visual Studio ou au moment des tests avec le Gestionnaire de tests.
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 types d’élément de travail exigence, fonctionnalité, tâche et bogue, vous pouvez suivre les informations recommandées par le processus CMMI avec les types d’élément de travail suivants.
- Demande de modification pour gérer les modifications proposées pour tout produit de travail qui est sous contrôle des modifications.
- Créez un problème pour effectuer le suivi d’un événement ou d’une situation susceptible de bloquer le travail relatif à un produit ou qui le bloque déjà. Les problèmes diffèrent des risques en ce sens que les équipes identifient spontanément les problèmes, en général pendant les réunions d’équipe quotidiennes.
- Risque pour suivre la probabilité et le degré d’écart entre les résultats réels et souhaités. Lorsque vous gérez les risques, vous réduisez stratégiquement l’écart entre le résultat souhaité et le résultat réel.
- Révisez pour documenter les résultats d’une revue de conception ou de code. Les membres de l’équipe peuvent capturer des détails relatifs à la façon dont le design ou le code sont conformes aux normes dans les domaines de la correction du nom, de la pertinence du code, de l’extensibilité, de la complexité du code, de la complexité algorithmique et de la sécurité du code.
Vous pouvez ajouter un problème à partir du widget Nouvel élément de travail ajouté à un tableau de bord d’équipe ou à partir du menu Nouveau de la page Requêtes.
Les éléments de travail que vous ajoutez à partir du widget sont automatiquement étendus à la zone par défaut et aux 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 assurer le suivi d’informations spécifiques, comme l’
Historique, les Liens ou les 
Pièces jointes. Ces trois onglets fournissent, respectivement, un historique des modifications, une vue des éléments de travail liés et la possibilité d’afficher et d’attacher des fichiers.
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 lui assigne un ID unique. Le formulaire met en évidence le champ obligatoire en jaune. Pour plus d’informations sur les autres champs, consultez Index des champs d’élément de travail.
Notes
Des champs supplémentaires peuvent être nécessaires en fonction des personnalisations apportées à votre processus et à votre projet.
Champ/onglet
Utilisation
Entrez une description de 255 caractères ou moins. Vous pouvez toujours modifier le titre ultérieurement.
Assignez l’élément de travail au membre de l’équipe chargé d’effectuer le travail.
Lorsque l'élément de travail est créé, l'état est rétabli par défaut au premier état du flux de travail. À mesure que le travail progresse, mettez-le à jour pour refléter l'état actuel.
Utilisez d'abord la valeur par défaut. Mettez-la à jour lorsque vous modifiez l'état. Chaque état est associé à une raison par défaut.
Sélectionnez le chemin de zone associé au produit ou à l’équipe, ou laissez-le vide jusqu’à ce qu’il soit assigné lors d’une réunion de planification. Pour modifier la liste déroulante des zones, consultez Définir des chemins d’accès aux zones et attribuer à une équipe.
Choisissez le sprint ou l'itération au cours duquel le travail doit être terminé, ou laissez ce champ vide et remplissez-le ultérieurement, lors d'une réunion de planification. Pour modifier la liste déroulante des itérations, consultez Définir des chemins d’itération (sprints) et configurer des itérations d’équipe.
Examinez le journal d'audit que le système a capturé et ajoutez des informations supplémentaires.
Chaque fois qu'un champ de l'élément de travail est mis à jour, ces informations sont ajoutées à l'historique. L'historique inclut la date de la modification, la personne qui a apporté la modification et les champs qui ont été modifiés. Vous pouvez également ajouter du texte mis en forme au champ d'historique.
Ajoutez tous les types de liens, tels que les liens hypertexte, les ensembles de modifications, les fichiers sources, etc.
Cet onglet répertorie également tous les liens définis pour l’élément de travail.
Partagez des d’informations plus détaillées en ajoutant des fichiers à l’élément de travail, tel que des fils de messagerie électronique, des documents, des images, des fichiers journaux ou d’autres types de fichier.
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.
Articles connexes
- Créer un projet
- Ajouter des éléments de travail pour 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
Le champ Rang dans la pile est utilisé pour suivre le classement relatif des exigences, des caractéristiques ou des épopées. Toutefois, par défaut, il n’apparaît pas sur le formulaire d’élément de travail. La séquence des éléments sur la page du backlog est déterminée en fonction de l’emplacement où vous avez ajouté ou déplacé les éléments sur la page. Lorsque vous faites glisser des éléments, un processus en arrière-plan met à jour ce champ.
Ce champ n’apparaît pas dans le formulaire d’élément de travail.