Lancer un projet sans en avoir formalisé la justification ni le cadre de pilotage expose l’organisation à des décisions mal fondées et à une gouvernance improvisée. Deux documents structurent cette phase cruciale de l’initiation: le business case et le Project Initiation Document (PID). Ils répondent à des questions différentes, sont produits par des acteurs différents et interviennent à des moments distincts du processus. Pourtant, la confusion entre les deux reste fréquente.
Le business case: justifier avant d’investir
Le business case est un document de justification économique. Sa fonction est de répondre à une question simple: ce projet mérite-t-il que l’organisation y consacre des ressources? Pour y répondre, il analyse les coûts prévisionnels, les bénéfices attendus, les risques identifiés et le retour sur investissement estimé.
Dans le référentiel PRINCE2, le business case accompagne le projet de bout en bout, de l’avant-projet jusqu’à la clôture. Il ne s’agit pas d’un document statique rédigé une fois pour toutes: le comité de pilotage (project board) le réévalue à chaque point de décision pour vérifier que la justification du projet tient toujours.
Le PMI adopte une perspective similaire. Le PMBOK définit le business case comme une étude de faisabilité économique qui sert de base à l’autorisation des activités de management de projet. C’est l’outil privilégié pour la décision go/no-go.
Qui le produit?
La responsabilité incombe généralement au sponsor du projet, parfois en collaboration avec le chef de projet. Le sponsor apporte la vision stratégique et la connaissance des bénéfices attendus, le chef de projet contribue à l’estimation des coûts et des délais.
Les quatre niveaux de bénéfices
PRINCE2 distingue quatre catégories de bénéfices, une classification utile pour structurer l’analyse. Les bénéfices observables sont des effets positifs reconnaissables mais difficiles à mesurer, comme l’amélioration du moral des équipes. Les bénéfices mesurables peuvent être quantifiés mais leur ampleur reste incertaine, par exemple une réduction du temps de traitement. Les bénéfices quantifiables sont prévisibles avec un niveau de confiance raisonnable, comme le nombre d’heures économisées. Les bénéfices financiers, enfin, sont convertis en valeur monétaire et permettent le calcul du retour sur investissement.
Un bon business case distingue clairement ces niveaux plutôt que de tout ramener à des chiffres. Prétendre que chaque bénéfice peut être converti en euros est une forme de fiction comptable qui fragilise la crédibilité du document: mieux vaut présenter un bénéfice comme “observable” et l’argumenter solidement que de lui attribuer un montant inventé.
Le PID: cadrer le pilotage du projet
Le Project Initiation Document, ou PID, est un document de nature très différente. Là où le business case répond à “pourquoi?”, le PID répond à “comment?”. Il constitue le cadre de référence pour le pilotage du projet et regroupe l’ensemble des informations nécessaires pour que le comité de pilotage puisse évaluer la viabilité du projet et suivre sa performance.
En PRINCE2, le PID est assemblé à la fin de la phase d’initiation (Initiating a Project). C’est un ensemble documentaire qui intègre plusieurs composantes: le business case lui-même, le plan projet, les approches de gestion des risques, de la qualité et du changement, les contrôles de projet et la structure organisationnelle.
Le PID fonctionne comme un contrat formel entre le chef de projet et le comité de pilotage. Il fixe les attentes, les tolérances et les mécanismes de contrôle. Comme le business case, c’est un document vivant: ses composantes sont mises à jour au fil du projet lorsque des changements significatifs surviennent.
L’équivalent dans d’autres référentiels
Le concept de PID est spécifique à PRINCE2, mais la fonction existe dans tous les référentiels. Chez PMI, le Plan de Management du Projet (Project Management Plan) remplit un rôle comparable en regroupant les plans subsidiaires: périmètre, calendrier, coûts, qualité, ressources, communications, risques, approvisionnements et engagement des parties prenantes. En HERMES, la méthode suisse de gestion de projet, le mandat de projet et le plan de gestion jouent un rôle similaire, adaptés au contexte de l’administration publique.
Comment les deux s’articulent
Le business case est une composante du PID, pas un document concurrent. La séquence logique est claire: le sponsor produit d’abord une ébauche de business case pour justifier le lancement de la phase d’initiation. Le chef de projet affine ensuite ce business case pendant l’initiation, en intégrant les estimations détaillées issues de la planification. Le business case affiné rejoint alors le PID, aux côtés des autres documents de pilotage.
Cette relation d’inclusion est importante: elle signifie que le PID ne peut pas être finalisé tant que le business case n’a pas été consolidé. Et inversement, un business case isolé, sans le cadre de pilotage que fournit le PID, ne suffit pas à lancer un projet de manière maîtrisée.
Une confusion fréquente à clarifier
Il arrive que le business case soit confondu avec un plan projet préliminaire, notamment dans les organisations où la culture projet est encore en construction. Le business case ne décrit pas comment le projet sera réalisé: il explique pourquoi il devrait l’être. La planification relève du plan projet, qui est une autre composante du PID. Confondre les deux conduit à des documents hybrides qui ne remplissent correctement ni la fonction de justification ni celle de planification.