Notes
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 2022 | Azure DevOps Server 2019
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.
Remarque
Pour plus d’informations, consultez les articles suivants :
Prérequis
| Catégorie | Exigences |
|---|---|
| Accès au projet | Membre du projet. |
| Autorisations | - 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). 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 : assurez-vous que votre administrateur d’équipe a définis les chemins d’itération (sprint) et configurez les itérations d’équipe. |
| Catégorie | Exigences |
|---|---|
| Accès au projet | Membre du projet. |
| Autorisations | - 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 : assurez-vous que votre administrateur d’équipe a définis les chemins d’itération (sprint) et configurez les 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 |
|---|---|---|
| Basique | Problème | Problèmes |
| Agile | Récit utilisateur | Histoires |
| Scrum | Élément de backlog de produit | Éléments du backlog |
| CMMI | Besoin | Exigences |
Critères de filtrage supplémentaires :
- Chemin de zone correspond à l’un des chemins de zones 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 affichent uniquement les éléments de travail affectés au sprint sélectionné ; les tâches enfants affectées à d’autres sprints ne sont pas affichées.
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.
Conseil
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.
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.
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 de zone par défaut et au chemin d'itération sélectionné pour l’équipe. Pour plus d’informations, veuillez consulter la section Gérer et configurer les outils d’équipe.
Remarque
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.
Remarque
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.
Remarque
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 pour la planification du backlog
Utilisez ces champs essentiels pour estimer l’effort et définir des exigences pour la planification sprint :
| Champ | Objectif |
|---|---|
| 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 commerciale | 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 ne pas implémenter 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.
Remarque
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.
Remarque
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.
É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.