Partager via


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.

Image conceptuelle, Types d’élément de travail et workflow des processus CMMI.

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.

Capture d’écran du formulaire d’élément de travail Exigence.

Vous pouvez également ajouter des exigences en bloc à l’aide d’un fichier cvs.

Vous pouvez également ajouter des exigences en bloc avec Excel ou Project.

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 :

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.

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

Capture d’écran de la section Discussion dans un formulaire d’élément de travail.

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.

Capture d’écran de la section Discussion, barre d’outils Éditeur de texte enrichi.

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

Capture d’écran de la section Discussion, sélecteur de personnes du menu déroulant @Mention.

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.

Capture d’écran de la section Discussion, choisissez les actions Modifier ou 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.

Capture d’écran de la section Discussion, Ajouter une réaction à 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.

Capture d’écran de la section Discussion, enregistrer le commentaire.

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.

Capture d’écran du formulaire d’élément de travail bogue, 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
Image conceptuelle des états de workflow requis, processus CMMI. Image conceptuelle des états de workflow de bogue, processus CMMI. Image conceptuelle des états de workflow de tâche, processus CMMI.

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.

Capture d'écran du portail Web, suivi de la progression sur le tableau.

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.

Capture d’écran du portail web, lien Ajouter une tâche sur une page de backlog de sprint

Nommez la tâche et estimez le temps de travail qu’elle nécessitera.

Capture d’écran du formulaire d’élément de travail Tâche CMMI

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

Capture d’écran de Sélectionner la suite de tests et ajouter un cas de test.

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.

Capture d’écran du portail web, formulaire d’élément de travail de cas 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.

Capture d’écran de l’ajout d’un élément de travail à partir d’un widget Nouvel élément de travail.

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.

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.