Legacy, Obsolescence et Modernisation

Legacy, Obsolescence et Modernisation

Un système « legacy » est souvent un mot tabou, utilisé pour désigner un code que nous ne comprenons plus. Une autre définition aussi répandue est celle d’application obsolète, ancienne.

Un article (en construction) pour en savoir plus sur les applications « legacy », leur obsolescence et leur modernisation.

(Chaque semaine, notre auteure publie un complément à cet article sur son profil linkedin. Un challenge limité à 1.300 mots par semaine …)

W1 – Les critères de l’obsolescence

Toutes les applications métiers sont, par définition, spécifiques.

Si votre entreprise souhaite diminuer les coûts de maintenance et/ou récupérer une capacité à introduire de l’innovation, il est important d’identifier les principales raisons de leur obsolescence. Et sans concession !

Basé sur mon expérience, j’utilise une liste simple pour identifier une application métier problématique, certains clients diront « toxique », dans un portefeuille applicatif :

– Les utilisateurs s’en plaignent régulièrement,

– L’application est critique pour le coeur business et donc irremplaçable,

– Des évolutions sont nécessaires mais trop couteuses,

– Les technologies utilisées pour construire l’application sont obsolètes ou posent des enjeux de performance ou de sécurité,

– Il n’y a aucun test automatisé pour vérifier les non-régressions,

– La conception de l’application est problématique,

– Les développeurs ne sont plus là et les compétences sont rares voire perdues.

Une fois identifiée cette obsolescence, reste une question essentielle avant d’envisager une modernisation : est-ce que l’application mérite d’être sauvée ?

W2 – Votre application mérite-t-elle d’être sauvée ?

Après avoir identifié la ou les raisons de l’obsolescence de votre application coeur de métier, il reste la question essentielle avant d’envisager sa modernisation : « mon application mérite-t-elle d’être sauvée ? »

Vous avez toujours de bonnes raisons de conserver votre application « legacy » :

– Elle fonctionne de manière satisfaisante, les couts de remplacement sont prohibitif en regard des (faibles) avantages fonctionnels apportés,

– Elle requiert une haute disponibilité et ne peut être interrompue, les couts pour concevoir une nouvelle application équivalente sont prohibitifs, le système existant étant peu maitrisé, peu documenté, et les sachants sont partis.

En réalité, le remplacement de votre application legacy doit intervenir dès qu’il est nécessaire de la maintenir et que ce coût de maintien dépasse sa valeur.

Il ne faut pas négliger non plus les impacts sur votre business de rester avec un système obsolète : risques liés à la sécurité, time-to-market pour l’introduction de nouvelles fonctionnalités, démotivation des ingénieurs assurant les évolutions et la maintenance, dégradation de la dette technique …

Une fois votre décision prise, il reste encore à choisir le bon scénario pour se désengager de cette application.

W3 – Les scénarios de désengagement

Vous avez décidé de vous désengager de votre application toxique, et vous êtes maintenant devant un choix cornélien, celui du scénario. Petite revue des différentes possibilités qui s’offrent à vous.

– Migrer vers un système totalement neuf, en espérant que cette réécriture va inclure l’accès à de nouvelles technologies, possiblement plus utilisées et moins onéreuses,

– Conserver le système existant en découplant l’architecture de l’application en blocs techniques et/ou fonctionnels afin d’identifier des actions de modernisation bloc par bloc, en espérant que cette approche permette un niveau de décision assez fin et limite les risques liés aux travaux de transformation,

– Sous traiter maintenance et évolutions de l’application à un tiers, une approche directe et rapide, en espérant ne pas devenir dépendant d’un prestataire et ne pas avoir à gérer une réversibilité devenue encore plus complexe pour les mêmes raisons qu’à l’origine de votre décision,

– Migrer vers un progiciel, en espérant y retrouver vos processus et règles métiers et garder une agilité et compétitivité face à vos concurrents.

W4 – Big Bang ou bien ?

(à suivre jeudi 19 juillet …)