Le Backlog Produit : Conteneur des Exigences, Fonctionnalités, Épopées et Récits Utilisate…

Définition PMBOK v8

Le product backlog est une liste priorisée du travail à réaliser, généralement préparée par le product owner, qui inclut les exigences, les fonctionnalités, les épopées (epics) et les récits utilisateur (user stories), représentant la portée et la vision globale du produit. Il reflète les besoins actuels du projet et contient un plan repriorisé pour le travail restant.

Dans les projets adaptatifs et agiles, le product backlog constitue l'artefact central de la gestion de la portée, remplaçant la spécification détaillée traditionnelle par une liste vivante et évolutive.

Pourquoi c'est important pour l'examen

Ce concept est systématiquement testé dans les questions portant sur la gestion de la portée en contexte agile. L'examen PMI vérifie votre compréhension des relations entre les différents niveaux de décomposition de la portée (exigences → fonctionnalités → épopées → récits utilisateur) et distingue les trois types de backlogs. Les questions pièges portent souvent sur la confusion entre le product backlog et l'itération backlog, ou sur le rôle du product owner dans sa gestion.

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

• Définition officielle : Liste priorisée du travail, incluant exigences, fonctionnalités, épopées et récits utilisateur, représentant la portée et vision du produit
• Propriétaire : Le product owner est responsable de la préparation et de la priorisation du product backlog
• Trois types de backlogs :
  • Product backlog : Portée complète et vision du produit
  • Itération backlog : Sous-ensemble du product backlog pour l'itération en cours (récits + tâches)
  • Release backlog : Sous-ensemble organisé pour une livraison spécifique (peut couvrir plusieurs sprints)
• Correspondance WBS : Dans les projets agiles, la WBS correspond au product backlog, où les éléments sont décomposés en épopées et récits utilisateur
• Caractéristique clé : Le backlog est dynamique - il reflète les besoins courants et est constamment repriorisé

Exemple type examen PMI

Un chef de projet agile constate que son équipe travaille sur des fonctionnalités qui ne correspondent plus aux priorités du client. Le product owner avait préparé un itération backlog au lieu d'un product backlog complet. Quel artefact aurait dû être utilisé pour maintenir une vision globale et priorisée du produit ?

Réponse attendue : Le product backlog, car il représente la portée et la vision complète du produit avec tous les niveaux de détail (exigences, fonctionnalités, épopées, récits utilisateur).

Pièges à l'examen PMI

• Piège : Confondre le product backlog avec l'itération backlog Réalité : Le product backlog contient TOUS les éléments (vision globale), l'itération backlog est un sous-ensemble SÉLECTIONNÉ pour une itération spécifique

• Piège : Croire que le product backlog ne contient que des user stories Réalité : Il contient également des exigences, des fonctionnalités et des épopées - tous les niveaux de décomposition

• Piège : Penser que le chef de projet gère le product backlog Réalité : C'est le product owner qui prépare et priorise le product backlog

• Piège : Ignorer la différence entre release backlog et product backlog Réalité : Le release backlog est un sous-ensemble organisé pour une release spécifique, tandis que le product backlog contient la vision complète

Connexions PMI importantes

Questions de révision rapide

1. Quels sont les quatre types d'éléments que contient le product backlog selon le PMBOK v8 ?
2. Qui est responsable de la préparation et de la priorisation du product backlog dans un projet agile ?
3. Quelle est la différence fondamentale entre le product backlog et l'itération backlog ?
4. Comment la WBS se traduit-elle dans un contexte de projet agile ?
5. Quels sont les trois types de backlogs couramment utilisés dans les projets adaptatifs et agiles ?

Référence PMBOK v8

Section 2.2.2 - Gestion de la portée du projet (contexte agile) Section 5.1 - Planification de la portée et recueil des exigences (relation product backlog / WBS)

Note : Les informations proviennent du contexte RAG PMBOK v8 fourni, passages 1 à 5, traitant du product backlog, de ses composants et de ses relations avec les autres artefacts agiles.