Types d'élément de travail et flux de travail avec modèle de processus Scrum

Pour planifier un projet logiciel et effectuer le suivi des erreurs logicielles à l'aide de Scrum, les équipes utilisent l'élément de backlog de produit et des types d'éléments de travail (WIT) de bogues. 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 éléments de backlog de produit et les bogues aux fonctionnalités. Lorsque les équipes travaillent dans les sprints, elles définissent les tâches qui se lient automatiquement aux éléments de backlog de produit et aux bogues.

À l'aide de Microsoft Test Manager et de Team Web Access (TWA), les testeurs peuvent créer et exécuter des cas de test et créer des bogues pour suivre les erreurs du code. Les obstacles permettent d'assurer le suivi des erreurs majeures.

Définir le backlog à l'aide d'éléments de backlog et de bogues

Quand vous définissez un élément de backlog de produit, vous devez vous focaliser sur la valeur obtenue par vos clients et éviter les descriptions de la façon dont votre équipe développe la fonctionnalité. Le propriétaire du produit peut affecter un ordre de priorité à votre backlog de produit en fonction de la valeur commerciale de chaque élément, de l'effort et de la dépendance relative envers d'autres éléments du backlog. Votre backlog de produit évolue au même rythme que vos exigences commerciales. En général, les équipes spécifient des détails uniquement pour les éléments de priorité élevée ou pour ceux qui sont assignés aux sprint actuel et suivant.

Vous pouvez créer des éléments de backlog de produit et des bogues depuis le panneau d'ajout rapide de la page de backlog de produit.

Par la suite, vous pourrez ouvrir chaque élément de backlog de produit ou bogue pour fournir des détails supplémentaires et estimer l'effort. De plus, en affectant une priorité aux éléments de backlog de produit et aux bogues dans la page de backlog (qui est capturée dans le champ Priorité du backlog), les propriétaires de produits peuvent indiquer quels éléments doivent se voir assigner une plus haute priorité.

En définissant l'Effort des éléments de backlog de produit et des bogues, les équipes peuvent utiliser la fonctionnalité de prévision et les graphiques de vélocité pour évaluer les sprints ou l'effort de travail à venir. En définissant la Valeur commerciale, les propriétaires de produits peuvent spécifier des priorités distinctes du classement (modifiable) de la pile du backlog.

Respectez les consignes ci-dessous pour ces champs essentiels. Pour plus d'informations sur la création de bogues, consultez Suivre les erreurs de code plus loin dans cette rubrique.

Champ/onglet	Utilisation
Effort	Estimez la quantité de travail requise pour terminer un élément de backlog de produit avec l'unité de mesure privilégiée de votre équipe, comme 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 nécessaire pour générer les rapports Avancement de la version (Scrum) et Rapidité (Scrum). Pour plus d'informations, consultez le livre blanc Estimation.
Valeur commerciale	Spécifiez un nombre qui capture la valeur relative d'un élément de backlog de produit par rapport à d'autres. Plus le nombre est élevé, plus la valeur commerciale est grande.
Description (éléments de backlog de produit)	Fournissez suffisamment de détails pour estimer la quantité de travail nécessaire pour implémenter l'élément. 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.
Critères d'acceptation	Définissez ce que signifie « Terminé » en décrivant les critères que l'équipe doit utiliser pour vérifier si l'élément de backlog de produit ou la résolution de bogue a été totalement implémenté(e). Avant que le travail ne démarre sur un élément de backlog de produit ou un bogue, décrivez les critères d'acceptation du client le plus clairement 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.

Pour en savoir plus sur la façon d'utiliser la page du backlog de produit, accédez à cette page web.

Suivre la progression

Les équipes peuvent utiliser le tableau Kanban pour suivre la progression des éléments de backlog de produit et des bogues, 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.

Voici une progression classique de flux de travail pour des éléments de backlog de produit et des bogues :

• Le propriétaire du produit crée un élément de backlog de produit ou un testeur crée un bogue à l'état Nouveau avec la raison par défaut, Nouvel élément du backlog.

• Le propriétaire du produit déplace l'élément vers Approuvé une fois qu'il est suffisamment décrit et prêt pour que l'équipe évalue le niveau d'effort. La plupart du temps, les éléments proches du haut du backlog de produit sont à l'état Approuvé, tandis que les éléments qui se trouvent au milieu et en bas sont à l'état Nouveau.

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

• L'élément passe à l'état Terminé quand l'équipe a achevé toutes ses tâches associées et que le propriétaire du produit reconnaît qu'il a été implémenté conformément aux Critères d'acceptation.

En mettant à jour le statut du 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.

Vous pouvez personnaliser le tableau Kanban pour prendre en charge d'autres couloirs ou colonnes. Vous pouvez également personnaliser le flux de travail pour l'élément de backlog de produit et les types d'éléments de travail de tâche, ce qui a pour effet de modifier les en-têtes de colonnes par défaut.

Pour utiliser ces outils, consultez Travailler sur le tableau Kanban et Travailler dans des sprints.

Mapper des éléments de backlog de produit à des 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 des fonctionnalités et de mapper les éléments de backlog de produit à ces fonctionnalités.

Dans la page du backlog des fonctionnalités, vous pouvez ajouter rapidement des fonctionnalités de la même façon que vous avez ajouté des éléments de backlog de produit.

L'élément de travail de fonctionnalité contient des champs similaires à ceux fournis pour les éléments de backlog de produit. Outre la Priorité et la Valeur commerciale, vous pouvez spécifier la Date cible avant laquelle la fonctionnalité doit être implémentée.

Dans la page du backlog avec le mappage activé, vous pouvez faire glisser des éléments de backlog de produit vers les fonctionnalités qu'ils implémentent.

Ce mappage crée des liens parent-enfant de la fonctionnalité vers les éléments de backlog de produit, qui sont capturés sous 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 nécessaires pour implémenter des éléments de backlog de produit et des bogues

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.

À l'aide de Scrum, 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 éléments de backlog de produit et un testeur peut définir des tâches consistant à écrire et à exécuter des cas de test.

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	Utilisation
Travail restant	Indiquez le nombre d'heures ou de jours de travail restant pour l'exécution d'une tâche. À mesure que le travail progresse, mettez ce champ à jour. Il permet de calculer les graphiques de capacité, le burndown chart du sprint et le rapport Avancement de Sprint (Scrum). Si vous divisez une tâche en tâches subordonnées, spécifiez Travail restant uniquement pour ces dernières. Vous pouvez spécifier le travail dans l'unité de mesure choisie par votre équipe.
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.

Suivre la progression des tests

Tester les éléments du backlog de produit

Dans Test Manager ou TWA, vous pouvez créer des cas de test qui sont automatiquement liés à un élément de backlog de produit.

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 Éléments du backlog testés répertorie tous les éléments de backlog de produit et les bogues dans un cas de test. En liant les éléments de backlog de produit et les bogues à des cas de test, l'équipe peut suivre la progression en testant chaque élément.

Suivre les erreurs de code à l'aide de bogues

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 Personnaliser 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 est Titre. Lorsque l'élément de travail est enregistré, le système lui assigne un ID unique.

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	Utilisez d'abord la valeur par défaut. À mesure que le travail progresse, mettez ce champ à jour pour refléter l'état en cours. 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.
Priorité du backlog	Permet de suivre le classement relatif des éléments de backlog de produit et des bogues. La séquence des éléments sur la page du backlog de produit est déterminée en fonction de l'emplacement où vous avez ajouté ou déplacé les éléments sur la page. Quand vous faites glisser des éléments, un processus d'arrière-plan met le champ à jour, qui est affecté au type="Order" dans le fichier ProcessConfiguration.
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.

Pour commencer à suivre le travail, effectuez une ou plusieurs des tâches suivantes :

• 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 sur le client à utiliser, consultez Choisir le client Team Foundation pour prendre en charge vos tâches.

Q et R

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

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

Fonctionnalité

Élément de backlog de produit

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.