Backlog Work Process : Clé pour Maîtriser la Gestion Agile du Périmètre

Définition PMBOK v8

Le backlog est une liste ordonnée du travail à effectuer, 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 courants du projet, y compris les exigences produits et les user stories, et contient un plan repriorisé pour le travail restant. Il n’est pas un processus dédié mais un artefact central des projets agiles, correspondant au WBS (Work Breakdown Structure) dans les projets prédictifs.

Pourquoi c’est important pour l’examen

Ce concept est systématiquement testé dans les questions portant sur les environnements agiles et hybrides. L’examen PMI évalue votre capacité à distinguer les types de backlogs (produit, itération, release) et à comprendre leur rôle dans la gestion du périmètre. Vous rencontrerez des questions sur la priorisation, la décomposition en user stories et la différence entre backlog et scope baseline.

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

  • Définition exacte PMBOK v8 : Liste ordonnée du travail à faire, priorisée par l’entreprise, souvent écrite en user stories.
  • Équivalence clé : Dans les projets agiles, le WBS correspond au product backlog.
  • Types de backlogs :
    • Product backlog : Préparé par le product owner, inclut exigences, features, epics et user stories, représente la vision globale du produit.
    • Iteration backlog : Sous-ensemble du product backlog pour l’itération en cours, avec les user stories sélectionnées et les tâches requises.
    • Release backlog : Sous-ensemble pour une release spécifique, organisant le travail sur plusieurs sprints.
  • Output principal : Plan repriorisé pour le travail restant (le backlog est dynamique, jamais figé).
  • Bénéfice clé : Fournit une vue stratégique du périmètre et de la valeur du projet, alignant l’équipe vers un objectif commun.
  • Confusion fréquente : Le backlog n’est PAS un plan fixe, il évolue constamment avec les besoins du projet.

Exemple type examen PMI

Une équipe agile travaille sur le développement d’une application mobile. Le product owner priorise les user stories dans le product backlog. Pour le sprint actuel, l’équipe sélectionne 5 stories et crée un iteration backlog avec les tâches détaillées. En parallèle, le release backlog regroupe les stories prévues pour la version 2.0, livrable dans 3 sprints.

Pièges à l’examen PMI

  • Piège : Confondre product backlog et iteration backlog
    Réalité : Le product backlog contient toutes les features connues ; l’iteration backlog est un sous-ensemble pour un sprint spécifique.
  • Piège : Croire que le backlog est figé après la planification
    Réalité : Le backlog est dynamique, il est repriorisé en continu selon les besoins projet.
  • Piège : Penser que le backlog remplace le WBS dans tous les cas
    Réalité : Dans les projets hybrides, le WBS (scope baseline) coexiste avec le backlog pour les sous-équipes agiles.
  • Piège : Ignorer que le backlog inclut des epics et user stories, pas seulement des tâches techniques
    Réalité : Le backlog reflète la vision produit, avec des éléments de haut niveau (epics) décomposés en user stories.

Connexions PMI importantes

Concept liéType de relationPoint d’attention examen
WBS (Work Breakdown Structure)Équivalent agileDans les projets agiles, le WBS correspond au product backlog
User storiesComposant du backlogLe backlog est souvent écrit sous forme de user stories
Scope baselineComplément en hybrideLe backlog coexiste avec la scope baseline dans les projets hybrides
PriorisationProcessus cléLe backlog est priorisé par l’entreprise (product owner)

Questions de révision rapide

  1. Quelle est la différence entre un product backlog et un iteration backlog ?
  2. Dans un projet agile, à quoi correspond le WBS selon le PMBOK v8 ?
  3. Qui prépare généralement le product backlog et que contient-il ?
  4. Pourquoi le backlog est-il considéré comme un artefact dynamique ?
  5. Quel est le bénéfice clé du backlog pour l’équipe projet ?

Référence PMBOK v8

Section 2.2.2 et 2.2.3, Processus de gestion du périmètre et Backlog (inclus dans les sections sur les artefacts des projets adaptatifs/agiles)

Article de révision optimisé pour l’examen PMI, Conforme au PMBOK v8