Une solution legacy est un joyau à polir.
Oui, vous avez bien lu.
Il est vrai que nous autres développeurs adorons nous en plaindre en y rajoutant à chaque fois une couche (sport national !).
Pourtant, d’une certaine manière, vous avez devant vous un petit miracle.
Quand on pense legacy, on a tout de suite en tête cette application avec du code spaghetti alambiqué, des bugs mystiques, un filet de sécurité via des tests faible, voire inexistant.
On pourrait débattre durant des jours et des jours sur comment cela aurait dû être fait, comment on referait le projet via une page blanche, etc. etc. …
Mais ce serait oublier ce qui a déjà été accompli.
Si cette solution legacy existe aujourd’hui, c’est que par le passé, suite à un long processus d’échanges et d’itérations avec le métier et l’équipe IT, probablement au terme d’un véritable parcours du combattant, cela a fini par donner naissance à ce projet, qui, globalement, répond au besoin métier.
Dans la majorité des cas, la difficulté principale pour un projet informatique n’est pas sur l’aspect technique, mais le facteur humain : comprendre le besoin, le traduire en des usages, débattre, faire des compromis, des adaptations…
Vous avez devant vous une base de connaissances. Tout ceci est désormais acquis.
La suite reste à écrire. Polir cette pierre brute pour en faire un joyau demandera du temps, de la méthode et beaucoup d’efforts. Mais à partir de maintenant, en prenant le bon cap et en y mettant l’énergie nécessaire, atteindre une solution qui répondra aux exigences de l’IT et du métier est à portée de main.
Le legacy n’est pas un poids à traîner, mais un acquis à valoriser. Le potentiel est là.