PRINCE2 (PRojects IN Controlled Environments) est une méthode de gestion de projet qui sépare la gouvernance de la livraison. Le comité de pilotage décide, le chef de projet exécute dans un cadre prédéfini de tolérances (coût, délai, périmètre, qualité, risque, bénéfice). Cette distinction, souvent mal comprise, est pourtant le mécanisme central qui permet à la méthode de fonctionner sur des projets de tailles très différentes.
Gouvernance PRINCE2 et livraison Agile : une combinaison sous-exploitée
La plupart des guides présentent PRINCE2 et Agile comme deux mondes parallèles. La réalité opérationnelle est plus nuancée : PRINCE2 gère la gouvernance, Agile gère la livraison. Les deux interviennent à des niveaux différents du projet et n’entrent pas nécessairement en conflit.
Concrètement, un comité de pilotage PRINCE2 valide le cas d’affaires, fixe les tolérances par séquence et décide de poursuivre ou d’arrêter le projet. En parallèle, l’équipe de livraison peut travailler en sprints Scrum ou en flux Kanban à l’intérieur de chaque séquence. La version 7 de PRINCE2, publiée en septembre 2023, renforce explicitement cette compatibilité avec d’autres approches, dont Agile et Lean.
Pour que l’articulation fonctionne, un point de jonction doit être défini : la revue de fin de séquence PRINCE2 coïncide avec la fin d’un ou plusieurs sprints. Le chef de projet consolide les indicateurs Agile (vélocité, backlog restant) dans le rapport de séquence transmis au comité. Le comité statue sur la suite sans avoir besoin de comprendre le détail des cérémonies Agile.
Ce qui peut approfondir la compréhension de cette articulation, c’est d’étudier la méthode PRINCE2 dans ses fondamentaux de gouvernance avant de la combiner avec un framework itératif.
Tolérances et cas d’affaires : les deux mécanismes qui structurent chaque décision
Le cas d’affaires (business case) est le document de référence qui justifie l’existence du projet. Il ne se rédige pas une fois pour toutes : il est réévalué à chaque point de décision clé. Si les bénéfices attendus ne tiennent plus la route face aux coûts engagés, le comité de pilotage peut légitimement arrêter le projet. Cette logique de justification continue est un des sept principes fondateurs de PRINCE2.
Les tolérances fonctionnent comme un système de délégation mesurable. Le comité de pilotage fixe pour chaque séquence des marges acceptables sur six axes : coût, délai, périmètre, qualité, risque et bénéfice. Tant que le chef de projet reste dans ces marges, il agit de manière autonome. Dès qu’une tolérance risque d’être dépassée, il déclenche une remontée d’exception vers le comité.
Ce mécanisme réduit les réunions inutiles. Le comité n’intervient que lorsqu’une décision dépasse le mandat du chef de projet, au lieu de valider chaque livrable intermédiaire.
Exemple d’application des tolérances
Sur un projet de refonte d’un système d’information, le comité accorde une tolérance de délai de deux semaines par séquence. Si l’intégration technique accumule trois semaines de retard, le chef de projet ne tente pas de rattraper seul : il produit un rapport d’exception, propose un plan correctif et attend la décision du comité. Ce circuit court empêche les dérives silencieuses qui coûtent cher en fin de projet.
Rôles PRINCE2 : qui décide, qui exécute, qui vérifie
La confusion entre les rôles est la cause la plus fréquente de dysfonctionnement dans un projet structuré. PRINCE2 découpe la responsabilité en quatre niveaux distincts :
- Le comité de pilotage (direction de projet) regroupe trois fonctions : l’exécutif, qui porte la responsabilité du cas d’affaires, l’utilisateur principal, qui représente les besoins métier, et le fournisseur principal, qui garantit la faisabilité technique.
- Le chef de projet gère le quotidien du projet dans le cadre des tolérances fixées. Il ne prend pas de décisions stratégiques : il remonte les exceptions et met en oeuvre ce qui est validé.
- Le chef d’équipe (ou les chefs d’équipe, selon la taille du projet) pilote la production des livrables. Dans un contexte Agile, ce rôle peut coïncider avec celui du Scrum Master ou du responsable technique.
- L’assurance projet, indépendante du chef de projet, vérifie que la méthode est correctement appliquée et que les intérêts de chaque partie prenante sont respectés.
Un même individu peut cumuler plusieurs rôles sur un petit projet, à condition que les fonctions de décision et de contrôle restent séparées. Le cumul exécutif/chef de projet, par exemple, supprime le mécanisme de remontée d’exception et affaiblit la gouvernance.
Version 7 de PRINCE2 : ce qui change dans la pratique quotidienne
La mise à jour de septembre 2023 ne se limite pas à un rafraîchissement cosmétique. Trois évolutions modifient la manière dont un chef de projet applique la méthode au quotidien.
La première concerne la place accordée aux personnes et aux relations de travail. Les versions précédentes restaient centrées sur les processus et les documents. La version 7 intègre plus explicitement la collaboration entre les acteurs du projet comme facteur de réussite, ce qui rapproche la méthode de la réalité terrain.
La deuxième porte sur le numérique et la gestion des données. Les décisions de projet s’appuient de plus en plus sur des tableaux de bord en temps réel, des outils de suivi automatisé et des référentiels partagés. La version 7 reconnaît ce rôle accru des données dans le pilotage, là où les éditions antérieures restaient plus génériques.
La troisième évolution introduit la durabilité comme objectif de performance. Les considérations environnementales ne sont plus un ajout optionnel : elles figurent parmi les critères que le cas d’affaires peut intégrer dès la phase d’initialisation. Pour un projet d’infrastructure ou de transformation numérique, cela signifie que l’impact écologique entre dans le périmètre de décision du comité de pilotage.
Adapter la méthode sans la vider de sa substance
PRINCE2 repose sur un principe de proportionnalité : la méthode s’adapte au projet, pas l’inverse. Sur un projet de quelques semaines avec une équipe réduite, la documentation peut se limiter à un cas d’affaires d’une page et à un registre des risques simplifié. Sur un programme pluriannuel, chaque livrable documentaire prend son poids complet.
La frontière entre adaptation légitime et contournement se situe dans les sept principes. Supprimer le cas d’affaires, fusionner décision et exécution, ou ignorer les leçons des projets précédents revient à ne plus faire du PRINCE2, même si les documents portent encore le bon titre.
Le test le plus simple pour vérifier que la méthode reste appliquée : à chaque fin de séquence, le comité de pilotage dispose-t-il d’une information suffisante pour décider de continuer, corriger ou arrêter le projet ? Si la réponse est oui, la gouvernance fonctionne, quel que soit le cadre de livraison utilisé en parallèle.
