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
Dans Azure Boards, le processus Agile utilise des types d’éléments de travail (WIT) pour aider votre équipe à planifier, hiérarchiser et suivre la progression. Le processus Agile comprend des épopées, des fonctionnalités, des récits utilisateur, des tâches, des problèmes et des bogues. Après avoir défini vos WIT, vous pouvez suivre la progression en mettant à jour les états d’élément de travail.
Pour obtenir une visibilité sur un portefeuille de fonctionnalités, de scénarios et d’expériences utilisateur, les propriétaires de produits et les gestionnaires de programmes mappent les récits utilisateur aux fonctionnalités. Les équipes travaillant dans des sprints définissent ensuite des tâches qui sont liées à ces récits utilisateur. Si vous débutez avec le processus Agile, consultez Planifier et suivre le travail avec Agile.
Cet article vous montre comment :
- Définissez et hiérarchiser les récits utilisateur.
- Suivez l’état du flux de travail à mesure que les tâches passent de l’état Nouveau à l’état Terminé.
- Décomposez les histoires en tâches sprint et estimez le travail restant.
- Lier des cas de test et des bogues pour suivre la qualité et les défauts.
Dans Azure DevOps Services, les testeurs créent et exécutent des cas de test dans le portail web. Dans Azure DevOps Server, les testeurs peuvent également utiliser Microsoft Gestionnaire de tests pour suivre les défauts de code et les problèmes de blocage.
Définir des récits utilisateur
Les responsables produit définissent et hiérarchisent généralement les histoires utilisateur qui décrivent les exigences de l’application et les éléments de travail. L’équipe estime ensuite l’effort nécessaire pour fournir les éléments les plus prioritaires.
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 sur la page, les réorganiser et mapper des éléments aux fonctionnalités.
Ouvrez chaque récit utilisateur pour ajouter des détails et estimer les points d’histoire. Définissez les points d’histoire afin que votre équipe puisse utiliser les graphiques de prévision et de vitesse pour estimer les sprints futurs et les efforts de travail. En hiérarchisant les récits utilisateur sur la page du backlog (capturé dans le champ Stack Rank ), les propriétaires de produits indiquent quels éléments ont 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 collaborer sur des éléments de travail en ajoutant et en examinant les commentaires.
Lorsque vous placez votre curseur dans une zone de texte prenant en charge la mise en forme, la barre d’outils de l’éditeur de texte enrichi s’affiche.
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
Utilisez l’une des icônes suivantes pour ouvrir les éléments récents concernant les personnes, les éléments de travail ou les demandes de fusion :
Vous pouvez ouvrir le même menu avec des raccourcis clavier : arobase @, hashtag # et point d’exclamation !.
Entrez un nom ou un numéro pour filtrer la liste, puis sélectionnez l’élément que vous souhaitez ajouter. Pour mentionner un groupe, entrez @ suivi du nom du groupe, comme une équipe ou un groupe de sécurité.
Modifier ou supprimer un commentaire
Pour mettre à jour ou supprimer l’un de vos commentaires, sélectionnez Modifier
ou sélectionner Plus d’actions (
) puis Supprimer :
Après avoir modifié un commentaire, sélectionnez Mettre à jour. Pour supprimer un commentaire, confirmez la suppression. L’onglet Historique conserve une piste d’audit de tous les commentaires modifiés et supprimés.
Important
Pour les Azure DevOps Server locales, configurez un serveur SMTP afin que les membres de l’équipe puissent recevoir des notifications.
Ajouter une réaction à un commentaire
Ajoutez une ou plusieurs réactions à un commentaire en sélectionnant un emoji sur le commentaire. Pour supprimer votre réaction, sélectionnez à nouveau la même réaction. L’image suivante montre un exemple d’ajout et d’affichage des 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 sous une zone ou un chemin d’itération.
Lorsque vous enregistrez des 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. Vous pouvez éventuellement spécifier une raison. Les champs État et Raison s’affichent dans la zone d’en-tête du formulaire d’élément de travail :
États de workflow Agile
À mesure que les équipes mettent à jour les états du flux de travail, ils peuvent identifier 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 entre les états. 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 d’historique sur Actif lorsqu’elle décide de terminer le travail pendant le sprint.
- L’article passe à l’état résolu lorsque l’équipe termine toutes les tâches associées et que les tests unitaires 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 à l’aide du tableau ou du tableau de tâches
Teams peut utiliser le tableau pour mettre à jour l’état des exigences et le tableau des tâches 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 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 devrez peut-être examiner l’étendue et la progression du travail dans le portefeuille. Utilisez des fonctionnalités et mappez des récits d’utilisateurs aux fonctionnalités pour suivre ce cumul.
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 le travail dans les sprints, utilisez la page du backlog sprint pour décomposer le travail planifié en tâches distinctes.
Entrez le nom de la tâche et estimez l’effort dans le champ 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 termine ensuite un sous-ensemble de ces tâches. Les tâches peuvent inclure le développement, les tests et d’autres tâches. Par exemple, un développeur peut définir des tâches pour implémenter des récits utilisateur, et un testeur peut définir des tâches pour écrire et exécuter des cas de test.
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 à l’aide des récits d’utilisateurs et des bogues pour les défauts de code. Pour obtenir des conseils sur le suivi d’autres types de problèmes, consultez Suivre d’autres problèmes.
Récits utilisateur testés
Dans Azure DevOps Services, vous pouvez créer des cas de test qui établissent automatiquement un lien vers un article utilisateur ou un bogue dans le portail web. Dans Azure DevOps Server, vous pouvez également utiliser Microsoft Gestionnaire de tests. 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 à la gestion des 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 aux cas de test, l’équipe peut suivre la progression des tests pour chaque élément. Ces liens servent également aux informations affichées dans le rapport SQL Server Vue d’ensemble des récits.
Suivre les erreurs de code
Pour suivre les tests des défauts de code, créez des bogues à partir du portail web, Visual Studio ou Microsoft 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. Les onglets courants incluent 
l’historique, les liens et 
les pièces jointes.
Pour tous les types d’éléments de travail, Title est le seul champ universel obligatoire. Lorsque vous enregistrez un élément de travail, Azure DevOps attribue un ID unique. Les champs obligatoires sont mis en surbrillance en jaune. Pour plus de champs, consultez l’index de champ Élément de travail.
Note
D’autres champs peuvent être requis en fonction des personnalisations de processus et de projet.
| Champ ou onglet | Usage |
|---|---|
| Title | Entrez une brève description (jusqu’à 255 caractères). Vous pouvez modifier le titre ultérieurement. |
| Affecté à | Attribuez l’élément de travail à la personne chargée de le réaliser, ou laissez-le non attribué tant que le responsable n’est pas clairement identifié. |
| State | Lors de la création, l’état est défini par défaut sur le premier état du flux de travail (par exemple , Nouveau ou Non attribué). Mettez-le à jour au fur et à mesure que le travail progresse. |
| Reason | Raison explique pourquoi l’élément est dans l’état actuel. Les valeurs par défaut varient selon le type et le processus d’élément de travail. |
| Area | Sélectionnez le chemin de zone pour le produit ou l’équipe. Pour plus d’informations, consultez Définir des chemins de zone et affecter à une équipe. |
| Iteration | Sélectionnez le sprint/itération pour l’achèvement planifié. Pour plus d’informations, consultez Définir des chemins d’itération (sprints) et configurer des itérations d’équipe. |
|
Onglet Historique |
Affichez le journal des modifications complet pour l’élément de travail, y compris les champs auteur, date et mis à jour. Vous pouvez également ajouter du texte mis en forme dans l’historique. |
|
Onglet Liaisons |
Ajoutez des relations à d’autres artefacts (par exemple, des éléments de travail parent/enfant, des jeux de modifications, des fichiers sources ou des résultats de test). |
|
Onglet Pièces jointes |
Ajoutez des fichiers complémentaires tels que des documents, des images, des fichiers journaux ou des fils de discussion par e-mail. |
Suivre d’autres problèmes
Utilisez des problèmes pour suivre les événements susceptibles de bloquer la progression ou d’empêcher l’envoi d’un article utilisateur. Utilisez des bogues pour suivre les défauts de code. Ajoutez un problème à l’aide 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 à partir du widget sont automatiquement étendus à la zone par défaut et aux chemins d’itération de votre équipe. Pour modifier le contexte de l’équipe, consultez Changer de contexte d’équipe.
Suivre la valeur métier
Utilisez le champ Priorité pour différencier la valeur des récits. Vous pouvez également ajouter un champ personnalisé au WIT User Story pour suivre la valeur relative de l’article. Pour plus d’informations, consultez Personnaliser un champ pour un processus.
Ordre de liste des backlogs
Le champ Stack Rank suit le classement relatif des récits utilisateur. Par défaut, le formulaire d’élément de travail n’affiche pas ce champ. La séquence d’éléments de la page de backlog est déterminée par l’emplacement où vous ajoutez ou déplacez les éléments de 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, mettre à jour le flux de travail, définir des règles personnalisées, ajouter des pages personnalisées et créer 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, mettre à jour le flux de travail, définir des règles personnalisées, ajouter des pages personnalisées et créer 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 de votre modèle de processus.