Remarque
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
Azure DevOps Services | Azure DevOps Server | Azure DevOps Server 2022
Lorsque vous appliquez le processus Agile dans Azure Boards, vous pouvez utiliser plusieurs types d’éléments de travail (WIT) pour aider votre équipe à planifier et à suivre la progression du projet. Les WIT disponibles incluent des épopées, des fonctionnalités, des récits utilisateur, des tâches, des problèmes et des bogues. Une fois les WIT définis, vous pouvez utiliser la carte pour suivre la progression en mettant à jour l’état des éléments spécifiques.
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 mappent les récits utilisateur à des fonctionnalités. Quand une équipe travaille dans les sprints, elle définit des tâches qui se lient automatiquement à des récits utilisateur. Si vous commencez avec le processus Agile, passez en revue comment planifier et suivre le travail avec Agile.
Depuis le portail web ou Microsoft Test Manager, les testeurs peuvent créer et exécuter des cas de test sur des bogues et problèmes utilisés pour suivre les défauts de code et les problèmes bloquants.
Définir des récits utilisateur
Les propriétaires de produits définissent et rangent généralement les récits utilisateur dans la pile, qui décrivent le travail impliqué dans le développement d’applications, des exigences et d’éléments. 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 des récits utilisateur à partir du panneau d’ajout rapide sur la page Backlog du produit. Vous pouvez également faire glisser-déplacer des éléments dans la page, puis réorganiser les éléments ou mapper les éléments aux fonctionnalités.
Vous pouvez ouvrir chaque récit utilisateur pour fournir des détails supplémentaires et estimer les story points. Définissez les Story points pour que votre équipe puisse utiliser les graphiques de fonctionnalité et de vélocité prévus pour évaluer les futurs sprints ou pour utiliser des efforts. En hiérarchisant les récits utilisateur sur la page de backlog (qui est capturée dans le champ Stack Rank ), les propriétaires de produits peuvent indiquer les éléments à attribuer avec une priorité plus élevée.
Utilisez les instructions du tableau suivant et les champs communs utilisés entre les types d’éléments de travail lorsque vous remplissez le formulaire.
Field
Usage
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 suffisamment de détails pour que votre équipe puisse écrire des tâches et des cas de test pour implémenter l’élément.
Indiquez les critères à remplir avant la fermeture du bogue ou du récit utilisateur. Avant le début du travail, décrivez les critères d’acceptation des clients aussi clairement que possible. Les conversations entre l’équipe et les clients pour définir les critères d’acceptation permettent de s’assurer que votre équipe comprend les attentes de vos clients. Vous pouvez utiliser les critères d’acceptation comme base pour les tests d’acceptation afin d’évaluer plus efficacement si un élément est terminé de manière satisfaisante.
La zone de valeur du client traitée par l’élément Épopée, Exigence, Fonctionnalité ou Backlog. Les valeurs incluent :
- Architecture : services techniques pour implémenter des fonctionnalités métier qui fournissent des solutions.
- Entreprise : services (par défaut) qui répondent aux besoins des clients ou des parties prenantes et fournissent directement une valeur client pour prendre en charge l’entreprise.
Estimez la quantité de travail nécessaire pour terminer un récit utilisateur à l’aide de n’importe quelle unité numérique de mesure que votre équipe préfère. 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.
Évaluation subjective du récit utilisateur, de la fonctionnalité ou de l’exigence par rapport à l’activité. Les valeurs autorisées sont les suivantes :
- 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.
Évaluation subjective de l’incertitude relative de la réussite d’un récit utilisateur. Les valeurs autorisées sont les suivantes :
- 1 - Élevé(e)
- 2 - Moyen
- 3 - Faible
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 apparaît sous la zone de saisie de texte lorsque vous placez votre curseur dans une boîte de texte qui prend en charge le formatage du texte.
Note
Il n’existe pas de champ d’élément de travail Discussion. Pour interroger les éléments de travail avec des commentaires de la zone Discussion, filtrez sur 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 à une pull request :
Vous pouvez ouvrir le même menu à l’aide de raccourcis clavier : mention @, balise #de hachage et point d’exclamation !.
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 le symbole @@ suivi du nom d'un groupe, tel qu'une équipe ou un groupe de sécurité.
Modifier ou supprimer un commentaire
Pour modifier ou supprimer l’un de vos commentaires de discussion, sélectionnez Modifier
ou Plus d’actions (
) puis sélectionnez Supprimer :
Après avoir mis à jour le commentaire, sélectionnez Mettre à jour. Pour supprimer le commentaire, confirmez la suppression. L’onglet Historique du formulaire d’élément de travail maintient une piste d’audit complète de tous les commentaires modifiés et supprimés.
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 emoji en haut à droite de n’importe quel commentaire. Choisissez parmi les icônes en bas d’un commentaire à côté 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.
Enregistrer un commentaire sans enregistrer l’élément de travail
Note
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 dans un chemin de zone ou d'itération.
Lorsque vous enregistrez les commentaires, vous n’avez pas besoin d’enregistrer l’élément de travail.
Note
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 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 État et Motif s’affichent dans le formulaire élément de travail dans la zone d’en-tête :
États de workflow Agile
Lorsque vous mettez à jour le flux de travail, les équipes peuvent afficher les éléments nouveaux, en cours ou terminés. La plupart des WIT prennent en charge les transitions vers l’avant et vers l’arrière de chaque état de flux de travail. Les diagrammes suivants illustrent les principaux états de progression et de régression pour les histoires utilisateur, les bugs et les tâches WITs.
Voici la progression classique du flux de travail pour un récit utilisateur :
- 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 de l’histoire sur Active lorsqu’elle décide d'effectuer le travail durant le sprint.
- L'histoire passe à l'état Résolu lorsque l'équipe termine toutes les tâches associées et que les tests unitaires pour l'histoire réussissent.
- L’histoire passe à l’état Fermé lorsque le propriétaire du produit confirme que l’histoire est implémentée selon les critères d’acceptation et que les tests d’acceptation sont réussis.
Mettre à jour le statut avec le tableau ou les tableaux de tâches
Les équipes peuvent utiliser le tableau pour mettre à jour le statut des exigences, et le tableau des tâches pour mettre à jour le statut 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 pour prendre en charge plus de swimlanes ou de colonnes. Pour plus d’informations, consultez Personnaliser votre expérience de suivi du 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. Vous pouvez afficher l’étendue et la progression du travail en définissant des fonctionnalités et en mappant les récits utilisateur 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é. Utilisez également les backlogs de portefeuille pour afficher un cumul de travail en cours sur plusieurs équipes lorsque vous configurez une hiérarchie d’équipes.
Définir des tâches
Lorsque votre équipe gère son travail dans les sprints, elle peut utiliser la page du backlog sprint pour décomposer le travail planifié en tâches distinctes.
Nommez la tâche et estimez le travail nécessaire dans la section Effort :
Lorsque vous utilisez le 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 ensuite un sous-ensemble des tâches identifiées. Les tâches peuvent comprendre le développement, le test et d'autres genres de travaux. Par exemple, un développeur définit des tâches pour implémenter les récits utilisateur et un testeur définit des tâches consistant à écrire les cas de test et à les exécuter.
Lorsque les équipes évaluent le travail en fonction du nombre d’heures ou de jours, elles définissent les tâches et les champs Travail et Activitérestants (facultatif).
Field
Usage
Décrit la quantité de travail estimée requise pour effectuer une tâche. En règle générale, la valeur du champ ne change pas après avoir entré la valeur initiale. Vous pouvez spécifier le travail en nombre d’heures ou de jours. Aucune unité de temps n'est associée à ce champ de manière inhérente.
Décrit la quantité de travail restante pour effectuer une tâche. À mesure que le travail progresse, mettez ce champ à jour. 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. Ce champ est utilisé pour calculer les graphiques et les rapports SQL Server suivants :
Quantité de travail déployée pour l’implémentation d’une tâche.
Sélectionnez le type d'activité que cette tâche représente lorsque votre équipe estime la capacité de sprint par activité.
Numéro de build du produit contenant le code ou corrigeant un bogue.
Suivre la progression des tests
Suivez la progression des tests avec les récits utilisateur et les bogues pour les défauts de code. Pour plus d’informations sur le suivi d’autres types de problèmes, consultez Suivre d’autres problèmes.
Récits utilisateur testés
Dans le portail web ou Test Manager, vous pouvez créer des cas de test qui sont automatiquement liés à un récit utilisateur ou à un bogue. Vous pouvez également lier un récit utilisateur à un cas de test à partir de l’onglet 
Liens.
Le cas de test contient plusieurs 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 les récits utilisateur et les bogues dans un cas de test. En liant des récits utilisateur et des bogues à des cas de test, l’équipe peut suivre la progression effectuée lors du test pour chaque élément. En définissant ces liens, vous contribuez aux informations apparaissant dans le rapport Vue d’ensemble des Historiques de SQL Server.
Suivre les erreurs de code
Vous pouvez créer des bogues à partir du portail web, de Visual Studio ou lors du test avec Test Manager pour suivre les tests des défauts de code.
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 suivre des informations spécifiques. Les onglets couramment utilisés incluent 
l’historique, les liens et 
les pièces jointes.
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 affecte un identificateur unique, un ID. Le formulaire met en évidence les champs obligatoires en jaune. Pour plus d’informations sur les autres champs, consultez Index des champs d’élément de travail.
Note
D’autres champs peuvent être requis en fonction des personnalisations apportées à votre processus et à votre projet.
Champ ou onglet
Usage
Entrez une description de 255 caractères ou moins. Vous pouvez modifier le titre ultérieurement.
Attribuez l’élément de travail au membre de l’équipe responsable de l’exécution du travail, ou laissez vide et terminez l’affectation ultérieurement.
Lorsque vous créez un élément de travail pour la première fois, le champ État affiche automatiquement le premier état du flux de travail, tel que Nouveau ou Non attribué. À mesure que le travail progresse, mettez à jour l’état pour refléter l’état actuel de l’élément de travail.
Lorsque vous créez un élément de travail pour la première fois, définissez la valeur Motif par défaut, telle que Création ou Nouvel élément de travail. À mesure que l’état change pour l’élément de travail, mettez à jour la valeur Raison en conséquence. Chaque état de l’élément de travail est associé à une valeur motif par défaut.
Choisissez le chemin d’accès de zone associé au produit ou à l’équipe, ou laissez-le vide et entrez une valeur appropriée ultérieurement. Vous pouvez modifier la liste déroulante des zones disponibles. Pour plus d'informations, consultez Définir des chemins de zone et les attribuer à une équipe.
Choisissez le sprint ou l’itération dans lequel terminer l’élément de travail, ou laissez vide et affectez la valeur ultérieurement. Vous pouvez modifier la liste déroulante des itérations. Pour plus d’informations, consultez Définir des chemins d’itération (sprints) et configurer des itérations d’équipe.
Affichez l’historique des éléments de travail pour voir toutes les modifications apportées à l’élément, comme capturé par le système. Chaque fois qu’un élément de travail est mis à jour, les détails sont ajoutés à l’historique. Vous voyez la date de modification, l’auteur de modification et la liste des champs mis à jour. Vous pouvez également ajouter du texte mis en forme au champ Historique .
Ajoutez des liens pour créer des connexions avec d’autres éléments de travail. De nombreux types de liens sont pris en charge, tels que les liens hypertexte, les ensembles de modifications, les fichiers sources, etc. Spécifiez la relation de l’élément lié à l’élément de travail, tel que Parent, Trouvé dans build ou résultat de test.
Utilisez des pièces jointes pour inclure des informations supplémentaires sur l’élément de travail. Joignez des threads de messagerie, des documents, des images, des fichiers journaux ou d’autres types de fichiers.
Suivre d’autres problèmes
Les problèmes sont utilisés pour suivre les événements susceptibles de bloquer la progression ou d’empêcher l’envoi d’un récit utilisateur. Les bogues, d’autre part, sont utilisés pour suivre les défauts de code. Vous pouvez ajouter un problème avec le widget Nouvel élément de travail sur un tableau de bord d’équipe ou à partir du menu Nouveau dans 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.
Suivre la valeur métier
Vous pouvez utiliser le champ Priorité pour différencier la valeur de différentes histoires. 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 plus d’informations, consultez Personnaliser un champ pour un processus.
Ordre de liste des backlogs
Le champ Stack Rank est utilisé pour suivre le classement relatif des récits utilisateur. Par défaut, ce champ n’apparaît pas dans le formulaire d’élément de travail. La séquence d’éléments de la page de backlog est déterminée en fonction de l’emplacement où vous ajoutez les éléments ou déplacez les éléments sur la page. Lorsque vous faites glisser des éléments, un processus en arrière-plan met à jour le champ Stack Rank .
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.