Éléments de travail et workflow (Agile)

Les équipes utilisent les types d'éléments de travail fournis avec le modèle de processus MSF for Agile Software Development 2013 (Agile) pour planifier et suivre la progression des projets logiciels. Les équipes définissent des récits utilisateur pour gérer le backlog actif puis, à l'aide du tableau kanban, suivent la progression en mettant à jour l'état des récits utilisateur.

Pour optimiser l'analyse d'un ensemble de fonctionnalités, de scénarios ou d'expériences utilisateur, les propriétaires de produits et les gestionnaires de programme peuvent mapper les récits utilisateur à des fonctionnalités. Quand les équipes travaillent dans les sprints, elles définissent des tâches qui se lient automatiquement à des récits utilisateur.

À l'aide de Microsoft Test Manager et de Team Web Access (TWA), les testeurs peuvent créer et exécuter des cas de test. Les bogues et les problèmes permettent de suivre les erreurs de code et les blocages.

Définir les récits utilisateur et évaluer l'effort requis à l'aide des points de récit

Les récits utilisateur définissent les applications, les spécifications et les éléments que les équipes doivent créer. Généralement, les propriétaires de produits définissent les récits utilisateur et les classent par leur rang. L'équipe évalue ensuite les efforts et le travail nécessaires pour fournir les éléments ayant la priorité la plus élevée.

Créez les récits d'utilisateur depuis le panneau d'ajout rapide de la page du backlog de produit.

Par la suite, vous pourrez ouvrir chaque récit utilisateur pour fournir des détails supplémentaires et évaluer les points de récit.

En définissant les Points de récit, les équipes peuvent utiliser la fonctionnalité de prévision et les graphiques de vélocité prévus pour évaluer les futurs sprints ou efforts de travail. En classant les récits utilisateur par priorité sur la page du backlog (qui est capturée dans le champ Rang dans la pile), les propriétaires de produits peuvent indiquer quels éléments doivent se voir assigner une plus haute priorité.

Utilisez les indications suivantes lors du remplissage du formulaire. Les champs obligatoires sont indiqués.

Champ/onglet	Utilisation
Points de récit	Estimez la quantité de travail requise pour fournir un récit utilisateur avec l'unité de mesure préférée de votre équipe, telle qu'une taille de T-shirt, des points de récit ou une durée. Les graphiques de vélocité et les outils de prévision Agile font référence aux valeurs de ce champ. Ce champ est requis pour générer le rapport de vélocité. Pour plus d'informations, consultez le livre blanc Estimation.
Risque	Évaluation subjective de l'incertitude relative quant à l'achèvement d'un récit utilisateur. Les valeurs autorisées sont : 1 - Élevé 2 - Moyen 3 - Faible Pour modifier la sélection du menu, consultez Personnaliser une liste de choix.
Détails (récits utilisateur)	Pour les récits utilisateur, fournissez assez de détails pour estimer la quantité de travail nécessaire à l'implémentation du récit. Déterminez à qui est destinée la fonctionnalité, quels sont les utilisateurs concernés et pourquoi. Ne décrivez pas comment la fonctionnalité 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. Étapes à reproduire (bogues) Pour les bogues, recueillez suffisamment d'informations afin que d'autres membres de l'équipe puissent comprendre l'impact complet du problème et déterminer si les bogues ont été résolus. Cela inclut les actions entreprises pour rechercher ou reproduire le bogue et le comportement attendu. Pensez à inclure ce que signifie « Terminé » en décrivant les critères que l'équipe doit utiliser pour vérifier si le récit utilisateur ou la résolution de bogue a été totalement implémenté(e). Avant que le travail ne démarre sur un récit utilisateur ou un bogue, décrivez les critères d'acceptation du client aussi clairement que possible. Les conversations entre l'équipe et les clients pour déterminer les critères d'acceptation permettent de s'assurer d'une compréhension commune au sein de l'équipe et de satisfaire ainsi les attentes des clients. Les critères d'acceptation peuvent être utilisés comme base pour les tests d'acceptation afin de permettre à l'équipe d'évaluer plus efficacement si un élément a été complété de manière satisfaisante.

Suivre la progression

Les équipes peuvent utiliser le tableau Kanban pour suivre la progression des récits utilisateur et le tableau de tâches du sprint pour suivre la progression des tâches. Faire glisser des éléments vers une nouvelle colonne d'état met à jour les champs État et Raison.

Vous pouvez personnaliser le tableau Kanban pour prendre en charge d'autres couloirs ou colonnes. Sinon, vous pouvez personnaliser le flux de travail pour les types d'éléments de travail Récit utilisateur et Tâche, ce qui modifie les en-têtes de colonne par défaut.

Un récit utilisateur obéit à la progression classique de flux de travail suivante :

• Le propriétaire du produit crée un récit utilisateur dans l'état Nouveau avec la raison par défaut, Nouveau récit utilisateur.

• L'équipe met à jour l'état sur Actif lorsqu'elle décide de terminer le travail pendant le sprint.

• Un récit utilisateur est déplacé vers Résolu lorsque l'équipe a effectué l'ensemble des tâches associées et des tests unitaires pour que le récit réussisse.

• Un récit utilisateur est déplacé vers l'état Fermé lorsque le propriétaire du produit convient que le récit a été implémenté conformément aux critères d'acceptation et que les tests d'acceptation sont réussis.

En mettant à jour le flux de travail, les équipes savent quels sont les éléments nouveaux, en cours ou terminés. La plupart des WIT prennent en charge la transition vers l'avant et vers l'arrière de chaque état de flux de travail.

Mapper les récits utilisateur aux 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. Il suffit de définir les fonctionnalités et de mapper les récits utilisateur aux fonctionnalités.

Dans la page du backlog Fonctionnalité, vous pouvez ajouter rapidement des fonctionnalités, de la même façon que vous avez ajouté des récits utilisateur.

L'élément de travail Fonctionnalité contient des champs similaires fournis pour les récits utilisateur et inclut des champs supplémentaires, comme indiqué dans le tableau suivant.

L'onglet Implémentation capture les liens vers les récits utilisateur mappés.

Champ	Utilisation
Priorité	Évaluation subjective de la fonctionnalité par rapport à l'activité. Les valeurs autorisées sont : 1: le produit ne peut pas être commercialisé sans la fonctionnalité. 2: le produit ne peut pas être commercialisé sans la fonctionnalité, mais le problème ne doit pas nécessairement être traité dans l'immédiat. 3 : l'implémentation de la fonctionnalité est facultative et dépend des ressources, du temps et des risques. Pour modifier la sélection du menu, consultez Personnaliser une liste de choix (menu déroulant) [redirection].
Valeur commerciale	Spécifiez un nombre qui capture la valeur relative d'une fonctionnalité par rapport aux autres. Plus le nombre est élevé, plus la valeur commerciale est grande.
Date limite	Spécifiez la date à laquelle la fonctionnalité doit être implémentée.

Sur la page du backlog avec le Mappage activé, vous pouvez faire glisser les récits utilisateur vers les fonctionnalités qu'ils implémentent.

Ce mappage crée des liens parent-enfant entre la fonctionnalité et les récits utilisateur, qui sont capturés dans l'onglet Implémentation.

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.

Définir les tâches requises pour implémenter les récits utilisateur et suivre la capacité de l'équipe et le burndown

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.

Quand elles utilisent les processus Agile, les équipes prévoient un travail et définissent les tâches au début de chaque sprint ; 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 récits utilisateur et un testeur peut définir des tâches consistant à écrire les cas de test et à les exécuter.

Lorsque les équipes estiment le travail en heures ou en jours, elles définissent des tâches et les champs (facultatifs) Travail restant et Activité.

Champ/onglet	Utilisation
Estimation d'origine (voir remarque 1)	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é.
Travail restant	Décrit la quantité de travail restante pour effectuer une tâche. À mesure que le travail progresse, mettez ce champ à jour. Permet de calculer les graphiques de capacité, le burndown chart du sprint et les rapports suivants : Burndown et taux d'avancement, Travail restant et État de toutes les itérations. 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.
Travail effectué	Quantité de travail déployée pour l'implémentation d'une tâche.
Activité	Sélectionnez le type d'activité que cette tâche représente lorsque votre équipe estime la capacité de sprint par activité. Pour modifier la sélection du menu, consultez Personnaliser une liste de choix.
Implémentation	Cet onglet contient les liens parent-enfant créés entre les récits utilisateur et les tâches. Lorsque vous ajoutez des tâches à un récit utilisateur avec le tableau de tâches des sprints, vous créez automatiquement des liens vers le récit. À l'aide de tâches, vous pouvez suivre la progression du travail effectué afin de terminer le récit. Cette activité prend également en charge plusieurs rapports, tels que Aperçu des récits, rapport (Agile) et Progression des spécifications, rapport (CMMI).

Remarques :

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

   Si vous utilisez Microsoft Project pour assigner des ressources et suivre une planification, vous pouvez mettre à jour ces champs à l'aide de Project.

Suivre la progression des tests sur les récits utilisateur et capturer les erreurs de code

Récits utilisateur testés

Dans le Gestionnaire de tests ou TWA, vous pouvez créer des cas de test qui sont automatiquement liés à un récit utilisateur ou à un bogue.

Le cas de test contient plusieurs champs, dont la majorité 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 Référence des champs d'intégration de build et de tests.

L'onglet Récits utilisateur testés répertorie tous les récits utilisateur et les bogues dans un cas de test. En liant les récits utilisateur et les bogues aux cas de test, l'équipe peut suivre la progression en testant chaque élément. En définissant ces liens, vous prenez en charge les informations qui s'affichent dans le rapport Aperçu des récits, rapport (Agile).

Suivre les erreurs de code

Vous pouvez créer des bogues à partir de TWA, Visual Studio ou lors des tests avec le Gestionnaire de tests.

Champ/onglet	Utilisation
Étapes à reproduire	Capturez suffisamment d'informations afin que les autres membres de l'équipe puissent comprendre l'impact complet du problème et savoir si les bogues ont été résolus. Cela inclut les actions entreprises pour rechercher ou reproduire le bogue et le comportement attendu. Décrivez les critères que l'équipe doit utiliser pour vérifier si l'erreur de code est résolue.
Gravité	Évaluation subjective de l'impact d'un bogue sur le projet. Les valeurs autorisées sont : 1 - Critique 2 - Élevé 3 - Moyen 4 - Faible Pour modifier la sélection du menu, consultez Définir une liste de choix.
Informations système Trouvé dans la build Intégré dans la build	Lorsque le Gestionnaire de tests crée des bogues, il remplit automatiquement les champs Informations système et Trouvé dans la build avec les informations sur l'environnement logiciel et la sur build où le bogue est apparu. Pour en savoir plus sur la définition des environnements logiciels, consultez Configuration d'ordinateurs de test pour exécuter des tests ou collecter des données. Quand vous résolvez le bogue, utilisez le champ Intégré dans la build pour indiquer le nom de la build qui contient le code permettant de résoudre le bogue. Pour accéder à un menu déroulant de toutes les builds qui ont été exécutées, vous pouvez mettre à jour les définitions FIELD pour Trouvé dans la build et Intégré dans la build pour qu'elles fassent référence à une liste globale. La liste globale est mise à jour automatiquement à chaque exécution d'une build. Pour en savoir plus, consultez Champs prenant en charge l'intégration avec un test, une build et un contrôle de version. Pour plus d'informations sur la définition des noms de builds, consultez Utiliser des numéros de build pour attribuer des noms pertinents aux builds terminées.

Définir des champs et des onglets d'élément de travail communs

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, telles que 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 WIT est Titre. Lorsque l'élément de travail est enregistré, le système lui assigne un ID unique. D'autres champs obligatoires sont mis en surbrillance en jaune.

Champ/onglet	Utilisation
Titre [obligatoire]	Entrez une description de 255 caractères ou moins. Vous pouvez toujours modifier le titre ultérieurement.
Assigné à	Assignez l'élément de travail au membre de l'équipe chargé d'effectuer le travail. Selon le contexte dans lequel vous travaillez, le menu déroulant répertorie les membres d'équipe ou les collaborateurs au projet d'équipe.
État	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. Pour modifier la liste déroulante des états, consultez Modifier le flux de travail pour un type d'élément de travail.
Raison	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. Pour modifier la liste déroulante des raisons, consultez Modifier le flux de travail pour un type d'élément de travail.
Zone	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 Ajouter et modifier des chemins de zone et d'itération.
Itération	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 Ajouter et modifier des chemins de zone et d'itération.
Tous les liens	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, même ceux définis dans d'autres onglets de contrôle des liens.
Pièces jointes	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.
Historique	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.

Pour rechercher des informations sur d'autres champs, consultez l'Index des champs d'élément de travail.

Commencer à suivre le travail

Avant de commencer à suivre le travail, vous devez avoir un projet d'équipe. Accédez ici pour en créer un.

Si vous avez un projet d'équipe, commencez à suivre le travail :

• Pour vous familiariser avec les tâches d'éléments de travail courantes, consultez Mise en route dans l'utilisation des éléments de travail.

• Pour créer un backlog, utilisez TWA. Consultez Créer votre backlog.

• Pour créer une structure de répartition du travail, utilisez Project ou Excel.

• Pour en savoir plus, consultez Choisir le client Team Foundation pour prendre en charge vos tâches.

Q et R

Q : Comment effectuer le suivi de la valeur commerciale ?

R : Vous pouvez utiliser le champ Priorité pour différencier la valeur des différents récits. Vous pouvez aussi ajouter un champ personnalisé au type d'élément de travail Récit utilisateur qui effectue le suivi de la valeur relative des récits. Pour savoir comment procéder, consultez Modifier ou ajouter un champ personnalisé.

Q : Quels sont les états de flux de travail pris en charge par Agile ?

R : Ces diagrammes montrent les principaux états de progression et de régression des éléments Fonctionnalité, Récit utilisateur, Bogue et Tâche. Pour personnaliser le flux de travail, cliquez ici.

Fonctionnalité

Récit utilisateur

Bogue

Tâche

Q : Comment résoudre un bogue comme doublon ?

R : Affectez la valeur Supprimé à l'État et spécifiez Doublon comme Raison.

Q : Comment établir une liaison à un bogue existant à partir de Test Runner ?

R: Voir Mettre à jour un bogue existant à l'aide de Test Runner.