Comprendre l’enjeu et le périmètre
Cette approche évite un grand remplacement risqué lorsque des améliorations ciblées suffisent.
Identifier les fonctions réellement utilisées, les règles implicites, les interfaces, les données et les compétences critiques.
Passer à l’action
- Observer le fonctionnement et les exceptions
- Comparer les scénarios de modernisation
- Migrer par étapes avec contrôles de cohérence
Traitez le fonctionnement normal et les échecs comme deux parties du même produit. Décrivez les contrats d'interface, les erreurs, les reprises, les droits et l'observabilité. L'exploitabilité doit être prévue dès la conception, pas ajoutée après le premier incident.
Responsabilités et moyens
Le métier valide les résultats, les équipes historiques transmettent, et l’architecte organise la trajectoire.
Inclure rétroanalyse, coexistence, migration, tests et décommissionnement.
Produire et vérifier
- Livrable utile
- Une stratégie de modernisation, un inventaire des règles et un plan de transition.
- Preuve à rechercher
- Comparer les résultats de l’ancien et du nouveau système sur des cas représentatifs et des périodes sensibles.
- Indicateur à interpréter
- Suivre les risques réduits, les composants retirés et les écarts de résultat métier.
Un test utile exerce un comportement attendu et dispose d'un résultat observable. Complétez les tests unitaires par des vérifications d'intégration et des parcours métier. Le taux de couverture du code ne démontre, à lui seul, ni la qualité des assertions ni l'absence de défauts.
Arbitrages et dépendances
Des règles métier non documentées peuvent disparaître lors d’une réécriture techniquement réussie.
La modernisation dépend des interfaces, formats de données, contrats et compétences rares.
Comparez la complexité totale, et non seulement la sophistication technique. Une solution distribuée apporte des possibilités mais aussi des pannes partielles et des exigences d'exploitation. Choisissez une architecture que les équipes peuvent livrer, comprendre et faire évoluer.
POUR APPROFONDIR
Les 26 questions du dossier
Comprendre
Diagnostiquer
Mettre en œuvre
Décider
- Modernisation d’un système ancien : qui doit contribuer, décider et valider ?
- Modernisation d’un système ancien : sur quels critères prendre une décision ou accepter une exception ?
- Modernisation d’un système ancien : quels coûts faut-il prévoir au-delà de l’outil ?
- Modernisation d’un système ancien : comment prioriser lorsque les moyens sont limités ?
Vérifier
Piloter
Maîtriser
- Modernisation d’un système ancien : comment protéger les informations et les accès associés ?
- Modernisation d’un système ancien : comment éviter qu’un incident rende le dispositif inutilisable ?
- Modernisation d’un système ancien : que faut-il demander et vérifier auprès d’un prestataire ?
- Modernisation d’un système ancien : comment changer d’outil ou de prestataire sans perdre la connaissance ?