Sortir d'un logiciel métier propriétaire sans Big Bang : le déshabillage brique par brique
Par François-Guillaume Ribreau, cofondateur de NoBullshit Conseil. Publié le 5 octobre 2026.
Un logiciel métier propriétaire qui porte l'entreprise devient un sujet sensible le jour où l'éditeur se raidit. Les licences grimpent du jour au lendemain, le support se ferme, et la dépendance se transforme en inquiétude.
Pourtant, le remplacer d'un bloc paraît inenvisageable : c'est lui qui fait tourner la boîte. La sortie existe quand même, à condition d'oublier le grand soir et d'avancer par petits pas sûrs.
« C'est le logiciel qui fait tourner la boîte, impossible de tout arrêter du jour au lendemain. Et notre éditeur a multiplié le prix des licences sans prévenir. »
Le grand soir n'arrive jamais
La migration en Big Bang promet de tout régler à une date donnée. Dans les faits, elle concentre tout le risque sur ce seul jour, et le périmètre à reprendre d'un coup est presque toujours plus large que prévu.
Les entreprises qui l'ont vécu racontent la même dérive : un chantier prévu pour un an qui en prend deux, parfois des tentatives qui échouent plusieurs fois avant d'aboutir. L'équipe qui mène le projet n'est jamais en cause. Le vrai responsable est la logique du tout en même temps, qui laisse peu de place à l'erreur et aucune à la marche arrière.
Déshabiller l'ancien, brique par brique
La méthode qui tient dans la durée consiste à déshabiller le logiciel pièce par pièce. Un clone moderne tourne à côté de l'ancien et prend en charge une fonction à la fois, pendant que le reste continue de fonctionner comme avant.
On ne débranche une brique d'origine qu'une fois la nouvelle éprouvée en conditions réelles. L'entreprise garde ainsi son outil vivant du premier au dernier jour, et chaque brique livrée apporte un gain tout de suite, sans attendre la fin du chantier.
Ceinture et bretelles : la réversibilité comme principe
Avancer par petits pas n'a de valeur que si chaque pas peut se défaire. C'est le principe de la ceinture et des bretelles : tant que la brique neuve n'a pas fait ses preuves, l'ancienne reste là, prête à reprendre la main.
Cette réversibilité du choix change la nature de la décision. Elle ne demande plus de parier sur un grand saut, elle enchaîne des mouvements que l'on peut annuler sans douleur. La peur de tout casser, qui bloque tant de projets, perd alors sa prise.
Le lock-in éditeur, le vrai déclencheur
Derrière la décision de sortir, il y a presque toujours une dépendance devenue pesante. Un éditeur qui ferme ses interfaces, qui augmente fortement ses licences ou qui cesse de répondre place l'entreprise dans une position où elle subit au lieu de choisir.
Reprendre la main, c'est d'abord retrouver la liberté de décider. Le remplacement progressif récupère le code, les données et les règles au fur et à mesure, pour que l'entreprise redevienne propriétaire de ce qui la fait vivre. Le but n'est jamais de blâmer l'outil d'hier, mais de ne plus dépendre d'un fournisseur unique.
Comment démarrer sans tout risquer
Le point de départ est la connaissance de l'ancien, bien avant le choix du nouveau logiciel. On commence par cartographier l'existant, puis on sécurise la première brique avec des tests automatisés avant de la cloner.
Souvent, la première brique est aussi celle où les logiciels ne se parlent pas, ce qui ramène à la question de la source de vérité unique. Pour conduire cette sortie pas à pas avec un tiers neutre, notre offre dédiée à moderniser un logiciel métier legacy sans Big Bang part de la carte et avance brique par brique.
Vous voulez sortir d'un logiciel propriétaire sans arrêter la production ?
Moderniser sans Big Bang