Remplacer un logiciel ancien : comment s'y prendre ?

Un système qui tourne depuis quinze ans contient plus de connaissances qu'il n'y paraît. Le remplacer d'un coup est la façon la plus risquée de procéder.

Documentez d'abord ce qu'il fait

Pas ce qu'il devrait faire : ce qu'il fait réellement, y compris les exceptions que quelqu'un a ajoutées il y a huit ans. C'est là que se cachent les surprises.

Remplacez par morceaux

Un module à la fois, avec l'ancien et le nouveau qui coexistent. Plus lent en apparence, et beaucoup plus sûr qu'une bascule unique.

Ne reproduisez pas tout

Une partie des fonctionnalités n'est plus utilisée par personne. Vérifiez-le dans les données d'usage plutôt que de demander — on répond toujours qu'on en a besoin.

Prévoyez du temps pour les données

C'est presque toujours la partie la plus longue. Les données anciennes sont plus désordonnées que ne le dit la documentation.

Gardez l'ancien accessible

En lecture seule, un temps. Cela vous évite de devoir tout migrer immédiatement, y compris ce que personne ne consultera plus jamais.