Vous venez d'être nommé chef de projet sur un programme transverse. L'équipe est hétérogène, les parties prenantes nombreuses, les délais serrés. Par où commencer ? Quelle structure adopter pour garder le contrôle sans vous noyer dans l'opérationnel ?
La méthode PRINCE2 (PRojects IN Controlled Environments) est le cadre de gestion de projet le plus utilisé au monde après le PMBOK. Adoptée dans plus de 150 pays, elle équipe les chefs de projet d'une structure éprouvée qui combine gouvernance rigoureuse, gestion par exception et adaptabilité à tous les contextes.
L'histoire complète de PRINCE2 (de PROMPT à PRINCE2 7) · Les 7 principes expliqués · Les 7 processus détaillés avec rôles et livrables · Les 7 pratiques · Les 26 produits de management · Un exemple complet de projet pas à pas · PRINCE2 Agile · L'adaptation par type de projet · Le comparatif détaillé avec PMP, Agile et Lean Six Sigma · Les certifications · Les 10 erreurs fréquentes · Glossaire · FAQ de 10 questions.
Histoire et origines : de PROMPT à PRINCE2 7
PRINCE2 ne naît pas d'une théorie de cabinet de conseil, mais de l'expérience accumulée sur des décennies de projets publics britanniques.
La société Simpact Systems Ltd développe PROMPT (Project Resource Organisation Management Planning Technique), une méthode de gestion de projets informatiques. C'est la première tentative structurée de standardiser la gestion de projet au Royaume-Uni.
L'Office of Government Commerce (OGC) du Royaume-Uni adopte et adapte PROMPT pour ses propres projets. La méthode devient PROMPT II, utilisée dans tout le secteur public.
L'OGC publie PRINCE (Projects IN Controlled Environments), une évolution majeure de PROMPT II. La méthode est conçue pour être générique — elle ne s'applique plus seulement à l'informatique mais à tout type de projet.
PRINCE2 est publié, réécrit et simplifié par rapport à la version originale. Il introduit la structure que nous connaissons aujourd'hui : 7 principes, 7 processus, 7 thèmes. La méthode devient un standard international de facto.
L'OGC publie PRINCE2 en téléchargement gratuit, accélérant considérablement son adoption mondiale. La méthode est traduite en allemand, français, polonais, etc.
PRINCE2 2009 clarifie la terminologie, renforce l'adaptation (tailoring) et simplifie les processus. Les "composants" deviennent des "thèmes". Sept principes sont explicitement énoncés pour la première fois.
AXELOS, une coentreprise entre le gouvernement britannique et Capita, devient le propriétaire de PRINCE2. Les certifications sont transférées à PeopleCert. Le nombre de certifiés dépasse le million.
La version 2017 affine l'adaptation, ajoute des conseils pour les projets agiles et améliore la gouvernance. PRINCE2 Agile® est officiellement lancé comme extension.
PRINCE2 7 (la version actuelle en 2026) introduit trois changements majeurs : 1) L'élément "Personnes" (People) devient un pilier à part entière. 2) La durabilité (sustainability) est intégrée dans l'évaluation de la performance. 3) La gestion numérique et des données est renforcée. Les "thèmes" sont renommés "pratiques" (practices).
Si vous connaissez déjà PRINCE2 2017, voici ce qui change dans la version 7 : les thèmes deviennent des pratiques ; un chapitre dédié aux personnes (leadership, culture d'équipe, communication) ; l'intégration de la durabilité comme objectif de performance ; des conseils renforcés pour la gestion numérique ; et une meilleure intégration avec les méthodes agiles.
Les 7 principes de PRINCE2
Les principes sont les obligations directrices qui définissent si un projet est géré selon PRINCE2. Si un seul de ces principes n'est pas respecté, le projet n'est pas un projet PRINCE2. Ces principes sont universels et s'appliquent à tout projet, quelle que soit sa taille ou son secteur.
Un projet ne doit être poursuivi que s'il reste viable. Le Business Case est vérifié à chaque étape clé : avant le lancement, à chaque fin de phase, et à la clôture. Si la justification n'est plus valide, le projet doit être arrêté — même si des ressources ont déjà été investies (biais des coûts irrécupérables).
PRINCE2 ne réinvente pas la roue. Dès le démarrage, l'équipe consulte les leçons des projets précédents. Tout au long du projet, les enseignements sont capturés dans le Registre des Leçons. En fin de projet, un rapport de leçons est produit pour les projets futurs. Ce principe transforme chaque projet en investissement pour l'organisation.
La structure organisationnelle PRINCE2 sépare clairement les intérêts : Business (direction), Utilisateurs, Fournisseurs. Chaque partie prenante est représentée dans le comité de pilotage. Chaque rôle (chef de projet, chef d'équipe, assurance, support) a des responsabilités documentées. Pas de chevauchement, pas de vide.
Le projet est découpé en séquences de gestion (management stages). Chaque étape est planifiée en détail avant son démarrage. À la fin de chaque étape, le comité de pilotage évalue la progression, vérifie le Business Case et décide (Go/No-Go) de poursuivre ou non. Minimum 2 étapes : initialisation + au moins 1 étape de livraison.
Chaque niveau hiérarchique dispose de tolérances (délai, coût, qualité, périmètre, risque, bénéfices). Tant que le projet reste dans ces tolérances, le chef de projet gère sans escalade. Si une tolérance est sur le point d'être dépassée, le problème est remonté au niveau supérieur. Ce principe libère la direction des détails quotidiens.
PRINCE2 définit d'abord ce qui doit être livré (les produits), puis comment le produire. Chaque produit a une description détaillée incluant ses critères de qualité, son format, ses dépendances. Cette approche évite les ambiguïtés et garantit que l'équipe et le client partagent la même vision du résultat attendu.
PRINCE2 n'est pas une camisole de force. La méthode doit être adaptée : allégée pour un petit projet interne, renforcée pour un projet complexe avec des enjeux de sécurité critiques. On adapte la terminologie, les processus, les documents, la taille de l'équipe et la fréquence des rapports au contexte spécifique.
Les 7 processus : le cycle de vie du projet PRINCE2
Les processus décrivent le flux d'activités qui jalonnent le projet, de l'idée initiale à la clôture. Chaque processus a un objectif précis, des activités clés, des produits de management associés et un responsable.
Processus d'avant-projet. L'objectif est de répondre à la question : "Avons-nous un projet viable et valable ?" À partir d'un mandat de projet, on nomme le chef de projet et l'exécutif, on constitue le comité de pilotage, on rédige le Brief Projet et on planifie l'initialisation.
Processus continu qui couvre toute la durée du projet. Il décrit le travail du comité de pilotage : autoriser l'initialisation, autoriser chaque étape, autoriser la clôture, donner les orientations stratégiques, gérer les exceptions majeures. Le comité ne gère pas le quotidien — il décide aux moments clés.
Processus fondamental qui établit les bases solides du projet. Le chef de projet rédige les documents de référence : PID (Project Initiation Documentation), le Business Case détaillé, les stratégies (risque, qualité, communication, configuration), le plan de projet, et le registre des risques. Le comité de pilotage approuve le PID pour lancer officiellement le projet.
Processus quotidien du chef de projet pendant chaque étape de livraison. Il consiste à : autoriser les lots de travail, suivre l'avancement, gérer les problèmes et les risques, rédiger les rapports d'avancement, et préparer la fin d'étape. Le chef de projet délègue l'exécution aux chefs d'équipe tout en gardant la main sur le pilotage.
Processus qui lie le chef de projet aux équipes de réalisation. Le chef d'équipe accepte un lot de travail, exécute les activités, fabrique les produits, vérifie leur qualité et les livre au chef de projet. C'est le seul processus qui concerne directement la production des livrables.
Processus de transition entre deux étapes. Le chef de projet : rédige le rapport de fin d'étape, met à jour le Business Case et le plan de projet, élabore le plan détaillé de l'étape suivante, et demande au comité de pilotage l'autorisation de poursuivre. C'est le point de contrôle Go/No-Go.
Processus final qui officialise la fin du projet. Le chef de projet : vérifie que tous les produits ont été acceptés, confirme que le Business Case est réalisé (ou planifie la revue post-projet des bénéfices), rédige le rapport de clôture, archive la documentation, et dissout l'équipe. Le comité de pilotage valide la clôture.
Les 7 pratiques (anciennement thèmes)
Les pratiques (appelées "thèmes" avant PRINCE2 7) sont les aspects de gestion de projet qui doivent être abordés en continu tout au long du projet. Contrairement aux processus qui décrivent le quoi et le quand, les pratiques décrivent le comment de chaque discipline.
| Pratique | Objectif | Questions clés | Produits associés |
|---|---|---|---|
| Business Case | Justifier la viabilité du projet et suivre la réalisation des bénéfices | Pourquoi ce projet ? Quels bénéfices ? À quel coût ? Quels risques ? | Business Case, Plan de revue des bénéfices |
| Organisation | Définir et maintenir la structure de l'équipe projet | Qui fait quoi ? Qui décide ? Qui est consulté ? Qui est informé ? | Structure organisationnelle, Matrice RACI |
| Qualité | Définir et vérifier les exigences qualité des produits | Quels sont les critères de qualité ? Comment les vérifier ? | Stratégie qualité, Descriptions de produit, Registre qualité |
| Plans | Faciliter la communication et le contrôle par la planification | Combien ça coûte ? Combien de temps ? Quelles ressources ? | Plan de projet, Plans d'étape, Plans d'équipe |
| Risque | Identifier, évaluer et maîtriser les incertitudes | Quels sont les risques et opportunités ? Comment les traiter ? | Stratégie risque, Registre des risques |
| Incidences | Évaluer et réagir aux écarts par rapport à la référence | Que faire en cas de problème ? Comment gérer les changements ? | Stratégie incidences, Registre des incidences, Rapports |
| Progression | Surveiller la performance et décider de la poursuite | Où en est le projet ? Est-il toujours viable ? Doit-on continuer ? | Rapports d'avancement, Rapports de fin d'étape, Tolérances |
Les rôles et responsabilités
PRINCE2 définit une structure organisationnelle à quatre niveaux, chacun avec des responsabilités distinctes. Cette séparation garantit que les décisions stratégiques, la gestion quotidienne et la réalisation technique sont assurées par les bons acteurs.
Les 4 niveaux hiérarchiques
| Niveau | Rôle | Responsabilité principale | Membre du comité |
|---|---|---|---|
| 1. Direction | Comité de pilotage (Project Board) | Décisions stratégiques, autorisation des étapes et de la clôture | — |
| 1a | Exécutif (Executive) | Responsable ultime du projet, du Business Case et du budget | Oui — Président |
| 1b | Senior User | Représente les utilisateurs, définit les besoins et valide les produits | Oui |
| 1c | Senior Supplier | Représente les fournisseurs, garantit la faisabilité technique | Oui |
| 2. Management | Chef de projet (Project Manager) | Gestion quotidienne, planification, suivi, reporting | Non (reporting) |
| 3. Réalisation | Chef d'équipe (Team Manager) | Coordination de la production des livrables | Non |
| 3b | Membres de l'équipe | Réalisation des produits | Non |
| 4. Support | Assurance projet | Vérification indépendante de la conformité (qualité, risque, etc.) | Non |
| 4b | Support projet | Support administratif, outils, documentation | Non |
Le comité de pilotage : le cœur de la gouvernance
Le comité de pilotage est responsable du succès du projet. Il est composé de trois rôles qui représentent les trois intérêts clés :
- L'Exécutif (Business) — valide le Business Case, approuve le budget, arbitre les décisions majeures. C'est le président du comité.
- Le Senior User (Utilisateurs) — définit les besoins, valide les livrables, assure l'adoption par les utilisateurs finaux.
- Le Senior Supplier (Fournisseurs) — garantit la faisabilité technique, mobilise les ressources spécialisées, assure la qualité des solutions.
Le comité de pilotage ne gère pas le quotidien. Il intervient à des moments clés : autorisation de l'initialisation, fin de chaque étape, gestion des exceptions, et clôture. Cette séparation des niveaux de décision est l'un des principes les plus importants de PRINCE2.
Les 26 produits de management (documents PRINCE2)
PRINCE2 définit 26 produits de management — les documents et registres qui permettent de gérer, contrôler et communiquer tout au long du projet. Contrairement à d'autres méthodes, PRINCE2 ne dit pas comment rédiger ces documents, mais ce qu'ils doivent contenir.
| Catégorie | Produit | Créé dans | Description |
|---|---|---|---|
| Référence | Mandat de projet | Avant SU | Document déclencheur qui autorise le démarrage |
| Brief Projet | SU | Vision macro du projet : objectifs, contraintes, risques initiaux | |
| PID (Project Initiation Doc.) | IP | Document de référence principal : périmètre, objectifs, organisation, plan | |
| Stratégies | Approche de gestion | SU | Comment le projet sera géré (cycles, étapes, reporting) |
| Stratégie qualité | IP | Méthodes et standards qualité applicables | |
| Stratégie de communication | IP | Qui communique quoi, à qui, comment et à quelle fréquence | |
| Stratégies | Stratégie risque | IP | Procédure d'identification, évaluation et traitement des risques |
| Stratégie incidences | IP | Procédure de gestion des problèmes et des changements | |
| Plans | Plan d'initialisation | SU | Planning détaillé de la phase d'initialisation |
| Plan de projet | IP | Planning macro du projet (toutes les étapes) | |
| Plan d'étape | SB / CS | Planning détaillé de l'étape en cours (ou à venir) | |
| Registres | Registre des risques | IP | Liste de tous les risques identifiés et de leur traitement |
| Registre des incidences | IP | Liste de tous les problèmes, questions et changements | |
| Registre qualité | IP | Planification et résultats des activités qualité | |
| Registres | Registre des leçons | SU | Capitalisation des enseignements tout au long du projet |
| Registre de configuration | IP | État et version de chaque produit du projet | |
| Journal quotidien | CS | Notes personnelles du chef de projet | |
| Descriptions | Description de produit | IP / CS | Spécification détaillée d'un produit à livrer |
| Lot de travail (Work Package) | CS | Autorisation de réaliser un ensemble de produits | |
| Rapports | Rapport d'avancement | CS | Reporting périodique au comité de pilotage |
| Rapport de fin d'étape | SB | Bilan de l'étape achevée pour décision Go/No-Go | |
| Rapport de clôture | CP | Bilan final du projet pour validation de la clôture | |
| Rapport des leçons | CP | Enseignements capitalisés pour les projets futurs | |
| Post-projet | Plan de revue des bénéfices | CP | Planification de la mesure des bénéfices après le projet |
Vous n'êtes pas obligé d'utiliser les 26 produits sur chaque projet. PRINCE2 encourage l'adaptation : un petit projet peut fusionner le Brief Projet et le PID, réduire la stratégie risque à une simple checklist, et utiliser un registre unique pour les risques et les incidences. L'important est la fonction, pas le format.
Exemple complet : projet de déploiement d'un CRM
Pour illustrer le fonctionnement concret de PRINCE2, suivons un projet fictif mais réaliste : le déploiement d'un CRM Salesforce dans une ETI de 500 collaborateurs. Budget : 350 000 €. Durée : 8 mois.
Phase 1 — Avant-projet (SU) : Semaine 1
Situation : La direction commerciale constate une perte de 15 % de leads faute de suivi structuré. Le DAF mandate un chef de projet pour évaluer la faisabilité d'un CRM.
- Le DAF (Exécutif) nomme un chef de projet et rédige le Mandat de projet
- Le chef de projet constitue le comité de pilotage : DAF (Exécutif), Directeur commercial (Senior User), DSI (Senior Supplier)
- Une étude rapide (2 jours) confirme qu'un CRM Salesforce répond au besoin
- Le chef de projet rédige le Brief Projet (objectifs, bénéfices attendus : +20 % de conversion, coût estimé 300-400 k€, risques initiaux)
- Comité de pilotage n°1 : l'Exécutif autorise l'initialisation (budget 15 k€ pour la phase d'initialisation)
Phase 2 — Initialisation (IP) : Semaines 2-6
Le chef de projet détaille les fondations du projet :
- Business Case détaillé : coût total 350 k€, bénéfices attendus 180 k€/an (ROI sur 2 ans)
- PID : objectifs SMART, périmètre (marketing, ventes, service client), organisation, planning macro (8 mois, 4 étapes)
- Stratégies : qualité (recette utilisateur), communication (comité mensuel), risque (10 risques initiaux dont "résistance au changement")
- Plan de projet : 4 étapes — paramétrage (M2), migration (M3-M4), formation (M5-M6), déploiement (M7-M8)
- Comité de pilotage n°2 : le comité approuve le PID et autorise le lancement du projet (budget total 335 k€ alloué par étapes)
Phase 3 — Étape 1 : Paramétrage (CS + MP) : Mois 1-2
- Contrôler la séquence : le chef de projet divise l'étape en lots de travail (modules Ventes, Marketing, Configuration technique)
- Gérer la livraison : le chef d'équipe (intégrateur Salesforce) accepte les lots, développe les modules, les teste en interne
- Un problème survient : le module Marketing nécessite une API supplémentaire non prévue (500 €/mois) — le chef de projet l'enregistre comme incidence, vérifie que cela reste dans les tolérances, et décide sans escalade
- Rapport d'avancement hebdomadaire au comité
Phase 4 — Limite d'étape 1 (SB) : Fin Mois 2
- Le chef de projet rédige le Rapport de fin d'étape : étape terminée dans les temps (+2 % de dépassement budgétaire, dans la tolérance de +10 %)
- Mise à jour du Business Case (toujours viable) et du plan de projet
- Plan détaillé de l'étape 2 (Migration)
- Comité de pilotage n°3 : le comité approuve le passage à l'étape 2 (Go)
Phase 5 — Étape 2 : Migration (CS + MP) : Mois 3-4
- Migration des données de l'ancien CRM (15 000 contacts, 2 000 opportunités) vers Salesforce
- Une exception survient : les données historiques sont corrompues pour 30 % des comptes. Le chef de projet estime le dépassement à 25 jours et 45 k€ — cela dépasse sa tolérance de +15 % sur l'étape
- Le chef de projet escalade au comité de pilotage via un Rapport d'exception
- Comité exceptionnel : l'Exécutif autorise le dépassement (le Business Case reste positif, les bénéfices à long terme justifient l'investissement supplémentaire)
Phase 6 — Étapes 3 et 4 : Formation + Déploiement : Mois 5-8
- Formation des 120 utilisateurs (12 sessions de 2h)
- Déploiement progressif (pilote service client en M7, généralisation en M8)
- Recette utilisateur validée par le Senior User
Phase 7 — Clôture (CP) : Fin Mois 8
- Vérification que tous les produits sont livrés et acceptés
- Bilan du Business Case : coût final 385 k€ (dépassement de 10 %), bénéfices attendus inchangés
- Rapport de clôture : leçons apprises (anticiper la qualité des données, prévoir un lot "imprévus" dans chaque étape)
- Plan de revue des bénéfices : mesure à M+6 (taux de conversion, adoption CRM, satisfaction)
- Comité de pilotage n°4 : le comité valide la clôture. L'équipe est dissoute. Le support passe en mode maintenance.
PRINCE2 n'est pas une bureaucratie inutile. Dans cet exemple, la gouvernance par étapes a permis : 1) d'arrêter le projet après l'initialisation si le Business Case n'était pas viable, 2) de détecter l'écart de migration à un point de contrôle formel, 3) de prendre une décision éclairée sur le dépassement budgétaire grâce au Rapport d'exception, et 4) de capitaliser les leçons pour les projets futurs.
PRINCE2 Agile : le meilleur des deux mondes
PRINCE2 Agile® est l'extension officielle qui combine la gouvernance de PRINCE2 avec la flexibilité des méthodes agiles (Scrum, Kanban, etc.). Lancée en 2015 et mise à jour avec PRINCE2 7, elle répond à un besoin croissant des organisations qui veulent du contrôle et de l'agilité.
Comment ça marche ?
PRINCE2 Agile conserve l'intégralité des 7 principes, 7 processus et 7 pratiques de PRINCE2, mais :
- Les étapes de gestion (management stages) sont alignées sur les sprints ou itérations agiles
- Les lots de travail deviennent des user stories ou des items de backlog
- La focalisation sur les produits est enrichie par la notion de Minimum Viable Product (MVP)
- Le management par exception fonctionne avec des vélocités et des burn-down charts
- L'adaptation permet de réduire la documentation au strict nécessaire pour la gouvernance
Quand utiliser PRINCE2 Agile ?
- Projets IT / développement logiciel qui utilisent Scrum mais ont besoin d'une gouvernance d'entreprise
- Projets hybrides avec des composants prédictifs (infrastructure) et agiles (développement)
- Organisations qui veulent standardiser la gestion de projet sans imposer une méthode unique
- Projets avec des fournisseurs externes où le contrat nécessite des jalons et des livrables précis
PRINCE2 Agile est compatible avec Scrum, Kanban et SAFe. L'idée n'est pas de remplacer ces méthodes, mais de les encapsuler dans un cadre de gouvernance qui rassure la direction et garantit l'alignement stratégique, tout en laissant les équipes travailler en agile.
Adapter PRINCE2 à votre projet
Le 7ème principe de PRINCE2 est l'adaptation (tailoring). La méthode est conçue pour être ajustée. Voici comment l'adapter selon le type de projet.
| Type de projet | Adapter ainsi | Alléger / Renforcer |
|---|---|---|
| Petit projet interne (1-3 mois, équipe de 3) | Fusionner Brief Projet + PID en un document unique de 2 pages. Registre unique risques + incidences. Pas de chef d'équipe dédié. Comité de pilotage réduit à l'Exécutif seul. Rapport d'avancement oral de 5 min. | Alléger |
| Projet IT / logiciel | Utiliser PRINCE2 Agile. Sprints Scrum = étapes de gestion. Backlog = liste de produits. Daily standups = lots de travail. Documentation allégée mais PID et Business Case obligatoires. | Alléger |
| Projet de construction / BTP | Processus PRINCE2 complets. Étapes = phases physiques (fondations, structure, second œuvre). Documentation renforcée (qualité, risques). Plusieurs niveaux de fournisseurs. Comité de pilotage incluant maîtrise d'œuvre. | Renforcer |
| Projet réglementaire / QHSE | Stratégie qualité détaillée avec référentiels externes (ISO). Registre qualité obligatoire. Traçabilité complète des décisions. Revue de conformité à chaque étape. | Renforcer |
| Projet transverse (multi-départements) | Comité de pilotage avec tous les sponsors. Stratégie de communication détaillée (gérer les silos). Registre des incidences prioritaire. Étapes courtes (1 mois) pour des revues fréquentes. | Standard |
| Startup / innovation | PRINCE2 Agile. Business Case revu à chaque étape (pivots possibles). Documentation au strict minimum. Comité de pilotage informel. Priorité à la vitesse sur la bureaucratie. | Alléger fortement |
Certains éléments de PRINCE2 ne sont pas négociables : les 7 principes doivent être respectés dans tous les cas. Un projet sans Business Case, sans séparation des rôles, ou sans gestion par étapes n'est pas un projet PRINCE2 — même si vous utilisez la terminologie.
PRINCE2 face aux autres méthodes
PRINCE2 n'est pas la seule méthode de gestion de projet. Voici un comparatif détaillé pour vous aider à choisir — ou à combiner.
| Critère | PRINCE2 | PMI / PMBOK | Agile / Scrum | Lean Six Sigma |
|---|---|---|---|---|
| Origine | Gouvernement britannique | USA (PMI) | Développement logiciel | Industrie (Motorola, Toyota) |
| Type | Méthode (prescriptive) | Guide de connaissances | Cadre itératif | Méthode d'amélioration |
| Approche | Processus + produits | Groupes de processus + domaines | Itérations / sprints | DMAIC (statistique) |
| Gouvernance | Comité de pilotage, 4 niveaux | Sponsor + PMO | Product Owner + Scrum Master | Sponsor + Black Belt |
| Management par exception | Oui — tolérances explicites | Non explicite | Non (auto-organisation) | Non |
| Focalisation | Produits (livrables) | Processus | Valeur utilisateur | Réduction des défauts |
| Planification | Par étapes (détaillée à court terme) | Globale puis détaillée | Continue (backlog refinement) | Phase par phase |
| Adaptation possible | Oui — principe fondamental | Oui — mais moins formalisée | Oui — rétrospectives | Limitée |
| Certification | Foundation / Practitioner | PMP / CAPM | Scrum Master / Product Owner | Yellow / Green / Black Belt |
| Documentation | 26 produits de management | Nombreux livrables (non standardisés) | Minimale (backlog, burndown) | Moyenne (Minitab, rapports) |
| Meilleur pour | Projets structurés, complexes, multi-parties prenantes | Grands projets, organisations matricielles | Produits évolutifs, innovation, incertitude | Processus répétitifs, réduction de coûts |
| Complémentarité | — | Complémentaire (PRINCE2 + PMBOK = gouvernance + connaissances) | PRINCE2 Agile encapsule Scrum | 5 pourquoi + DMAIC dans les phases Analyse |
Certifications PRINCE2 : Foundation et Practitioner
La certification PRINCE2 est la plus reconnue mondialement en gestion de projet, avec plus de 2 millions de professionnels certifiés. Deux niveaux principaux.
PRINCE2 Foundation
- Objectif : valider la connaissance et la compréhension des fondamentaux
- Durée : 2-3 jours de formation + examen de 60 min (60 QCM, 33/60 requis)
- Prérequis : aucun
- Contenu : principes, processus, pratiques, rôles, produits de management, terminologie
- Validité : vie entière (ne s'expire pas)
PRINCE2 Practitioner
- Objectif : valider la capacité à appliquer PRINCE2 dans des projets réels
- Durée : 2 jours supplémentaires + examen de 2h30 (étude de cas, 38/68 requis)
- Prérequis : Foundation (ou certification équivalente : PMP, IPMA Level C, etc.)
- Contenu : application de la méthode à un cas concret, adaptation, prise de décision
- Validité : 3 ans (renouvelable par CPD ou reprise d'examen)
PRINCE2 Agile (extension)
- Module complémentaire aux certifications Foundation ou Practitioner
- Valide la compréhension de l'application conjointe PRINCE2 + Agile
Comment se former ?
- Référentiel officiel : Managing Successful Projects with PRINCE2 (AXELOS/PeopleCert)
- Organismes de formation : AFNOR, Cegos, Orsys, M21, et de nombreux centres agréés ATO
- Prix : Formation Foundation 1 500-2 000 €, Practitioner 1 500-2 500 € (plus examen 200-400 €)
- Modalités : présentiel, distanciel, ou e-learning (autonome)
Les 10 erreurs fréquentes avec PRINCE2
| # | Erreur | Conséquence | Solution |
|---|---|---|---|
| 1 | Appliquer PRINCE2 à la lettre sans adaptation | Bureaucratie excessive, rejet par l'équipe, dépassement des délais | Adapter la méthode à la taille, au risque et à la complexité du projet (7ème principe) |
| 2 | Confondre les 7 processus avec les étapes du projet | Processus exécutés dans le désordre, livrables manquants | Un processus peut s'exécuter plusieurs fois par étape (ex : CS + MP dans chaque étape) |
| 3 | Négliger le Business Case après l'initialisation | Projet poursuivi alors qu'il n'est plus viable | Reviser le Business Case à chaque fin d'étape et lors de toute demande de changement majeure |
| 4 | Comité de pilotage trop opérationnel | Micro-management, perte de temps, contournement du chef de projet | Le comité décide (autoriser, orienter) ; le chef de projet gère (exécuter, suivre, reporter) |
| 5 | Pas de registre des leçons — ou registre mort | Mêmes erreurs répétées projet après projet | Consulter le registre existant en début de projet, le mettre à jour à chaque étape, l'archiver en fin de projet |
| 6 | Too many products — trop de documents | Le chef de projet passe son temps à rédiger au lieu de manager | Fusionner les documents, utiliser des templates, passer au digital. Un petit projet peut avoir 3 documents au lieu de 12 |
| 7 | Tolérances mal définies ou absentes | Tout remonte au comité (bureaucratie) ou rien ne remonte (dérive non contrôlée) | Définir des tolérances explicites pour chaque étape sur les 6 objectifs : délai, coût, qualité, périmètre, risque, bénéfices |
| 8 | Senior User absent du comité de pilotage | Livrables déconnectés des besoins réels, non-adoption par les utilisateurs | Le Senior User doit être présent à chaque réunion du comité — pas seulement à la fin |
| 9 | PRINCE2 sans outil de gestion | Traçabilité impossible, reporting manuel, perte d'information | Utiliser un outil adapté (voir section outils) ne serait-ce qu'un fichier partagé structuré |
| 10 | Penser que PRINCE2 résout tout | Projet structuré mais échoue quand même (mauvais sponsor, équipe incompétente, ignorance du marché) | PRINCE2 est un cadre de gestion, pas une baguette magique. Le leadership, les compétences et la culture comptent tout autant |
Outils logiciels pour PRINCE2
PRINCE2 ne nécessite pas d'outil spécifique — un tableau blanc et des post-it suffisent pour un petit projet. Mais pour les projets complexes, les bons outils facilitent l'application de la méthode.
| Outil | Type | Fonctionnalités PRINCE2 | Tarif |
|---|---|---|---|
| Jira + Advanced Roadmaps | Gestion de projet agile | Étapes, lots de travail, registre risques, reporting, compatible PRINCE2 Agile | Gratuit / 7.50 $/utilisateur |
| Microsoft Project | Planification | WBS, dépendances, jalons, budgets, affectation des ressources | Licence (365) |
| Wrike | Plateforme collaborative | Tableaux Kanban, diagrammes Gantt, automatisations, reporting comité | 9.80 $/utilisateur |
| monday.com | Gestion de travail | Templates PRINCE2, suivi d'étape, tolérances visuelles, registres | 8 $/utilisateur |
| Confluence + Trello | Documentation + tâches | PID, Business Case, registres (Confluence) + lots de travail (Trello) | Gratuit / 5 $ |
| Smartsheet | Tableau de bord | Templates PRINCE2 officiels, rapports de fin d'étape, alerte de tolérances | 7 $/utilisateur |
| Excel + SharePoint | Tableur + stockage | Suffit pour les petits projets : registres, plans, suivis budgétaires | Inclus dans Office |
Glossaire PRINCE2
| Terme (FR) | Terme (EN) | Définition |
|---|---|---|
| Adaptation | Tailoring | Ajustement de la méthode au contexte du projet (taille, risque, complexité) |
| Brief Projet | Project Brief | Document de haut niveau produit en SU, point de départ du projet |
| Business Case | Business Case | Justification économique du projet : coûts, bénéfices, risques, ROI |
| Comité de pilotage | Project Board | Organe de décision du projet (Exécutif, Senior User, Senior Supplier) |
| Étape de gestion | Management Stage | Segment du projet dont le comité autorise le lancement et suit l'exécution |
| Exécutif | Executive | Président du comité, responsable ultime du projet et du Business Case |
| Incidences | Issues | Problèmes, questions ou demandes de changement qui impactent le projet |
| Lot de travail | Work Package | Ensemble de produits à réaliser confié à un chef d'équipe |
| Mandat de projet | Project Mandate | Document déclencheur qui initie le processus SU |
| PID | PID (Project Initiation Doc.) | Document de référence principal du projet (périmètre, objectifs, organisation) |
| Produit | Product | Livrable du projet (spécification, rapport, logiciel, bâtiment, etc.) |
| Registre des leçons | Lessons Log | Registre de capitalisation des expériences tout au long du projet |
| Registre des risques | Risk Register | Liste des risques identifiés, évalués et traités |
| Rapport d'exception | Exception Report | Rapport déclenché quand une tolérance est sur le point d'être dépassée |
| Senior Supplier | Senior Supplier | Membre du comité représentant les fournisseurs et la faisabilité technique |
| Senior User | Senior User | Membre du comité représentant les utilisateurs et spécifiant les besoins |
| Tolérance | Tolerance | Marge acceptable pour chaque objectif (délai, coût, qualité, périmètre, risque, bénéfices) |
Questions fréquentes sur PRINCE2
Non. PRINCE2 est conçu pour être générique et adaptable à tout type de projet : construction, santé, services, finance, industrie, secteur public, etc. Il est né de projets IT, mais sa version actuelle (PRINCE2 7) s'applique à tous les secteurs. AXELOS revendique des utilisateurs dans plus de 150 pays et tous les secteurs d'activité.
Le PMBOK (Project Management Body of Knowledge) est un guide de connaissances publié par le PMI. Il décrit ce qu'il faut savoir pour gérer un projet (49 processus, 10 domaines). PRINCE2 est une méthode prescriptive qui dit quoi faire, quand et qui est responsable. Le PMBOK est une encyclopédie ; PRINCE2 est un mode d'emploi. Beaucoup de professionnels combinent les deux : PRINCE2 pour la gouvernance et la structure, PMBOK pour les techniques (estimation, gestion des risques, etc.).
Oui, et c'est même l'une des évolutions majeures de PRINCE2 7. PRINCE2 Agile® est l'extension officielle qui combine la gouvernance PRINCE2 avec la flexibilité agile. Concrètement : les sprints Scrum deviennent des étapes de gestion, le backlog devient une liste de produits, les daily standups alimentent le reporting d'avancement. Des organisations comme le UK Government Digital Service utilisent cette combinaison avec succès.
PRINCE2 peut être considérablement allégé pour les petits projets (c'est le 7ème principe : adaptation). Pour un projet de 2 mois avec 3 personnes, vous pouvez : fusionner le Brief Projet et le PID en 2 pages, utiliser un registre unique pour les risques et les incidences, remplacer les rapports écrits par des échanges oraux de 5 minutes, et réduire le comité de pilotage à l'Exécutif seul. L'essentiel est de garder les 7 principes, pas les 26 produits.
PRINCE2 a plusieurs limites : 1) Il ne couvre pas les techniques spécifiques (estimation, gestion des risques avancée, analyse financière) — il les suppose maîtrisées. 2) Il peut sembler bureaucratique si mal adapté. 3) Il est faible sur les aspects humains dans sa version de base (amélioré dans PRINCE2 7 avec le chapitre "Personnes"). 4) Il suppose un contexte de projet prédictif — pour les environnements très incertains, l'approche agile pure peut être plus adaptée. 5) La courbe d'apprentissage est réelle : la terminologie et les concepts demandent une formation initiale.
La certification Foundation est valable à vie (ne s'expire pas). La certification Practitioner est valable 3 ans. Pour la renouveler, vous devez soit : a) accumuler des CPD (Continuing Professional Development) points via des activités de formation, b) repasser l'examen Practitioner, ou c) passer une certification supérieure (PRINCE2 Agile Practitioner par exemple).
Les prix varient selon le pays et l'organisme, mais voici des ordres de grandeur : Formation Foundation (3 jours) : 1 500-2 000 €. Formation Practitioner (2 jours) : 1 500-2 500 €. Examen Foundation : 200-300 €. Examen Practitioner : 300-400 €. Un parcours complet Foundation + Practitioner (5 jours + 2 examens) coûte entre 3 500 et 5 000 €. Des options e-learning existent à partir de 500 € (formation) + 200 € (examen).
Oui, absolument. La certification valide vos connaissances, mais vous pouvez parfaitement appliquer PRINCE2 dans vos projets sans être certifié. De nombreuses organisations utilisent PRINCE2 comme cadre interne sans exiger la certification. Cependant, si vous êtes consultant ou si vous postulez à des postes de chef de projet senior, la certification Practitioner est un signal fort pour les recruteurs — elle est souvent mentionnée comme "souhaitée" ou "requise" dans les offres d'emploi.
PRINCE2 7 (publié en septembre 2023) introduit plusieurs changements par rapport à la version 2017 : 1) Les thèmes sont renommés pratiques (practices). 2) Un nouveau chapitre "Personnes" (People) couvre le leadership, la culture d'équipe, la gestion du changement et la communication. 3) La durabilité est intégrée comme 7ème objectif de performance (en plus de délai, coût, qualité, périmètre, risque, bénéfices). 4) La gestion numérique et des données est renforcée. 5) Les conseils d'adaptation agile sont enrichis. Le contenu a été augmenté d'environ 40 % par rapport à la version 2017.
Les bénéfices documentés par les organisations qui adoptent PRINCE2 incluent : 1) Meilleur taux de succès — les projets avec une gouvernance structurée ont 2,5 fois plus de chances de réussir (Standish Group). 2) Langage commun — toute l'organisation parle le même vocabulaire projet. 3) Décisions éclairées — le comité de pilotage dispose d'informations structurées pour décider (Go/No-Go). 4) Capitalisation — les leçons d'un projet profitent à tous les suivants. 5) Contrôle sans micro-management — le management par exception libère la direction des détails. 6) Adaptabilité — une même méthode pour tous les projets, quel que soit leur taille ou secteur.
Conclusion : PRINCE2, un cadre de gouvernance éprouvé
PRINCE2 n'est pas une méthode miracle — aucune méthode ne l'est. Mais c'est le cadre de gestion de projet le plus structuré, le plus adaptable et le plus utilisé mondialement après le PMBOK. Sa force réside dans :
- Une gouvernance claire — le comité de pilotage décide, le chef de projet exécute, les équipes réalisent
- Une gestion par étapes — le projet est contrôlé à chaque jalon, avec une décision Go/No-Go explicite
- Un management par exception — chacun travaille dans ses tolérances, les problèmes remontent quand nécessaire
- Une focalisation sur les produits — on définit ce qu'on livre avant de décider comment le faire
- Une adaptation permanente — la méthode s'ajuste à chaque projet, pas l'inverse
Que vous soyez chef de projet débutant ou directeur expérimenté, que vous gériez un projet de 3 mois ou de 3 ans, PRINCE2 vous offre un langage commun, des points de contrôle et une structure de décision qui font la différence entre un projet qui dérive et un projet qui réussit.
Commencez par télécharger un template de PID (Project Initiation Document) — c'est le document central de PRINCE2. Formez-vous à la certification Foundation (3 jours) pour maîtriser la terminologie. Appliquez ensuite la méthode sur un projet pilote en l'adaptant à votre contexte. Et souvenez-vous : PRINCE2 est un outil au service du projet, pas l'inverse.
Ressources complémentaires sur ce site :
- La méthode des 5 pourquoi pour l'analyse des causes racines
- Guide complet de la résistance des matériaux en construction
- Système de Management de la Santé et de la Sécurité au Travail SMSST
- Guide ultime de l'ISO 9001
Complement :
Pour en savoir plus, consultez LE CV ET LA LETTRE ET L’ENTRETIEN.
Guides complémentaires
Pour aller plus loin, consultez ces articles connexes :