Les projets de transformation numérique dans le secteur public affichent, selon plusieurs études, un taux d'échec ou de dépassement significativement supérieur à ceux menés dans le secteur privé. Ce n'est pas un problème de technologie — les organisations publiques ont accès aux mêmes outils que leurs homologues privés. C'est un problème de contexte, de gouvernance et d'approche. Cinq pièges structurels expliquent la majorité de ces échecs, et chacun d'eux est évitable.
Digital transformation projects in the public sector display, according to several studies, a failure or overrun rate significantly higher than those in the private sector. This is not a technology problem — public organizations have access to the same tools as their private counterparts. It is a problem of context, governance and approach. Five structural pitfalls explain the majority of these failures, and each of them is avoidable.
Piège 1 : La gouvernance fragmentée — trop de maîtres, trop peu de cap
Dans le secteur public, un projet de transformation numérique implique typiquement plusieurs entités ayant des intérêts légitimes : la direction générale, la DSI, les directions métier concernées, les élus ou le conseil d'administration, les partenaires syndicaux, et souvent les tutelles ou ministères de référence. Chacune de ces entités peut exercer un pouvoir de veto partiel ou total sur certaines décisions — ce qui crée une structure de gouvernance qui paralyse l'exécution.
La solution n'est pas d'éliminer les parties prenantes, mais de définir explicitement les niveaux de décision : qui décide, qui consulte, qui est informé, et sur quels types de décisions. Un cadre RACI (Responsible, Accountable, Consulted, Informed) défini en début de projet et respecté tout au long de son exécution est l'outil minimal pour éviter ce piège.
Quand chaque décision de projet nécessite l'approbation de plus de trois instances distinctes, le projet est structurellement compromis. La lenteur décisionnelle n'est pas une contrainte contextuelle — c'est un risque de projet à gérer comme tel.
Pitfall 1: Fragmented Governance — Too Many Masters, Too Little Direction
In the public sector, a digital transformation project typically involves several entities with legitimate interests: general management, the IT department, the relevant business units, elected officials or the board, union partners, and often supervising ministries or reference bodies. Each of these entities may exercise partial or total veto power over certain decisions — creating a governance structure that paralyzes execution.
The solution is not to eliminate stakeholders, but to explicitly define decision levels: who decides, who is consulted, who is informed, and on what types of decisions. A RACI framework (Responsible, Accountable, Consulted, Informed) defined at project inception and respected throughout its execution is the minimal tool to avoid this pitfall.
When every project decision requires approval from more than three distinct bodies, the project is structurally compromised. Decisional slowness is not a contextual constraint — it is a project risk to be managed as such.
Piège 2 : La vision technologique sans vision métier
Un projet de transformation numérique initié par la DSI ou un fournisseur technologique, sans ancrage dans une vision métier clairement définie, produit typiquement des systèmes techniquement fonctionnels mais organisationnellement marginaux. Les utilisateurs les contournent, les gestionnaires continuent avec leurs outils habituels, et l'investissement ne se traduit pas en valeur opérationnelle.
La transformation numérique doit partir d'une question métier : quel problème résolvons-nous ? Quelle capacité nouvelle créons-nous ? Quel processus simplifions-nous au bénéfice des citoyens, des employés ou des partenaires ? La technologie est la réponse — pas la question. Les organisations qui inversent cet ordre de priorité accumulent une dette d'adoption qui s'avère souvent plus coûteuse que la dette technique.
Pitfall 2: Technology Vision Without Business Vision
A digital transformation project initiated by the IT department or a technology vendor, without grounding in a clearly defined business vision, typically produces technically functional but organizationally marginal systems. Users bypass them, managers continue with their usual tools, and the investment does not translate into operational value.
Digital transformation must start from a business question: what problem are we solving? What new capability are we creating? What process are we simplifying for the benefit of citizens, employees or partners? Technology is the answer — not the question. Organizations that reverse this order of priorities accumulate an adoption debt that often proves more costly than technical debt.
Piège 3 : Sous-estimer la gestion du changement
Dans le secteur public, la gestion du changement est structurellement plus complexe que dans le secteur privé : les employés bénéficient de protections conventionnelles, les processus de consultation syndicale sont formels et prennent du temps, et la culture organisationnelle dans les institutions publiques tend à valoriser la stabilité et la conformité au détriment de l'agilité. Ces caractéristiques ne sont pas des obstacles à contourner — elles font partie du contexte à intégrer dans la planification.
Un budget de gestion du changement inférieur à 20-25 % du budget total du projet est généralement insuffisant pour une transformation significative dans le secteur public. La formation, l'accompagnement, la communication et l'adaptation des processus existants représentent un investissement comparable à l'investissement technologique lui-même.
Pitfall 3: Underestimating Change Management
In the public sector, change management is structurally more complex than in the private sector: employees benefit from collective protections, union consultation processes are formal and time-consuming, and organizational culture in public institutions tends to value stability and compliance over agility. These characteristics are not obstacles to circumvent — they are part of the context to integrate into planning.
A change management budget of less than 20-25% of the total project budget is generally insufficient for significant transformation in the public sector. Training, coaching, communication and adaptation of existing processes represent an investment comparable to the technology investment itself.
Piège 4 : Contourner les processus d'approvisionnement
Soumis à la pression d'avancer rapidement, certains responsables de projets publics cherchent à contourner les processus d'appel d'offres — en fractionnant les contrats, en utilisant des ententes-cadres de façon expansive, ou en qualifiant des projets de transformation comme des « urgences » pour éviter les délais réglementaires. Ces pratiques créent des risques juridiques, réputationnels et opérationnels qui se matérialisent régulièrement en cours de projet.
La bonne approche consiste à intégrer les contraintes d'approvisionnement dans la planification du projet dès le départ. Les processus d'appel d'offres du secteur public durent typiquement 3 à 6 mois — ce délai doit figurer dans le calendrier, pas être traité comme un obstacle imprévu.
Pitfall 4: Bypassing Procurement Processes
Under pressure to move quickly, some public project managers seek to bypass tendering processes — by splitting contracts, using framework agreements expansively, or qualifying transformation projects as "emergencies" to avoid regulatory delays. These practices create legal, reputational and operational risks that regularly materialize during project execution.
The right approach is to integrate procurement constraints into project planning from the outset. Public sector tendering processes typically take 3 to 6 months — this delay must appear in the schedule, not be treated as an unforeseen obstacle.
Piège 5 : L'absence de mesure des résultats
Un projet de transformation numérique dans le secteur public qui ne définit pas ses indicateurs de résultats avant de commencer — et qui ne les mesure pas pendant et après — ne peut pas démontrer sa valeur, corriger sa trajectoire en cours d'exécution, ni justifier des investissements complémentaires. Cette absence de mesure est extrêmement fréquente et explique en partie pourquoi certains projets publics sont perçus comme des succès techniques mais des échecs organisationnels.
Les indicateurs doivent être définis en lien direct avec la vision métier initiale. Si le projet visait à réduire les délais de traitement d'un service aux citoyens de 15 jours à 3 jours, cet indicateur doit être mesuré — pas uniquement le budget consommé ou le nombre de fonctionnalités livrées.
Gartner — Government IT Challenges and Priorities Survey, 2024. | McKinsey Digital — The State of Public Sector Digital Transformation, 2023. | Secrétariat du Conseil du Trésor du Canada — Lignes directrices pour la gestion de projets TI, 2023.
Pitfall 5: No Outcome Measurement
A public sector digital transformation project that does not define its outcome indicators before starting — and does not measure them during and after — cannot demonstrate its value, correct its trajectory during execution, nor justify additional investments. This absence of measurement is extremely frequent and partly explains why some public projects are perceived as technical successes but organizational failures.
Indicators must be defined in direct connection with the initial business vision. If the project aimed to reduce citizen service processing times from 15 days to 3 days, this indicator must be measured — not only the budget consumed or the number of features delivered.
Gartner — Government IT Challenges and Priorities Survey, 2024. | McKinsey Digital — The State of Public Sector Digital Transformation, 2023. | Treasury Board of Canada Secretariat — Guidelines for IT Project Management, 2023.