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
Pour planifier un projet logiciel et suivre les défauts à l’aide de Scrum, les équipes utilisent les types DBI (Product Backlog Item) et Bug Work Item (WIT). Les propriétaires de produits et les responsables de programmes mappent les PBIs et les bogues aux fonctionnalités pour afficher la progression au niveau du portefeuille. Lorsque les équipes travaillent en sprints, elles créent des tâches qui sont automatiquement reliées aux PBIs et aux bogues.
Note
Si vous débutez avec le processus Scrum, consultez À propos des sprints, de Scrum et de la gestion de projet.
Les testeurs créent et exécutent des cas de test à l’aide du portail web ou du Gestionnaire de tests Microsoft et des bogues de fichier pour enregistrer les défauts de code. Utilisez des obstacles pour suivre les problèmes de blocage.
Définition d’éléments de backlog du produit et de bogues
Lorsque vous définissez un élément de backlog de produit, concentrez-vous sur la valeur du client et évitez de décrire les détails de l’implémentation. Le propriétaire du produit hiérarchise le backlog par valeur métier, effort et dépendances. À mesure que les exigences évoluent, le backlog évolue ; les équipes fournissent généralement des détails complets uniquement pour les éléments les plus prioritaires ou pour les éléments affectés au sprint actuel et suivant.
Créez des PBIs et des bogues à partir du panneau d’ajout rapide sur la page du backlog du produit. Ouvrez ensuite chaque élément pour ajouter des détails et estimer l’effort. La page backlog capture la hiérarchisation des éléments (priorité du backlog), que les propriétaires de produits utilisent pour indiquer la priorité relative.
Lorsque vous définissez Effort pour les PBIs et les bogues, utilisez des graphiques de prévision et de vitesse pour estimer les sprints futurs. Les propriétaires de produits définissent la valeur métier pour exprimer la priorité distincte du classement 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 sur les bogues, consultez Gérer les bogues.
Field/tab
Usage
Estimez le travail nécessaire pour effectuer une PBI à l’aide de n’importe quelle unité numérique que votre équipe préfère, comme les points d’histoire ou l’heure. Une valeur numérique est requise.
Les graphiques de vélocité agile et les outils de prévision référencent ce champ.
Entrez un nombre qui capture la valeur relative d’une PBI par rapport à d’autres PBIs. Des nombres plus élevés indiquent une plus grande valeur métier.
Fournissez suffisamment de détails à votre équipe pour estimer l’effort. Concentrez-vous sur la personne à laquelle la fonctionnalité sert, ce que les utilisateurs veulent accomplir et pourquoi. Évitez les instructions d’implémentation. Incluez suffisamment de contexte pour que votre équipe puisse créer des tâches et des cas de test.
Décrivez les conditions qui définissent « Terminé » pour la PBI ou le correctif de bogue. La clarification des critères d’acceptation avant le début du travail aide l’équipe et les clients à partager une compréhension commune et prend en charge les tests d’acceptation.
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 lié à une demande de tirage :
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 du 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, mettez à jour le champ État pour refléter l’état actuel et éventuellement fournir une raison. L’état et la raison s’affichent dans l’en-tête du formulaire d’élément de travail.
États de workflow Scrum
Lorsque vous mettez à jour l’état, l’équipe comprend les éléments nouveaux, en cours ou terminés. La plupart des WIT prennent en charge les transitions d’état vers l’avant et vers l’arrière. Les diagrammes suivants montrent les principaux états de progression et de régression pour les objets WIT PBI, Bug et Tâche.
| Élément de backlog de produit | Bug | Task |
|---|---|---|
|
|
|
Les PBIs et les bogues suivent souvent cette progression :
- Le propriétaire ou le testeur du produit crée un PBI ou un bogue dans l’état Nouveau avec la raison par défaut, nouvel élément de backlog.
- Après que l’élément a été suffisamment décrit pour que l'équipe estime l'effort, le propriétaire du produit le déplace sur Approuvé. Les éléments situés en haut du backlog apparaissent généralement dans Approuvé ; les éléments plus bas restent souvent nouveaux.
- L’équipe définit l’état comme Validé lorsqu’elle accepte d’inclure l’élément dans le sprint.
- L’équipe déplace l’élément vers Terminé lorsque toutes les tâches associées sont terminées et le propriétaire du produit confirme qu’il répond aux critères d’acceptation.
Mettre à jour le statut avec le tableau ou les tableaux de tâches
Utilisez le tableau pour mettre à jour l’état PBI et le tableau des tâches sprint pour mettre à jour l’état de la tâche. Le fait de faire glisser un élément vers une nouvelle colonne met à jour l’état et le motif.
Personnalisez la carte pour ajouter des voies de bain ou des 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 plusieurs produits ou expériences, définissez des fonctionnalités et mappez les PBIs à ces fonctionnalités pour afficher l’étendue et la progression dans le portefeuille.
Utilisez les backlogs de portefeuille pour approfondir l'analyse entre les niveaux de backlog et pour consolider le travail entre les équipes. Vous pouvez également afficher les cumuls après avoir configuré une hiérarchie d’équipes.
Définir des tâches
Lorsque votre équipe livre du travail dans les sprints, répartissez les éléments en tâches à partir de la page du backlog de sprint.
Nommez la tâche et estimez l’effort.
Les équipes prévoient le travail et définissent des tâches au début de chaque sprint. Chaque membre de l’équipe effectue un sous-ensemble de tâches, qui peut inclure le développement, le test et d’autres activités. Par exemple, un développeur crée des tâches pour implémenter des PBIs et un testeur crée des tâches pour créer et exécuter des cas de test.
Lorsque les équipes évaluent le travail à l’aide d’heures ou de jours, utilisez les champs Travail restant et activité facultative.
Field/tab
Usage
Entrez le nombre d’heures ou de jours restant pour effectuer une tâche et mettre à jour ce champ au fur et à mesure que le travail progresse. Cette valeur alimente les graphiques de capacité, le graphique de burndown sprint et les rapports connexes. Si vous divisez une tâche en sous-tâches, suivez le travail restant uniquement sur les sous-tâches.
Sélectionnez le type d’activité qui représente le mieux cette tâche lorsque vous estimez la capacité sprint par activité.
Suivre la progression des tests
Test PBIs
À partir du portail web ou du Gestionnaire de tests, créez des cas de test qui établissent automatiquement un lien vers une PBI ou un bogue, ou ajoutez un lien à partir de l’onglet 
(liens).
Le cas de test contient de nombreux champs qui s’intègrent au processus de génération et de test ; consultez Requête basée sur les champs d’intégration de build et de test.
L’onglet (liens) répertorie les PBIs et les bogues liés à un cas de test. La liaison aide les équipes à suivre la progression des tests.
Suivre les erreurs de code
Créez des bogues à partir du portail web, de Visual Studio ou du Gestionnaire de tests (consultez Gérer les bogues).
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 de zone associé au produit ou à l’équipe, ou laissez vide et entrez une valeur appropriée plus tard. 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, notamment les hyperliens, les jeux de modifications, les fichiers source, et bien plus encore. 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 Pièces jointes pour inclure des informations complé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.
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 qui bloquent la progression. Utilisez le type d’élément de travail Bug exclusivement pour les défauts de code.
Vous pouvez ajouter un obstacle à partir du 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 depuis le widget se configurent automatiquement sur les chemins d'itération et de zone par défaut de votre équipe. Pour modifier le contexte de l’équipe, consultez Changer de contexte d’équipe.
Ordre de liste des backlogs
Utilisez le champ Priorité du backlog pour suivre le classement relatif des PBIs, des bogues, des fonctionnalités ou des épopées. La page backlog commande les éléments en fonction de l’emplacement où vous ajoutez ou déplacez-les sur la page (voir Créer votre backlog). Lorsque vous faites glisser des éléments, un processus en arrière-plan met à jour le champ Priorité du backlog.