Plan de Management du Projet : Définition, Contenu et Alignement avec la Valeur Métier
Définition PMBOK v8
Le Plan de Management du Projet est le document qui définit la manière dont le projet est exécuté, surveillé, contrôlé et clôturé. Il intègre les plans subsidiaires et les lignes de base (scope, schedule, cost). Selon le PMBOK v8, il doit rester en alignement avec la project charter et le benefits management plan tout au long du cycle de vie du projet. Le chef de projet travaille avec le sponsor pour garantir cet alignement continu. Ce plan n'est pas un document figé ; il évolue via des demandes de changement approuvées.
Pourquoi c'est important pour l'examen
Le Plan de Management du Projet est un concept central et transversal à l'examen PMP. Il apparaît dans des questions sur :
- L'intégration : comment aligner les plans subsidiaires.
- Les rôles : qui approuve quoi (le sponsor approuve la charter, le PM approuve le plan).
- Les documents : différencier le plan de management des business documents (business case, benefits management plan).
- Les changements : tout changement approuvé met à jour le plan et/ou les lignes de base.
Points clés à retenir (pour l'examen)
- Contenu principal : plans subsidiaires (scope, schedule, cost, quality, resources, communications, risk, procurement, stakeholders) + lignes de base (scope, schedule, cost) + plan de gestion des changements.
- Propriétaire : le chef de projet est responsable de son élaboration, de sa mise à jour et de son exécution. Le sponsor n'approuve que la project charter et les business documents.
- Alignement obligatoire : le plan de management du projet, la project charter et le benefits management plan doivent rester alignés tout au long du projet. C'est un point clé testé.
- Documents commerciaux (Business Documents) : le business case et le benefits management plan sont développés avant le lancement du projet et sont maintenus par le sponsor. Ils ne font pas partie du plan de management du projet.
- Évolution itérative : le plan de management du projet est itérative (comme le benefits management plan). Il est affiné au fur et à mesure que le projet progresse et que plus d'informations sont disponibles.
- Validation de la valeur : le plan de management du projet inclut une description de la manière dont la valeur métier devient partie intégrante des opérations, avec des métriques qui fournissent une vérification de la valeur métier et une validation du succès du projet.
- Confusion fréquente : ne pas confondre le Plan de Management du Projet (how to do) avec la Project Charter (authorization to do) ou le Benefits Management Plan (why we do it).
Exemple type examen PMI
Situation : Un chef de projet vient d'être nommé sur un projet. Le sponsor lui remet la project charter et le benefits management plan. Le chef de projet doit maintenant élaborer le plan de management du projet. Que doit-il faire en premier ?
Réponse : Utiliser la project charter et le benefits management plan comme inputs pour développer le plan de management du projet, en s'assurant que les objectifs, les métriques de succès et la valeur métier sont alignés.
Pièges à l'examen PMI
- Piège : Confondre le Plan de Management du Projet avec la Project Charter.
- Réalité : La Project Charter autorise le projet et nomme le PM. Le Plan de Management du Projet détaille comment le projet sera géré. La Charter est un input du plan.
- Piège : Croire que le sponsor approuve le Plan de Management du Projet.
- Réalité : Le sponsor approuve la Project Charter et les business documents (business case, benefits management plan). Le chef de projet approuve le plan de management du projet.
- Piège : Penser que le Benefits Management Plan fait partie du Plan de Management du Projet.
- Réalité : Le Benefits Management Plan est un document commercial (business document), développé avant le projet et maintenu par le sponsor. Il est complémentaire mais distinct du plan de management du projet.
- Piège : Considérer le Plan de Management du Projet comme un document statique.
- Réalité : Il est itératif et mis à jour via des demandes de changement approuvées. L'alignement avec la project charter et le benefits management plan doit être maintenu en continu.
Connexions PMI importantes
| Concept lié | Type de relation | Point d'attention examen |
|---|---|---|
| Project Charter | Input principal | La Charter autorise le projet et nomme le PM. Le plan de management du projet est développé à partir de la Charter. |
| Benefits Management Plan | Document complémentaire (Business Document) | Développé avant le projet par le sponsor. Doit rester aligné avec le plan de management du projet. Ne fait pas partie du plan. |
| Business Case | Document commercial (Business Document) | Justifie le projet. Utilisé comme input pour la Charter et le Benefits Management Plan. Ne fait pas partie du plan de management du projet. |
| Demandes de Changement | Mise à jour du plan | Tout changement approuvé peut impacter le plan de management du projet (lignes de base, plans subsidiaires). |
Questions de révision rapide
- Qui est responsable de l'élaboration et de la mise à jour du Plan de Management du Projet ?
- Quels sont les trois principaux documents qui doivent rester alignés tout au long du projet ?
- Vrai ou Faux : Le Benefits Management Plan fait partie du Plan de Management du Projet.
- Quelle est la différence entre la Project Charter et le Plan de Management du Projet ?
- Quel document fournit les métriques pour vérifier la valeur métier et valider le succès du projet ?
Référence PMBOK v8
Section 4 – Inputs and Outputs (pages 115-116) et Section 4.5 – Business Documents.