Étude de cas

Moderniser un système d'entrepôt vieux de 12 ans sans arrêter les camions

Un distributeur faisait tourner tout son entrepôt sur un logiciel plus ancien qu'une partie de son personnel. Voici comment nous l'avons remplacé pièce par pièce — sans bascule d'un seul coup, sans expédition perdue — et ce que nous referions à l'identique.

Have a nice dayHave a nice day15 min de lecture
Moderniser un système d'entrepôt vieux de 12 ans sans arrêter les camions

Le logiciel le plus dangereux dans une petite entreprise est le logiciel qui fonctionne. Pas l'outil bogué dont tout le monde se plaint — celui-là finit par être remplacé. Le dangereux, c'est le système de douze ans que personne n'aime mais dont tout le monde dépend, celui qui démarre depuis une tour beige dans un coin et qui fait tourner l'entrepôt depuis avant que la moitié de l'équipe ne soit embauchée. Il fonctionne. Jusqu'au jour où il ne fonctionne presque plus, et où chacun réalise d'un coup que toute l'entreprise repose en équilibre sur lui.

Voici l'histoire de l'un de ces systèmes, et comment nous l'avons remplacé. Le client est un distributeur régional — quelques milliers de références, un entrepôt unique, une trentaine de personnes entre le sol et le bureau. Nous les avons anonymisés et arrondi les chiffres, mais la trajectoire du projet est exactement celle qui s'est déroulée. Si vous êtes assis sur un système vieillissant que vous n'osez pas toucher, voilà à peu près à quoi ressemble de l'intérieur une modernisation raisonnable.

Il n'y a aucune réécriture héroïque dans cette histoire, aucun week-end où nous avons actionné un interrupteur et où tout était neuf. Le point essentiel — ce qui a fait que ça a marché — c'est qu'il ne s'est rien passé de dramatique. Les camions ont continué à charger. L'entrepôt a à peine senti le sol bouger sous lui. C'est l'objectif dans le travail sur l'existant, et il vaut la peine de comprendre pourquoi.

La situation : un système tenu par la mémoire d'une seule personne

L'entrepôt tournait sur un système sur mesure conçu vers 2013 par un développeur parti depuis longtemps. Il faisait l'essentiel — suivre les stocks, imprimer les listes de préparation, sortir les commandes — et un jour normal, il le faisait bien. Le problème n'était pas vraiment le logiciel. Le problème, c'était tout ce qui avait poussé autour du logiciel pour le maintenir utilisable.

En une décennie, l'équipe avait discrètement bâti un système fantôme fait de bouts de ficelle : un tableur pour les comptages de stock que le logiciel se trompait, un deuxième tableur qui rapprochait le premier de la réalité, un groupe WhatsApp où le responsable d'entrepôt signalait les articles que le système ne savait pas représenter, et un classeur imprimé de contournements que les nouveaux devaient mémoriser. Rien de tout cela n'était documenté en un seul endroit. Cela vivait dans la tête de la responsable des opérations, une femme posée d'une cinquantaine d'années, là depuis quatorze ans, et qui était, dans les faits, la documentation.

Quand le dirigeant nous a appelés pour la première fois, ce n'était pas à cause d'une panne. C'était parce qu'elle avait annoncé vouloir partir à la retraite dans deux ans, et qu'il avait fait le calcul et compris que le jour où elle partirait, une part significative du fonctionnement réel de l'entrepôt franchirait la porte avec elle. C'est un déclencheur de modernisation plus courant que n'importe quelle défaillance technique : non pas le système qui casse, mais la prise de conscience que les personnes qui le rafistolent ne seront pas là éternellement.

Le système hérité n'était pas le risque. Le risque, c'était que le savoir qui le maintenait en vie tenait dans une personne qui voulait partir à la retraite.
ce que le dirigeant ne pouvait pas dire à voix haute au début

Les symptômes que tout le monde avait cessé de remarquer

Quand nous avons passé nos deux premiers jours à simplement regarder l'entrepôt travailler, les coûts du vieux système étaient partout — mais ils étaient devenus si normaux que plus personne ne les signalait comme des problèmes. On faisait confiance aux chiffres de stock pour être faux d'une marge prévisible, si bien que chaque grosse commande recevait un contrôle physique manuel « au cas où ». Le personnel nouveau mettait des semaines à devenir utile, parce qu'une grande partie du métier relevait d'un savoir non écrit. Et le système tournait sur un système d'exploitation si ancien qu'il ne pouvait plus être corrigé, sur un réseau dont le dirigeant savait en privé qu'il était un incident de sécurité en attente d'arriver.

  • La précision de l'inventaire tournait autour de 80 %, donc le personnel recomptait à la main tout ce qui comptait — des heures par jour, en silence.
  • La logique de la liste de préparation ne gérait pas l'agencement actuel de l'entrepôt, donc les préparateurs suivaient l'itinéraire indiqué par le classeur, pas par l'écran.
  • Le rapprochement des stocks de fin de mois occupait deux personnes le plus clair de trois jours.
  • Une seule machine pouvait exécuter la partie administration du logiciel, et si elle tombait en panne, personne n'avait de plan clair.
  • Rien ne se connectait au canal de commande en ligne ajouté par l'entreprise en 2019 — ces commandes étaient ressaisies à la main.
Un coin de bureau d'entrepôt avec un vieil ordinateur de bureau beige exécutant un logiciel obsolète, entouré de notes autocollantes manuscrites, d'un classeur imprimé de contournements et d'une tasse de café, éclairage documentaire chaleureux
Le vrai système n'était pas à l'écran — il était dans les notes autocollantes, le classeur et la mémoire d'une personne.

Ce que nous avons délibérément évité de faire

Le mouvement évident — celui que beaucoup de prestataires auraient proposé — consiste à acheter une grande plateforme de gestion d'entrepôt sur étagère, à tout migrer en un week-end et à éteindre le vieux système le lundi matin. Nous avons vu cette approche mal tourner assez souvent pour ne pas la proposer à une entreprise comme celle-ci. Une bascule d'un seul coup suppose que l'on comprend parfaitement le vieux système. Avec une décennie de contournements non documentés, personne ne le comprenait — pas même ceux qui le faisaient tourner.

Le deuxième mouvement tentant est une réécriture complète sur mesure, de zéro : reprendre tout ce que fait le vieux système, le reconstruire proprement, livrer le nouveau. Cela paraît responsable et c'est une manière classique de brûler une année et un gros budget pendant que l'entreprise attend, figée, un remplacement qui ne cesse de glisser. L'ennui, c'est qu'une réécriture doit reproduire chaque bizarrerie avant de pouvoir démarrer — y compris les bizarreries dont personne ne se souvient qu'elles sont porteuses, jusqu'à ce qu'elles manquent.

Nous n'avons donc fait ni l'un ni l'autre. Nous avons traité le vieux système non comme une chose à démolir, mais comme une chose à entourer et remplacer lentement — une capacité à la fois, le vieux système continuant de tourner en dessous comme filet de sécurité tout du long. Sans panache. Et aussi la seule version de cela qui fonctionne de façon fiable.

L'approche : étrangler le vieux système, ne pas le faire sauter

Les développeurs ont un nom bien rodé pour ce modèle — l'approche « strangler » (étrangleur), du nom d'une liane qui pousse autour d'un arbre jusqu'à pouvoir tenir seule, l'original disparaissant en silence. On ne remplace pas le vieux système d'un seul geste. On bâtit de nouvelles pièces autour de lui, on y achemine du travail réel une à une, et on laisse le vieux système rétrécir jusqu'à ce qu'il en reste assez peu pour l'éteindre sans que personne ne retienne son souffle.

Pour cet entrepôt, cela a signifié convenir d'emblée d'une séquence : quelle capacité détacher en premier, laquelle garder pour la fin et — surtout — une règle selon laquelle à chaque étape, si la nouvelle pièce se comportait mal, nous pouvions revenir directement à l'ancienne méthode le jour même. Aucune étape n'avait le droit d'être un point de non-retour avant la toute fin. C'est cette seule règle qui a permis au dirigeant de dormir, et au personnel de l'entrepôt de faire confiance au projet au lieu de s'arc-bouter contre lui.

  1. 1
    Cartographier ce que le système fait réellement
    Trois semaines à suivre de près le sol et le bureau pour documenter le flux de travail réel — y compris chaque contournement par tableur et classeur. Nous avons consigné le système qui existait, pas celui que décrivait le cahier des charges initial.
  2. 2
    Nettoyer les données avant de les déplacer
    Nous avons mené un inventaire physique complet et nettoyé la base de données produits par rapport à lui. Migrer des données sales dans un nouveau système ne fait que donner plus vite la mauvaise réponse — donc cela est venu avant que tout nouveau logiciel ne touche aux données.
  3. 3
    Remplacer d'abord la pièce la plus douloureuse
    Nous avons bâti le nouveau module de suivi et de comptage des stocks, l'avons fait tourner en parallèle de l'ancien, et ne lui avons fait confiance que lorsque les chiffres ont collé à la réalité pendant un mois entier.
  4. 4
    Brancher les canaux que le vieux système ignorait
    Ensuite, nous avons relié le canal de commande en ligne directement aux nouvelles données de stock, supprimant la ressaisie manuelle qui existait en silence depuis 2019.
  5. 5
    Détacher le reste, puis retirer le vieux cœur
    Préparation, reporting et rapprochement ont migré un à un. Quand presque plus rien de réel ne tournait sur le vieux système, nous l'avons enfin éteint — un non-événement à ce stade.
Une illustration épurée façon schéma d'une nouvelle couche logicielle moderne qui pousse autour d'un vieux bloc hérité et le remplace progressivement, avec des flèches montrant le travail réacheminé pièce par pièce, style éditorial plat
Entourer, réacheminer, rétrécir : le vieux système a continué de tourner comme filet de sécurité jusqu'à ce que presque plus rien de réel n'en dépende.

Les parties qui ont été vraiment difficiles

Il serait malhonnête de présenter cela comme fluide. Le travail technique était la partie facile. Les parties difficiles étaient humaines et procédurales, et ce sont les mêmes parties difficiles sur presque tous les projets sur l'existant.

La règle non documentée qui a cassé une fonction

Deux semaines après le lancement du nouveau module de stock en parallèle, les chiffres ont dérivé pour une catégorie de produits sans que nous puissions voir pourquoi. Après une journée de fouille, la responsable des opérations a mentionné, presque en passant, que certains articles en vrac étaient comptés à la palette, pas à l'unité, et que le vieux système avait une conversion cachée intégrée que personne n'avait documentée en une décennie. Elle ne figurait dans aucun cahier des charges. Elle ne vivait que dans sa tête et dans le classeur. Nous ne l'aurions jamais trouvée à partir du seul code — uniquement en faisant tourner les deux systèmes côte à côte et en demandant pourquoi ils divergeaient. C'est tout l'argument du fonctionnement en parallèle, en une anecdote.

Rallier le terrain

Le personnel de l'entrepôt avait survécu à plus d'une « amélioration » bien intentionnée qui leur avait gâché la journée, donc il a accueilli le projet avec une méfiance raisonnable. Nous ne l'avons pas combattue avec une présentation. Nous avons choisi le préparateur qui se plaignait le plus fort, nous nous sommes assis avec lui une matinée, et nous avons reconstruit l'écran de préparation autour de la façon dont il parcourait réellement le terrain. Dès qu'il a commencé à défendre le nouveau système à la salle de pause, le reste a suivi. Sur les projets sur l'existant, le critique le plus dur, une fois rallié, devient votre meilleur ambassadeur — et cela ne s'achète pas avec une note de service.

Nous n'avons jamais soutenu que le nouveau système était meilleur. Nous avons laissé les chiffres coller à la réalité pendant un mois, puis laissé le sceptique le plus bruyant le dire à notre place.
comment le déploiement a réellement été adopté

Les résultats, un an plus tard

Nous nous méfions des chiffres avant-après reluisants, parce que chaque entreprise mesure différemment et que les vôtres varieront. Traitez donc ceux-ci comme des chiffres honnêtes et arrondis tirés d'un projet, destinés à montrer la forme du retour plutôt qu'une promesse. Le titre tient moins à une métrique précise qu'à ce qui a cessé de faire peur.

MesureAvantAprèsEffet
Précision de l'inventaire~80 %~98 %Doubles vérifications manuelles quasi disparues
Rapprochement de fin de mois~3 jours, 2 personnes~une demi-journée, 1 personneEnviron une semaine de travail récupérée par mois
Commandes en ligne ressaisies à la mainToutesZéroLe canal alimente désormais le stock directement
Temps avant qu'un nouvel embauché soit utilePlusieurs semainesPlusieurs joursLe savoir est désormais dans le logiciel
Unique machine d'administration fragileOuiNonTourne partout, correctement sauvegardée
Chiffres arrondis et illustratifs d'une modernisation d'entrepôt sur douze mois.

Le chiffre qui importait le plus au dirigeant ne figurait sur aucun graphique. C'était que, lorsque la responsable des opérations est réellement partie à la retraite — quelques mois plus tôt que prévu, en fin de compte —, l'entrepôt n'a même pas vacillé. Le savoir qui vivait autrefois dans sa tête vivait désormais dans un système sur lequel n'importe qui pouvait être formé en quelques jours. La raison initiale de tout le projet était résolue, en silence et entièrement.

Un entrepôt moderne et lumineux où le personnel utilise des scanners portables et des tablettes, avec un écran mural affichant des tableaux de bord d'inventaire en direct et clairs, calme et organisé, lumière naturelle chaleureuse
Un an plus tard : le même entrepôt, la même équipe, mais le savoir vit désormais dans le système plutôt que dans la mémoire d'une personne.

Si vous êtes assis sur un système comme celui-ci

La plupart des dirigeants avec un système central vieillissant ressentent les deux choses à la fois : il est risqué de le garder, et il est terrifiant de le remplacer. Les deux sont vrais. L'erreur est de laisser la seconde peur l'emporter, car le risque du vieux système ne reste pas stable — il croît en silence chaque année, à mesure que les gens qui le comprennent se rapprochent du départ et que la plateforme sur laquelle il tourne s'éloigne du support.

Vous n'avez pas à choisir entre « le laisser tranquille et prier » et « miser l'entreprise sur une grande réécriture ». La voie médiane — l'entourer, le remplacer pièce par pièce, garder l'ancien comme filet jusqu'à ce que le nouveau ait gagné la confiance — est plus lente et bien moins héroïque. C'est aussi la version qui n'arrête pas les camions. S'il y a une chose à retenir de toute cette histoire, c'est celle-là.

Vous avez un vieux système que vous n'osez pas toucher ?

Si votre entrepôt ou votre gestion des stocks tourne sur un logiciel auquel vous ne faites plus tout à fait confiance — ou que vous ne comprenez plus tout à fait —, regardons-le ensemble. Nous cartographierons ce qu'il fait réellement et vous montrerons le chemin le moins risqué vers un remplacement moderne, pièce par pièce.

Découvrez comment nous modernisons les systèmes d'entrepôt

Questions fréquentes

Peut-on vraiment remplacer un système d'entrepôt sans interruption ?
Oui — c'est toute la raison d'être de l'approche pièce par pièce plutôt que d'une bascule du jour au lendemain. Le vieux système continue de tourner comme filet de sécurité tandis que chaque nouvelle capacité est construite, testée en parallèle et reconnue digne de confiance seulement lorsqu'elle colle à la réalité. À aucun moment, jusqu'à la toute fin, il n'existe d'instant où l'entrepôt ne peut pas revenir à l'ancienne méthode. Mené ainsi, le terrain remarque à peine la migration.
Pourquoi ne pas simplement acheter un système de gestion d'entrepôt sur étagère ?
Parfois c'est la bonne réponse, et nous le dirons si c'est le cas. Mais les plateformes sur étagère supposent que vos processus correspondent à leurs hypothèses. Une entreprise avec une décennie de contournements spécifiques et non documentés constate souvent que le produit standard couvre 80 % et se bat contre les 20 % restants — précisément la partie qui compte. Cette décision mérite d'être prise délibérément, pas par défaut.
Combien de temps prend un projet comme celui-ci ?
Pour un distributeur à entrepôt unique de cette taille, comptez en mois plutôt qu'en semaines — celui-ci en particulier a duré environ un an de bout en bout, délibérément sans hâte. La méthode pièce par pièce échange la vitesse contre la sécurité : sur le papier, elle est plus lente qu'un lancement d'un seul coup, mais elle ne porte pas le risque d'une entreprise figée qui attend un remplacement qui n'arrive jamais tout à fait.
Quelle est l'étape initiale la plus importante ?
Documenter honnêtement ce que le système actuel fait réellement — y compris chaque tableur et chaque contournement qui a poussé autour — puis nettoyer les données. Les deux ont lieu avant de construire tout nouveau logiciel. Sauter directement à la nouvelle technologie, c'est ainsi que les projets de modernisation héritent de tous les vieux problèmes et en portent le blâme.
Qu'advient-il du savoir qui vit dans la tête d'un employé clé ?
Le capter est l'un des objectifs principaux, pas un effet secondaire. En suivant cette personne et en encodant ses règles non documentées dans le nouveau système, l'entreprise cesse de dépendre d'un individu unique pour faire tourner l'entrepôt. Dans ce cas, l'employée clé est partie à la retraite pendant le projet, et l'exploitation s'est poursuivie sans perturbation — ce qui est précisément le résultat pour lequel la modernisation était faite.
Have a nice day
Have a nice day
La rédaction

Have a nice day est un studio logiciel qui aide les petites et moyennes entreprises à se digitaliser — automatisation, IA et logiciels sur mesure qui fonctionnent au quotidien, pas seulement sur des diapositives.

Prestations associées