Product Backlog : La Liste Dynamique des Travaux en Environnement Adaptatif

Définition PMBOK v8

Le product backlog est une liste dynamique et priorisée d'éléments de travail et de fonctionnalités. Dans les environnements adaptatifs, il fournit aux équipes un cadre pour organiser le travail, reflétant les besoins actuels du projet, incluant les exigences produit et les user stories. Il contient un plan repriorisé pour le travail restant et est généralement préparé par le product owner.

Contexte PMI : Ce concept appartient aux approches adaptatives (agiles) et n'est pas un processus formel du PMBOK, mais un artefact clé testé dans les questions sur les méthodologies adaptatives.

Pourquoi c'est important pour l'examen

Le product backlog est fréquemment testé à l'examen PMI car il représente un concept fondamental des approches adaptatives, que les candidats doivent maîtriser pour démontrer leur compréhension des différences entre les environnements prédictifs et adaptatifs. Les questions portent sur sa définition, sa gestion, et surtout la distinction avec d'autres types de backlog.

Points clés à retenir (pour l'examen)

• Nature dynamique : Le product backlog évolue constamment pour refléter les besoins actuels du projet, contrairement à un cahier des charges figé
• Propriétaire : Le product owner est responsable de sa préparation et de sa tenue à jour
• Contenu typique : Exigences, fonctionnalités, epic user stories et user stories
• Priorisation : Les éléments sont classés par ordre de valeur métier ou d'importance pour le client
• Distinction cruciale : Le product backlog contient la liste complète des fonctionnalités souhaitées, tandis que le sprint backlog ne contient que le sous-ensemble sélectionné pour une itération spécifique
• Backlog refinement : Technique d'élaboration progressive et de repriorisation du contenu du backlog pour identifier le travail réalisable dans une itération à venir
• Sizing : Les éléments sont dimensionnés par l'équipe de développement pour que les éléments de plus grande valeur soient sélectionnés en priorité

Exemple type examen PMI

Une équipe de développement travaille sur un produit logiciel en utilisant une approche adaptative. Le product owner tient une liste priorisée de 47 user stories représentant l'ensemble des fonctionnalités souhaitées. Pour le prochain sprint de deux semaines, l'équipe sélectionne les 8 user stories les plus prioritaires. Question : Quelle est la différence entre la liste complète des 47 user stories et le sous-ensemble des 8 sélectionnées ?

Pièges à l'examen PMI

• Piège : Confondre product backlog et sprint backlog Réalité : Le product backlog contient tous les éléments souhaités pour le produit ; le sprint backlog n'est qu'un sous-ensemble sélectionné pour une itération

• Piège : Croire que le product backlog est figé une fois défini Réalité : Le product backlog est dynamique et reflète les besoins actuels du projet ; il est régulièrement repriorisé et affiné

• Piège : Penser que le développeur principal ou le chef de projet gère le backlog Réalité : Le product owner est responsable de la préparation et de la tenue à jour du product backlog

• Piège : Ignorer les dépendances et contraintes dans la priorisation Réalité : Les dépendances et contraintes sont prises en compte car elles peuvent impacter l'ordre des éléments et les changements dans le backlog

Connexions PMI importantes

Questions de révision rapide

1. Qui est responsable de la préparation et de la tenue à jour du product backlog dans une approche adaptative ?
2. Quelle est la différence fondamentale entre le product backlog et le sprint backlog ?
3. Quels types d'éléments trouve-t-on généralement dans un product backlog ?
4. Quel est le rôle du backlog refinement dans la gestion du product backlog ?
5. Comment les dépendances et contraintes influencent-elles la priorisation du product backlog ?

Référence PMBOK v8

Section 2.4.3 - « Product Backlog Work » (Contexte fourni par le RAG, passages 1 à 5, pages N/A)

Note : Le PMBOK v8 traite du product backlog dans le contexte des approches adaptatives, en complément des processus traditionnels de gestion de projet.