Utilisez Azure Boards pour gérer vos backlogs de produits et de portefeuille

  • Article

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

Les backlogs de portefeuille fournissent aux propriétaires de produits un aperçu du travail effectué par plusieurs équipes de fonctionnalités agiles. Les propriétaires de produits peuvent définir les objectifs de haut niveau en tant qu’épopées ou fonctionnalités. Les équipes de fonctionnalités peuvent décomposer ces éléments de travail en récits utilisateur qu’elles vont hiérarchiser et développer.

Dans cet article, vous apprendrez ce qui suit :

  • Comment prendre en charge une vue de gestion de la progression de plusieurs équipes
  • Comment les équipes de fonctionnalités peuvent se concentrer sur la progression de leur backlog d’équipe
  • Comment attribuer du travail à partir d’un backlog commun
  • Comment configurer un ensemble hiérarchique d’équipes et de backlogs

En configurant une structure d’équipe comme celle présentée, vous fournissez à chaque équipe de fonctionnalités son backlog distinct pour planifier, hiérarchiser et suivre son travail. De plus, les propriétaires de portefeuille ou de produit peuvent créer leur vision, leur feuille de route et leurs objectifs pour chaque version, surveiller la progression de leur portefeuille de projets et gérer les risques et les dépendances.

Chaque équipe possède sa propre vue du travail

Configurez une structure d’équipe et de backlog hiérarchique lorsque vous souhaitez prendre en charge les éléments suivants :

  • Équipes de fonctionnalités autonomes capables d’organiser et de gérer leur backlog de travail
  • Vues de gestion de portefeuille pour la planification des épopées et des fonctionnalités, et la surveillance de la progression des équipes de fonctionnalités subordonnées
  • Affecter des éléments de backlog aux équipes de fonctionnalités à partir d’un backlog commun

Notes

Les images que vous voyez à partir de votre portail web peuvent différer de celles que vous voyez dans cet article. Ces différences résultent des mises à jour apportées à Azure DevOps Services. Toutefois, les fonctionnalités de base disponibles restent les mêmes, sauf mention explicite.

Notes

Les images que vous voyez à partir de votre portail web peuvent différer de celles que vous voyez dans cet article. Ces différences résultent des mises à jour apportées à votre instance Azure DevOps locale. Toutefois, les fonctionnalités de base disponibles restent les mêmes, sauf mention explicite.

Vue de gestion de la progression de l’équipe

Dans cet exemple, nous montrons le backlog du portefeuille Epics pour l’équipe Management. 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.

Backlog montrant les parents et la propriété multi-équipe.

Important

Vous avez la possibilité d’établir des liens enfants avec des éléments de travail provenant de différents projets. Toutefois, si les processus diffèrent entre les projets, la hiérarchie ne sera pas visible sur le backlog pour ces éléments enfants résidant dans les projets distincts. Néanmoins, vous pouvez afficher tous les éléments enfants associés directement sur le formulaire d’élément de travail.

Propriété du backlog de l’équipe de fonctionnalités et vue de la progression

Chaque équipe de fonctionnalités a sa propre page d’accueil d’équipe ou ses propres tableaux de bord, des backlogs de produits et de portefeuille, des tableaux Kanban et des tableaux de tâches. Ces pages affichent uniquement le travail pertinent pour chaque équipe. La pertinence est basée sur les affectations effectuées à la zone d’élément de travail et aux chemins d’itération. Pour plus d’informations, consultez À propos des équipes et des outils Agile.

Conseil

Ajoutez le Nom du nœud aux options de colonne pour afficher l’équipe affectée à l’élément de travail.

La vue de l’équipe des fonctionnalités du service clientèle sur le backlog inclut uniquement les éléments de travail affectés à son chemin d’accès de zone, Fabrikam Fiber/Customer Service. Ici, nous montrons des parents qui fournissent quelques-unes des fonctionnalités et des épopées auxquelles les éléments du backlog appartiennent. Les éléments appartenant à d’autres équipes apparaissent avec des barres vides. Par exemple, les commentaires mobiles et les alertes texte appartiennent à l’équipe de gestion des comptes.

Les éléments appartenant à d’autres équipes s’affichent avec une icône d’informations, .

Backlog montrant les parents et la propriété multi-équipe

Attribuer du travail à partir d’un backlog commun

Bien que la structure hiérarchique de l’équipe et du backlog fonctionne bien pour aider les équipes autonomes à prendre en charge leur backlog, elle prend également en charge l’affectation du travail aux équipes à partir d’un backlog commun. Lors d’une réunion de sprint ou de planification de produit, les propriétaires de produits et les prospects de développement peuvent examiner le backlog. Les équipes peuvent également affecter des éléments sélectionnés à différentes équipes en les affectant au chemin de la zone de l’équipe de fonctionnalités.

Dans cette vue du backlog de gestion des comptes, tous les éléments encore affectés à la Gestion des comptes n’ont pas encore été attribués.

Backlog courant de l’équipe de gestion

Pendant la réunion de planification, vous pouvez ouvrir chaque élément, prendre des notes et affecter l’élément à l’équipe pour travailler dessus.

Conseil

Vous pouvez sélectionner plusieurs éléments de travail et modifier en bloc le chemin d’accès de la zone. Consultez Modifier en bloc les éléments de travail.

Ici, tous les éléments du backlog ont été attribués à des équipes de fonctionnalités, tandis que toutes les fonctionnalités et épopées restent la propriété de la Gestion des comptes.

Tous les éléments de backlog ont été affectés aux équipes de fonctionnalités.

Ajouter des backlogs du portefeuille

Si vous avez besoin de plus de trois niveaux de backlog, vous pouvez en ajouter d’autres. Pour savoir comment procéder, consultez Personnaliser vos backlogs ou tableaux pour un processus.

Suivre les dépendances entre les équipes

Le moyen le plus simple de suivre les dépendances entre les équipes consiste à lier des éléments de travail à l’aide du type de lien Associé. S’ils sont dépendants dans le temps, vous pouvez utiliser les types de liens Prédécesseur/Successeur. Vous pouvez ensuite créer des requêtes qui recherchent des éléments de travail contenant ces relations. Pour plus d’informations, consultez Lier des éléments de travail à d’autres objets.

À l’aide des plans de livraison, vous pouvez suivre les dépendances entre les projets au sein d’une organisation. Pour plus d’informations, consultez Suivre les dépendances à l’aide de plans de livraison.

Progression des fonctionnalités du portefeuille

Pour afficher la progression des fonctionnalités en fonction des exigences liées, vous pouvez ajouter une colonne de cumul ou afficher un plan de livraison. Pour plus d’informations, consultez Afficher le cumul et Vérifier les plans de livraison.

Pour afficher la progression des fonctionnalités en fonction des exigences liées, vous pouvez afficher la chronologie des fonctionnalités. Pour plus d’informations, consultez Afficher la progression du portefeuille avec la chronologie des fonctionnalités.

Étapes suivantes

Configurer une hiérarchie d’équipes