Transformation numérique : le dossier pour les dirigeants

Dans beaucoup de comités de direction, la transformation numérique occupe une place étrange : tout le monde s’accorde sur son importance, personne ne sait exactement ce qu’elle recouvre. Elle désigne tour à tour un nouveau logiciel de gestion, la dématérialisation des démarches, l’arrivée de l’intelligence artificielle, la migration vers le cloud ou un changement de culture. À force de tout désigner, le mot ne guide plus aucune décision.

Ce dossier prend un autre chemin. Il part de huit idées reçues que les dirigeants, publics comme privés, rencontrent fréquemment, et en tire ce qui relève vraiment de leur responsabilité.

Idée reçue n° 1 : « La transformation numérique est un projet »

Un projet a un début, une fin, un budget et un périmètre. La transformation numérique n’a rien de tout cela. Les technologies évoluent, les attentes des usagers et des clients changent, les règles se renforcent : une organisation qui a « terminé » sa transformation en 2020 a déjà accumulé du retard.

Ce qu’il faut construire, c’est une capacité : la capacité à faire évoluer en permanence ses services et ses processus grâce au numérique. Elle repose sur des équipes, des méthodes, une architecture et une gouvernance qui durent. Les projets en sont les manifestations successives.

Ce changement a des conséquences budgétaires. Les organisations publiques en particulier financent souvent le numérique par des investissements ponctuels, puis découvrent que les systèmes livrés se dégradent faute de crédits de fonctionnement. Un système d’information sans budget d’évolution est un système qui vieillit. Il faut donc présenter aux instances budgétaires un coût complet sur plusieurs années, qui distingue clairement la construction, l’exploitation et les évolutions, plutôt qu’un montant d’investissement isolé qui masque l’essentiel de la dépense.

Idée reçue n° 2 : « Le bon outil réglera le problème »

C’est la plus répandue et la plus coûteuse. Une organisation constate que ses processus sont lents, ses informations dispersées, ses usagers mécontents, et achète un logiciel censé tout résoudre. Un an plus tard, le logiciel est en place, les processus sont les mêmes, et les agents ou salariés ressaisissent les informations dans le nouvel outil comme dans l’ancien.

Un outil numérique reproduit le processus qu’on lui donne. Si ce processus comporte des étapes inutiles, des validations redondantes, des pièces demandées deux fois, l’outil les rendra plus rapides, pas plus intelligentes. Les gains réels viennent de la refonte du processus, avant ou en même temps que le choix de l’outil.

Numériser un processus absurde produit un processus absurde plus rapide. La question préalable est toujours : faut-il encore faire cela ?

Notre dossier sur l’automatisation des processus détaille comment analyser un processus avant de choisir la manière de l’outiller.

Idée reçue n° 3 : « Il faut une grande stratégie avant d’agir »

Certaines organisations consacrent un an à élaborer un schéma directeur exhaustif, validé par toutes les instances, qui décrit l’état cible à cinq ans. Le document est souvent excellent. Le temps qu’il soit adopté, une partie de ses hypothèses a changé, et les équipes n’ont rien livré qui démontre l’intérêt de la démarche.

Une stratégie reste nécessaire, mais elle peut être courte : quelques priorités claires, liées aux missions de l’organisation, quelques principes d’architecture et de gouvernance, et une manière de décider. Elle se précise ensuite par l’action. Les premiers résultats concrets, obtenus en quelques mois sur un périmètre limité, donnent du crédit à la démarche, révèlent les vrais obstacles et facilitent les arbitrages suivants.

Idée reçue n° 4 : « C’est l’affaire de la direction informatique »

La direction informatique est indispensable : elle tient l’infrastructure, la sécurité, l’architecture, les relations avec les fournisseurs. Mais les décisions qui font une transformation réussie ne lui appartiennent pas. Revoir un processus d’instruction, changer la manière d’accueillir les usagers, supprimer une étape de validation, réorganiser un service : ces décisions relèvent des directions métier et de la direction générale.

Quand la transformation est confiée au seul service informatique, elle produit des projets techniques sans effet sur l’organisation. Quand elle est portée par la direction générale et les métiers, avec l’appui de l’informatique, elle change la manière de travailler. Le signe le plus simple : le responsable du numérique siège-t-il au comité de direction, et le sujet y est-il traité autrement que par un point d’information ?

Idée reçue n° 5 : « On peut tout externaliser »

Faire appel à des prestataires est normal et souvent nécessaire : aucune organisation ne dispose en interne de toutes les compétences. Le risque apparaît quand l’organisation externalise aussi la capacité de décider et de piloter. Elle ne sait plus évaluer ce qu’on lui propose, ne comprend plus ses propres systèmes, et dépend de ses fournisseurs pour toute évolution.

Quelques rôles doivent rester internes, même dans une petite organisation : les responsables de produit ou de service, qui connaissent le métier et arbitrent les priorités ; une fonction d’architecture, qui garde la cohérence d’ensemble ; une responsabilité des données ; une responsabilité de la sécurité. Autour d’eux, les prestataires apportent capacité et expertise, avec une obligation explicite de transférer leurs connaissances.

La manière d’acheter compte aussi. Notre dossier sur l’achat public numérique et notre comparatif forfait, régie ou centre de services détaillent les formules qui préservent la maîtrise de l’acheteur.

Idée reçue n° 6 : « L’intelligence artificielle va tout accélérer »

L’IA, et en particulier les modèles de langage, ouvre des possibilités réelles : assistance à la rédaction, synthèse de documents, recherche dans des fonds documentaires, aide à l’instruction de dossiers, traitement de courriers. Elle suscite aussi une pression forte pour « faire quelque chose », parfois sans savoir quoi.

Les projets d’IA qui réussissent ont en commun des conditions préalables : un processus bien décrit, des données accessibles et de qualité, une capacité à évaluer les résultats, des règles d’usage claires. Dans beaucoup d’organisations, ces conditions ne sont pas réunies, et le premier chantier utile est de les construire. L’IA vient ensuite, sur des cas d’usage précis, encadrés et mesurés.

Le cadre réglementaire impose aussi sa logique : dans l’Union européenne, l’AI Act interdit depuis le 2 février 2025 certaines pratiques et imposera des obligations aux systèmes à haut risque, notamment dans les domaines de l’emploi, de l’accès aux services publics essentiels ou de l’éducation. Un dirigeant doit savoir quels usages de l’IA sont envisagés dans son organisation et dans quelle catégorie ils tombent. Notre note sur les pratiques interdites par l’AI Act en donne le premier aperçu.

Idée reçue n° 7 : « Les données, c’est technique »

Les données sont devenues l’un des actifs principaux de toute organisation, et l’une de ses principales sources de risque. Leur gestion soulève des questions qui ne sont pas techniques : qui est responsable de la qualité d’une donnée ? Qui peut y accéder, et pourquoi ? Combien de temps la conserver ? Peut-on la partager avec un partenaire, l’ouvrir au public, l’utiliser pour entraîner un modèle ?

Ces questions appellent une gouvernance : des responsables désignés pour les grandes familles de données, des règles d’accès et de conservation, un registre des traitements, des décisions tracées. Elles appellent aussi une attention à la souveraineté : où sont hébergées les données, sous quel droit, avec quelles possibilités d’en sortir. Notre dossier sur les données et le cloud développe ces arbitrages.

Idée reçue n° 8 : « Les chiffres d’échec prouvent que c’est risqué »

On lit souvent que « 70 % des transformations échouent ». L’origine de ce chiffre est fragile : un article publié en 2011 dans le Journal of Change Management par Mark Hughes a montré qu’il ne reposait sur aucune base empirique solide. Les projets numériques comportent des risques réels, mais ces risques sont connus et en grande partie maîtrisables.

Les causes d’échec reviennent avec une régularité remarquable : un besoin mal compris, un périmètre trop large d’emblée, une dépendance à un fournisseur unique, l’absence d’utilisateurs réels dans la conception, des données de départ de mauvaise qualité, un pilotage par l’avancement plutôt que par la valeur, l’oubli de la conduite du changement et de la formation. Chacune appelle une réponse connue.

Le facteur humain : ce que les plans oublient

Les plans de transformation décrivent des systèmes, des processus et des calendriers. Ils parlent moins des personnes qui devront changer leur manière de travailler, et c’est souvent là que se joue le résultat. Un nouvel outil qui ajoute des saisies sans rien retirer, une procédure dématérialisée qui supprime le contact avec les usagers que les agents appréciaient, une réorganisation annoncée sans explication : chacun de ces choix suscite une résistance rationnelle, que l’on qualifie trop vite de résistance au changement.

Trois pratiques font une différence nette. Associer tôt les personnes qui feront le travail, non pour valider un projet déjà conçu, mais pour le concevoir : ce sont elles qui connaissent les exceptions, les contournements et les vrais irritants. Montrer ce qui disparaît, pas seulement ce qui arrive : une transformation crédible supprime des tâches, des ressaisies, des validations inutiles, et le dit. Former au moment utile, sur les situations réelles, avec un accompagnement de proximité dans les premières semaines, plutôt qu’une formation générale des mois avant le déploiement.

La transformation touche aussi les métiers eux-mêmes. Certaines tâches disparaissent, d’autres apparaissent : analyse des données, pilotage de prestataires, conception de services. Une organisation qui anticipe ces évolutions dans sa politique de recrutement et de formation se donne les moyens de conduire seule les transformations suivantes.

Mesurer la valeur, pas l’avancement

Les tableaux de bord des programmes de transformation mesurent souvent l’avancement : pourcentage du budget consommé, jalons atteints, nombre de fonctionnalités livrées. Ces indicateurs sont utiles pour le pilotage de projet, mais ils ne disent pas si l’organisation fonctionne mieux. Un programme peut être exactement dans les temps et ne produire aucun effet.

Pour chaque priorité, il faut définir un ou deux indicateurs de valeur, mesurés avant et après : délai de traitement d’un dossier, taux de demandes traitées au premier contact, coût unitaire d’un acte, satisfaction des usagers, nombre d’incidents. Ces indicateurs permettent d’arrêter ce qui ne marche pas, de renforcer ce qui marche, et de rendre compte de manière compréhensible au conseil d’administration, à l’assemblée délibérante ou aux financeurs.

Ce que le dirigeant doit vraiment décider

Une fois ces idées reçues écartées, la responsabilité du dirigeant se resserre sur quelques décisions qu’il est seul à pouvoir prendre.

1. Les priorités. Quels problèmes, liés aux missions ou à la stratégie de l’organisation, le numérique doit-il aider à résoudre en premier ? Trois à cinq priorités, pas trente.
2. Les moyens durables. Un budget récurrent pour faire évoluer les systèmes, et pas seulement des investissements ponctuels ; des postes internes pour les rôles qui décident et pilotent.
3. La gouvernance. Qui décide de quoi : arbitrages entre directions, validation des investissements, acceptation des risques. Et comment ces décisions sont tracées.
4. Les principes. Quelques règles qui s’imposent à tous les projets : formats ouverts et réversibilité, sécurité dès la conception, accessibilité, protection des données, réutilisation avant développement.
5. Le rythme. Des livraisons fréquentes et visibles, sur des périmètres limités, plutôt que de grands programmes à l’horizon lointain.
6. La mesure. Des indicateurs de valeur (délais de traitement, satisfaction des usagers, coûts unitaires, incidents) plutôt que d’avancement.
7. Le risque. La cybersécurité et la continuité comme sujets de direction, avec des exercices et des plans testés.

Les risques à suivre au comité de direction

Le numérique est aussi une source de risques que la direction doit connaître. La cybersécurité d’abord : les attaques par rançongiciel peuvent arrêter une organisation pendant des semaines, et les obligations se renforcent avec la directive NIS 2 et, pour la finance, le règlement DORA. La dépendance ensuite : à un fournisseur, à une technologie, à quelques personnes clés. La conformité : protection des données, accessibilité, règles sectorielles. Et la dette technique : des systèmes anciens que personne ne sait plus faire évoluer, qui freinent chaque nouveau projet.

• Nous connaissons nos dix applications les plus critiques et le temps nécessaire pour les relancer après un incident
• Nos sauvegardes essentielles sont hors ligne et ont été restaurées avec succès récemment
• Nous savons quels fournisseurs seraient difficiles à remplacer, et ce qu’il en coûterait
• Nous savons quelles données personnelles sensibles nous détenons et où elles sont hébergées
• Nous avons identifié nos systèmes hors support et un plan pour chacun
• Le comité de direction a participé à un exercice de crise cyber

Ces indicateurs doivent rester peu nombreux. Une direction qui suit trente indicateurs n’en suit aucun ; trois ou quatre par priorité, revus chaque trimestre, suffisent pour savoir si la transformation produit ce qu’elle promet, et pour corriger la trajectoire à temps.

Choisir ses partenaires

Peu d’organisations conduisent leur transformation seules. Le choix des partenaires (éditeurs, intégrateurs, cabinets de conseil, équipes de développement) pèse lourd sur le résultat. Quelques questions aident à trier. Le partenaire a-t-il intérêt au succès durable de l’organisation, ou à la vente de son produit ? Ses conseils sont-ils indépendants des solutions qu’il commercialise ? S’engage-t-il à transférer ses connaissances et à documenter ce qu’il fait ? Accepte-t-il d’être mesuré sur la valeur produite plutôt que sur les jours facturés ? Les réponses honnêtes à ces questions distinguent un fournisseur d’un partenaire.

Organiser la première année

Pour une organisation qui veut reprendre la main sur son numérique, une première année réaliste combine quatre chantiers. Un état des lieux rapide : applications, contrats, données, compétences, risques. Une stratégie courte, adoptée par la direction, avec ses priorités et ses principes. Deux ou trois réalisations visibles, choisies pour leur effet sur les usagers ou les équipes et leur faisabilité, menées par des équipes mixtes métier et numérique. Et la mise en place des fondamentaux : sécurité de base, gouvernance des décisions, renforcement des compétences internes.

À la fin de cette année, l’organisation doit pouvoir montrer des résultats concrets, expliquer ses priorités pour la suivante, et disposer d’équipes capables de les porter. Le reste suit.

Notre façon de travailler en équipes déployées est conçue pour accompagner cette montée en capacité, avec l’objectif explicite que les équipes internes conduisent seules la suite. Pour garder la trace des décisions et des responsabilités tout au long de la démarche, voir notre produit Gouvernance. Les lecteurs du secteur public trouveront une déclinaison de ces principes dans notre dossier pour les collectivités.

1. Hughes M., « Do 70 Per Cent of All Organizational Change Initiatives Really Fail? », Journal of Change Management, 2011.
2. Règlement (UE) 2024/1689 sur l’intelligence artificielle (AI Act).
3. Directive (UE) 2022/2555 (NIS 2) et règlement (UE) 2022/2554 (DORA).

Questions fréquentes

Qui doit porter la transformation numérique dans une organisation ?

Le dirigeant lui-même, pour les arbitrages, appuyé par un responsable du numérique qui siège au comité de direction. Les directions métier portent chacune la transformation de leurs processus. Confier le sujet au seul service informatique conduit presque toujours à des projets techniques sans effet sur l'organisation.

Combien de temps dure une transformation numérique ?

Elle n'a pas de fin à proprement parler : les technologies, les attentes et les règles continuent de changer. Les premiers résultats visibles doivent en revanche arriver vite, en quelques mois, sur un périmètre limité, pour donner du crédit à la démarche et financer la suite.

Faut-il commencer par l'intelligence artificielle ?

Rarement. L'IA produit des résultats quand les processus sont décrits, les données disponibles et de qualité, et les équipes capables d'en évaluer les résultats. Dans beaucoup d'organisations, le premier chantier utile est ce socle ; l'IA vient ensuite, sur des cas d'usage précis.

Comment éviter que la transformation dépende entièrement de prestataires ?

En gardant en interne les rôles qui décident et qui pilotent : responsables de produit, architecture, données, sécurité. Les prestataires apportent de la capacité et des compétences rares, avec une obligation de transfert de connaissances inscrite au contrat.