Utiliser des backlogs pour gérer des projets

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

Avec les backlogs, vous pouvez rapidement planifier votre projet en ajoutant des récits utilisateur ou des exigences à votre backlog de 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, votre backlog est automatiquement créé. Chaque équipe a accès à ses propres backlogs de produit, de portefeuille et de sprint, comme décrit dans À propos des équipes et des outils Agile.

À propos des backlogs

Un backlog Azure Boards est une liste hiérarchisée d'éléments de travail qui accompagne les efforts de votre équipe de développement, vous aide à gérer la portée du projet et facilite la communication et la collaboration efficaces via le cycle de vie du développement logiciel.

Utilisez des backlogs pour effectuer les tâches suivantes :

Remarque

Pour plus d’informations, consultez Backlogs, tableaux et plans. Si vous ne voyez pas les éléments de travail souhaités sur votre backlog ou votre tableau, consultez Configurer vos backlogs et tableaux pour les configurer en fonction de vos préférences.

Backlogs de produit et de portefeuille

Les backlogs présentent les éléments de travail sous forme de listes. Un backlog de produit représente votre plan de projet, la feuille de route de ce que votre équipe prévoit de livrer. C'est également un référentiel de toutes les informations dont vous avez besoin pour effectuer le suivi et le partager avec votre équipe.

Dans les méthodologies Agile, un backlog du portefeuille vous permet de regrouper et d'organiser votre backlog dans une hiérarchie et affiche des initiatives de haut niveau, des épopées ou des projets sur lesquels votre organisation prévoit de travailler sur une plus longue période de temps. Ces initiatives sont souvent trop volumineuses ou complexes pour s'adapter à l'étendue du backlog d'une seule équipe et nécessitent une coordination et une planification au niveau de l'organisation.

Capture d’écran des backlogs de tableaux.

Configuration du backlog

Notes

Comment ajouter un backlog ou un tableau ? Vous n’ajoutez pas de backlogs ou de tableaux. Vous ajoutez une équipe qui est automatiquement configurée avec son propre ensemble de backlogs et de tableaux, comme décrit dans À propos des équipes et des outils Agile.

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électionne les chemins de zone qui sont actifs pour l'équipe. Seuls les éléments de travail affectés à ces chemins de zone apparaissent dans le backlog de l'équipe ;
  • définit le chemin de zone et le chemin d'itération par défaut utilisés lors de la définition d'éléments de travail à partir du backlog d'équipe ;
  • sélectionne les chemins d'itération actifs de l'équipe ;
  • détermine les niveaux de backlog actifs de l'équipe ;
  • définit la façon dont les bogues sont traités, en tant qu'exigences ou en tant que tâches.

Pour plus d’informations, consultez les articles suivants :

Conseil

Chaque membre de l’équipe dispose de plusieurs outils pour configurer l’affichage de son backlog : Développer/Réduire un niveau, Options de colonne, Sélecteur au niveau du backlog, Options d’affichage et barre d’outils Filtre. Les options définies pour chaque niveau de backlog sont distinctes et conservées jusqu’à ce qu’elles soient modifiées. Pour plus d’informations, consultez Configurer l’affichage de votre backlog.

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.

Étant donné que chaque utilisateur peut configurer ses propres Options de colonne et Options d’affichage, il n’existe aucun moyen de configurer une vue de backlog commune pour toutes les équipes. En outre, aucune option de colonne par défaut ne peut être définie pour chaque équipe.

Étant donné que chaque utilisateur peut configurer ses propres Options de colonne et Options d’affichage, il n’existe aucun moyen de configurer une vue de backlog commune pour toutes les équipes. Vous pouvez toutefois définir les options de colonne par défaut pour tous les membres de l’équipe en modifiant la configuration du processus. Pour savoir comment procéder, consultez Référence des éléments XML de configuration du processus, Définir des colonnes par défaut.

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

Vous établissez votre plan de 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ément de travail vous aident à suivre différents types de travail, comme les récits utilisateur, les tâches, les bogues, les problèmes, etc.

Définir l’image conceptuelle des récits de tâches.Organiser l’image conceptuelle du backlog des tâches.Gérer l’image conceptuelle des bogues des tâches.Gérer l’image conceptuelle des problèmes des tâches.

Ordre de priorité du backlog ou rang dans la pile

La séquence des éléments sur chaque backlog est déterminée en fonction de l’emplacement où vous avez ajouté ou déplacé les éléments sur la page. Lorsque vous faites glisser des éléments dans la liste des backlogs, un processus en arrière-plan met à jour les champs Rang dans la pile (processus Agile et CMMI) ou Priorité du backlog (Processus Scrum). Ces champs sont utilisés par le système pour suivre le classement relatif des éléments sur le produit, la fonctionnalité, l’épopée ou autre backlog de portefeuille. Par défaut, ces champs n’apparaissent pas dans le formulaire d’élément de travail.

Capture d’écran montrant comment réorganiser les éléments 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, attribuez la même valeur à tous les éléments que vous avez sélectionnés en vue d'une modification en bloc.

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 contenant les éléments de backlog, mettre à jour les champs Priorité du backlog ou Rang dans la pile, 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. Une fois que vous avez terminé le travail et que son état passe à Terminé ou Fermé, il disparaît de la vue du backlog. Vous pouvez toujours créer une requête pour afficher le travail terminé ou afficher le tableau croisé dynamique Récemment terminé à partir de la page É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 regrouper le travail en fonction de 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èle a organisé plusieurs éléments de backlog sous deux fonctionnalités et une épopée.

Capture d’écran du backlog montrant les parents et la propriété multi-équipe.

Capture d’écran du backlog montrant les parents et la propriété multi-équipe, Azure DevOps Server 2019 et versions antérieures.

Vélocité

Lorsque vous affectez vos éléments de backlog à des sprints, vous avez accès à un rapport de vélocité en contexte pour les backlogs de produit et de portefeuille. La vélocité aide les équipes à déterminer la quantité de travail qu’elles peuvent effectuer sur un sprint.

Vous pouvez configurer rapidement le rapport de vélocité pour compter les éléments de travail ou additionner les Story Points, l’effort, le travail restant ou tout autre champ numérique.

Ouvrir Velocity Analytics

Lorsque vous affectez des éléments de votre backlog de produit à des sprints, vous aurez accès à un rapport de vélocité en contexte pour votre backlog de produit. La vélocité aide les équipes à déterminer la quantité de travail qu’elles peuvent effectuer sur un sprint.

Le rapport suit le travail estimé du backlog de l’équipe (somme des efforts (processus Basic ou Scrum), des Story Points (processus Agile) ou des tailles (processus CMMI)) que votre équipe a effectué (vert) dans les sprints précédents, ou qui sont toujours en cours (bleu).

Portail web, graphique de vélocité montrant sept sprints de travaux en cours et terminés

Pour plus d’informations, consultez Afficher ou configurer la vélocité d’équipe

Afficher la progression, le cumul ou les totaux

Les backlogs de produit et de portefeuille prennent en charge les colonnes de cumul. Vous pouvez ajouter une ou plusieurs colonnes de cumul pour afficher les barres de progression, le nombre d’éléments de travail descendants ou les totaux de champs numériques sélectionnés. Vos paramètres sont conservés pour chaque page que vous personnalisez et ne sont valides que pour vos affichages.

  • Les barres de progression indiquent le pourcentage d’éléments descendants au sein d’une hiérarchie qui sont fermés ou terminés.
  • Les nombres affichent le nombre total d’éléments descendants.
  • Les totaux fournissent une somme de champs numériques, comme Effort, Story Points, Travail effectué ou Travail restant des éléments descendants.

L’exemple suivant montre les barres de progression pour un backlog de portefeuille.

Capture d’écran de l’exemple de progression de l’épopée, de la fonctionnalité et des récits utilisateur.

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 qui appartiennent à 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. En revanche, si vous affichez les parents, vous voyez l'épopée mère des caractéristiques et des éléments de backlog, même si une autre équipe est propriétaire de l'épopée ou de la caractéristique.

Les autres éléments appartenant à l'équipe apparaissent avec une icône d'information .

Capture d’écran des éléments du backlog et des éléments parents appartenant à d’autres équipes.

Conseil

Ajoutez le champ Nom du nœud en tant que colonne pour identifier le chemin d’accès/l’équipe de la zone associé aux éléments de travail.

Les autres éléments appartenant à l'équipe apparaissent avec une icône d'information .

Capture d’écran des éléments du backlog et des éléments parents appartenant à d’autres équipes, Azure DevOps Server 2019.

Conseil

Ajoutez le champ Nom du nœud en tant que colonne pour identifier le chemin d’accès/l’équipe de la zone associé aux éléments de travail.

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.

Capture d’écran de l’affichage Épopées et des éléments enfants appartenant à d’autres équipes.

Capture d’écran de l’affichage Épopées et des éléments parents appartenant à d’autres équipes, Azure DevOps Server 2019.

À partir de ces vues, vous pouvez répartir les éléments qui vous appartiennent et ceux qui appartiennent à d'autres équipes. Toutefois, vous ne pouvez pas réorganiser les éléments d'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. Ajoutez des équipes et définissez leurs chemins d'accès à la zone. Par exemple, vous pouvez créer une structure d’équipe similaire à celle-ci avec deux équipes de gestion et trois équipes de développement.

Image conceptuelle des backlogs et de la propriété multi-équipe.

Pour en savoir plus sur les structures d'équipe hiérarchique et de backlog, consultez Gestion de portefeuille.

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.

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. Vous devrez peut-être 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’informations  ne peut pas être réorganisé ni apparenté, car une autre équipe en est propriétaire.

Capture d’écran du message d’informations sur la propriété de l’équipe.

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

Pour TFS 2018 et versions antérieures, le tableau Kanban affiche uniquement le nœud terminal 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 tableaux de tâches affichent uniquement le dernier nœud d'une hiérarchie de même catégorie, appelé nœud terminal.

Bien que vous puissiez créer une hiérarchie d’éléments de backlog, de tâches et de bogues, nous vous déconseillons 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 ne peut apparaître que sur des tableaux Kanban, des backlogs de sprint et des tableaux de tâches. Par exemple, si vous liez des éléments dans une hiérarchie de même catégorie de quatre niveaux, seuls les éléments du quatrième niveau apparaissent sur le tableau Kanban, le backlog de sprint et le tableau des tâches.

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

Contrôles de backlog de produit

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

Important

Si vous désactivez le contrôle En cours, les éléments qui se trouvent dans les états Actif, Validé ou Résolu, ou qui correspondent à l’état de workflow de catégorie En cours, n’apparaissent pas dans le backlog. Pour en savoir plus sur les états de workflow de catégorie, consultez Utilisation des états de workflow et des catégories d’état.

Pour plus d'informations sur l'utilisation de chacun de ces contrôles, consultez Configurer la vue de votre backlog.

Icône ou lien

Contrôle

Fonction


Backlog

Sélecteur de backlog

Options d’affichage

Options d’affichage

Filtrer

Filtrer

Paramètres

plein écran / quitter le plein écran

Plein écran

Activer ou désactiver le mode plein écran

icône développer / icône réduire

Développer/Réduire

Développer ou réduire un niveau de la hiérarchie de l’arborescence


Remarque

Même si vous avez activé les parents, les contrôles Créer une requête et E-mailicône d’e-mail ne répertorient que les éléments au niveau actuellement sélectionné.

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 en savoir plus sur les autorisations et l'accès, consultez Autorisations et accès pour le suivi du travail et Informations de référence rapides sur l'accès de partie prenante.

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

Ajouter des backlogs et des tableaux de portefeuille

Pour ajouter un backlog ou un tableau de portefeuille, personnalisez votre processus, ajoutez de nouveaux types d’élément de travail, puis configurez vos backlogs et tableaux. Vous pouvez également ajouter ou modifier les champs définis pour un type d’élément de travail (WIT), ou ajouter un type d’élément de travail personnalisé. Pour plus d’informations, consultez Personnaliser un processus d’héritage et Personnaliser vos backlogs ou tableaux (processus d’héritage).

Pour ajouter un backlog de portefeuille ou une carte, personnalisez votre processus hérité ou modifiez vos fichiers de définition XML. Vous pouvez également ajouter ou modifier les champs définis pour un type d’élément de travail (WIT), ou ajouter un type d’élément de travail personnalisé. Pour plus d’informations, consultez les articles suivants en fonction du modèle de processus utilisé pour mettre à jour votre projet :

Modèle de processus d’héritage :

Modèle de processus XML local :

Étapes suivantes

Si vous débutez, consultez Commencer à utiliser Azure Boards.