ATLAS en 10 étapes : la modernisation legacy prévisible

Pourquoi les migrations legacy dérivent

Trois anti-patterns structurels reviennent dans les programmes qui ne tiennent pas leurs engagements.

Le premier est le refactoring pendant la migration. Restructurer le code en même temps qu'on le migre rend chaque régression indiscernable : écart de migration ou écart de refonte ? Les délais de résolution sont multipliés par trois, quatre, parfois dix.

Le deuxième est la couverture de tests insuffisante avant migration. Sans référence de comportement, la parité fonctionnelle n'est plus mesurable. La validation devient une opinion, pas un livrable.

Le troisième est l'absence de traçabilité des discordances. Les écarts ponctuels sont documentés « plus tard », puis se manifestent en production, au moment le plus coûteux et le moins acceptable.

ATLAS neutralise ces trois pièges par conception.

Le cadre ATLAS : 10 étapes, 9 principes

ATLAS est notre cadre opérationnel pour la modernisation des applications legacy COBOL, Delphi, PowerBuilder et BizTalk, construit et industrialisé au sein d'Access International (groupe fondé en 1999, 27 ans d'existence). Il est structuré en dix étapes séquentielles, chacune avec un livrable identifié, un critère de sortie et une porte de validation (gate kill/go).

E1 Intake : cadrage du périmètre et des critères de réussite. E2 Discovery : compréhension approfondie du code legacy. E2b Spécification fonctionnelle : reconstitution d'une analyse lisible. E2e Capture de l'existant : fixation d'une référence de vérité. E3 Mapping des dépendances. E4 Architecture cible. E4b Tests pré-migration : écriture de la suite de tests de caractérisation. E5 Migration : traduction pattern par pattern. E6 Validation de parité. E7 Livraison avec registre interne de discordances classées.

Aucune étape ne démarre tant que la précédente n'est pas validée. Les neuf principes directeurs (tests d'abord, runs parallèles, strangler fig, audit de fidélité, etc.) imprègnent chaque décision.

L'étape critique : la capture de l'existant (E2e)

Si une seule étape devait résumer ATLAS, ce serait E2e. C'est le moment où l'on fige une référence de vérité du système actuel avant tout changement.

Concrètement : les écrans produits sont capturés en haute fidélité, les rapports sont exportés en jeux de données, les transactions critiques sont rejouées et enregistrées avec leurs effets. Cette base devient la suite de tests de caractérisation qui permettra, à la fin de la migration, de prouver formellement la parité fonctionnelle.

Les équipes qui sautent cette étape se retrouvent en validation finale à devoir prouver quelque chose qu'elles ne peuvent plus mesurer — le comportement attendu n'a jamais été fixé. ATLAS rend cette capture obligatoire, documentée, et classée en interne avant d'ouvrir E3.

Ce que ressemble un programme pluriannuel de modernisation TI nearshore

Sur un programme pluriannuel de modernisation TI pour un organisme public nord-américain, Access a opéré un centre de service multi-volets depuis la Tunisie, en sous-traitance pour un prime contractor local, sur les heures normales de bureau nord-américaines. Plusieurs volets couverts : développement de systèmes, programmation Java et .NET, gestion de projets, architecture organique.

Méthodologie Agile imposée par le client final : scrums quotidiens, rapports d'avancement hebdomadaires, comités directeurs. Ressources Access intégrées aux équipes du prime et du client, sous gouvernance du prime, avec habilitation sécurité personnel B3 obtenue pour les profils mobilisés.

Résultat : programme renouvelé en cours d'exécution, mandat additionnel obtenu (migration de répertoires de fichiers d'entreprise vers Microsoft SharePoint 365). La capacité Access à opérer un centre de service nearshore pour un organisme public nord-américain sous contraintes de gouvernance strictes est confirmée par la durée du partenariat et les renouvellements obtenus.

Pourquoi ATLAS est-elle propriétaire

ATLAS n'est pas une méthodologie publique qu'Access International suivrait comme d'autres. C'est un cadre que nous avons construit, industrialisé et affiné au sein du groupe Access (27 ans d'existence depuis 1999). Il inclut nos bibliothèques de patterns de migration par famille (COBOL, Delphi, BizTalk), nos catalogues de discordances récurrentes, nos gabarits de tests de caractérisation, et nos rituels de gouvernance éprouvés.

Chaque client signe un programme ATLAS dans le sens où il achète à la fois la cellule humaine, la méthode et le patrimoine méthodologique qui va avec. Ce qui l'autorise à poursuivre les évolutions en interne après livraison, équipé de la même rigueur que nous. Voir les quatre modèles de delivery pour comprendre comment ATLAS s'opérationnalise en régie, en forfait ou en centre de services.