Modernisation du système d’information

Il faut d’abord cartographier les objets communs, les flux réels, les écrans de décision et les redondances qui coûtent le plus cher. On ne commence pas par la technologie la plus ancienne, mais par la zone où la superposition des outils crée le plus d’erreurs, de retards ou d’opacité.

Il faut documenter les rôles, les flux, les règles métier, les référentiels, les interfaces, les dépendances techniques, les profils d’accès et les conditions de reprise en exploitation. Sans cette base, la migration avance peut-être, mais elle reste difficile à piloter et encore plus difficile à transmettre.

Il faut décider clairement où chaque donnée fait foi, quels flux restent temporaires et quels écrans deviennent progressivement inutiles. Une coexistence tient quand elle est pilotée comme une phase transitoire explicite, pas quand elle s’installe par défaut jusqu’à recréer deux systèmes concurrents.

Parce qu’ils conditionnent identités, dossiers, droits, échanges inter-applicatifs et qualité du reporting. Si plusieurs briques n’utilisent pas la même définition d’un usager, d’un agent, d’un établissement ou d’un statut, toute modernisation reste superficielle tant que ce socle n’est pas remis au clair.

L’arbitrage dépend de trois choses: la lisibilité de l’existant, le coût de la dette à conserver et le risque de rupture de service. Une surcouche peut être pertinente pour remettre rapidement de la cohérence, mais elle ne doit pas servir à repousser indéfiniment une base devenue trop opaque pour être maintenue.

Il faut distinguer les données à reprendre telles quelles, celles à requalifier et celles qu’il vaut mieux laisser archivées hors du flux courant. Une migration réussie ne copie pas aveuglément le passé: elle choisit ce qui doit continuer à produire de la valeur opérationnelle et ce qui doit seulement rester consultable.

Il faut prévoir les modalités d’export, la structure des données, la documentation des interfaces, la lecture des environnements, les droits d’accès et les dépendances tierces. La réversibilité n’est crédible que si une autre équipe peut reprendre le socle sans dépendre de connaissances tacites ou d’outils cachés.

Ces sujets doivent être portés dès les choix de parcours, de composants, de rôles, de journalisation et de documentation. Dans le public, accessibilité, sécurité et auditabilité ne sont pas des finitions séparées: ce sont des contraintes de conception qui conditionnent la qualité du service et sa capacité à être repris.

Une trajectoire reste pilotable quand le périmètre actif est clair, les dépendances connues, les arbitrages documentés et la continuité de service mesurée au fil des étapes. Dès que la roadmap se remplit de migrations floues sans règles de décision ni lecture des risques, le chantier redevient difficile à maîtriser.