Pourquoi la plupart des go-lives WMS dérapent-ils ?
Plus de la moitié des go-lives WMS prennent du retard. Une cause fréquente : personne dans l’équipe n’a jamais mené un tel projet. L’intégrateur construit le système ; quelqu’un doit encore l’adapter à l’opération.
Que disent les chiffres ?
56 % des go-lives WMS prennent du retard et 30 % des projets WMS échouent (FulfillmentIQ, 2024). Ce ne sont pas d’abord des problèmes de logiciel. Ce sont des problèmes de projet.
Pourquoi personne n’est-il responsable du projet ?
L’IT dit que c’est un problème opérationnel. Les opérations disent que c’est un problème IT. Le fournisseur continue d’envoyer ses factures.
L’intégrateur construit ce qui est spécifié. Si personne ne traduit les besoins du terrain en ce que le système doit faire, les écarts n’apparaissent qu’en phase de test, voire après le go-live.
« Un système ne vaut que par ceux qui le pilotent. »
Pourquoi le responsable d’entrepôt ne peut-il pas simplement s’en charger ?
Ils connaissent l’opération par cœur. Mais la faire tourner occupe chacune de leurs heures. Trop pris par le quotidien pour prendre du recul et voir la situation d’ensemble, ou ce qu’un WMS moderne pourrait apporter.
Qu’est-ce qui aide ?
Quelqu’un qui a mené ces projets de tous les côtés : comme opérateur, chef de projet et intégrateur. Quelqu’un qui parle les deux langages, détecte tôt les malentendus et fait avancer l’IT, les opérations et le fournisseur vers un seul go-live.
