Tout projet consomme des ressources. Le business case (l’étude d’opportunité qui justifie économiquement un projet) est le document qui répond à la question fondamentale: cet investissement en vaut-il la peine? Pourtant, dans beaucoup d’organisations, sa rédaction reste un exercice formel, une étape administrative à franchir avant de passer aux choses sérieuses. Cette perception est un problème, car un business case bâclé compromet le projet avant même qu’il ne commence.
Pourquoi les business cases échouent
Les business cases médiocres partagent des défauts récurrents. Le plus fréquent est l’absence de quantification des bénéfices. “Améliorer la satisfaction client” n’est pas un bénéfice mesurable; “réduire le taux de réclamation de 12% à 8% sur 12 mois” en est un. Sans indicateurs chiffrés, le business case ne remplit pas sa fonction première: permettre une comparaison objective entre plusieurs options d’investissement.
Le deuxième défaut courant est la sous-estimation systématique des coûts. Les porteurs de projets, conscients que leur proposition est en concurrence avec d’autres, cèdent à la tentation de présenter des chiffres artificiellement bas. Les décideurs expérimentés ne sont pas dupes: ils ajoutent mentalement une marge aux estimations qu’ils trouvent trop optimistes, ce qui mine la crédibilité de l’ensemble du document. Mieux vaut présenter des estimations réalistes avec une marge de contingence explicite, typiquement 15% en phase de préfaisabilité, qui diminue à mesure que le périmètre se précise.
Une structure au service de la décision
La structure d’un business case doit suivre la logique du décideur, pas celle du rédacteur. Un cadre éprouvé, proposé notamment par la Revue Gestion de HEC Montréal, s’articule autour de quatre axes: le quoi (description du projet et contexte opérationnel), le pourquoi (bénéfices attendus et ROI), le qui (parties prenantes et ressources nécessaires) et le combien (estimation des coûts et des gains).
L’ordre n’est pas anodin. Commencer par le “quoi” situe le projet dans son contexte avant d’entrer dans les chiffres. Le “pourquoi” justifie l’investissement avant de détailler les moyens nécessaires. Cette séquence permet au lecteur de construire progressivement sa compréhension du projet et de sa valeur.
Les parties prenantes oubliées
Le volet “qui” du business case se limite souvent à l’organigramme projet: sponsor, chef de projet, membres de l’équipe. Cette vision est trop étroite. Un business case rigoureux identifie toutes les personnes impactées par le projet, y compris celles dont le quotidien va changer sans qu’elles aient demandé quoi que ce soit.
Prenons l’exemple d’un projet de digitalisation d’un processus administratif. Le business case mentionne les développeurs, le chef de projet et le sponsor métier, mais les assistantes administratives qui utilisent le processus actuel depuis dix ans sont absentes du document. Ce sont pourtant elles qui détermineront le succès ou l’échec de l’adoption. Les consulter en amont permet non seulement d’enrichir l’analyse des besoins mais aussi de désamorcer les résistances au changement avant qu’elles ne se cristallisent.
Au-delà du financier: la dimension humaine
Les métriques financières (ROI, retour sur investissement; VAN, valeur actuelle nette; délai de récupération) occupent naturellement une place centrale dans le business case, mais elles ne devraient pas être les seules. Les impacts sur les ressources humaines, la charge de travail des équipes pendant la transition, les besoins en formation et l’évolution des compétences requises sont autant de facteurs qui pèsent sur la faisabilité réelle du projet.
Un projet qui affiche un ROI de 300% mais qui nécessite de mobiliser 80% d’une équipe déjà surchargée n’est pas viable en l’état, quel que soit son attrait financier. Intégrer ces dimensions dans le business case force le porteur de projet à confronter ses ambitions aux réalités opérationnelles de l’organisation, ce qui est précisément le rôle de ce document.
Le business case comme boussole du projet
Dans les méthodologies structurées, le business case ne disparaît pas après l’approbation initiale. En PRINCE2, il constitue l’un des sept thèmes du référentiel et fait l’objet d’une révision à chaque point de décision du projet. Le PMI le positionne comme un input clé de la charte de projet et recommande de le consulter régulièrement pour valider que la justification économique reste solide.
Cette pratique de révision périodique transforme le business case en outil de gouvernance. Quand les coûts dérapent ou que les bénéfices attendus s’éloignent, le document mis à jour fournit une base factuelle pour décider de la suite: poursuivre, réorienter ou arrêter le projet. Sans cette mise à jour, les décideurs naviguent à vue et les projets en difficulté se poursuivent par inertie plutôt que par choix délibéré.
Commencer simplement
Rédiger un business case n’exige pas de maîtriser des techniques financières avancées. Un tableur avec les coûts estimés, les bénéfices attendus quantifiés et un calendrier de réalisation constitue un point de départ suffisant pour la plupart des projets. La sophistication viendra avec l’expérience et l’ampleur des projets, à condition de maintenir la discipline de mise à jour tout au long du cycle de vie.