Self Scope Management : Maîtrisez la Gestion de l'Étendue
Définition PMBOK v8
Le Self Scope Management n'est pas un processus formel du PMBOK v8, mais un concept intégré au sein du Scope Performance Domain (pages 35-46). Il désigne la capacité du chef de projet et de l'équipe à gérer proactivement l'étendue du projet, en particulier à prévenir le scope creep (glissement de périmètre), défini comme l'expansion non contrôlée de l'étendue sans ajustements correspondants du temps, des coûts ou des ressources (page 46). Ce concept est intrinsèquement lié au Monitor and Control Scope process (pages 40, 42-43, 143), qui appartient au groupe de processus Monitoring and Controlling et au domaine de connaissance Scope Management.
Pourquoi c'est important pour l'examen
Le scope creep est l'un des pièges les plus fréquents dans les questions de l'examen PMI. Les questions testent votre capacité à identifier les signes avant-coureurs d'un glissement de périmètre et à appliquer les bonnes actions correctives (comme le contrôle des changements). Attendez-vous à des questions situationnelles où un changement non approuvé est demandé, et vous devez choisir la réponse alignée sur le Monitor and Control Scope process.
Points clés à retenir (pour l'examen)
- Définition du scope creep : Expansion non autorisée et non contrôlée de l'étendue du projet, sans approbation formelle via le processus de contrôle des changements intégré (page 46).
- Processus clé : Monitor and Control Scope process – le processus dédié à la surveillance de l'état de l'étendue et à la gestion des changements (pages 40, 42-43).
- Output principal : Change requests – lorsque l'écart est identifié, une demande de changement doit être soumise via le processus de contrôle intégré des changements (page 42-43).
- Outil clé : Variance analysis – outil d'analyse de données utilisé pour comparer l'étendue réalisée par rapport à l'étendue planifiée et identifier les écarts (page 42-43).
- Confusion fréquente : Confondre scope creep avec une modification légitime de l'étendue approuvée via le processus de contrôle des changements. Le scope creep est NON autorisé.
- Objectif ultime : S'assurer que le projet emploie une gestion efficace du changement (page 46, Table 2-6). Toute modification de l'étendue doit être évaluée, approuvée ou rejetée formellement.
- Liens avec les autres domaines : Le Scope Performance Domain interagit avec les domaines Planning, Delivery, et Risk (pages 36, 45-46). Un changement d'étendue non contrôlé impacte directement le planning, les coûts, la qualité et les risques.
Exemple type examen PMI
Un chef de projet constate que l'équipe a ajouté une fonctionnalité non prévue au livrable final, car le client l'a demandée verbalement lors d'une réunion. Aucune demande de changement n'a été soumise. Que doit faire le chef de projet en premier ?
Réponse attendue : Documenter l'écart, soumettre une demande de changement formelle via le processus de contrôle intégré des changements, et évaluer l'impact sur le planning, les coûts et les ressources.
Pièges à l'examen PMI
- Piège : Confondre scope creep avec une modification de l'étendue approuvée par le comité de contrôle des changements (CCB).
- Réalité : Le scope creep est NON autorisé. Une modification approuvée est un changement légitime et géré.
- Piège : Croire que toute modification de l'étendue est un scope creep.
- Réalité : Seules les modifications non autorisées et non contrôlées sont du scope creep. Les changements via le processus formel sont normaux.
- Piège : Penser que le chef de projet peut approuver seul un changement d'étendue.
- Réalité : Les changements d'étendue nécessitent généralement l'approbation du CCB ou du sponsor, selon le plan de management de l'étendue.
- Piège : Ignorer que le scope creep peut provenir de l'équipe projet elle-même (ajout de fonctionnalités sans demande).
- Réalité : Le scope creep peut être initié par toute partie prenante, y compris l'équipe.
Connexions PMI importantes
| Concept lié | Type de relation | Point d'attention examen |
|---|---|---|
| Monitor and Control Scope process | Processus central | C'est le processus qui détecte et gère le scope creep. |
| Integrated Change Control process | Sortie vers / Complète | Toute demande de changement issue du scope creep doit passer par ce processus. |
| Scope Management Plan | Plan de référence | Définit comment les changements d'étendue sont gérés et approuvés (pages 40, 141). |
| Risk Performance Domain | Interaction | Un scope creep non contrôlé augmente les risques (coûts, délais, qualité). Une analyse de risque peut mener à un rescoping (page 45-46). |
Questions de révision rapide
- Quelle est la différence entre un changement d'étendue approuvé et un scope creep ?
- Quel processus devez-vous activer en priorité si vous identifiez un écart d'étendue non autorisé ?
- Quel outil d'analyse de données est spécifiquement mentionné dans le Monitor and Control Scope process pour détecter les écarts ?
- Où sont définies les règles d'approbation des changements d'étendue ?
- Quels sont les trois impacts majeurs d'un scope creep non maîtrisé sur un projet ?
Référence PMBOK v8
Section 2.2 - Scope Performance Domain (pages 35-46) Sous-section 2.2.5 - Check Results (page 46, Table 2-6) Processus : Monitor and Control Scope process (pages 40, 42-43, 143)