Gouvernance et cadre de décision
Définition
La gouvernance de projet désigne l'ensemble des structures, processus et règles de prise de décision qui encadrent un projet. Elle définit qui décide quoi, à quel moment, et selon quels critères — du sponsor qui valide les arbitrages majeurs au PM qui gère les décisions opérationnelles quotidiennes.
| Composant | Rôle | Exemple |
|---|---|---|
| Sponsor | Décideur ultime, finance, lève les obstacles | Valide un changement de périmètre majeur |
| Comité de pilotage (SteerCo) | Arbitrage stratégique collectif | Décision go/no-go à chaque gate |
| Change Control Board (CCB) | Évaluer et approuver les demandes de changement | Accepter ou refuser un scope change |
| Chef de projet | Décisions opérationnelles, escalade | Réaffecter une ressource, ajuster le planning |
Contexte
Le CAPM teste la compréhension de la gouvernance car elle détermine les limites d'autorité du PM. Un candidat doit savoir quand escalader au sponsor, quand convoquer le CCB, et quand il peut décider seul. Mauvaise gouvernance = décisions lentes ou non autorisées = échec du projet.
Détails techniques
Niveaux de décision
┌────────────────────────────────────────────┐
│ STRATÉGIQUE — Direction / Sponsor │
│ • Lancer / arrêter le projet │
│ • Valider le business case │
│ • Arbitrer les conflits inter-programmes │
├────────────────────────────────────────────┤
│ TACTIQUE — Comité de pilotage / CCB │
│ • Approuver les changements de périmètre │
│ • Valider les gates (phase → phase) │
│ • Arbitrer les conflits inter-équipes │
├────────────────────────────────────────────┤
│ OPÉRATIONNEL — Chef de projet / Équipe │
│ • Planning quotidien, affectation tâches │
│ • Résolution de problèmes techniques │
│ • Décisions dans le cadre autorisé │
└────────────────────────────────────────────┘
Modèle de gates (phase-gate)
Les gates sont des points de contrôle entre les phases du projet où le comité de pilotage décide de poursuivre, ajuster ou arrêter.
| Gate | Moment | Décision |
|---|---|---|
| G0 — Idée | Avant initiation | Faut-il lancer une étude ? |
| G1 — Faisabilité | Fin d'initiation | Le business case est-il viable ? |
| G2 — Engagement | Fin de planification | Le plan est-il réaliste ? Go/No-go |
| G3 — Validation | Fin d'exécution | Les livrables sont-ils conformes ? |
| G4 — Clôture | Transfert | Le projet peut-il être clôturé ? |
Matrice d'escalade
| Situation | Décideur | Délai typique |
|---|---|---|
| Problème technique résolvable | PM + équipe | Immédiat |
| Dépassement budget < 5% | PM (dans son autorité) | 24-48h |
| Dépassement budget > 5% | Sponsor / CCB | Prochaine réunion SteerCo |
| Conflit entre départements | Sponsor / Direction | Escalade immédiate |
| Changement de périmètre | CCB | Processus formel de change request |
Exemple concret
Projet d'implémentation ERP — cadre de gouvernance type :
Fréquence Instance Participants
─────────────────────────────────────────────────────
Hebdo Stand-up projet PM + équipe + intégrateur
Bi-mensuel Revue d'avancement PM + sponsor + managers clés
Mensuel Comité de pilotage Direction + sponsor + PM + PMO
Ad hoc CCB PM + sponsor + experts quand une
demande de changement est soumise
Seuils d'escalade :
• Budget : PM décide si < 5 000 €
CCB si 5 000 – 20 000 €
Sponsor si > 20 000 €
• Délai : PM décide si < 1 semaine
SteerCo si > 1 semaine