Product Backlog

La présente page vous guide dans l’utilisation de votre document Excel intitulé « Product Backlog ».

Si vous n’êtes pas encore membre, découvrez notre kit de l’agilité. Ne manquez pas l’opportunité de l’acquérir et de profiter de tous les avantages qu’il peut apporter à votre gestion de projet agile.

Objectif du livrable

Le support du Product Backlog permet de centraliser toutes les spécifications fonctionnelles et techniques du produit avec des niveaux de granularité différents (Initiatives, Epic, User story). 

Ce support permet également, pour chaque élément du backlog, de définir la valeur Business créée et la priorité selon l’appréciation du Product Owner.

Le Product Backlog est un livrable vivant qui évolue très régulièrement.

Déblocage des macros

Avant d’ouvrir un fichier Excel, pensez à débloquer les macros.

Pour ce faire, faites un clic droit sur le fichier avant de l’ouvrir. Ensuite choisissez Propriétés, puis activez la case à cocher Débloquer sous l’onglet Général.

Ceci afin d’éviter d’avoir un message rouge à l’ouverture d’un fichier Excel :

Activation des macros

Pour s’assurer du bon fonctionnement du template, vérifiez que les macros sont activées :

Quand utiliser ce livrable ?

Le Product Backlog est créé durant la phase de cadrage. Il permet de faire les estimations de charge et le release plan. 

Il est ensuite utilisé principalement durant la phase d’exécution pour planifier les sprints/itérations de développement du produit.

Comment utiliser ce livrable ?

Lors du cadrage :

1. La première version du Product Backlog est créée dès que les macro-fonctionnalités du produit sont identifiées, estimées et priorisées
2. Vers la fin du cadrage, on détaille les macro-fonctionnalités à inclure dans les premiers Sprints/itérations. Cette étape vise à assurer le respect du planning initial du premier Sprint/Itération

Durant le Sprint ou l’itération :

1. Le Product Backlog est utilisé lors du Sprint Planning afin de sélectionner les éléments à intégrer dans le planning du Sprint/Itération
2. Le product Backlog est alimenté par le Product Owner durant les ateliers avec les experts métiers et utilisateurs
3. Le product Backlog est maintenu durant les séances de Backlog Refinement tenue par le Product Owner et les membres de l’équipe pour analyser, décomposer et détailler les éléments du Backlog
4. Le product Backlog est utilisé pour la mise à jour du Release Plan

Structure du document

1. Nom du produit
2. Date de dernière mise à jour
3. Type de l’item : indique le type d’élément du backlog, tel qu’une initiative, une epic, une user story, etc. Cela permet de classifier les différents éléments en fonction de leur nature et de leur niveau de granularité
4. Item parent : permet de spécifier si l’élément du backlog est lié à un autre élément de niveau supérieur. Il permet de créer une structure hiérarchique et de visualiser les relations entre les différents éléments
5. Titre de l’item : contient le titre ou le nom de l’élément du backlog. Il s’agit d’une description concise et précise qui permet d’identifier clairement l’élément
6. Description de l’item : offre une description détaillée de l’élément du backlog. Elle fournit des informations supplémentaires sur les fonctionnalités, les exigences ou les spécifications de l’élément.
7. Valeur de l’item : précise la valeur ou l’impact ex: impact commercial, exigence réglementaire) de l’élément du backlog. Elle peut être utilisée pour prioriser les éléments en fonction de leur contribution aux objectifs stratégiques du projet ou de l’entreprise
8. Version produit : La version du produit qui comportera l’item
9. Priorité : indique la priorité de l’élément du backlog par rapport aux autres éléments. Elle permet de définir l’ordre dans lequel les éléments seront abordés lors de la planification et de l’exécution du projet.
10. Charge en story points : représente l’estimation de l’effort nécessaire pour réaliser l’élément du backlog en utilisant l’échelle des story points. Les story points sont une unité de mesure relative utilisée dans la méthodologie Agile pour estimer la complexité ou la quantité de travail d’une user story

En savoir plus

Pour en savoir plus sur le Product Backlog, consultez le lien de cet article.