Transformation digitale : ce qui fait échouer les projets

Une transformation digitale n'est pas un portail de plus. C'est un dispositif qui doit se substituer à des procédures existantes, portées par des directions distinctes, chacune avec ses règles et ses délais. Les échecs que nous observons se concentrent sur trois points.

Le périmètre n'est pas figé avant le développement

Une procédure dématérialisée reproduit une règle de gestion. Si cette règle évolue pendant le projet, ou si son interprétation diffère selon les services, le développement rattrape indéfiniment un besoin mouvant. La parade est documentaire : arrêter par écrit, cas d'utilisation par cas d'utilisation, la règle appliquée et son fondement, puis traiter tout changement comme un avenant.

La donnée de référence est négligée

Nomenclatures, référentiels de tiers, codes pays, unités de mesure : ces référentiels sont partagés entre plusieurs applications. Sans propriétaire désigné et sans mécanisme de diffusion, chaque système garde sa copie et les écarts apparaissent en production. Nous traitons systématiquement le référentiel comme un service à part entière, avec versionnement et date d'effet.

La bascule est planifiée trop tard

Le passage du papier au numérique crée une période où les deux circuits coexistent. Si cette période n'est pas conçue explicitement — quels dossiers restent au format papier, comment les reprendre, qui tranche en cas de litige — les utilisateurs rebasculent vers l'ancien circuit dès la première difficulté.

Ce qui fonctionne

Des incréments courts, démontrables, adossés à un cas d'utilisation identifié dans le cadrage. Une recette menée par les personnes qui utiliseront l'outil. Et un journal d'anomalies consultable par ces mêmes personnes, pour qu'elles puissent corriger sans passer par le support.