Mégaprojets numériques : 5 erreurs de gouvernance qui mènent au fiasco
Comment expliquer les ratés et dépassements de coûts astronomiques des mégaprojets numériques québécois? Voilà une question qui a fait couler beaucoup d'encre au cours des dernières années, alors que des noms comme SAAQclic, Phénix ou Santé Québec sont devenus des synonymes récents de « dérapage », « retards », « chaos » et « perte de contrôle ».
Ces projets ambitieux, censés simplifier la vie et moderniser les services publics, sont désormais des symboles de fiascos technologiques. Mais ces échecs sont-ils vraiment technologiques? Plusieurs audits et rapports d'enquête pointent plutôt dans une autre direction : celle de la gouvernance. En effet, les problèmes associés à ces systèmes prennent souvent racine bien avant leur déploiement. C'est dans la façon dont les organisations définissent leurs priorités, structurent leurs projets et prennent leurs décisions que se jouent les véritables enjeux. Et cette réalité dépasse largement le secteur public : de nombreuses entreprises privées y sont également confrontées.
Voici cinq erreurs de gouvernance qui reviennent systématiquement dans les projets numériques qui déraillent, et ce qu'on peut faire pour les éviter.
1. Confondre la solution et la mission
Bon nombre d'organisations ont tendance à démarrer un projet numérique en parlant immédiatement de technologie (le système à implanter, le logiciel à choisir ou la plateforme à adopter). Autrement dit, elles cherchent à définir le quoi avant d'avoir clarifié le pourquoi.
Dans son ouvrage How Big Things Get Done, le chercheur Bent Flyvbjerg cite l'architecte Frank Gehry qui commence systématiquement ses projets par une seule question, simple mais élémentaire : « Pourquoi faites-vous ce projet? ». Sans réponse claire à cette question, le travail ne peut pas réellement commencer. Le numérique devrait suivre la même logique.
En l'absence de mission clairement définie, la technologie devient une fin plutôt qu'un moyen. Clarifier le pourquoi avant de se lancer n'est pas un luxe, ni une perte de temps : c'est la condition sine qua non d'un projet qui tient la route.
Réaligner les projets à leur raison d'être : l'exemple du sandwich beurre d'arachide-confiture
De passage devant la commission Gallant, Waldo Jaquith, expert américain en gouvernance numérique, a illustré ce dysfonctionnement avec une savoureuse analogie : celle du sandwich au beurre d'arachide et à la confiture.
Un enfant qui demande à un adulte de lui faire un sandwich au beurre d'arachide l'obtiendra sans avoir à expliquer chacune des étapes dans le moindre détail. Or, un gouvernement qui veut le même sandwich aura tendance à rédiger un appel d'offres de trois cents pages décrivant la viscosité du beurre et l'angle de coupe du pain, plutôt que de simplement indiquer ses besoins. Le fournisseur de services suit ensuite les instructions à la lettre... et livre finalement du beurre d'arachide tartiné directement sur le sac de pain. Le contrat est respecté, mais le résultat est immangeable.
Cette métaphore illustre le cœur du problème. Accumuler les exigences techniques avant d'avoir cristallisé la mission génère plus de bureaucratie, mais pas plus de clarté. Tant que le pourquoi n'est pas stable, tout le reste demeure instable.
2. Croire au logiciel miracle
Trop d'organisations publiques et privées s'accrochent à l'idée qu'un nouveau logiciel saura corriger toutes leurs failles structurelles. Elles s'imaginent qu'elles pourront tourner la page en remplaçant un système obsolète par une solution plus moderne. L'idée est bien sûr séduisante, mais la réalité, elle, est bien plus complexe. Sans vision claire, sans architecture cohérente et sans processus bien définis, un nouveau logiciel risque simplement de reproduire les mêmes dysfonctionnements, mais dans un environnement différent.
C'est le mythe du Next Shiny Object : la croyance qu'un nouvel outil miracle peut compenser l'absence de vision, de cohérence interne ou de maturité organisationnelle. C'est un piège particulièrement insidieux parce qu'il promet un nouveau départ, alors qu'il amplifie plutôt les défis existants.
Le premature solutioning : quand on répond avant d'avoir compris la question
Les mécanismes de financement publics poussent souvent les organisations à définir une solution technique avant même d'avoir clarifié le problème. Cette tendance, qu'on appelle premature solutioning, pousse les gouvernements à investir des millions dans une réponse dont la pertinence n'a jamais été validée.
Ce ne sont pas les outils qui transforment les projets numériques, mais bien les décisions humaines, culturelles et stratégiques qui les entourent. Ainsi, un logiciel moderne implanté dans une structure mal alignée ne génère pas de transformation. Il produit plutôt une dette technologique plus coûteuse.
3. Traiter son projet comme étant une exception
Beaucoup de dirigeant(e)s croient que leur projet est unique de par sa complexité, ses contraintes ou ses ambitions. Une telle conviction vient souvent compliquer les choses en voulant mettre sur pied des projets sur mesure, avec des approches personnalisées, des innovations simultanées et des architectures inédites. Résultat : des explosions de coûts, des dépassements d'échéanciers et une dépendance accrue envers des partenaires externes.
C'est ce que Bent Flyvbjerg appelle le biais de l'unicité : la propension à percevoir son projet comme fondamentalement différent de tous les autres, au point de croire qu'il échappe aux lois statistiques qui gouvernent les mégaprojets. Cette croyance alimente l'attrait des solutions sur mesure et pousse à écarter les données historiques et les leçons tirées d'expériences comparables. Au lieu de réinventer la roue, il vaut mieux s'appuyer sur des solutions éprouvées pour aligner ses processus d'affaires sur des pratiques standardisées.
Le biais de l'unicité : l'exemple SAAQclic
Le rapport du juge Denis Gallant, rédigé après la commission d'enquête sur le fiasco SAAQclic, est sans équivoque : « tester autant de nouveaux concepts au sein d'un même mégaprojet ne pouvait qu'en hausser substantiellement le niveau de risque ».
En voulant innover à tout prix en traitant son projet comme une exception, la Société de l'assurance automobile du Québec (SAAQ) a transformé ce qui devait simplifier la vie des automobilistes en véritable gouffre financier : en plus de provoquer des ruptures de services massives, le projet aura coûté environ 955 millions de dollars, soit plus du double du budget initial.
4. Marginaliser les expert(e)s internes
Une autre erreur structurelle dans les grandes transformations numériques concerne la trop faible place accordée aux expert(e)s internes. Le commissaire Gallant le souligne d'ailleurs explicitement dans son rapport d'enquête : l'État québécois est excessivement dépendant des consultant(e)s externes au niveau technique et devrait pallier au plus vite à « l’absence d’expertise gouvernementale de pointe en matière de transformation numérique. »
Bien sûr, les partenaires externes peuvent apporter méthode, expérience et nouvelles perspectives à des projets de transformation numérique, mais ils ne remplaceront jamais la mémoire organisationnelle que détiennent les employé(e)s de longue date. Ces ressources à l'interne connaissent intimement les systèmes, les processus et les réalités du terrain. Marginaliser ces employé(e)s de longue date, c'est se priver d'un ingrédient indispensable à la réussite.
Le cas du comté de Santa Clara
Après des années d'échec avec des consultant(e)s qui imposaient des solutions standardisées, le comté de Santa Clara a confié la refonte de son processus de permis à ses propres employé(e)s. Résultat : une réduction de 33 % du temps de traitement, non pas grâce à un nouvel outil, mais grâce à une compréhension fine des parcours utilisateurs.
5. Mesurer la conformité plutôt que la valeur
Le succès des grands projets de transformation numérique se mesure généralement avec deux grands indicateurs : le respect du budget et le respect de l'échéancier. Bien qu'importants, ces critères ne disent rien quant à la valeur réelle créée par un projet.
Le système de paie Phénix en est probablement l'exemple le plus frappant : même s'il a été déployé en respectant les jalons officiels, le projet comportait tout de même plus d'une centaine de défauts connus et a provoqué une crise nationale de rémunération. On a choisi d'optimiser le calendrier plutôt que la qualité, sacrifiant au passage l'expérience des employé(e)s comme des citoyen(ne)s.
Des recherches publiées par le MIT Sloan Management Review et des analyses effectuées par la McKinsey & Company soulignent l'importance d'évaluer les transformations numériques à partir de leur adoption réelle et de leur impact opérationnel. Des indicateurs comme le taux d'adoption réel, la réduction des frictions dans les parcours opérationnels, l'amélioration de l'expérience utilisateur ou le time to first value déplacent la conversation : la question n'est plus de savoir si un projet a été livré selon le plan initial, mais s'il génère réellement la valeur stratégique attendue.
Le courage de dire non
Maintenir un calendrier irréaliste pour sauver les apparences mène invariablement à ce que les expert(e)s nomment la « détresse de projet ». Un leadership numérique mature se mesure à la capacité à dire non : non à un déploiement prématuré, non à un calendrier irréaliste, non à une solution qui trahit la vision initiale. Retarder un livrable pour protéger la vision n'est pas un aveu d'échec. C'est souvent l'acte de gestion le plus responsable qu'un(e) dirigeant(e) puisse poser.
La gouvernance avant tout
Les mégaprojets numériques ratent souvent dès le départ, quand on néglige les fondations conceptuelles, humaines et organisationnelles. Les leviers de redressement sont pourtant bien identifiés :
- clarifier la mission avant de choisir la solution;
- résister à l'attrait du logiciel miracle;
- s'appuyer sur des pratiques éprouvées plutôt que de tout réinventer;
- mobiliser l'expertise interne dès le départ;
- mesurer la valeur d'usage réelle plutôt que la seule conformité contractuelle;
- développer le courage managérial de pivoter, de ralentir ou de dire non quand les signaux le commandent.
Les organisations qui réussissent leurs transformations numériques ne sont pas nécessairement celles qui adoptent les technologies les plus récentes. Ce sont celles qui ont développé la maturité organisationnelle et la gouvernance nécessaires pour les piloter.
Dans un monde où les projets numériques deviennent de plus en plus structurants, cette maturité n'est plus un avantage compétitif, c'est une condition de réussite.
Trois questions que les dirigeants devraient se poser avant de lancer un projet numérique
- Quel problème organisationnel cherchons-nous réellement à résoudre?
- Les équipes internes qui connaissent le mieux nos processus sont-elles impliquées dès le départ?
- Comment allons-nous mesurer la valeur réelle créée pour les utilisateurs?
Les organisations qui prennent le temps de répondre clairement à ces questions réduisent considérablement les risques de dérive dans leurs projets numériques.