Business case PRINCE2 : le construire, le suivre et le clore

Que doit contenir un business case PRINCE2 pour justifier le projet ?

Quelle décision le business case doit-il éclairer ?

PRINCE2, pour Projects IN Controlled Environments, est une méthode de management de projet structurée par des responsabilités, des pratiques et des processus. Son business case expose la justification économique et stratégique du projet: pourquoi engager des ressources, pour quels bénéfices et sous quelles conditions ? Il ne se réduit ni au budget ni au plan d’exécution.

La justification est continue: le projet doit rester souhaitable, viable et réalisable. Autrement dit, ses bénéfices doivent justifier ses coûts et ses risques, les produits doivent permettre les changements attendus, et l’organisation doit pouvoir les livrer puis les utiliser. Une obligation réglementaire ou un bénéfice qualitatif peut justifier l’investissement sans rentabilité financière directe.

Cette pratique figure dans la 7e édition du manuel, publiée en 2023 (PeopleCert, PRINCE2 Manual 7th Edition). Notre analyse des évolutions du référentiel PRINCE2 en précise le contexte.

Quelle trame pouvez-vous réutiliser ?

Rédigez chaque rubrique pour rendre l’arbitrage explicite, en séparant faits établis, hypothèses et incertitudes.

Rubrique	Contenu à documenter
Résumé	Recommandation, justification et décision attendue.
Raisons du projet	Problème, opportunité ou obligation; alignement stratégique.
Options	Ne rien faire, intervention minimale, solution complète: conséquences et motifs du choix.
Bénéfices attendus	Indicateurs, situation initiale, cibles, responsables et modalités de mesure.
Effets négatifs attendus	Conséquences défavorables prévisibles, distinctes des risques incertains.
Calendrier	Livraison, adoption et échéances de réalisation des bénéfices.
Coûts	Investissement, transition, exploitation et maintenance.
Évaluation de l’investissement	Mise en balance des bénéfices, coûts et risques; sensibilité aux hypothèses.
Risques majeurs	Menaces et opportunités susceptibles de modifier la justification.

Comment distinguer livraison et bénéfice réel ?

Vous pilotez le remplacement d’un circuit de validation des factures devenu difficile à auditer. Vous retenez un périmètre centré sur la traçabilité et reportez une automatisation périphérique pour préserver l’échéance réglementaire. Le workflow constitue le produit livré, son utilisation systématique le changement obtenu, et la diminution des dossiers sans preuve de validation le bénéfice mesurable.

La réception technique ne suffit donc pas à démontrer la réussite. Désignez le responsable métier qui vérifiera ce bénéfice après livraison; cette responsabilité s’inscrit dans la gouvernance de projet PRINCE2.

Comment construire le business case et qui doit le valider ?

Comment passer de l’ébauche à une justification détaillée ?

Lors de l’élaboration du projet, l’ébauche du business case établit pourquoi agir: problème, bénéfices pressentis, coûts estimatifs et risques majeurs. Pendant l’initialisation, le chef de projet coordonne son approfondissement avec les parties prenantes: estimations étayées, calendrier, hypothèses explicites et modalités de vérification des bénéfices. La justification doit permettre un arbitrage, pas seulement défendre une solution déjà choisie.

Option	Éléments à examiner
Ne rien faire	Coûts du fonctionnement actuel, risques acceptés et conséquences de l’inaction.
Faire le minimum	Correction limitée, ressources nécessaires et bénéfices partiels accessibles.
Réaliser le changement envisagé	Coût complet, bénéfices supplémentaires, faisabilité et risques de transition.

Qui prépare, porte et autorise le business case ?

L’exécutif porte la justification économique et s’assure qu’elle reste valable. Le chef de projet coordonne la préparation et les mises à jour, sans devenir seul garant des bénéfices métier. L’utilisateur principal précise les bénéfices attendus et les conditions de leur réalisation; le fournisseur principal contribue à la faisabilité technique et aux estimations. Le comité de pilotage autorise le projet sur cette base, puis réexamine sa justification aux points de décision.

Pour chaque bénéfice, documentez la situation de référence, l’indicateur, une cible justifiée, le responsable, l’échéance et la méthode de mesure. Consignez également les hypothèses et leur degré de confiance, en distinguant données observées et appréciations expertes. La distinction entre résultats obtenus et livrables produits évite, par exemple, de confondre participation à une formation et amélioration effective du pilotage.

Comment appliquer cette démarche à un projet de formation ?

Exemple pédagogique fictif: vous pilotez des déploiements internes dont les dossiers arrivent en comité sans justification homogène. Vous envisagez une formation PRINCE2 Foundation: le budget retient 1 450 € TTC, examen inclus (fiche formation Elitek), et une durée de 21 h (fiche formation Elitek). Le comité vous demande de démontrer comment les pratiques acquises seront appliquées aux prochains dossiers avant d’autoriser la dépense.

Renseignez ensuite le temps mobilisé, sa valorisation interne sans double comptage, les frais annexes et les bénéfices attendus. Relevez d’abord les défauts actuels des dossiers, puis justifiez la cible et organisez sa mesure après formation: aucun rendement ne peut être déduit du seul achat.

Quand actualiser le business case et faut-il parfois arrêter le projet ?

Quels événements déclenchent une réévaluation ?

Le business case se réexamine aux limites de séquence et dès qu’un changement, un risque, un problème ou une exception fragilise ses hypothèses. Une actualisation annuelle ne suffit pas: la justification doit éclairer l’autorisation des engagements à venir, pas simplement documenter les décisions passées.

Vous préparez cette réévaluation avec les responsables des bénéfices et les contributeurs concernés. L’exécutif reste responsable du business case; le comité de pilotage statue sur la poursuite dans les limites de son autorité.

Comment rendre les écarts exploitables pour décider ?

Consignez les hypothèses, leurs preuves actualisées et l’arbitrage attendu dans un tableau. Conservez chaque version datée, avec les motifs de modification et la décision validée: écraser le document précédent ferait perdre la traçabilité.

Hypothèse initiale	Situation actualisée	Source de l’écart	Conséquence sur la justification	Décision attendue	Responsable
Adoption du portail client	Usage confirmé	Retours du pilote	Bénéfices crédibles	Poursuivre	Comité de pilotage
Automatisation complète	Exceptions métier persistantes	Tests opérationnels	Coûts supplémentaires à réévaluer	Adapter le périmètre	Comité de pilotage
Interface disponible	Livraison fournisseur reportée	Alerte contractuelle	Bénéfices retardés	Différer	Comité de pilotage
Service toujours nécessaire	Besoin supprimé	Décision métier validée	Justification disparue	Engager une clôture prématurée	Comité de pilotage

Ces décisions ne sont pas mécaniques: réévaluez les coûts restant à engager, le calendrier des bénéfices, les effets négatifs et l’exposition aux risques. Les dépenses déjà engagées sont des coûts irrécupérables; elles ne démontrent pas que les prochains engagements créeront de la valeur.

Quand faut-il adapter ou arrêter le projet ?

Vous pilotez un portail client dont le pilote révèle que les équipes ressaisissent encore les demandes complexes. Vous soumettez au comité un périmètre recentré, en intégrant le coût du traitement manuel maintenu. Si les bénéfices attendus ne justifient plus les engagements futurs, vous recommandez une clôture prématurée organisée, avec traitement des obligations contractuelles et transfert des éléments utilisables.

En contexte agile, les retours d’usage alimentent cette justification. L’articulation entre PRINCE2 Agile, gouvernance et agilité permet de distinguer le business case, qui justifie l’investissement, du backlog, qui ordonne le travail produit: un backlog rempli ne prouve jamais la pertinence de poursuivre.

Que devient le business case à la clôture si les bénéfices arrivent plus tard ?

Que fige-t-on lorsque le projet se termine ?

Vous clôturez le projet, pas nécessairement la réalisation de ses bénéfices. Le business case est actualisé puis archivé comme état final de la justification du projet; le suivi des bénéfices différés reste une responsabilité de l’organisation. La décision de clôture doit donc distinguer l’acceptation des produits, leur transfert opérationnel et la valeur effectivement obtenue.

Comparez les coûts et résultats constatés aux prévisions actualisées, en conservant la trace des hypothèses et des écarts par rapport à la justification initiale. Pour chaque bénéfice, explicitez son statut:

Statut à la clôture	Éléments à consigner
Déjà observé	Résultat mesuré, situation de référence, source et limites d’attribution au projet.
Encore attendu	Hypothèses restantes, échéance de mesure, responsable et actions nécessaires.
Devenu improbable	Causes, conséquences sur la justification finale et décision concernant les actions restantes.

Comment transmettre un suivi réellement exploitable ?

Actualisez l’approche de gestion des bénéfices avant de dissoudre l’équipe. Transmettez aux responsables opérationnels les indicateurs et leurs règles de calcul, les situations de référence, les sources de données accessibles, les échéances de revue et les actions restant à mener. Faites confirmer explicitement la reprise de ces responsabilités, avec une instance d’arbitrage identifiée si les résultats dévient.

Vous terminez le déploiement d’un outil de traitement des réclamations, accepté par le service client, mais le délai de résolution n’a pas encore diminué. Vous proposez de clôturer le projet tout en confiant à la responsable du service le suivi des délais et l’accompagnement des usages. La clôture libère l’équipe projet sans effacer les actions dont dépend le bénéfice attendu.

Ce relais relève aussi du change management, qui transforme un projet livré en adoption réelle: l’usage opérationnel conditionne souvent la valeur, au-delà de la conformité du produit.

Que documenter en cas de clôture prématurée ?

Consignez les motifs d’arrêt, les engagements résiduels, les produits récupérables et leurs conditions de réutilisation, ainsi que les enseignements. Identifiez qui traitera les obligations contractuelles, les risques persistants et les dépenses restant engagées. Un livrable accepté n’est pas une preuve suffisante de valeur: précisez quels bénéfices restent plausibles, lesquels sont abandonnés et pourquoi.

Comment passer à la pratique et financer une formation PRINCE2 adaptée ?

Quel exercice réaliser sur votre projet en cours ?

Reprenez le business case d’un projet réel et complétez sa trame: problème métier, options envisagées, bénéfices attendus, coûts, risques et conditions de viabilité. Pour chaque bénéfice, précisez un responsable, une preuve attendue et les hypothèses qui conditionnent sa réalisation. Faites ensuite challenger ces hypothèses par le métier: quelle donnée les étaye, quelle dépendance les fragilise, quel changement justifierait une révision ? Inscrivez la prochaine revue dans la gouvernance, avec un décideur identifié.

Vous pilotez le remplacement d’un outil de gestion des commandes, mais le métier conteste les gains annoncés tant que les doubles saisies subsistent. Vous proposez de conditionner le déploiement à la validation des interfaces plutôt que de maintenir le périmètre initial. Le comité dispose alors d’un arbitrage explicite et d’une condition vérifiable pour poursuivre.

Quel parcours choisir pour comprendre puis appliquer la méthode ?

Niveau	Objectif pédagogique	Application au business case
Foundation	Comprendre les concepts, le vocabulaire et les responsabilités.	Identifier les informations nécessaires et les responsabilités de préparation, de validation et de suivi.
Practitioner	Appliquer et adapter la méthode à une situation donnée.	Adapter le niveau de détail, traiter les changements d’hypothèses et préparer les arbitrages.

Le parcours PRINCE2 combiné Foundation et Practitioner proposé par Elitek est affiché à 2 540 € TTC, examens inclus (fiche formation Elitek), pour une durée de 35 h (fiche formation Elitek). Avant inscription, vérifiez le programme, les conditions d’accès aux examens et les modalités d’accompagnement: exercices contextualisés, corrections et échanges avec un formateur certifié. L’article consacré au passage au niveau PRINCE2 Practitioner aide à préciser votre objectif d’application.

Comment distinguer budget catalogue et financement effectif ?

Présentez à votre employeur un besoin opérationnel: fiabiliser les décisions d’investissement et mieux documenter les revues de justification. Le plan de développement des compétences peut constituer une voie de financement, sous réserve d’accord.

Le CPF reste à examiner selon l’éligibilité effective de l’offre et les règles applicables à votre dossier. Le prix catalogue n’est pas le montant réellement pris en charge: droits disponibles, plafonds, abondements et participation éventuelle doivent être vérifiés avant engagement. Consultez l’article CPF et PRINCE2: plafond, financement et dossier pour préparer cette vérification.

FAQ

Quelle différence entre un business case et un business plan ?

Le business case justifie une décision d’investissement ou de changement pour un projet donné. Il examine les options, les coûts, les bénéfices attendus et les risques, puis sert à réévaluer la pertinence de poursuivre. Le business plan décrit généralement le développement d’une activité ou d’une entreprise, avec son marché et son modèle économique. Dans PRINCE2, le business case reste donc lié à la gouvernance du projet et à sa justification continue.

Un projet réglementaire a-t-il besoin d’un business case ?

Oui. Une obligation réglementaire peut constituer la raison principale du projet, mais elle ne supprime pas les arbitrages. Le business case compare les solutions permettant de respecter cette obligation, leurs coûts, leurs risques et leurs conséquences opérationnelles. L’option consistant à ne rien faire sert à expliciter les conséquences de la non-conformité, pas à recommander une infraction. Les bénéfices peuvent être qualitatifs, à condition de préciser comment leur réalisation sera appréciée.

Peut-on rédiger le business case dans un simple tableur ?

Oui, si ce support permet de documenter clairement la justification et de conserver les décisions. PRINCE2 privilégie l’adaptation au contexte plutôt qu’un document volumineux imposé. Un tableur peut réunir options, coûts, bénéfices, hypothèses et risques, avec des liens vers les registres concernés. Il faut toutefois identifier le responsable, la version approuvée et les modalités de revue. Le support doit faciliter l’arbitrage du comité de pilotage, pas seulement produire un calcul financier.

Comment éviter de compter deux fois le même bénéfice ?

Décrivez le mécanisme qui relie chaque changement à son bénéfice et vérifiez les recouvrements entre indicateurs. Un gain de temps ne devient pas automatiquement une économie budgétaire: il peut libérer de la capacité sans réduire les dépenses. Si plusieurs projets contribuent au même résultat, convenez d’une règle d’attribution avec les responsables métier et financiers. Documentez les dépendances et séparez les économies effectivement réalisées des capacités supplémentaires ou des améliorations de qualité.

Le business case remplace-t-il l’approche de gestion des bénéfices ?

Non. Le business case explique pourquoi le projet mérite d’être engagé ou poursuivi, notamment au regard des bénéfices attendus. L’approche de gestion des bénéfices précise comment ces bénéfices seront mesurés, quand ils seront examinés et qui en sera responsable. Les documents doivent rester cohérents, mais leurs fonctions diffèrent. À la clôture, cette approche permet notamment de transférer le suivi aux métiers lorsque les effets recherchés ne sont pas encore pleinement observables.

Se former avec Elitek

Elitek, organisme certifié Qualiopi, propose une formation dédiée à ce sujet, éligible CPF et disponible en distanciel comme en présentiel. Découvrez la formation Elitek correspondante et son accompagnement vers la certification.