Gérer les types d’éléments de travail et le flux de travail des processus Scrum
Azure DevOps Services | Azure DevOps Server 2022 | Azure DevOps Server 2019
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.
Remarque
Si vous débutez avec le processus Scrum, consultez À propos des sprints, de Scrum et de la gestion de projet.
Les testeurs peuvent créer et exécuter des cas de test et créer des bogues pour suivre les défauts de code à l’aide du portail web ou de Microsoft Test Manager. Les obstacles permettent d'assurer le suivi des erreurs majeures.
Définition d’éléments de backlog du produit et de bogues
Quand vous définissez un élément de backlog de produit, focalisez-vous sur la valeur obtenue par vos clients et évitez 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é.
Lorsque vous définissez l’Effort des éléments de backlog de produit et des bogues, vous pouvez utiliser la fonctionnalité de prévision et les graphiques de rapidité pour évaluer les sprints ou l’effort de travail à venir. Lorsque vous définissez la Valeur commerciale, les propriétaires de produits peuvent spécifier des priorités distinctes du classement (modifiable) de la pile du backlog.
Utilisez les champs suivants et les champs communs utilisés entre les types d’éléments de travail lorsque vous remplissez le formulaire d’élément de travail. Pour plus d’informations, consultez Gérer les bogues.
Champ/onglet
Utilisation
Estimez la quantité de travail requise pour fournir un PBI avec l’unité de mesure préférée de votre équipe, comme des story points ou une durée. Une valeur numérique est requise.
Les graphiques de rapidité et les outils de prévision Agile font référence aux valeurs de ce champ. Pour plus d’informations, consultez livre blanc Estimation.
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.
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.
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.
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 s’affiche sous la zone d’entrée de texte. Elle s’affiche lorsque vous sélectionnez chaque zone de texte qui prend en charge la mise en forme du texte.
Notes
Il n’existe pas de champ d’élément de travail Discussion. Pour interroger les éléments de travail dont les commentaires ont été 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
Pour ouvrir un menu des entrées récentes que vous avez effectuées pour mentionner quelqu’un ou lier vers un élément de travail ou vers une demande de tirage, sélectionnez 
ou 
, ou entrez @, # ou !.
Entrez un nom ou un numéro et les filtres de la liste de menus pour correspondre à votre entrée. Choisissez l’entrée que vous souhaitez ajouter. Pour intégrer un groupe dans la discussion, entrez @ et le 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, choisissez 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 d’une 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.
Notes
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 l’exécution du type d’élément de travail.
Suivre la progression
À 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 Scrum
Lorsque vous mettez à jour l’état, 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. Ces diagrammes montrent les principaux états de progression et de régression des types d’élément de travail Élément de backlog de produit, Bogue et Types d’élément de tâche.
| Élément de backlog de produit | Bug | Tâche |
|---|---|---|
|
|
|
Voici une progression classique de workflow 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 s’engager à travailler dessus 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.
Mettre à jour l’état avec Kanban ou des tableaux de tâches
Les équipes peuvent utiliser le tableau Kanban pour mettre à jour l’état des éléments de backlog de produit, et le tableau des tâches de 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 Kanban pour prendre en charge d’autres couloirs ou colonnes. Pour connaître les autres options de personnalisation, consultez Personnaliser l’expérience de suivi du travail.
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. Pour ce faire, définissez des fonctionnalités et mappez des PBIs aux 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.
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écessite.
Les équipes peuvent prévoir un travail et définir 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/onglet
Utilisation
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 graphique d’avancement du sprint et le Rapport Burndown (Scrum) du sprint.
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.
Sélectionnez le type d'activité que cette tâche représente lorsque votre équipe estime la capacité de sprint par activité.
Suivre la progression des tests
Tester les éléments de backlog de produit
Dans le portail web ou Test Manager, vous pouvez créer des cas de test qui sont automatiquement liés à un élément de backlog de produit ou à un bogue. Vous pouvez également lier un élément de backlog de produit ou un bogue à 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) capture les liens vers tous les éléments de backlog de produit et 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
Vous pouvez créer des bogues à partir du portail web, de Visual Studio ou au moment des tests avec le Gestionnaire de tests.
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.
Suivre les obstacles
Utilisez le type d’élément de travail Obstacle pour suivre les événements susceptibles de bloquer la progression ou la livraison d’un élément de backlog de produit. Utilisez le type d’élément de travail bogue exclusivement pour suivre les défauts de code.
Vous pouvez ajouter un obstacle à 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.
Ordre de liste des backlogs
Le champ Priorité du backlog est utilisé pour suivre le classement relatif des éléments de backlog de produit, bogues, fonctionnalités ou é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.
Articles connexes
Commentaires
Bientôt disponible : Tout au long de l’année 2024, nous abandonnerons progressivement le mécanisme de retour d’information GitHub Issues pour le remplacer par un nouveau système de commentaires. Pour plus d’informations, consultez : https://aka.ms/ContentUserFeedback.
Soumettre et afficher des commentaires pour