
Scope Project Management : Maîtrisez la Gestion du Périmètre
Définition PMBOK v8
Le Scope Management (Gestion du Périmètre) est un domaine de performance du PMBOK v8 qui comprend les processus nécessaires pour garantir que le projet inclut tout le travail requis, et uniquement le travail requis, pour mener le projet à bien. Ce domaine appartient au Domaine de Performance : Approche de Développement et Cycle de Vie et couvre les processus allant de la planification à la validation du périmètre.
Pourquoi c'est important pour l'examen
Ce concept est systématiquement testé à l'examen PMI, souvent sous forme de questions situationnelles où vous devez identifier le processus approprié face à un problème de périmètre. Les questions portent fréquemment sur la distinction entre les processus de planification, de définition, de structuration et de contrôle du périmètre, ainsi que sur les différences entre approches prédictives et adaptatives.
Points clés à retenir (pour l'examen)
-
Processus clé n°1 - Plan Scope Management : Crée le Scope Management Plan qui documente comment le périmètre sera défini, validé et contrôlé. Ce plan doit être défini, développé, surveillé, validé et contrôlé en fonction du cycle de vie du projet.
-
Processus clé n°2 - Elicit and Analyze Requirements : Détermine, documente et gère les besoins des parties prenantes. L'objectif est de définir et documenter les besoins associés aux fonctionnalités requises dans le produit, service ou résultat.
-
Processus clé n°3 - Define Scope : Développe une description détaillée ou de haut niveau du projet et du produit. Dans les projets agiles, le périmètre est généralement considéré à un niveau élevé, souvent représenté par la product roadmap avec ses releases.
-
Processus clé n°4 - Develop Scope Structure : Subdivise les livrables et le travail du projet en composants plus petits et plus gérables. En agile, cela correspond à la décomposition du product backlog en epics, features et user stories.
-
Processus clé n°5 - Validate Scope : Formalise l'acceptation des livrables du projet terminés.
-
Processus clé n°6 - Monitor and Control Scope : Surveille l'état du projet et du périmètre, gère les changements par rapport à la scope baseline, mesure la qualité des livrables et assure le respect des normes requises.
-
Confusion fréquente : Ne pas confondre Validate Scope (acceptation formelle des livrables) avec Control Quality (vérification de la conformité technique). Le premier concerne l'acceptation par le client, le second la qualité intrinsèque.
Exemple type examen PMI
"Vous êtes chef de projet sur un projet de développement logiciel en approche prédictive. L'équipe a terminé le module de paiement. Le client examine le livrable et refuse de signer le document d'acceptation car certaines fonctionnalités ne correspondent pas à ses attentes. Quel processus devez-vous avoir exécuté avant cette situation ?"
Réponse attendue : Validate Scope — Ce processus formalise l'acceptation des livrables. S'il n'est pas exécuté correctement, le risque de rejet par le client augmente.
Pièges à l'examen PMI
-
Piège : Confondre Scope Management Plan avec Project Management Plan
- Réalité : Le Scope Management Plan est un plan subsidiaire contenu dans le Project Management Plan. Il ne le remplace pas.
-
Piège : Croire que Define Scope produit uniquement une description détaillée
- Réalité : En agile, Define Scope produit une description de haut niveau (product roadmap), pas nécessairement détaillée.
-
Piège : Penser que Develop Scope Structure est identique à la création du WBS uniquement
- Réalité : En agile, cela correspond à la décomposition du product backlog en epics, features et user stories. Le WBS n'est pas la seule forme de structuration.
-
Piège : Confondre Monitor and Control Scope avec Control Schedule
- Réalité : Le premier gère les changements de périmètre et la scope baseline, le second gère le calendrier et les délais.
Connexions PMI importantes
| Concept lié | Type de relation | Point d'attention examen |
|---|---|---|
| Requirements Management Plan | Output de Plan Scope Management | Les deux plans sont mis à jour ensemble lors de la planification du périmètre |
| Scope Baseline | Output de Develop Scope Structure | La scope baseline est composée du scope statement, WBS et dictionnaire WBS |
| Project Scope Statement | Output de Define Scope | Document clé qui décrit le périmètre du projet et du produit |
| Product Backlog | Concept agile lié à Develop Scope Structure | En agile, le backlog remplace le WBS traditionnel |
Questions de révision rapide
-
Question : Dans un projet agile, quel artefact remplace la structure de découpage du projet (WBS) pour décomposer le travail ?
-
Question : Quel processus formalise l'acceptation des livrables par le client ou le sponsor ?
-
Question : Quelle est la différence principale entre Define Scope en approche prédictive et en approche adaptative ?
-
Question : Quel est l'output principal du processus Plan Scope Management ?
-
Question : Quel processus est responsable de la gestion des changements par rapport à la scope baseline ?
Référence PMBOK v8
Section 2.2.2 — Scope Project Management (Domaine de Performance : Approche de Développement et Cycle de Vie)
Sous-sections :
- 2.2.2.1 Plan Scope Management
- 2.2.2.2 Elicit and Analyze Requirements
- 2.2.2.3 Define Scope
- 2.2.2.4 Develop Scope Structure
- 2.2.2.5 Monitor and Control Scope
- 2.2.2.6 Validate Scope