Maintenir ou réécrire ? Comment décider quoi faire d’un système vieillissant

« Et si on reconstruisait tout ? » est l’une des questions les plus coûteuses auxquelles une entreprise puisse mal répondre. Les réécritures sont séduisantes, une page blanche, des outils modernes, aucun héritage à traîner — mais c’est aussi là que les budgets et les calendriers s’effondrent. Voici un cadre pratique pour choisir entre maintenir, moderniser et réécrire un système dont dépend votre entreprise.

Partir de la question métier, pas de la question technique

Avant de parler de code, répondez à cette question : de quoi l’entreprise a-t-elle besoin de ce système au cours des trois prochaines années ? Stabilité et coûts d’exploitation réduits orientent vers la maintenance. De nouvelles capacités importantes orientent vers la modernisation. Un changement fondamental de ce que le système doit faire, un nouveau modèle économique, un nouveau marché, une nouvelle échelle — est la seule situation qui justifie vraiment une réécriture.

Les quatre options honnêtes

• Maintenir, le garder en marche, sûr et à jour. Idéal quand le système fait son travail et que le coût du changement est la principale préoccupation.
• Moderniser de façon incrémentale — remplacer des parties au fil du temps (voir l’approche strangler fig) pendant que le système continue de tourner. Idéal quand vous avez besoin de nouvelles capacités sans pouvoir accepter d’interruption ni de risque.
• Changer de plateforme, migrer vers une meilleure infrastructure (par exemple le cloud) sans réécrire la logique. Souvent le moyen le plus rapide de réduire les coûts et d’améliorer la fiabilité.
• Réécrire — reconstruire de zéro. Le coût le plus élevé, le risque le plus élevé, le délai le plus long avant d’en tirer de la valeur. Justifié seulement quand l’entreprise a fondamentalement dépassé le système.

Les questions qui révèlent la bonne réponse

À quelle fréquence le système doit-il réellement changer ? Si c’est rare, la maintenance est presque toujours la bonne réponse. Quelle part de sa valeur réside dans des cas limites non documentés ? Plus elle est grande, plus une réécriture devient dangereuse, car ce sont précisément ces cas qui se perdent. Quel est le coût réel du système actuel, pas seulement les licences, mais aussi les dépenses cloud, le temps passé sur les incidents et le coût d’opportunité des changements lents ? Et surtout : si vous réécrivez et que cela tourne mal, l’entreprise peut-elle l’absorber ?

Pourquoi la réécriture est rarement le bon choix par défaut

Une réécriture vous demande de reproduire des années de logique métier accumulée, d’atteindre la parité fonctionnelle avant de pouvoir basculer et de faire tourner deux systèmes en parallèle pendant une longue transition — tout cela avant d’apporter le moindre bénéfice nouveau. Les études sur les grandes réécritures montrent systématiquement des dépassements et des projets abandonnés. L’alternative, une maintenance rigoureuse et une modernisation ciblée — apporte de la valeur en continu et maîtrise le risque.

Comment nous vous aidons à décider

Le technology assessment de Dink existe précisément pour cette décision. C’est une revue à périmètre fixe, pilotée par notre CTO, de votre plateforme, de vos coûts, de votre résilience et de vos opérations, qui aboutit à un plan priorisé, les économies d’abord, les risques réduits. Vous repartez en sachant s’il faut maintenir, moderniser ou, parfois, reconstruire, et vous êtes libre d’exécuter ce plan avec nous ou avec quelqu’un d’autre.