Project See Also : La Clé pour Maîtriser les Renvois Conceptuels à l'
Définition PMBOK v8
Dans le PMBOK v8, le terme "See Also" est un mécanisme de renvoi systématique utilisé dans le glossaire pour relier des concepts interdépendants. Il indique qu’un terme doit être compris en relation avec un autre pour une maîtrise complète. Par exemple, la définition de sponsor renvoie explicitement à stakeholder, et inversement. Ce n’est pas un processus, mais un outil de navigation conceptuelle essentiel à la compréhension des relations entre rôles, livrables et objectifs.
Pourquoi c’est important pour l’examen
L’examen PMI teste votre capacité à relier les concepts entre eux, pas seulement à les mémoriser isolément. Les questions utilisent fréquemment les renvois "See Also" pour vérifier que vous comprenez les interdépendances (ex : sponsor vs stakeholder, scope vs product scope). Ignorer ces liens conduit à des confusions fatales dans les questions scénarisées.
Points clés à retenir (pour l’examen)
- Relation sponsor ↔ stakeholder : Le sponsor fournit ressources et soutien ; le stakeholder peut affecter ou être affecté par le projet. L’examen teste la distinction entre ces deux rôles.
- Relation scope ↔ product scope ↔ project scope : La scope est la somme des produits, services et résultats. Product scope = features/fonctions du produit ; project scope = travail pour livrer ces features.
- Scope creep : Expansion non contrôlée du périmètre sans ajustement du temps, coût ou ressources. Piège fréquent : le confondre avec une modification approuvée.
- Sprint : Intervalle de temps fixe (timeboxed) produisant un incrément utilisable et potentiellement livrable. À ne pas confondre avec "itération" générique.
- Specification : Attribut nécessaire dans un livrable pour atteindre ou dépasser un objectif métier. Testé comme élément de la définition de la qualité.
- Standard : Document établi par une autorité ou consensus servant de modèle. L’examen peut demander si un standard est une contrainte ou une ressource.
Exemple type examen PMI
Un chef de projet constate que le nombre de fonctionnalités demandées par le sponsor a doublé, sans ajustement du budget ni du calendrier. Le sponsor insiste que ces ajouts sont "mineurs". Quelle est la meilleure description de cette situation ?
Réponse attendue : Scope creep (expansion non contrôlée du périmètre). L’examen teste ici la reconnaissance d’un scope creep par opposition à une demande de changement formelle.
Pièges à l’examen PMI
-
Piège : Confondre sponsor et stakeholder Réalité : Le sponsor est un stakeholder spécifique qui fournit ressources et est accountable ; tous les sponsors sont des stakeholders, mais l’inverse est faux.
-
Piège : Croire que scope creep est toujours négatif Réalité : Le scope creep est toujours non contrôlé et sans ajustement des contraintes, ce qui le rend problématique. Une modification approuvée via le processus de contrôle des changements n’est pas du scope creep.
-
Piège : Assimiler sprint et itération Réalité : Un sprint est une itération timeboxed avec un incrément potentiellement livrable ; toutes les itérations ne sont pas des sprints (ex : itération de planification).
-
Piège : Penser que specification = exigence fonctionnelle Réalité : Une specification est un attribut nécessaire d’un livrable pour atteindre un objectif métier ; elle peut être fonctionnelle ou non fonctionnelle.
Connexions PMI importantes
| Concept lié | Type de relation | Point d’attention examen |
|---|---|---|
| Sponsor | See Also vers stakeholder | Distinguer accountability (sponsor) vs influence (stakeholder) |
| Scope | See Also vers product scope et project scope | Savoir que scope est la somme des deux |
| Sprint | See Also vers iteration | Comprendre que tout sprint est une itération, mais pas l’inverse |
| Specification | See Also vers business objective | Lier specification à la valeur métier, pas seulement technique |
Questions de révision rapide
- Quelle est la différence fondamentale entre un sponsor et un stakeholder selon le PMBOK v8 ?
- Un projet ajoute 3 fonctionnalités sans modifier le budget ni le délai. S’agit-il d’un scope creep ou d’une modification approuvée ?
- Un sprint produit un incrément non testé. Est-ce toujours un sprint selon la définition PMBOK v8 ?
- Une specification doit-elle toujours être une exigence technique ? Justifiez avec la définition.
- Le standard est-il une contrainte ou une ressource dans le contexte du projet ?
Référence PMBOK v8
Section Glossaire – Termes : sponsor, stakeholder, scope, scope creep, sprint, specification, standard, project scope, product scope. Les renvois "See Also" sont explicitement indiqués dans ces définitions pour relier les concepts.
Rappel critique : À l’examen, chaque fois que vous voyez un terme suivi de "See Also", reliez-le mentalement au(x) terme(s) cité(s). Les questions pièges exploitent systématiquement ces renvois pour tester votre compréhension des interdépendances.