Par Thaddée Leblond · Publié le · À jour: juin 2026
Refondre son système d'information, ce n'est pas tout remplacer d'un coup — c'est clarifier où l'on va. La méthode : cartographier l'existant, définir la cible, prioriser par la valeur et le risque, puis avancer par étapes. Une refonte réussie est progressive, pilotée, et part des processus — pas des outils.
Refonte ne veut pas dire tout casser
La tentation du « big bang » — remplacer l'ensemble du SI en une fois — est aussi séduisante que risquée. Elle concentre tous les dangers au même moment : reprise de données, formation, interruptions, résistances. À l'inverse, une refonte maîtrisée procède par paliers réversibles, chacun apportant de la valeur sans mettre l'entreprise en péril.
Cartographier l'existant
On ne refait pas ce qu'on ne connaît pas. La première étape est l'état des lieux : quelles applications, quelles données, quels flux entre elles, quels points de douleur, quelles redondances ? Cette cartographie révèle ce qui doit changer en priorité — et ce qui fonctionne et mérite d'être conservé.
Définir la cible
Vient ensuite la vision : à quoi doit ressembler le SI dans deux ou trois ans ? C'est le travail d'urbanisation — penser le SI comme une ville, avec des fonctions bien réparties, des échanges fluides et une cohérence d'ensemble. Sans cible claire, chaque décision ajoute une rustine, et la complexité s'aggrave.
Prioriser par valeur et par risque
Tout ne se vaut pas. Croisez la valeur attendue (gains, levées de blocages) et le risque (complexité, criticité, dépendances) pour ordonner les chantiers. On commence souvent par ce qui apporte beaucoup pour un risque maîtrisé — des victoires rapides qui financent la confiance et la suite.
Avancer par étapes
Chaque palier suit la même rigueur : cadrage, choix, reprise de données soignée, conduite du changement, mise en production, stabilisation. Puis on enchaîne, en gardant la cible en ligne de mire. C'est cette discipline qui transforme une refonte — souvent redoutée — en trajectoire maîtrisée plutôt qu'en saut dans le vide.
Questions fréquentes
Par l'état des lieux, pas par les nouveaux outils. Cartographier l'existant (applications, données, flux, points de douleur) avant de définir la cible évite de remplacer pour remplacer et révèle les vraies priorités.
Presque jamais. Une refonte « big bang » concentre les risques. Mieux vaut une trajectoire par étapes, qui sécurise chaque palier et permet d'ajuster en cours de route.
Cela dépend du périmètre, mais une refonte se pense sur plusieurs mois à plusieurs années, par paliers. L'important n'est pas la vitesse, mais la cohérence de la trajectoire et la maîtrise des risques.
En priorisant par valeur et par risque, en avançant par étapes réversibles, en soignant la reprise de données et la conduite du changement, et en gardant une vision cible claire pour ne pas accumuler de rustines.
Sources
- Méthodologie d'urbanisation et de refonte des systèmes d'information