Utiliser des backlogs pour gérer des projets

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

Avec les backlogs, vous pouvez planifier votre projet en ajoutant des user stories ou des exigences à votre backlog produit. Une fois votre plan en place, vous pouvez commencer à mener des efforts de développement de code.

Si vous êtes administrateur du projet, consultez Configurer et personnaliser Azure Boards, pour découvrir comment définir des chemins d'itération et de zone et personnaliser vos types d'éléments de travail. Lorsque vous créez un projet ou ajoutez une équipe, Azure Boards crée automatiquement un backlog. Chaque équipe a accès à ses propres backlogs de produit, de portefeuille et de sprint. Pour plus d’informations, consultez À propos des équipes et des outils Agile.

À propos des backlogs

Un backlog d’Azure Boards est une liste priorisée d’éléments de travail qui guide les efforts de votre équipe de développement. Un backlog aide à gérer la portée du projet et facilite la communication et la collaboration tout au long du cycle de vie du développement logiciel.

Utilisez des backlogs pour effectuer les tâches suivantes :

Backlogs de produit et de portefeuille

Les backlogs présentent les éléments de travail sous forme de listes. Un backlog produit représente le plan du projet, la feuille de route de ce que votre équipe prévoit de livrer. Il fournit également un référentiel de toutes les informations nécessaires pour suivre et partager avec votre équipe.

Dans les méthodologies Agile, un backlog de portefeuille permet de regrouper et d’organiser votre backlog en une hiérarchie. Vous pouvez afficher des initiatives de haut niveau, des épopées ou des projets que votre organisation prévoit de réaliser sur une période plus longue. Ces initiatives sont souvent trop vastes ou complexes pour être incluses dans la portée d’un seul backlog d’équipe. Elles nécessitent une coordination et une planification à un niveau organisationnel supérieur.

Configuration du backlog

Chaque backlog est associé à une équipe et les paramètres de configuration de l'équipe déterminent les éléments de travail qui apparaissent dans le carnet de commandes de l'équipe. L'administrateur de l'équipe effectue pour son équipe, les tâches suivantes :

• Sélectionnez les chemins d’aire actifs pour l’équipe. Seuls les éléments de travail assignés à ces chemins d’aire apparaissent sur le backlog de l’équipe.
• Définissez le chemin d’aire et le chemin d’itération par défaut utilisés lors de la définition des éléments de travail à partir du backlog de l’équipe.
• Sélectionnez les chemins d’itération actifs pour l’équipe.
• Déterminez les niveaux de backlog actifs pour l’équipe.
• Définissez comment les bugs sont traités, en tant qu’exigences ou en tant que tâches.

Pour plus d’informations, consultez les articles suivants :

• Définir les chemins d’itération (sprint) et configurer les itérations d’équipe
• Définir les chemins de zone et les assigner à une équipe
• Sélectionner les niveaux de backlog
• Afficher les bogues sur les backlogs ou les tableaux

Configurations de backlog courantes pour les équipes multiples

Question : Pouvez-vous définir une configuration de backlog à laquelle plusieurs équipes peuvent s’abonner ?Réponse : Non. Chaque équipe contrôle ses propres paramètres d’équipe et configurations de backlog.

Définir des éléments de travail et créer votre backlog

Construisez le plan de votre projet en créant un backlog d’éléments de travail. Ces éléments représentent les fonctionnalités, les exigences, les récits utilisateur ou tout autre travail à effectuer. Les backlogs de portefeuille prennent en charge l’organisation du travail de manière hiérarchique. Ils permettent de suivre les initiatives et scénarios de produit majeurs qui s’appuient sur de nombreux récits ou exigences. Différents types d’éléments de travail vous aident à suivre différents types de travaux, tels que les user stories, les tâches, les bugs et les problèmes.

Ordre de priorité du backlog ou rang dans la pile

L’endroit où vous ajoutez ou déplacez les éléments sur la page détermine la séquence des éléments sur chaque backlog. Pour plus d’informations, consultez Réorganiser votre backlog.

Lorsque vous faites glisser des éléments dans la liste de backlog, un processus d’arrière-plan met à jour les champs Stack Rank (processus Agile et Capability Maturity Model Integration (CMMI)) ou Priorité du backlog (processus Scrum). Le système utilise ces champs pour suivre le classement relatif des éléments sur le backlog produit, fonctionnalité, épopée, ou autre backlog de portefeuille. Par défaut, ces champs n’apparaissent pas dans le formulaire d’élément de travail.

N'utilisez pas la fonction de modification en bloc pour modifier la valeur du champ de priorité du backlog. Bien que vous puissiez attribuer une valeur à ces champs, vous attribuez la même valeur à tous les éléments que vous sélectionnez pour la modification en masse.

La méthode recommandée pour la modification en bloc consiste à utiliser la sélection multiple pour déplacer des éléments vers le haut, le bas ou une position spécifique dans la page. Si vous devez modifier l’un des champs d’ordre du backlog en bloc pour obtenir un grand nombre d’éléments de travail dans l’ordre de priorité souhaité, utilisez Excel. Vous pouvez exporter une requête qui contient les éléments du backlog, mettre à jour les champs Priorité du backlog ou Stack Rank, puis publier vos modifications.

Éléments et travail en cours répertoriés dans le backlog

Les backlogs sont conçus pour afficher le travail qui correspond à un état de catégorie Proposé, En cours ou Résolu. Lorsque vous terminez un travail et que son état entre dans un état Terminé ou Fermé, il disparaît de l’affichage du backlog. Vous pouvez toujours créer une requête pour voir le travail terminé, ou afficher le pivot Récemment terminé depuis la page Éléments de travail. Pour plus d’informations, consultez Afficher et ajouter des éléments de travail.

En général, vous affichez tous les éléments qui se trouvent dans l'état de catégorie En cours, qui correspond aux états Actif et Validé. Pour vous concentrer sur le travail proposé mais qui n’est pas en cours, vous pouvez activer la vue de backlog pour désactiver En cours. Ce bouton bascule est utile lors de la prévision de votre backlog de produit.

Si votre backlog contient des éléments manquants, vérifiez si la vue En cours a été désactivée. Pour plus d’informations, consultez États de workflow et catégories d’état.

Organiser votre backlog en mappant et en redéfinissant la parenté des éléments de backlog

Lorsque vous avez de nombreuses initiatives sur lesquelles vos équipes travaillent, vous pouvez vouloir regrouper le travail selon ces initiatives. En définissant des fonctionnalités et des épopées, vous pouvez regrouper votre travail dans une hiérarchie à trois niveaux composée d’épopées, de fonctionnalités et d’éléments de backlog.

Par exemple, ici l’équipe du service client a organisé plusieurs éléments du backlog sous deux fonctionnalités et une épopée.

Vélocité

Pour plus d’informations, consultez Afficher et configurer la vélocité de l’équipe.

Utiliser la propriété multi-équipe des éléments de backlog

Lorsque vous avez plusieurs équipes, vos vues hiérarchiques peuvent afficher des éléments appartenant à d’autres équipes.

Afficher les éléments du backlog et les éléments parents appartenant à d’autres équipes

Le backlog de produit de votre équipe répertorie uniquement les éléments dont le chemin de zone correspond aux éléments attribués à votre équipe. Si vous affichez les parents, vous voyez l’épopée parente des fonctionnalités et des éléments de backlog, même si une autre équipe possède l’épopée ou la fonctionnalité.

Pour plus d'informations, consultez Définir des chemins de zone et les attribuer à une équipe.

Afficher des épopées et des éléments enfants appartenant à d’autres équipes

Voici un autre exemple qui montre le backlog Épopées pour l’équipe Gestion. En explorant, vous pouvez voir l’ensemble des éléments et fonctionnalités du backlog, même s’ils appartiennent à l’une des trois équipes différentes : Service clientèle, Téléphone et Web.

À partir de ces vues, vous pouvez répartir les éléments qui vous appartiennent et ceux qui appartiennent à d'autres équipes. Vous ne pouvez pas réorganiser les éléments appartenant à une autre équipe.

Cette organisation permet aux équipes de gestion de se concentrer sur les fonctionnalités et les épopées de haut niveau, et les équipes de développement de se concentrer sur les éléments de backlog dont ils sont responsables. Par exemple, vous pouvez créer une structure d’équipe similaire à celle-ci avec deux équipes de gestion et trois équipes de développement. Pour plus d’informations, consultez Créer ou ajouter une équipe.

Pour plus d’informations sur les structures hiérarchiques des équipes et des backlogs, consultez Gérer vos backlogs produit et de portefeuille.

Réorganisation et redéfinition de la parenté des éléments de travail

Tous les backlogs et tableaux prennent en charge le déplacement pour réorganiser et réapparenter des éléments de travail. Les mises à jour dans les backlogs et les tableaux d’une équipe sont reflétés dans les autres backlogs et tableaux d’équipe qui partagent le même chemin de zone. Il est possible que vous deviez actualiser la page pour voir les modifications.

Vous pouvez uniquement utiliser le glisser-déplacer pour réorganiser les éléments de travail affectés aux chemins de zone sélectionnés pour votre équipe ou redéfinir leur parenté. Lorsque l’option d’affichage Parents est activée, des éléments de travail dont votre équipe n’est pas propriétaire peuvent apparaître dans votre backlog. Tout ce qui apparaît avec l’icône d’information ne peut pas être réorganisé ou reparenté car une autre équipe en est propriétaire.

Afficher les éléments de travail du nœud terminal

Pour TFS 2018 et les versions antérieures, le tableau n’affiche que le nœud feuille avec les éléments imbriqués d’une hiérarchie de même catégorie. Pour toutes les versions, les backlogs de sprint et les Taskboards n’affichent que le dernier nœud d’une hiérarchie de même catégorie, appelé le nœud feuille.

Vous pouvez créer une hiérarchie d’éléments de backlog, de tâches et de bugs. Nous ne recommandons pas de créer des hiérarchies de même catégorie. Autrement dit, ne créez pas de liens parent-enfant entre des éléments de travail du même type, tels que récit-récit, bogue-bogue, tâche-tâche.

Le dernier nœud d’une hiérarchie de même catégorie peut n’apparaître que sur les tableaux, les backlogs de sprint et les Taskboards. Par exemple, si vous liez des éléments dans une hiérarchie de même catégorie qui comporte quatre niveaux, seuls les éléments du quatrième niveau apparaissent sur le tableau, le backlog de sprint et le taskboard.

Au lieu d’imbriquer les exigences, les bogues et les tâches, nous vous recommandons de conserver une liste plate. Créez des liens parent-enfant d’un niveau de profondeur entre des éléments appartenant à une catégorie différente. Pour plus d’informations, consultez Résoudre les problèmes de réorganisation et d’imbrication.

Contrôles de backlog de produit

Pour modifier ou filtrer la vue de votre backlog de produit, vous pouvez utiliser les contrôles suivants :

Autorisations et accès

En tant que membre ajouté au groupe Contributeurs d’un projet, vous pouvez utiliser la plupart des fonctionnalités fournies sous Tableaux ou Travail. Les utilisateurs disposant d’un accès de base ont un accès complet à toutes les fonctionnalités. Les utilisateurs disposant d’un accès de partie prenante sont limités à certaines fonctionnalités. Pour plus d’informations, consultez Référence rapide sur l’accès de partie prenante.

Pour plus d’informations sur les autorisations et l’accès, consultez Définir les autorisations de suivi du travail et Référence rapide pour l’accès Partenaire.

Pour ajouter des utilisateurs à un projet, consultez Ajouter des utilisateurs à un projet ou une équipe.

Ajouter des backlogs et des tableaux de portefeuille

Étapes suivantes

Si vous débutez, consultez S’inscrire à Azure Boards.

Articles connexes

• Naviguer dans le portail web
• À propos des tableaux kanban
• À propos des éléments de travail
• Qu’est-ce qu’Agile ?
• Qu’est-ce que le développement Agile ?
• Culture Agile