.Refonte applicative progressive

Cédric Millauriaux
Rédigé par Cédric Millauriaux, Architecte Logiciel
Mis à jour le

La refonte applicative d'un logiciel métier est l'un des projets IT les plus à risque qui soit. Notre approche progressive, fondée sur le strangler pattern, réduit ce risque en livrant de la valeur tous les 2-3 mois et en préservant l'activité opérationnelle pendant la transition.



Strangler pattern : le principe

Un nouveau système naît à côté de l'ancien et absorbe progressivement ses fonctionnalités. Une couche de routage (façade) dirige chaque requête vers l'ancien ou le nouveau système, en fonction de ce qui a déjà été migré. À terme, l'ancien système, n'ayant plus aucune requête, peut être éteint.


Cette approche permet : (1) de livrer de la valeur dès le premier sprint, (2) de pouvoir s'arrêter à tout moment sans tout perdre, (3) de maintenir l'activité opérationnelle tout au long de la transition.



Refonte applicative progressive

Notre méthode

  1. Audit préalable : voir notre audit de SI. Comprendre ce qui marche, ce qui ne marche pas, ce qui est critique.
  2. Capture du métier : ateliers avec les utilisateurs, tests d'acceptation écrits (BDD), reverse engineering ciblé.
  3. Architecture cible : souvent un monolithe modulaire bien architecturé, parfois des microservices quand l'organisation le justifie.
  4. Couche de routage : proxy ou API gateway qui redirige les requêtes entre l'ancien et le nouveau système.
  5. Migration par modules : fonctionnalité par fonctionnalité, en commençant par les périphériques (moins risqué) pour finir par le cœur.
  6. Extinction du legacy : quand toutes les requêtes vont au nouveau système.

Cas client confidentiel

Application métier critique — refonte en strangler pattern

Pour un client dont l’application métier critique reposait sur une stack PHP/MySQL ancienne et non documentée, nous avons mené une refonte progressive en strangler pattern sur 14 mois. Capture de la connaissance métier en ateliers, écriture des tests d’acceptation sur le comportement existant, puis remplacement module par module sans rupture utilisateur. Le legacy a été éteint à la fin sans incident bloquant.
Une refonte applicative à cadrer ? Parlons-en !


L'équipe DINNO derrière ce service

Une équipe permanente à Saint-Herblain, qui suit chaque projet du cadrage à la maintenance.

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

Pourquoi pas un big-bang ?
Parce que c'est presque toujours un échec. Une refonte big-bang demande 18-36 mois sans livrer de valeur, période pendant laquelle les besoins évoluent, l'équipe se démotive, le budget dérape. Le strangler pattern livre des modules tous les 2-3 mois, permettant de pivoter en cours de route et de capter la valeur progressivement.
Comment éviter la perte de connaissance métier ?
Trois pratiques systématiques : (1) ateliers métier avec les sachants encore présents, transcrits en documentation et tests d'acceptation ; (2) reverse engineering du code legacy pour extraire les règles non documentées ; (3) co-développement avec les utilisateurs métier via des démos courtes et fréquentes.

À lire aussi