Moderniser un logiciel métier : ce que l'IA change vraiment pour une PME

Cisco veut réécrire son vieux code avec l'IA. Ce que cela change pour une PME dont l'activité repose sur un logiciel métier vieillissant, et comment le moderniser sans tout casser.

Moderniser un logiciel métier, c'est le remettre sur une base technique maintenue sans perdre ce qu'il fait bien : les règles de gestion, les données et les habitudes des équipes. L'IA accélère nettement la partie la plus ingrate du travail, lire et réécrire du vieux code, mais elle ne décide pas à votre place de ce qu'il faut garder. Pour une PME, la bonne méthode reste progressive : un inventaire, des tests sur l'existant, puis une migration module par module.

Le sujet a pris une autre dimension cette semaine. Jeetu Patel, président et directeur produit de Cisco, a raconté au magazine Fortune qu'il avait confié des jetons d'IA illimités à Paddy Krishnamurthy, un ingénieur de 27 ans arrivé chez Cisco avec le rachat de sa start-up EzDubs en 2025. Sa mission : refondre le code historique du groupe. L'objectif affiché est de traiter 98 % de ce code en 24 mois, avec une équipe de deux personnes et quatre semaines pour prouver que la méthode tient.

Que dit vraiment l'annonce de Cisco ?

Il s'agit d'un objectif, pas d'un résultat. Aucun chiffre n'a été publié sur le volume de code concerné, sur les tests prévus ou sur ce que veut dire « traiter » 98 % du code. L'équipe doit d'abord montrer, en quelques semaines, que l'approche fonctionne sur un périmètre réel.

Pour une PME, le chiffre compte moins que le signal. Un groupe de cette taille estime désormais que réécrire du vieux code avec l'aide de l'IA est faisable à grande échelle. Les mêmes outils sont accessibles à une entreprise de vingt personnes dont l'activité tourne sur une application développée il y a dix ou quinze ans.

Comment savoir si votre logiciel métier doit être modernisé ?

Quelques situations reviennent souvent chez les dirigeants qui nous parlent de leur outil interne :

• Le langage ou le framework n'est plus maintenu, par exemple une version de PHP absente de la liste des versions encore supportées par PHP, donc sans correctifs de sécurité.
• Une seule personne sait encore faire évoluer l'outil, et elle n'est pas toujours disponible.
• Chaque petite modification casse autre chose, faute de tests automatiques.
• L'outil ne fonctionne pas sur téléphone ou ne communique pas avec vos autres logiciels, comme la comptabilité ou la facturation électronique.
• Le serveur qui l'héberge n'a pas été mis à jour depuis des années, parce que personne n'ose y toucher.

Un seul de ces points ne justifie pas forcément une refonte. Quand deux ou trois se cumulent, le risque pour l'activité devient réel. Nous avons détaillé le cas des versions de PHP dépassées dans notre article sur la faille PHP2Shell et la mise à jour de PHP.

Photo : Alexander Gluschenko sur Unsplash

Que peut faire l'IA dans une modernisation, et où s'arrête-t-elle ?

Ce qu'elle fait bien

Les assistants de code actuels lisent un fichier de plusieurs milliers de lignes en quelques secondes et en résument le rôle. Ils retrouvent les endroits où une règle de calcul est appliquée, proposent une traduction d'un langage vers un autre et rédigent des tests qui décrivent le comportement actuel du programme.

Ce dernier point est le plus précieux. Avant de changer quoi que ce soit, on fige ce que fait l'ancien logiciel, pour vérifier ensuite que le nouveau donne exactement les mêmes résultats. Un développeur qui devait passer des jours à comprendre un module mal documenté en a aujourd'hui une première vue d'ensemble beaucoup plus vite.

Ce qu'elle ne remplace pas

L'IA ne sait pas pourquoi telle remise ne s'applique qu'à certains clients, ni si cette exception est encore voulue ou si elle date d'un client parti depuis longtemps. Ces réponses sont dans la tête de vos équipes, pas dans le code.

Elle se trompe aussi avec beaucoup d'assurance. Un code réécrit qui compile et passe une démonstration peut cacher une erreur de calcul ou une faille. C'est la limite que nous décrivions à propos du vibe coding pour une PME : produire du code est devenu facile, le relire et en répondre reste un métier.

Reste la question des données. Reprendre dix ans d'historique de clients, de commandes ou de factures demande des contrôles que personne ne peut sauter, avec ou sans IA.

Comment moderniser un logiciel métier étape par étape ?

1. Faire l'inventaire de l'existant

On liste les écrans, les traitements automatiques, les imports et exports, les utilisateurs et ce que chacun fait vraiment de l'outil. Il est fréquent qu'une partie des fonctions ne serve plus à personne. Celles-là n'ont pas besoin d'être reprises.

2. Écrire des tests sur l'ancien logiciel

C'est le filet de sécurité de tout le projet. Pour une facture, un devis ou un planning, on enregistre ce que l'ancien outil produit à partir de données réelles. L'IA aide beaucoup à rédiger ces tests, à condition qu'un développeur vérifie qu'ils couvrent les cas qui comptent.

3. Choisir entre réécriture complète et migration progressive

Tout réécrire d'un coup paraît plus simple sur le papier. En pratique, l'entreprise reste des mois avec un outil figé, puis bascule en une fois avec tous les risques que cela suppose. La migration progressive remplace un module après l'autre pendant que l'ancien système continue de tourner. Pour une PME qui ne peut pas s'arrêter, c'est en général la voie la plus sûre.

4. Migrer les données avec des contrôles

Avant chaque bascule, on compare l'ancienne et la nouvelle base sur des totaux simples : chiffre d'affaires par mois, nombre de clients actifs, soldes en cours. Si un écart apparaît, on le comprend avant d'aller plus loin.

5. Documenter et former

Une modernisation réussie laisse derrière elle une documentation lisible : comment l'outil fonctionne, où sont les données, qui peut le faire évoluer. C'est ce qui évite de se retrouver dans la même impasse dix ans plus tard.

Faut-il moderniser l'existant ou passer à un outil du marché ?

La question se pose à chaque projet. Si votre logiciel automatise un savoir-faire propre à votre entreprise, le remplacer par un abonnement standard oblige souvent à tordre vos façons de travailler pour entrer dans l'outil. S'il reproduit une fonction banale, comme la paie, un outil du marché coûtera moins cher à maintenir. Nous avons comparé les deux options dans notre article logiciel métier ou SaaS.

Quand l'outil vaut la peine d'être gardé, la modernisation aboutit à un logiciel sur mesure remis à neuf : la même logique métier, une technologie maintenue, un hébergement à jour et un accès depuis un navigateur ou un téléphone.

Combien coûte la modernisation d'un logiciel métier ?

Il n'existe pas de prix au forfait, parce que tout dépend de la taille du code, de l'état des données et du nombre de liens avec d'autres logiciels. L'IA réduit surtout le temps passé à comprendre et à réécrire le code. La vérification, la reprise des données et la formation restent des postes à part entière. Notre article sur le coût d'un logiciel sur mesure pour une PME détaille ce qui fait varier un budget.

Méfiez-vous des promesses de refonte complète en quelques jours. Même chez Cisco, avec des moyens d'IA illimités, l'équipe s'est donné quatre semaines rien que pour démontrer que sa méthode fonctionne.

Si un outil interne vieillit chez vous, montrez-le-nous. Depuis Rumilly, nous regardons le code et les données avec vous, puis nous vous disons franchement s'il vaut mieux le moderniser, le remplacer ou le laisser tranquille encore quelques années.