Logiciel métier devenu une boîte noire : cartographier l'existant avant de rêver le monde idéal

« Notre logiciel métier fait beaucoup de choses, on ne sait plus lesquelles. On a listé nos besoins pendant des mois et on n'avance toujours pas. »

Le piège du monde idéal dessiné au feeling

La tentation est naturelle. Puisque l'outil actuel frustre, autant imaginer celui dont on rêve et le décrire de zéro. Le problème apparaît quelques mois plus tard, quand la cible dessinée au feeling se heurte aux cas réels.

Les entreprises qui ont tenté l'exercice le résument toujours de la même façon : « on a défini notre cible au feeling, et on a oublié la moitié des cas ». Ces cas oubliés sont précisément ceux que le logiciel actuel traite en silence depuis des années, sans que personne ait eu besoin d'y penser. La cartographie de l'existant sert d'abord à les faire remonter à la surface.

Une boîte noire est un risque qui grossit en silence

Quand un outil devient une boîte noire, trois phénomènes s'installent ensemble. La connaissance se perd d'abord, car le développeur d'origine est parti depuis longtemps et des modules entiers survivent sans que personne ne sache encore à quoi ils servent.

Les effets de bord s'invitent ensuite. Tout est si imbriqué qu'une modification en casse une autre ailleurs, et l'équipe apprend à ne plus toucher à rien. Cette prudence a un coût : l'outil se fige au moment même où l'activité, elle, continue d'accélérer.

La dépendance, enfin, devient totale. L'outil fait tourner la maison, donc on ne peut pas l'arrêter du jour au lendemain pour le remettre à plat. Chaque mois qui passe ajoute une règle que lui seul connaît.

La méthode des poupées russes

Reprendre la main sur un logiciel métier suit trois mouvements, emboîtés comme des poupées russes. On ouvre la grande pour trouver la suivante, et jamais l'inverse.

La première poupée est la cartographie de l'existant, le sujet de ce guide. La deuxième est la définition de la cible, qui n'a de sens qu'une fois la carte en main. La troisième est le remplacement progressif, brique par brique, que nous détaillons dans notre guide pour sortir d'un logiciel propriétaire sans Big Bang.

Cartographier en cinq dimensions

Une carte utile couvre cinq dimensions. Chacune se décrit à partir de dossiers réels récents, avec les personnes qui s'en servent tous les jours, car c'est dans leurs gestes que vit la connaissance avant de vivre dans un schéma.

1. Le code et ses règles. Quelles décisions l'outil prend-il à la place des équipes, quels calculs applique-t-il, quelles conditions déclenchent quoi. Même sans accès au code source, une grande partie se reconstitue en observant son comportement sur des cas concrets.
2. Les interfaces avec les machines et les autres logiciels. Ce qui entre, ce qui sort, par quel canal, à quelle fréquence. C'est ici que se cachent les échanges par fichier, les routines de nuit et les transferts qui s'écrasent entre eux.
3. Les utilisateurs et leurs gestes. Qui saisit quoi, à quel moment, avec quelle marge d'interprétation. La fameuse porte de qualité, le contrôle avant transmission d'un service à l'autre, vit souvent dans une tête plutôt que dans l'outil.
4. Les sorties produites. Documents, exports, étiquettes, plannings, pièces pour la comptabilité. Chaque sortie a un destinataire qui en dépend et qui souffre quand elle change sans prévenir.
5. Les satellites tolérés. Les fichiers Excel, les impressions couleur, les petits outils annexes nés pour combler un manque. Ils font partie du système réel, même quand personne ne les a officiellement décidés.

Les signaux qu'un outil est devenu une boîte noire

Quelques phrases reviennent dans toutes les entreprises concernées. On les entend en réunion bien avant de les reconnaître comme un symptôme.

• « On ne sait plus ce que ça fait » revient dès qu'on parle d'une évolution.
• Une modification simple devient un pari, parce que l'on redoute un effet de bord ailleurs.
• Le volume traité a beaucoup augmenté, à équipes constantes, et la tension monte sans que l'outil aide davantage.
• Des exports Excel et des documents retravaillés à la main entourent le logiciel pour compenser ce qu'il ne fait plus.

Chacun de ces signaux pointe vers la même première action, qui n'est pas de changer d'outil mais de le comprendre.

Et après la carte ?

La carte sert à décider en connaissance de cause. Elle montre où se concentrent les règles fragiles, donc par quelle brique commencer, et elle révèle les points où les logiciels ne se parlent pas, un sujet que nous traitons dans notre guide sur la source de vérité unique.

Elle prépare aussi la sécurisation de l'existant. Une fois les comportements connus, on peut les verrouiller par des tests automatisés sur le logiciel legacy avant d'y toucher. Pour mener ce travail avec un regard extérieur, notre offre d'audit et de modernisation sans Big Bang part justement de cette cartographie.