Tout logiciel métier vieillit. Un jour, celui qui faisait tourner votre activité devient lent, rigide, difficile à faire évoluer — et le prestataire qui le connaissait n'est plus là. Vient alors la question qui angoisse tout dirigeant : faut-il tout réécrire, ou moderniser petit à petit ? C'est probablement la décision la plus lourde de conséquences de tout le projet.
Le big bang : réécrire tout d'un coup
L'idée est séduisante : abandonner le vieux système, repartir d'une base technique propre et moderne, livrer un nouveau logiciel flambant neuf le jour J. Sur le papier, c'est net. Dans la réalité, c'est l'approche qui échoue le plus souvent.
Le problème tient en une phrase : pendant toute la durée de la réécriture, vous payez deux systèmes et vous ne livrez aucune valeur. Six mois, un an, parfois plus, à reconstruire ce qui existe déjà, sans nouvelle fonctionnalité pour vos utilisateurs. Et le jour de la bascule concentre tous les risques sur une seule date : si le nouveau système a un défaut majeur, c'est toute votre activité qui s'arrête. Beaucoup de projets big bang sont abandonnés à mi-parcours, quand le budget est consommé et que le nouveau système n'est toujours pas prêt.
Il existe un piège supplémentaire, souvent sous-estimé : un vieux logiciel métier contient des années de règles métier accumulées — des cas particuliers, des exceptions, des comportements que plus personne ne documente mais dont dépend votre activité. Une réécriture complète oublie inévitablement une partie de ces règles, et ce sont vos utilisateurs qui les redécouvrent, une par une, en production.
La refonte progressive : moderniser par étapes
L'alternative consiste à moderniser module par module, en commençant par les zones les plus douloureuses ou les plus risquées. L'ancien système et le nouveau cohabitent le temps de la transition. À chaque étape, on livre de la valeur — un irritant corrigé, une brique sécurisée, une fonctionnalité modernisée — et on réduit le risque global, puisqu'on ne bascule jamais tout en même temps.
Cette approche a trois vertus décisives. Vous voyez des résultats vite — les premiers gains arrivent en quelques semaines, pas en un an. Le risque reste maîtrisé — un module qui pose problème n'emporte pas tout le reste. Et l'investissement est pilotable — vous avancez au rythme que votre budget et votre activité permettent, avec la possibilité de faire une pause ou de réorienter à chaque palier.
Alors, big bang ou progressif ?
Dans la grande majorité des cas, la refonte progressive est le choix le plus sûr et le plus rentable. Le big bang ne se justifie que dans des situations précises : une technologie totalement obsolète et non maintenable, un périmètre réellement petit et maîtrisé, ou une contrainte externe qui impose une bascule complète (fin de support d'un composant critique, obligation réglementaire). Et même dans ces cas, un bon cadrage permet souvent de découper ce qui semblait indivisible.
La vraie réponse ne se donne pas à l'aveugle : elle se décide après un audit de l'existant — état du code, de l'architecture, criticité métier, contraintes de délai et de budget. C'est ce qui permet de recommander la bonne approche, plutôt que de subir celle qui arrange le prestataire.
Notre conviction
Nous avons accompagné des refontes dans des domaines très variés — gestion d'EHPAD, intérim, industrie — et le constat est presque toujours le même : ce qui fait échouer un projet de refonte, ce n'est pas la technique, c'est le choix de la trajectoire. Commencer par nommer le bon risque, livrer vite, préserver les règles métier existantes : c'est ce qui transforme une modernisation angoissante en projet maîtrisé.