Gérer les types d’éléments de travail du processus Scrum et le flux de travail

Azure DevOps Services | Azure DevOps Server | Azure DevOps Server 2022

Utilisez Scrum dans Azure Boards pour planifier et hiérarchiser la livraison de logiciels et suivre les défauts. Les équipes consignent le travail sous forme d’éléments du backlog produit (PBIs) et de bogues, associent ces éléments à des fonctionnalités pour assurer la visibilité du portefeuille, et décomposent le travail du sprint en tâches liées aux PBIs et aux bogues.

Cet article vous aide à :

• Définir et hiérarchiser les PBIs et les bogues.
• Suivez le travail à travers les états du flux de travail Scrum.
• Décomposer les éléments du backlog en tâches de sprint.
• Lier des cas de test et des bogues pour suivre la qualité.
• Suivre les bloqueurs et gérer l’ordre du backlog.

Prerequisites

Pour plus d'informations, consultez Définir les autorisations et l’accès pour le suivi du travail.

Définition d’éléments de backlog du produit et de bogues

Définissez les PBIs et les bogues de manière à décrire d’abord la valeur pour le client, puis les détails de mise en œuvre à mesure que le travail approche de l’exécution.

Utilisez ce modèle :

• Créez des éléments à partir du panneau d’ajout rapide sur la page du backlog du produit.
• Hiérarchiser par valeur métier, effort et dépendances.
• Ajoutez des détails complets pour les éléments de priorité maximale et les éléments planifiés pour le sprint actuel ou suivant.

À mesure que les priorités changent, mettez à jour l’ordre du backlog. La page du backlog permet de suivre cet ordre de priorité grâce à Priorité du backlog.

Définissez Effort pour que les graphiques de prévision et de vitesse puissent projeter une capacité de sprint future. Définissez la valeur métier pour exprimer la priorité indépendamment du rang de pile.

Utilisez les champs suivants pour terminer chaque élément de manière cohérente avant la planification de sprint. Pour plus d’informations sur les bogues, consultez Gérer les bogues.

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.

Mentionnez une personne, un groupe, un élément de travail ou un pull request

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.

Suivre la progression

À mesure que le travail avance, mettez à jour l’état pour refléter l’état actuel et définir La raison si nécessaire. Les deux champs apparaissent dans l’en-tête de l’élément de travail.

Utilisez les mises à jour d’état de manière cohérente pour maintenir le backlog, le tableau et les vues de création de rapports alignées.

Flux rapide :

• Définissez et hiérarchisez les PBIs et les bugs.
• Déplacez les éléments dans les états de flux de travail au fur et à mesure que le travail progresse.
• Consultez le tableau de bord et les rapports pour confirmer la cohérence des statuts.

États de workflow Scrum

Mettre à jour l’état pour indiquer si un élément est nouveau, en cours, terminé ou supprimé de l’étendue. La plupart des WIT prennent en charge les transitions vers l’avant et vers l’arrière.

Les diagrammes suivants montrent les principaux états d’avancement et de régression pour les types d’éléments de travail PBI, Bug et Task.

Élément de backlog de produit	Bug	Task

Cycle de vie typique des PBI et des bugs :

• Nouveau : un propriétaire ou un testeur de produit crée l’élément. La raison par défaut varie selon le type d’élément de travail et la configuration du processus (par exemple, nouvel élément de backlog).
• Approuvé : l’élément est défini suffisamment pour que l’équipe estime et prépare la planification sprint. Les éléments de priorité supérieure se déplacent généralement vers cet état en premier.
• Engagé : l’équipe s’engage à livrer cet élément pendant le sprint.
• Terminé : toutes les tâches associées sont terminées et le propriétaire du produit confirme que l’élément répond aux critères d’acceptation.

Utilisez Supprimé pour les éléments intentionnellement retirés du périmètre et dont la livraison n’est pas prévue. La conservation de ces éléments hors de Done permet de préserver la précision des rapports.

Mettre à jour l’état des tableaux et des tableaux de tâches

Utilisez des tableaux pour tenir l’état d’avancement à jour à mesure que le travail progresse au cours du sprint :

• Utilisez le tableau pour mettre à jour le statut des PBI et des bugs.
• Utilisez le sprint Taskboard pour mettre à jour l’état de la tâche.
• Faites glisser un élément vers une nouvelle colonne pour mettre à jour l’état et la raison.

Vous pouvez personnaliser la carte avec des voies de bain et des colonnes. Pour plus d’options, consultez Personnaliser votre expérience de suivi du travail.

Mapper des éléments de backlog de produit à des fonctionnalités

Associez les PBI aux fonctionnalités pour suivre le périmètre et l’avancement à travers les produits, les scénarios ou les équipes.

Utilisez cette approche :

• Utilisez les backlogs de portefeuille pour descendre dans la hiérarchie des niveaux du backlog.
• Utilisez les cumuls hiérarchiques d’équipes après avoir configuré une hiérarchie d’équipes.

Contrôle de validation : vérifiez que chaque fonctionnalité affiche les PBI enfants liés et que les valeurs cumulées correspondent à la progression des éléments enfants.

Définir des tâches

Lorsque votre équipe travaille par sprints, décomposez les PBI et les bogues en tâches depuis la page du backlog de sprint.

Nommez chaque tâche et estimez l’effort.

Les équipes définissent généralement des tâches au début de chaque sprint. Les membres de l’équipe terminent des sous-ensembles de travail tels que le développement, le test ou la documentation.

Utilisez ce modèle :

• Créez des tâches pour chaque étape de livraison nécessaire à la finalisation du PBI ou du bogue.
• Attribuez des tâches aux membres de l’équipe en fonction de leurs responsabilités.
• Mettez à jour les valeurs des tâches quotidiennement afin que la capacité et le burndown restent exacts.

Lorsque votre équipe estime en heures ou en jours, utilisez le travail restant et l’activité facultative.

Suivre la progression des tests

Utilisez les conseils suivants pour connecter la couverture des tests et le suivi des défauts à vos éléments de backlog sprint.

Créer et lier des cas de test aux PBIs

Utilisez ce modèle pour connecter le travail de test aux éléments du backlog :

• Créez des cas de test à partir du portail web afin qu’ils soient liés à une PBI ou à un bogue.
• Si nécessaire, ouvrez l’onglet Liens et ajoutez la relation manuellement.

Les cas de test incluent des champs qui s’intègrent aux flux de travail de génération et de test. Pour plus d’informations, 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 à chaque cas de test.

Vérification : vérifiez que chaque cas de test affiche son PBI ou bogue associé dans l’onglet Liens.

Suivre les erreurs de code

Créez des bogues à partir du portail web ou Visual Studio. Pour plus d’informations, 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 éléments 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.

Champ ou onglet	Usage
Title	Entrez une brève description (jusqu’à 255 caractères). Vous pouvez modifier le titre ultérieurement.
Affecté à	Assignez l’élément de travail à la personne responsable de le terminer, ou laissez-le non attribué tant que la responsabilité n’est pas clairement établie.
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 du produit ou de 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 d’e-mails.

Personnaliser des types d'éléments de travail

Suivre les obstacles

Utilisez le type d’élément de travail Obstacle pour suivre les bloqueurs. Utilisez Bug uniquement pour les défauts de code.

Vous pouvez ajouter un blocage à partir de :

• Widget Nouvel élément de travail sur un tableau de bord d’équipe
• Menu Nouveau dans la page Requêtes

Les éléments de travail que vous ajoutez depuis le widget sont automatiquement étendus à la zone par défaut et aux chemins d’itération de votre équipe. Pour utiliser un autre contexte d’équipe, consultez Changer de contexte d’équipe.

Ordre de liste des backlogs

Utilisez Backlog Priority pour gérer l’ordre de priorité relatif des PBIs, des bugs, des fonctionnalités et des epics.

Utilisez ce modèle :

• Réorganiser des éléments directement sur la page backlog (voir Créer votre backlog).
• Faites glisser les éléments pour refléter la priorité métier actuelle.
• Laissez Azure DevOps mettre à jour la priorité du backlog en arrière-plan.

Vérification de la validation : confirmer que l’ordre du backlog correspond à la priorité de l’entreprise après la réorganisation.

Résoudre les problèmes courants

Contenu connexe

• Créer un projet
• Ajouter des éléments de travail et gérer un projet
• Créer un backlog
• Gérer l’accès à des fonctionnalités spécifiques
• En savoir plus sur les autorisations par défaut et les niveaux d’accès pour Azure Boards