Trois cas publics
Les cas ci-dessous proviennent de pays différents et de projets qui n’étaient pas uniquement des projets WMS ; mais ce qui s’est passé dans les processus d’entrepôt et de distribution montre clairement les risques auxquels un projet WMS peut être confronté. Les chiffres sont uniquement ceux des sources citées.
| Cas | Ce qui s’est passé | Enseignement pour votre projet WMS |
|---|---|---|
| Hershey (États-Unis, 1999) | Le système, couvrant ERP, CRM et logiciel de supply chain, a démarré au moment où affluaient les commandes d’Halloween ; l’entreprise a indiqué que les problèmes l’empêcheraient de livrer environ 100 millions d’USD de produits [1]. | Ne programmez pas le démarrage en haute saison ; fixez la date selon des critères de préparation, pas selon le calendrier. |
| Target Canada (2013–2015) | L’équipe chargée d’enquêter sur les problèmes a estimé que les informations produit du système n’étaient exactes qu’environ 30 % du temps (98–99 % aux États-Unis). Les centres de distribution débordaient de stock tandis que les rayons des magasins étaient vides ; certains articles ne pouvaient pas être traités pour l’expédition. Les 133 magasins ont fermé [2]. | Si les données de base comme les dimensions, poids et unités des articles sont fausses, le système d’entrepôt ne peut pas fonctionner. Faites du nettoyage des données la première tâche du projet et ajoutez des contrôles à la saisie. |
| ASOS (Royaume-Uni, 2019) | Peinant à déployer un nouveau logiciel d’automatisation sur son site de Berlin, l’entreprise a connu des problèmes de disponibilité des stocks aux États-Unis et dans l’UE ; son directeur général a parlé d’« un échec d’exécution ». L’entreprise a comptabilisé 50,5 millions de GBP de coûts de transition et de restructuration [3]. | Lancer en même temps un nouveau site, une automatisation et un logiciel multiplie le risque. Planifiez une montée en charge progressive et laissez le temps d’atteindre la pleine capacité. |
Sept schémas d’échec fréquents
- Périmètre faux ou flou. Un système est choisi avant que les processus soient écrits ; les exceptions (retours, expéditions partielles, quarantaine) apparaissent en production.
- Données de base manquantes ou fausses. Sans dimensions, poids, codes-barres et unités, les règles de rangement et de préparation ne peuvent pas fonctionner [2].
- Une équipe projet qui ne connaît pas l’exploitation. Le projet est traité comme un sujet IT ; l’équipe d’entrepôt ne participe pas à la conception et ne s’approprie pas le système.
- Des tests écourtés. Quand le planning se resserre, les tests sont les premiers sacrifiés ; le système démarre sans tests de bout en bout ni tests de charge.
- Démarrer au mauvais moment. Démarrer en haute saison, ou avec de nombreux changements simultanés, supprime le temps nécessaire pour corriger les problèmes [1][3].
- Des erreurs d’intégration passées inaperçues. Les messages défaillants venant de l’ERP s’accumulent en silence ; les écarts de stock apparaissent plus tard.
- Des objectifs non mesurés. Faute d’avoir mesuré l’exactitude et la productivité avant le démarrage, on ne peut prouver ni la réussite ni l’échec.
Signes précoces du « retour à Excel » après un WMS
L’échec ne ressemble pas toujours à une crise. Souvent, le système semble fonctionner pendant que l’exploitation commence discrètement à le contourner. Surveillez ces signes dans les mois qui suivent le démarrage :
- Les rapports sont de nouveau préparés dans des tableurs ; on ne fait pas confiance aux données du système.
- Certaines transactions se font sur papier au lieu du terminal et sont saisies en masse plus tard.
- Les écarts d’inventaire ne baissent pas ; les ajustements de stock deviennent routiniers.
- Les utilisateurs outrepassent sans cesse les suggestions du système (emplacements, séquence de préparation).
- Personne ne regarde l’écran des erreurs d’intégration, ou il n’existe pas.
- Chaque changement de règle nécessite une commande de travaux auprès de l’éditeur.
Si deux de ces signes ou plus sont présents, mesurer la situation actuelle avec le diagnostic opérationnel est un bon moyen de distinguer les problèmes de logiciel, de processus et de données.
Réduire les risques
- Écrivez vos processus et exceptions avant la sélection ; faites dérouler vos propres flux par les éditeurs lors d’une démo scénarisée.
- Définissez le nettoyage des données et son responsable dans les premières semaines du projet.
- Prenez la décision de démarrage selon une liste de contrôle go / no-go, pas selon le calendrier ; écrivez le plan de retour arrière.
- Interrogez les clients de référence sur leurs premières semaines après le démarrage ; nos questions pour les appels de références sont conçues pour cela.
- Relevez des mesures d’exactitude, de productivité et de délai avant le démarrage et liez-y la fin de l’hypercare.
Si vous souhaitez partager un enseignement anonyme tiré de votre propre projet, écrivez à info@findwms.com. Les cas partagés ne sont publiés qu’avec une autorisation explicite, sans données d’entreprise ni personnelles.
Questions fréquentes
Pourquoi les projets WMS s’enlisent-ils ?
Généralement pas à cause du logiciel. Les trois causes les plus fréquentes : des données articles non prêtes, une structure d’emplacements non mise en place physiquement, et des décisions de processus non prises avant le lancement du projet. Le logiciel ne crée pas un ordre qui n’existe pas.
Quel est le moment le plus risqué du démarrage ?
Le stock d’ouverture. Sans inventaire exact au niveau de l’emplacement juste avant la bascule, le système tourne sur des données fausses dès le premier jour et vous perdez la confiance du terrain en quelques jours. La regagner prend des mois.
Combien de formation suffit ?
Une session d’une journée est oubliée au changement d’équipe suivant. Ce qui reste, c’est de travailler quelques jours aux côtés du terrain et de laisser une instruction de travail d’une page par rôle. Veillez à ce que la formation soit une ligne distincte de l’offre.
Sources
- CIO, « Supply Chain: Hershey's Bittersweet Lesson » — cio.com (consulté : 2026-09-19)
- Canadian Business, « The Last Days of Target Canada » — canadianbusiness.com (consulté : 2026-09-19)
- RTÉ / Reuters, « ASOS warns on profit again after botching warehouse revamps », 18 juillet 2019 — rte.ie (consulté : 2026-09-19)
Méthode et corrections : politique éditoriale.