.Refonte de système d'information

Cédric Millauriaux
Rédigé par Cédric Millauriaux, Architecte Logiciel
Mis à jour le
Refonte de système d'information

Une application métier qui tourne sur une stack obsolète. Un ERP étendu dont plus personne ne maîtrise le code. Un SI qui freine l'activité commerciale et coûte trop cher en maintenance. La refonte d'un système d'information n'est jamais un sujet purement technique : c'est un arbitrage stratégique entre le risque de rupture et celui de l'immobilisme.


DINNO accompagne la modernisation progressive de SI legacy depuis 2015, à travers plus de 150 projets menés par une équipe permanente de 5 collaborateurs. Notre conviction : une refonte réussie apporte des résultats dès les premiers mois, préserve le savoir-faire métier de l'existant et n'interrompt jamais votre activité.



Quand refondre un système d'information ?

Quelques signaux qui justifient une réflexion sérieuse :


  • Coût de maintenance qui dépasse la valeur produite : chaque évolution prend des mois, chaque correctif crée trois régressions.
  • Stack technique en fin de vie : framework non maintenu, base de données dont l'éditeur a disparu, dépendances avec failles de sécurité non corrigeables.
  • Équipe historique en départ : la connaissance métier est dans la tête de 1 à 3 personnes, dont certaines partent à la retraite ou démissionnent.
  • Inadaptation aux besoins métier : l'organisation a évolué mais l'application n'a pas suivi, on contourne via Excel et copier-coller.
  • Contraintes réglementaires nouvelles : RGPD, NIS2, sécurité renforcée, intégration à des plateformes nationales (Mon Espace Santé, France Connect, etc.).


Migration et transformation SI

Notre approche : strangler pattern et migration progressive

Plutôt que de tout réécrire avant de basculer d'un seul coup (approche dite « big bang »), nous appliquons le strangler pattern : un nouveau système naît à côté de l'ancien et absorbe progressivement ses fonctionnalités, jusqu'à ce que l'ancien, vidé de sa substance, puisse être éteint.


Cette approche réduit fortement le risque : à chaque étape, l'ancien système continue de fonctionner ; chaque fonctionnalité migrée est testable individuellement ; le projet peut être interrompu sans perte sèche si le contexte change.



Nos modalités d'intervention

  • Audit initial : état de l'art du SI existant, dette technique, risques, options de refonte chiffrées. Préalable indispensable à toute décision.
  • Migration legacy vers le cloud : lift-and-shift, refactor, replatform ou rebuild, choix arbitré par les coûts et les risques.
  • Refonte applicative : réécriture progressive d'une application métier en préservant la valeur fonctionnelle.
  • Stratégie de transformation digitale : vision long terme, feuille de route, gouvernance, conduite du changement.


Préserver la connaissance métier

Le piège classique d'une refonte : reconstruire techniquement mais perdre 30 % des règles métier en chemin, parce qu'elles étaient implicites dans le code ou dans la tête de l'équipe historique. Notre démarche systématise la capture du métier :


  • Ateliers avec les utilisateurs métier et les sachants restants.
  • Tests d'acceptation écrits avant le développement (BDD).
  • Reverse engineering du code legacy pour extraire les règles non documentées.
  • Cartographie vivante maintenue par les équipes après notre départ.

Une refonte SI à arbitrer ? Commençons par vérifier si elle est vraiment nécessaire

Approfondir



Sources et références

Textes, normes et publications de référence que nous utilisons sur ce sujet.




L'équipe DINNO sur vos projets de refonte

Une équipe qui a piloté plusieurs refontes progressives sans interruption d'activité, du cadrage à la décommission du legacy.

Aline Deschamps

Aline Deschamps

Directrice Générale, spécialiste Data

Co-fondatrice de DINNO, elle pilote la stratégie de l'agence et accompagne les clients dans la valorisation de leurs données. Elle intervient sur le cadrage des projets, la gouvernance et la dimension métier des solutions, en particulier auprès des acteurs de la santé.

LinkedIn →
Antoine Précigout

Antoine Précigout

Directeur Technique

Directeur technique de DINNO, il pilote l'équipe de développement et garantit la qualité d'ingénierie de bout en bout : architecture, industrialisation, CI/CD, tests automatisés et mise en production. Référent technique sur les projets web et mobiles.

LinkedIn →
Cédric Millauriaux

Cédric Millauriaux

Architecte Logiciel

Architecte logiciel chez DINNO, il intervient sur les audits techniques, la conception d'architecture et l'urbanisation des systèmes d'information. Il accompagne éditeurs et grands comptes dans leurs refontes et leurs choix structurants (cloud, intégration LLM, sécurité).

LinkedIn →

Questions fréquentes

Faut-il tout refondre ou peut-on moderniser progressivement ?
Il ne faut quasiment jamais tout refondre d'un coup. Une refonte big-bang est un projet à très haut risque : périmètre flou, durée longue, perte de connaissance métier, démotivation des équipes. Nous privilégions une approche progressive (strangler pattern, modernisation par fonctionnalité) qui permet de livrer de la valeur tous les 2-3 mois et de pivoter si nécessaire.
Combien coûte une refonte de SI ?
Très variable : à partir de 20 000 € pour une application simple, autour de 100 000 € pour la modernisation d'une application métier, et jusqu'à plusieurs centaines de milliers d'euros pour un SI multi-applications. Le facteur principal n'est pas tant la technologie cible que la complexité du métier inscrit dans le code legacy et la qualité de la documentation existante. Un cadrage approfondi est indispensable avant tout engagement budgétaire. Ces tarifs sont donnés à titre indicatif et peuvent varier selon la complexité et les spécificités de votre SI.
Que faire si l'équipe historique part avant la refonte ?
Il s'agit d'un cas comme identifié à risque majeur. Nous traitons ce scénario en deux temps : (1) capture de la connaissance métier via des ateliers avec les sachants restants, transcription en documentation vivante et tests d'acceptation, (2) reverse engineering du code legacy pour reconstituer les règles métier non documentées. Plus tôt vous nous embarquez, plus cette capture est de qualité.
Faut-il migrer dans le cloud à cette occasion ?
Souvent oui, mais pas systématiquement. Le cloud apporte scalabilité, sécurité et services managés mais peut aussi alourdir les coûts récurrents et créer une dépendance fournisseur. Pour les SI très spécifiques (santé HDS, défense, contraintes de souveraineté), le cloud souverain ou le déploiement sur infrastructure interne peuvent rester pertinents. Notre rôle est d'arbitrer en fonction de votre contexte, pas de pousser un modèle.
Combien de temps prend une refonte ?
Pour une application métier critique : 12 à 24 mois en livraisons progressives. Pour un SI multi-applications : 2 à 4 ans, avec une cible mouvante (les besoins évoluent en cours de route). Plus la durée s'allonge, plus la capacité à livrer de la valeur intermédiaire devient déterminante : c'est le sens de notre approche en strangler pattern. Ces durées sont données à titre informatif et peuvent varier selon la complexité et les spécificités de votre projet.

Parlons de votre SI : un échange honnête avant tout engagement