Éléments de travail et flux de travail (CMMI)
Une équipe utilise des éléments de travail pour suivre et surveiller le développement d'un produit et de ses fonctionnalités, ainsi que pour créer des rapports sur cette activité. Un élément de travail est un enregistrement de base de données qu'un membre de l'équipe crée dans Visual Studio Team Foundation Server pour enregistrer la définition, l'assignation, la priorité et l'état d'un travail. Le modèle de processus pour MSF for CMMI Process Improvement v5.0 définit neuf types d'éléments de travail : spécification, tâche, demande de modification, bogue, problème, risque, révision, cas de test et étapes partagées. Les éléments de travail Cas de test et Étapes partagées sont spécifiquement conçus pour être utilisés avec Test Runner et Gestionnaire de tests Microsoft.
Dans cette rubrique
|
Pour créer un élément de travail, ouvrez votre projet d'équipe dans Team Explorer, cliquez avec le bouton droit sur Éléments de travail, puis cliquez sur le type d'élément de travail que vous souhaitez créer. .png "Créer un élément de travail par un clic droit sur Éléments de travail") |
En définissant des éléments de travail individuels et en les stockant dans une base de données et un entrepôt de métriques communs, vous pouvez résoudre les questions relatives à l'intégrité du projet dès qu'elles se posent. Les éléments de travail, les liens entre ces éléments et les pièces jointes sont tous stockés dans la base de données Team Foundation pour permettre le suivi des éléments de travail, comme le montre l'illustration suivante.
.png "Vue d'ensemble conceptuelle de l'utilisation des éléments de travail")
Définition des spécifications, des tâches et d'autres éléments de travail
Vous pouvez spécifier et mettre à jour les informations relatives aux éléments de travail dans le formulaire d'élément de travail. Les rubriques de cette section fournissent des détails sur l'utilisation de chaque formulaire d'élément de travail.
Tâches |
Contenu associé |
|---|---|
Définir les spécifications fonctionnelles et opérationnelles, et assurer leur suivi : une équipe crée des spécifications pour capturer et suivre la façon dont le produit doit traiter le problème d'un client. Une équipe peut utiliser des spécifications pour décrire des scénarios, ainsi que des critères fonctionnels, opérationnels, de qualité de service, de sécurité et d'interface utilisateur. Les spécifications passent par les états du flux de travail Proposé, Actif, Résolu et Fermé. |
|
Effectuer le suivi des demandes de modification et les approuver : une équipe peut utiliser une demande de modification afin d'effectuer le suivi des modifications proposées pour une certaine partie du produit ou pour la planification initiale. Un membre de l'équipe doit créer une demande de modification lorsqu'une modification est proposée pour tout produit de travail qui se trouve dans le système de gestion de la configuration. Le comité de contrôle des modifications doit analyser, puis accepter ou rejeter les modifications proposées. Si le comité accepte une demande de modification, l'équipe génère des tâches pour implémenter la modification. Les demandes de modification passent par les états du flux de travail Proposé, Actif, Résolu et Fermé. |
|
Suivre et estimer le travail : une équipe crée des tâches pour effectuer le suivi du nombre d'heures qu'elle doit consacrer à l'implémentation d'une spécification ou d'un autre travail. Les tâches doivent représenter une unité de travail qui peut être exécutée en un ou deux jours. Vous pouvez scinder les tâches les plus importantes en sous-tâches plus petites. Vous pouvez créer une tâche pour suivre le travail de développement du code, concevoir et exécuter des tests, résoudre des bogues et effectuer des tests de régression. En outre, vous pouvez créer des tâches pour prendre en charge le travail générique que l'équipe doit exécuter. En effectuant le suivi des heures de travail de chaque tâche, l'équipe peut mieux voir la progression de son projet. Les tâches passent par les états du flux de travail Proposé, Actif, Résolu et Fermé. Vous pouvez utiliser les rapports Travail restant et Avancement et taux d'avancement pour surveiller la progression de l'équipe, déterminer son taux d'avancement et identifier les problèmes liés au flux de travail. |
|
Ouvrir des bogues et assurer leur suivi : vous pouvez assurer le suivi d'une erreur de code en créant un élément de travail Bogue. En créant un bogue, vous pouvez signaler l'erreur avec précision de manière à aider les autres membres de l'équipe à comprendre l'impact du problème dans sa totalité. Dans le bogue, vous devez décrire les étapes qui ont mené au comportement inattendu afin que d'autres personnes puissent le reproduire. En outre, les résultats des tests doivent montrer clairement le problème. La clarté et l'exhaustivité de cette description ont souvent un impact sur la probabilité de résolution du bogue. Les bogues passent par les états du flux de travail Proposé, Actif, Résolu et Fermé. Vous pouvez utiliser le rapport État des bogues pour suivre la progression de l'équipe dans le processus de résolution et de fermeture des bogues. |
|
Définir et gérer les obstacles qui entravent la progression : vous pouvez définir des problèmes connus ou potentiels, ou bien des obstacles qui affectent votre projet en créant des éléments de travail Problème. Lorsqu'une action concrète est requise, un problème peut engendrer l'exécution par l'équipe d'une ou de plusieurs tâches visant à l'atténuer. Par exemple, un problème technique peut entraîner la création de prototypes architecturaux. Les équipes doivent toujours inciter leurs membres à identifier les problèmes et à fournir un maximum d'informations concernant les éléments susceptibles de compromettre leur réussite. Elles doivent donner aux individus les moyens d'identifier les problèmes sans crainte d'exprimer avec franchise une opinion ou un point de vue controversé. Les équipes qui créent et privilégient des environnements positifs pour la gestion des problèmes peuvent identifier et traiter ces derniers à un stade plus précoce, plus rapidement, avec une meilleure visibilité et de façon moins conflictuelle que les équipes qui travaillent dans des environnements de gestion des risques négatifs. Les problèmes passent par les états du flux de travail Proposé, Actif, Résolu et Fermé. Vous pouvez utiliser le classeur Problèmes pour examiner les problèmes, les classer par ordre de priorité et les gérer. |
|
Identifier et atténuer les risques qui entravent la réussite du projet : les équipes utilisent l'élément de travail Risque pour documenter une condition ou un événement pouvant avoir un impact négatif sur le projet. Un aspect crucial de la gestion de projet consiste à identifier et gérer les risques liés à un projet. L'élément de travail Risque fournit des champs spécifiques pour d'une part enregistrer les plans d'atténuation et d'urgence, et d'autre part suivre l'impact potentiel des risques sur l'effort de développement. Les risques passent par les états du flux de travail Proposé, Actif, Résolu et Fermé. |
|
Capturer les détails des révisions du code et les décisions prises par l'équipe dans le cadre de ces révisions : l'équipe utilise l'élément de travail Révision pour documenter les résultats d'une révision du design ou du code. L'élément de travail Révision inclut des champs spécifiques permettant d'enregistrer des informations détaillées qui indiquent si la conception ou le code est conforme aux normes applicables dans différents domaines : exactitude des noms, pertinence du code, extensibilité, complexité du code, complexité algorithmique et sécurité du code. L'élément de travail Révision gère un enregistrement des décisions et du travail mis en œuvre par l'équipe pour garantir la qualité du produit. Les révisions passent par les états de flux de travail Actif, Résolu et Fermé. |
|
Tester l'application : une équipe utilise des cas de test pour définir les tests qui prendront en charge les récits utilisateur. Vous pouvez définir des cas de test manuel qui spécifient une séquence d'étapes d'action et de validation à exécuter, ou vous pouvez spécifier des cas de test automatisé qui font référence à un fichier d'automatisation. .gif "Remarque") Remarque
Le client recommandé pour la création et la définition de cas de test est Gestionnaire de tests.À l'aide de cet outil, vous pouvez également créer des suites de tests et des configurations de test qui répondent à l'ensemble des critères de test de votre projet.Dans les configurations de test, vous spécifiez l'environnement logiciel au sein duquel vous voulez exécuter vos cas de test et suites de tests.Pour plus d'informations, consultez Test de l'application.
Les cas de test passent par les états du flux de travail Design, Prêt et Fermé. Vous pouvez utiliser le rapport Disponibilité du cas de test pour déterminer la progression de l'équipe dans le processus de définition des cas de test. |
|
Définir des étapes partagées : une équipe utilise des étapes partagées pour simplifier la définition et la maintenance des cas de test manuel. Dans les étapes partagées, vous définissez une séquence d'étapes d'action et de validation à exécuter dans le cadre d'un cas de test. De nombreux tests requièrent l'exécution de la même séquence d'étapes pour plusieurs cas de test. En créant des étapes partagées, vous pouvez définir une séquence d'étapes une seule fois et l'intégrer ensuite à plusieurs cas de test. .gif "Remarque importante") Important
Le client recommandé pour la création et la définition d'étapes partagées est Gestionnaire de tests.Vous avez la possibilité d'afficher ces types d'éléments de travail avec Team Explorer et Team Web Access ; toutefois, vous ne pouvez pas utiliser Team Web Access pour modifier ou mettre à jour certains champs.
Les étapes partagées passent par les états du flux de travail Actif et Fermé. |
Création d'une spécification, d'une tâche ou d'un autre type d'élément de travail
Vous pouvez créer un élément de travail en ouvrant Team Web Access ou Team Explorer, et en suivant la procédure décrite dans cette section. Après avoir créé un élément de travail, vous pouvez toujours le modifier et lui ajouter des détails au cours d'un sprint.
Pour créer une spécification, une tâche ou un autre type d'élément de travail
Ouvrez Team Web Access ou Team Explorer, puis connectez-vous à la collection de projets d'équipe qui contient le projet d'équipe dans lequel vous voulez créer l'élément de travail.
Pour plus d'informations, consultez Se connecter aux projets d'équipe et y accéder dans Team Foundation Server.
Effectuez l'une des opérations suivantes :
Dans Team Web Access, recherchez la zone de lancement rapide du volet de navigation, puis cliquez sur la flèche Nouvel élément de travail. Dans le menu Types d'éléments de travail, cliquez sur le type d'élément de travail que vous souhaitez créer.
Dans Team Explorer, ouvrez le menu Équipe et pointez sur Ajouter un élément de travail, puis cliquez sur le type de l'élément de travail.
Un formulaire d'élément de travail du type spécifié s'affiche.
.png "Formulaire d'élément de travail Tâche CMMI")
.png "Formulaire d'élément de travail Tâche CMMI - onglets")
Définissez les champs figurant dans la partie supérieure du formulaire, ainsi que ceux situés dans les onglets de la partie inférieure qui sont requis par le type d'élément de travail.
Pour plus d'informations, consultez Définition des récits utilisateur, tâches et autres éléments de travail précédemment dans cette rubrique.
Dans la barre d'outils d'élément de travail, cliquez sur
.gif "Enregistrer")
Enregistrer l'élément de travail.Notes
Une fois que vous avez enregistré l'élément de travail, l'identificateur s'affiche dans le titre situé sous la barre d'outils d'élément de travail.
Création simultanée d'un grand nombre de spécifications, de tâches ou d'autres éléments de travail
Vous pouvez définir rapidement plusieurs tâches qui sont automatiquement liées aux spécifications par le biais d'Office Excel. En outre, Office Excel vous permet de définir rapidement des spécifications, des tâches et des problèmes. Pour plus d'informations, consultez les rubriques suivantes :
Création d'un élément de travail qui est automatiquement lié à un autre élément de travail
Vous pouvez créer un élément de travail qui est automatiquement lié à un récit utilisateur existant ou un autre élément de travail. Cette action peut être exécutée à partir d'un formulaire d'élément de travail ouvert ou d'une liste de résultats d'une requête d'élément de travail.
Pour créer un élément de travail lié à un élément de travail existant
Ouvrez Team Web Access ou Team Explorer, puis connectez-vous à la collection de projets qui contient le projet d'équipe où vous voulez définir l'élément de travail lié.
Cliquez avec le bouton droit sur la requête d'équipe Éléments de travail ouverts, puis cliquez sur Ouvrir.
Effectuez l'une des actions suivantes :
Dans Team Web Access, cliquez sur la flèche en regard de l'élément de travail existant auquel vous souhaitez lier le nouvel élément de travail, puis cliquez sur Ajouter un nouvel élément de travail lié.
Dans Team Explorer, cliquez avec le bouton droit sur l'élément de travail existant auquel vous souhaitez lier le nouvel élément de travail, puis cliquez sur Ajouter un nouvel élément de travail lié.
La boîte de dialogue Ajouter un nouvel élément de travail lié s'ouvre.
.png "Ajouter une nouvelle tâche liée à un problème ou bogue")
Définissez les champs suivants :
Dans la liste Type de lien, cliquez sur le type de lien correspondant à la relation que vous souhaitez créer entre les éléments de travail.
Pour établir un lien entre une tâche et une spécification, cliquez sur Enfant.
Pour établir un lien vers une demande de modification, cliquez sur Affecté par.
Pour établir un lien vers un cas de test, cliquez sur Testé par.
Pour établir un lien vers tout autre type d'élément de travail, cliquez sur Associé ou sur un autre type de lien qui représente la relation dont vous souhaitez effectuer le suivi.
Dans la liste Type d'élément de travail, cliquez sur le type d'élément de travail que vous souhaitez créer.
Dans Titre, tapez un nom qui décrit la spécification, la tâche ou tout autre type d'élément de travail dont vous souhaitez effectuer le suivi.
(Facultatif) Dans Commentaire, tapez des informations supplémentaires.
Cliquez sur OK.
Un formulaire d'élément de travail s'affiche avec les informations que vous avez fournies.
Définissez les champs restants en fonction du type d'élément de travail.
Pour plus d'informations, consultez Définition des spécifications, des tâches et d'autres éléments de travail précédemment dans cette rubrique.
Cliquez sur Enregistrer l'élément de travail
.
Création de cas de test et de plans de test à l'aide de Test and Lab Manager
À l'aide de Gestionnaire de tests, vous pouvez créer des cas de test mais également des suites de tests et des configurations de test qui prennent en charge les tests de votre projet. Vous pouvez utiliser les configurations de test pour définir l'environnement logiciel dans lequel vous voulez exécuter vos cas de test et suites de tests.
Plans de test, suites de tests et configurations de test
.png "Composants d'un plan de test")
Vous pouvez regrouper vos cas de test en les organisant au sein d'une hiérarchie de suites de tests dans votre plan de test. En créant des suites de tests, vous pouvez exécuter des ensembles de cas de test de manière regroupée. Pour plus d'informations sur l'utilisation de Gestionnaire de tests pour définir des cas de test, des suites de tests et des plans de test, consultez Test de l'application.
Ouverture et suivi des bogues à l'aide de Test Runner et de Test and Lab Manager
À l'aide de Gestionnaire de tests, vous pouvez envoyer des bogues qui contiennent automatiquement les informations relatives au cas de test et à l'environnement de test que vous avez exécutés, ainsi qu'à l'étape de test spécifique où vous avez découvert une erreur de code. Les bogues que vous créez à l'aide de Gestionnaire de tests sont automatiquement liés au cas de test que vous exécutiez lorsque vous les avez identifiés.
Vous pouvez créer des bogues de différentes manières :
dans Gestionnaire de tests, lorsque vous exécutez un test à l'aide de Test Runner, lorsque vous consultez un résultat des tests ou lorsque vous consultez vos bogues ;
dans Team Web Access ou Team Explorer ;
dans Office Excel (utile si vous envoyez plusieurs bogues en même temps).
Pour plus d'informations sur l'envoi, le suivi et la vérification des bogues et des correctifs à l'aide de Gestionnaire de tests, consultez le contenu associé dans le tableau suivant.
Tâches |
Contenu associé |
|---|---|
Créer un bogue : lorsque vous remarquez un comportement inattendu de l'application lors des tests ad hoc, vous pouvez rapidement créer un bogue. |
|
Collecter des données de diagnostic pour la prise en charge du débogage : à l'aide de Test Runner, vous pouvez collecter des données de trace de diagnostic concernant une application écrite avec du code managé ; un développeur pourra ensuite utiliser ces données avec Intellitrace pour isoler des erreurs. |
|
Créer un fichier journal des actions enregistrées et l'ajouter à un bogue : vous pouvez enregistrer des actions sous forme de texte dans un fichier journal lorsque vous exécutez des tests manuels. Vous pouvez ajouter automatiquement ce fichier à un bogue que vous créez lorsque vous exécutez votre test manuel. |
|
Créer un cas de test à partir d'un bogue et d'un fichier journal des actions enregistrées : vous pouvez utiliser un journal des actions pour créer un cas de test manuel à partir d'un bogue ou d'un résultat des tests. En adoptant cette approche, vous pouvez créer des cas de test sans devoir taper toutes les étapes. |
|
Vérifier et mettre à jour l'état d'un bogue en fonction des résultats des tests : si vous envoyez un bogue basé sur un cas de test, vous pouvez vérifier ce bogue directement à partir de la liste Mes bogues dans Gestionnaire de tests Microsoft. Pour cette approche, un résultat des tests doit être associé au cas de test approprié. Vous pouvez rapidement réexécuter le test, modifier l'état du bogue en fonction des résultats et ajouter des commentaires au bogue. |
Affichage des éléments de travail qui vous sont assignés
En tant que membre de l'équipe, vous pouvez identifier rapidement les éléments de travail qui vous sont assignés en ouvrant la requête d'équipe Mes éléments de travail ou en accédant à Mon tableau de bord. Pour plus d'informations, consultez les rubriques suivantes :
Personnalisation des types d'éléments de travail et des tâches connexes
Tâches |
Contenu associé |
|---|---|
Identifier les champs permettant d'assurer le suivi des informations pour tous les types d'éléments de travail : la base de données de suivi des éléments de travail stocke les données des champs qui ne figurent pas sur les formulaires d'élément de travail. Vous pouvez obtenir de plus amples informations sur ces champs d'éléments de travail, sur les restrictions applicables à des champs spécifiques, ainsi que sur les champs signalés et indexés. |
|
Ajouter, supprimer ou personnaliser le mode d'utilisation de chaque type d'élément de travail pour le suivi des données : vous pouvez personnaliser un type existant d'élément de travail ou créer un type pour répondre à vos besoins. Chaque type d'élément de travail correspond à un fichier de définition XML importé dans un projet d'équipe. |
|
Personnaliser les objets de suivi des éléments de travail pour prendre en charge les spécifications de suivi des projets : vous pouvez personnaliser les champs de données, le flux de travail et les formulaires d'élément de travail que votre équipe utilise pour suivre la progression. Pour personnaliser un objet de suivi des éléments de travail, vous devez modifier un fichier XML et l'importer sur le serveur qui héberge la collection de projets. |
|
Ajouter, supprimer ou modifier les états ou les transitions qui contrôlent le flux de travail. vous contrôlez le flux de travail en définissant son état initial, ses états valides, les transitions entre ces états, ainsi que les utilisateurs ou les groupes autorisés à exécuter ces transitions. La section WORKFLOW du type d'élément de travail contrôle le mode de suivi d'un élément de travail. |
|
Modifier et personnaliser le formulaire d'un type d'élément de travail : vous pouvez contrôler la façon dont un type d'élément de travail affiche les éléments de l'interface utilisateur via la section FORM de la définition du type d'élément de travail. Chaque type d'élément de travail ne doit avoir qu'un seul formulaire. Vous pouvez décrire le formulaire entier, notamment tous ses onglets, champs et groupes. |
Voir aussi
Concepts
Choisir un modèle de processus