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
Le backlog de produit est votre plan de projet, qui montre ce que votre équipe a l’intention de livrer. Il contient des récits utilisateur, des éléments de backlog ou des exigences que vous ajoutez à celui-ci. Votre backlog est une liste plate d’éléments de travail, comme l’illustre l’image suivante, qui montre un processus Scrum pour Azure Boards. Pour les modèles de processus Agile, Basic et Capability Maturity Model Integration (CMMI), la sélection Éléments de backlog apparaît comme Stories, Problèmes, et Exigences.
Votre backlog de produit est l’une des trois classes de backlogs disponibles : backlogs, tableaux et plans.
Note
Pour plus d’informations, consultez les articles suivants :
Prerequisites
| Category | Requirements |
|---|---|
| Accès au projet | Membre du projet. |
| Permissions | - Membre du groupe de sécurité des contributeurs ou des administrateurs de projets . - Pour afficher ou modifier des éléments de travail : définissez les autorisations Afficher les éléments de travail dans ce nœud et Modifier les éléments de travail dans ce nœud sur Autoriser. Pour le groupe Contributeurs, cette autorisation est définie par défaut sur Autoriser. Pour plus d’informations, consultez Définir les autorisations de suivi du travail. |
| Niveaux d’accès | Pour ajouter ou modifier des éléments de travail : au moins un accès de base . Les utilisateurs disposant d’un accès Partie prenante pour des projets publics ont un accès complet aux fonctionnalités de backlog et de tableau, tout comme les utilisateurs disposant d’un accès De base. Pour plus d’informations, consultez Référence rapide sur l’accès de partie prenante. |
| Itérations définies | Pour utiliser le volet Planification : vérifiez que votre administrateur d’équipe a défini des chemins d’itération (sprints) et configurez des itérations d’équipe. |
| Category | Requirements |
|---|---|
| Accès au projet | Membre du projet. |
| Permissions | - Membre du groupe de sécurité des contributeurs ou des administrateurs de projets . - Pour afficher ou modifier des éléments de travail : définissez les autorisations Afficher les éléments de travail dans ce nœud et Modifier les éléments de travail dans ce nœud sur Autoriser. Pour le groupe Contributeurs, cette autorisation est définie par défaut sur Autoriser. Pour plus d’informations, consultez Définir les autorisations de suivi du travail. |
| Niveaux d’accès | Pour ajouter ou modifier des éléments de travail : au moins un accès de base (Basic). |
| Itérations définies | Pour utiliser le volet Planification : vérifiez que votre administrateur d’équipe a défini des chemins d’itération (sprints) et configurez des itérations d’équipe. |
Filtrage des éléments de travail du backlog et du sprint
Votre backlog de produit, votre tableau et vos backlogs sprint affichent les éléments de travail en fonction des critères suivants :
| Process | Type d’élément de travail | Nom du backlog |
|---|---|---|
| Basic | Issue | Issues |
| Agile | Récit utilisateur | Stories |
| Scrum | Élément de backlog de produit | Éléments du backlog |
| CMMI | Requirement | Requirements |
Critères de filtrage supplémentaires :
- Chemin de zone correspond à l’un des chemins de zone sélectionnés de votre équipe
- Le chemin d’itération se trouve sous le chemin d’itération par défaut de votre équipe
Les backlogs sprint et les tableaux de tâches appliquent ces mêmes filtres, ainsi que le chemin d’itération sélectionné. Vous ne pouvez sélectionner que les chemins d’itération préélectionnés par votre équipe. Les backlogs de sprint présentent uniquement les éléments de travail affectés au sprint sélectionné. Les tâches enfants affectées à d’autres sprints n'y figurent pas.
Pour plus d’informations, consultez Définir des chemins de zone et attribuer à une équipe et Définir des chemins de sprint et configurer des itérations d’équipe.
Ajouter un backlog
Chaque projet inclut une équipe par défaut avec des backlogs. Pour prendre en charge d’autres équipes, consultez Créer ou ajouter une équipe.
Chaque processus définit les niveaux de backlog spécifiques suivants :
- Agile : Histoires, fonctionnalités et épopées
- De base : Problèmes et épopées
- Scrum : Éléments du backlog, Fonctionnalités et Épopées
- CMMI : exigences, fonctionnalités et Epics
Pour personnaliser votre backlog, consultez le modèle de processus hérité ou le modèle de processus XML local.
Ouvrir votre backlog
À partir de votre navigateur web, procédez comme suit pour ouvrir votre backlog de produits.
Connectez-vous à votre projet (
https://dev.azure.com/{Your_Organization}/{Your_Project}).Sélectionnez Tableaux>Backlogs.
Pour sélectionner un autre backlog, choisissez une autre équipe ou sélectionnez l’option Afficher le répertoire du backlog. Vous pouvez également saisir un mot-clé dans la barre de recherche et filtrer les backlogs d'équipe du projet.
Tip
Choisissez l’icône d’étoile
pour ajouter un backlog d’équipe aux favoris. Les artefacts favoris (icône de favori 
) s’affichent en haut de la liste du sélecteur d’équipe.Vérifiez que vous avez sélectionné Récits (Agile), Problèmes (Basic), Éléments de backlog (Scrum) ou Exigences (CMMI) comme niveau de backlog.
(Facultatif) Pour sélectionner les colonnes à afficher et dans quel ordre, sélectionnez l’icône
actions et Options de colonne. Pour obtenir plus d’informations, consultez Modifier des options de colonne.
Tip
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.
Suivre les bogues sur votre backlog
Certaines équipes aiment suivre les bogues ainsi que les exigences du backlog. D’autres équipes préfèrent suivre les bugs en tant que tâches terminées pour soutenir une exigence, de sorte que les bugs apparaissent sur leur Taskboard. Avant de déterminer comment gérer les bugs, consultez Bugs en tant qu’exigences ou tâches et Afficher les bugs sur les backlogs et tableaux.
Convertir des idées en éléments de backlog
Votre backlog indique le travail que vous envisagez d’effectuer ou qui est en cours. Dès que l’État d’un élément de travail est défini sur Terminé ou Complété, l’élément de travail n’apparaît plus sur votre backlog. Vous pouvez utiliser les contrôles de backlog pour filtrer ou modifier votre vue.
Si vous avez déjà défini une longue liste d’éléments, vous n’avez pas besoin de les entrer à nouveau un par un. Utilisez plutôt des éléments de travail en masse avec des fichiers CSV ou Microsoft Excel pour les importer dans votre backlog.
Avant d’ajouter des éléments de travail, sélectionnez
Options d’affichage et placez le curseur pour Parents et Prévisions sur Désactivé. Si vous le souhaitez, activez ou désactivez Éléments en cours.
Pour ajouter un élément de travail, sélectionnez
Nouvel élément de travail et entrez un titre. Sélectionnez Entrée ou sélectionnez Ajouter en haut. Les éléments de travail sont affectés au chemin d'accès de la zone et au chemin d’itération par défaut sélectionnés pour l’équipe. Pour plus d’informations, veuillez consulter la section Gérer et configurer les outils d’équipe.
Note
Si vous avez un accès Partie prenante, vous pouvez uniquement ajouter des éléments de travail au bas du backlog. Pour plus d’informations, consultez Référence rapide sur l’accès de partie prenante.
Selon que vous créez votre projet avec Basic, Agile, Scrum ou CMMI, les éléments de votre backlog peuvent être appelés problèmes, récits utilisateur, éléments de backlog de produit ou exigences. Tous ces termes décrivent la valeur client à livrer et le travail à effectuer.
Par défaut, les récits utilisateur s’affichent sur les backlogs Agile, les problèmes sur les backlogs Basic, les éléments de backlog de produit et les bogues sur les backlogs Scrum, et les exigences sur les backlogs CMMI.
Réorganiser votre backlog
Réorganisez vos éléments pour créer une liste de travail hiérarchisée. Passez en revue et hiérarchisez fréquemment votre backlog pour aider votre équipe à savoir ce qui est le plus important à fournir.
Vous ne pouvez pas trier votre backlog sur une colonne. Pour afficher une liste triée, sélectionnez Créer une requête. Enregistrez et ouvrez la requête, et triez les résultats de la requête. Pour plus d’informations sur les requêtes, consultez Utiliser l’éditeur de requêtes pour lister et gérer les requêtes.
Pour réorganiser votre backlog, faites glisser les éléments de travail. Ou, si vous préférez utiliser le clavier, maintenez la touche Alt enfoncée et utilisez les flèches haut et bas.
Note
Pour réorganiser un backlog, vous devez au moins disposer d’un accès de base (Basic). Si vous disposez d’un accès de partie prenante, vous ne pouvez pas réorganiser les éléments de backlog. Pour plus d’informations, consultez Référence rapide sur l’accès de partie prenante.
Les backlogs qui participent à la gestion de portefeuille ou qui contiennent des éléments enfants de même type imbriqués peuvent ne pas vous permettre de réorganiser les éléments. Pour plus d’informations, consultez les articles suivants :
- Travailler avec une responsabilité partagée des éléments de backlog par plusieurs équipes
- Résoudre les problèmes de réorganisation et d’imbrication
Ajouter des détails et des estimations aux éléments de backlog
Ajoutez des informations détaillées à chaque élément de backlog, ce qui peut aider votre équipe à estimer les efforts et à fournir avec succès.
Pour modifier un élément de travail :
- Double-cliquez sur l’élément ou sélectionnez Entrée pour ouvrir le formulaire d’élément de travail.
- Ajoutez des descriptions, des valeurs de champ ou des notes de discussion.
- Utilisez l’onglet
Pièces jointes pour partager des fichiers de prise en charge.
Fournissez suffisamment de détails à votre équipe pour comprendre l’étendue, estimer le travail, créer des tests et fournir les résultats attendus.
Note
Vous ne pouvez affecter du travail qu’à un seul utilisateur. Si vous devez affecter du travail à plusieurs utilisateurs, ajoutez un élément de travail pour chaque utilisateur et distinguez le travail à effectuer par titre et description. Le champ Affecté à accepte uniquement les comptes d’utilisateur qui ont été ajoutés à un projet ou à une équipe.
Par exemple, ici, nous affectons le récit à Raisa Pokrovskaya et nous ajoutons une note de discussion, en mentionnant Raisa.
Sélectionnez Enregistrer et fermer lorsque vous avez terminé.
Champs clés de la gestion du backlog
Utilisez ces champs essentiels pour estimer l’effort et définir des exigences pour la planification sprint :
| Field | Purpose |
|---|---|
| Effort, Story Points, Taille | Estimer le travail requis - Utiliser le dimensionnement relatif (puissances de 2, séquence Fibonacci ou échelle préférée de votre équipe). Ces estimations calculent la vitesse et les sprints de prévision. |
| Valeur métier | Définir la priorité - Affecter une valeur relative par rapport à d’autres éléments. Des nombres plus élevés indiquent une plus grande valeur métier. |
| Description | Définir l’étendue : fournissez des détails clairs sur les besoins et les exigences de l’utilisateur. Concentrez-vous sur ce que les utilisateurs souhaitent accomplir et pourquoi. |
| Critères d’acceptation | Définir « Terminé » : décrivez des critères spécifiques pour l’achèvement. Établir une compréhension partagée entre l’équipe et les clients pour les tests d’acceptation. |
| Évaluation de l’impact | Évaluer les risques (CMMI uniquement) : documentez l'impact sur le client de la non-implémentation de l'exigence. |
Afficher ou masquer les éléments en cours
Utilisez le sélecteur d’options d’affichage pour activer/désactiver la visibilité des éléments en cours . Lorsqu’ils sont désactivés, les éléments dans les états actifs, validés ou résolus (ou les états mappés à l’état de catégorie En cours) n’apparaissent pas dans le backlog.
Masquez les éléments de progression lors de la prévision du travail.
Afficher ou masquer les éléments de travail dans l’état Terminé
Utilisez le sélecteur d’options d’affichage pour activer la visibilité des éléments enfants terminés en fonction de vos besoins.
Afficher les éléments enfants terminés pour afficher les colonnes de cumul.
Masquer les éléments enfants terminés lors de la prévision du travail.
Note
Les éléments de travail terminés ou fermés ne s’affichent pas sur les backlogs et les tableaux à partir du moment où leur Date de modification remonte à plus de 183 jours (environ six mois). Vous pouvez toujours répertorier ces éléments à l’aide d’une requête. Si vous souhaitez qu’ils apparaissent dans un backlog ou un tableau, vous pouvez y apporter une modification mineure qui réinitialise l’horloge.
Note
Les éléments de travail terminés ou fermés ne s’affichent pas sur les backlogs et les tableaux à partir du moment où leur Date de modification remonte à plus d’un an. Vous pouvez toujours répertorier ces éléments à l’aide d’une requête. Si vous souhaitez qu’ils apparaissent dans un backlog ou un tableau, vous pouvez y apporter une modification mineure qui réinitialise l’horloge.
Évaluer la liste de contrôle des éléments de travail, backlogs et tableaux
Si vous ne voyez pas les éléments de travail que vous attendez dans votre carnet de commandes ou votre tableau, procédez aux vérifications suivantes :
Assurez-vous d’avoir sélectionné le backlog ou le tableau de l’équipe qui vous intéresse. Pour en savoir plus, consultez Utiliser des barres de navigation et des sélecteurs pour accéder et ouvrir des artefacts.
Créez une requête de vos éléments de backlog, en spécifiant les types d’éléments de travail qui appartiennent à votre catégorie Exigences et le chemin d'accès de la zone associé à votre équipe, par exemple :
Ajoutez les champs État, Chemin de zone et Chemin d’itération aux options de colonne.
Vérifiez les résultats de la requête et assurez-vous que les valeurs des éléments de travail que vous prévoyez d’afficher dans votre backlog répondent aux critères suivants :
- Area Path appartient au(x) area path(s) de votre équipe
- Le chemin d’itération appartient au chemin d’itération par défaut de votre équipe
- L’état n’est pas Fermé, Terminé, Fait ou Supprimé.
Note
Vous pouvez également filtrer votre backlog de produit pour afficher ou masquer les éléments de travail qui se trouvent dans une catégorie d’état En cours, correspondant à un état de workflow Actif, Résolu, Validé, En cours d’exécution.
Autres facteurs qui peuvent affecter les éléments de travail dans vos backlogs et tableaux
Les paramètres suivants peuvent influencer le type et le nombre d’éléments de travail qui apparaîtront dans vos backlogs et tableaux.
Dans votre tableau, les éléments de travail nouvellement ajoutés peuvent ne pas apparaître s'ils sont classés plus bas dans le backlog du produit. En choisissant Afficher plus d’éléments, vous pouvez actualiser le tableau et afficher d’autres éléments de travail.
Si vous avez des éléments de travail imbriqués qui appartiennent à la même catégorie, seuls les nœuds feuilles peuvent apparaître sur le tableau (pour TFS 2018.1 et les versions antérieures). Pour cette raison, nous vous recommandons de ne pas imbriquer les éléments de travail du même type d’élément de travail ou appartenant à la même catégorie. 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).
Si vous avez désactivé l’affichage En cours, les éléments de travail sur lesquels le travail a démarré n’apparaissent pas dans la liste des backlogs.
Les éléments de travail apparaissent dans l’ordre de priorité dans lequel ils sont ajoutés ou déplacés. Cette séquence ou cet ordre est géré par le champ Rang dans la pile (processus Basic, Agile et CMMI) ou Priorité du backlog (Scrum). Pour plus d’informations, consultez la section Rang dans la pile dans Backlogs, portefeuilles et gestion de projet Agile.
Chaque backlog peut afficher jusqu’à 999 éléments de travail. Si votre backlog dépasse cette limite, vous pouvez envisager d’ajouter une équipe et de déplacer certains éléments de travail vers le backlog de l’autre équipe.
Les backlogs de sprint affichent uniquement les éléments de travail qui correspondent au chemin de zone de l’équipe et au Chemin d’itération défini pour le sprint.
Modèle de processus d’héritage : si un administrateur désactive ou supprime un type d’élément de travail, il n’apparaît plus dans les backlogs et les tableaux.
Modèle de processus XML local : si un administrateur supprime ou détruit un type d’élément de travail, il n’apparaît plus dans les backlogs et les tableaux.
Étape suivante
Avec votre backlog en place, votre équipe peut commencer à travailler sur les éléments prioritaires. Il est désormais temps de décider de la façon dont vous souhaitez travailler en équipe. Choisissez le flux de travail de votre équipe : Scrum pour les sprints structurés ou Kanban pour le flux continu. Vous pouvez utiliser ces méthodes indépendamment ou ensemble.