Intégration et plan de management du projet
Définition
La gestion de l'intégration coordonne l'ensemble des domaines de connaissance et des processus du projet en un tout cohérent. Le plan de management du projet est le document maître qui consolide tous les plans subsidiaires et les lignes de base — c'est la « bible » du projet.
| Processus d'intégration | Groupe | Livrable |
|---|---|---|
| Élaborer la charte | Initiation | Charte de projet |
| Élaborer le plan de management | Planification | Plan de management du projet |
| Diriger et gérer le travail | Exécution | Livrables, données de performance |
| Gérer les connaissances | Exécution | Leçons apprises, registre |
| Surveiller et maîtriser le travail | Surveillance | Rapports de performance |
| Maîtrise intégrée des changements | Surveillance | Demandes de changement traitées |
| Clore le projet | Clôture | Transfert, archivage, bilan |
Contexte
L'intégration est le domaine réservé au chef de projet — il ne peut pas être délégué. Le PM est le seul à avoir une vision transversale de tous les domaines (périmètre, coûts, délais, qualité, etc.). Le CAPM teste cette vision intégrée à travers des scénarios où un changement dans un domaine affecte les autres.
Détails techniques
Composants du plan de management du projet
Plan de management du projet
├── Plans subsidiaires
│ ├── Plan de gestion du périmètre
│ ├── Plan de gestion de l'échéancier
│ ├── Plan de gestion des coûts
│ ├── Plan de gestion de la qualité
│ ├── Plan de gestion des ressources
│ ├── Plan de gestion des communications
│ ├── Plan de gestion des risques
│ ├── Plan de gestion des approvisionnements
│ └── Plan d'engagement des parties prenantes
│
├── Lignes de base
│ ├── Ligne de base du périmètre (WBS + dictionnaire)
│ ├── Ligne de base de l'échéancier
│ └── Ligne de base des coûts
│
└── Documents complémentaires
├── Registre des hypothèses
├── Registre des risques
├── Registre des leçons apprises
└── Registre des parties prenantes
Le PM comme intégrateur
| Situation | Domaines impactés | Rôle du PM |
|---|---|---|
| Ajout d'une fonctionnalité | Périmètre + Coûts + Échéancier | Évaluer l'impact global, soumettre au CCB |
| Perte d'un membre clé | Ressources + Échéancier + Risques | Réaffecter, ajuster le planning, actualiser les risques |
| Défaut qualité majeur | Qualité + Coûts + Échéancier | Rework, impact budget, décaler les jalons |
| Nouveau risque identifié | Risques + Coûts + Communication | Analyser, planifier la réponse, informer les PP |
Clôture du projet — activités
| Activité | Description |
|---|---|
| Acceptation formelle | Le sponsor valide que les livrables sont conformes |
| Archivage des documents | Tous les plans, rapports et registres sont centralisés |
| Leçons apprises | Rétrospective finale documentée (succès ET erreurs) |
| Libération des ressources | L'équipe est formellement réaffectée |
| Clôture des contrats | Tous les contrats fournisseurs sont finalisés |
| Mise à jour des OPA | Les données projet enrichissent la base organisationnelle |
Exemple concret
Le PM d'un projet ERP reçoit 3 événements simultanés :
Événement 1 : Le fournisseur annonce un retard de 2 semaines (Appro.)
Événement 2 : Le sponsor veut ajouter un module reporting (Périmètre)
Événement 3 : Un développeur quitte l'équipe (Ressources)
Approche intégrée du PM :
1. Évaluer l'impact combiné sur l'échéancier
→ Retard fournisseur peut absorber la perte du développeur
→ Le module reporting ajouterait 3 semaines supplémentaires
2. Mettre à jour le plan de management :
→ Risques : actualiser le registre
→ Échéancier : recalculer le chemin critique
→ Coûts : estimer le surcoût
3. Présenter au CCB avec recommandation :
→ Accepter le retard fournisseur (plan de contingence activé)
→ Reporter le module reporting en phase 2
→ Recruter un remplaçant via le manager fonctionnel