Moderniser un système legacy sans tout casser

Remplacer un système vieillissant d'un seul coup est la stratégie la plus risquée. Voici l'approche progressive que nous privilégions.

Toute organisation finit par porter un système critique que plus personne n'ose toucher. Il fonctionne, il est central, et sa technologie n'est plus maintenue. La tentation du « big bang » est forte : tout réécrire, tout basculer un week-end.

Pourquoi le big bang échoue si souvent

Une réécriture complète suppose que l'on connaisse exhaustivement les règles métier du système existant. C'est presque toujours faux : une partie de la logique n'est documentée nulle part, sinon dans le code lui-même et dans les habitudes des utilisateurs.

L'approche par étranglement progressif

Nous privilégions une migration par périmètres successifs : on intercale une couche d'API devant le système existant, puis on remplace les fonctions une à une, en gardant la possibilité de revenir en arrière à chaque étape.

• Cartographier les flux entrants et sortants avant toute chose
• Commencer par un périmètre périphérique à faible risque
• Faire coexister ancien et nouveau système le temps nécessaire
• Ne couper l'ancien que lorsque le nouveau a fait ses preuves en production

Le coût caché de l'attente

Reporter la modernisation a aussi un prix : difficulté croissante à recruter, failles de sécurité non corrigées, impossibilité d'intégrer de nouveaux services. Ce coût est rarement chiffré, alors qu'il devrait l'être.