Product User Stories : Le Backlog Agile et la Priorisation dans le
Définition PMBOK v8
Un backlog est une liste ordonnée du travail à accomplir, souvent rédigée sous forme de user stories, et priorisée par l’entreprise pour gérer et organiser le travail d’un projet adaptatif ou agile. Le backlog reflète les besoins actuels du projet, inclut les exigences produit et les user stories, et contient un plan repriorisé pour le travail restant.
Le PMBOK v8 distingue trois types de backlogs : le product backlog (vision globale du produit, préparé par le product owner), l’iteration backlog (sous-ensemble pour l’itération en cours), et le release backlog (éléments planifiés pour une release spécifique).
Pourquoi c’est important pour l’examen
Ce concept est systématiquement testé dans les questions portant sur les approches adaptatives et agiles, qui représentent environ 30 % de l’examen PMP. Les questions vérifient votre capacité à distinguer les types de backlogs, à comprendre leur rôle dans la gestion de la portée, et à reconnaître comment les user stories remplacent les exigences détaillées dans un contexte agile.
Points clés à retenir (pour l’examen)
- Définition centrale : Le backlog est une liste ordonnée et priorisée de travail (user stories), gérée par l’entreprise.
- Trois types distincts :
- Product backlog : vision globale, inclut exigences, features, epics et user stories.
- Iteration backlog : sous-ensemble du product backlog pour l’itération courante.
- Release backlog : sous-ensemble pour une release spécifique (plusieurs itérations).
- Propriétaire : Le product owner prépare et priorise le product backlog.
- Équivalence avec la WBS : En agile, la WBS correspond au product backlog, où les éléments de travail sont décomposés en epics et user stories.
- Mise à jour continue : Le backlog est un document vivant, repriorisé régulièrement tout au long du projet.
- Confusion fréquente : Ne pas confondre product backlog (vision complète) avec iteration backlog (travail immédiat).
Exemple type examen PMI
Un chef de projet travaille sur un projet de développement logiciel en mode agile. L’équipe a terminé la première itération et doit préparer la prochaine itération de deux semaines. Le product owner a mis à jour le product backlog avec de nouvelles user stories. Quelle liste l’équipe doit-elle utiliser pour planifier le travail de la prochaine itération ?
Réponse : L’iteration backlog, qui est un sous-ensemble du product backlog contenant les user stories sélectionnées et les tâches nécessaires pour l’itération à venir.
Pièges à l’examen PMI
-
Piège : Penser que le backlog est figé une fois défini.
Réalité : Le backlog est dynamique et repriorisé en continu selon les besoins du projet. -
Piège : Confondre product backlog avec release backlog.
Réalité : Le product backlog contient tous les éléments du projet ; le release backlog est un sous-ensemble pour une release spécifique. -
Piège : Croire que les user stories remplacent totalement les exigences dans un projet hybride.
Réalité : Dans un projet hybride, certaines équipes peuvent utiliser des backlogs avec user stories, tandis que d’autres conservent des baselines de portée traditionnelles. -
Piège : Attribuer la gestion du backlog à l’équipe de développement.
Réalité : Le product owner est responsable de la préparation et de la priorisation du product backlog.
Connexions PMI importantes
| Concept lié | Type de relation | Point d’attention examen |
|---|---|---|
| WBS (Work Breakdown Structure) | Équivalence en agile | La WBS correspond au product backlog en contexte agile. |
| User Stories | Composant du backlog | Les user stories sont la forme privilégiée pour décrire le travail dans le backlog. |
| Product Owner | Rôle responsable | Le product owner prépare et priorise le product backlog. |
| Itération / Sprint | Élément de planification | L’iteration backlog est extraite du product backlog pour chaque itération. |
| Release Planning | Planification temporelle | Le release backlog organise le travail pour une release couvrant plusieurs itérations. |
Questions de révision rapide
- Quels sont les trois types de backlogs identifiés dans le PMBOK v8 pour les projets adaptatifs ?
- Qui est responsable de la préparation du product backlog dans un projet agile ?
- Quelle est la différence principale entre un product backlog et un iteration backlog ?
- En quoi la WBS correspond-elle au product backlog dans un contexte agile ?
- Le backlog est-il un document figé ou dynamique ? Justifiez.
Référence PMBOK v8
Section 2.2.2 – Planification de la portée (contexte des backlogs et user stories)
Section 2.2.3.1 – Exemples d’application des backlogs dans les projets adaptatifs
Note : Les passages cités proviennent du contenu PMBOK v8 fourni dans le contexte RAG, incluant les définitions du backlog, du product backlog, de l’iteration backlog et du release backlog.