Portefeuille MES, WMS, planification : quels projets créent de la valeur en 2027, lesquels en détruisent, et la méthode pour l'objectiver

Chaque automne, les directions industrielles et supply chain arbitrent une liste de projets qui se ressemblent d'une année sur l'autre : une montée de version du MES, un remplacement du WMS, un outil de planification avancée, une refonte des interfaces avec l'ERP, et depuis deux ans, un ou plusieurs projets estampillés IA. La liste est longue, les budgets ne le sont pas, et les dossiers qui arrivent en comité sont presque tous rédigés par ceux qui veulent le projet.

Après vingt ans passés à faire démarrer, réparer et parfois arrêter ces systèmes, nous avons chez Strepia une conviction qui déplaît souvent aux éditeurs comme aux intégrateurs : la majorité des projets de refonte applicative en production et en logistique détruisent de la valeur pendant les deux premières années, et la majorité des projets de fiabilisation des données et des interfaces en créent dès le premier trimestre. Les comités de direction financent pourtant les premiers et repoussent les seconds, parce que les premiers ont un nom d'éditeur et une démonstration, et que les seconds n'ont qu'un schéma de flux.

Cette conviction n'est pas qu'une impression de terrain. Dans son rapport 2026 sur les projets ERP, mené auprès de 170 organisations entre janvier 2025 et janvier 2026, Panorama Consulting relève que plus d'un quart des projets dépassent leur budget et près d'un quart leur calendrier. La première cause de dépassement budgétaire n'est pas la main-d'œuvre : c'est un besoin technologique supplémentaire découvert tard, le plus souvent parce que l'inadéquation entre l'outil et le terrain n'a été vue qu'en cours de route. La première cause de retard est organisationnelle : gouvernance, résistance au changement, refonte des processus^[1]. Ce sont précisément les deux angles morts des dossiers que nous voyons passer en comité.

Cet article propose une méthode pour trier, en une réunion, ce qui mérite un budget en 2027. Elle tient en trois questions techniques que les dossiers de projet n'abordent presque jamais, et en une grille que vous pouvez appliquer dès demain.

1. La question que les dossiers évitent : d'où vient la valeur, mécaniquement ?

Un dossier de projet MES ou WMS annonce des gains de productivité, de qualité, de taux de service. Il ne dit presque jamais par quel mécanisme technique ces gains vont se produire. Or dans une usine ou un entrepôt, la valeur ne vient que de quatre endroits :

1. Une décision prise plus tôt : lancer un ordre, réaffecter une ligne, déclencher un réapprovisionnement avant la rupture.
2. Une erreur évitée : mauvaise consommation déclarée, mauvais lot expédié, mauvaise quantité comptée.
3. Un geste supprimé : double saisie, rapprochement manuel, recomptage, ressaisie après rejet d'interface.
4. Un arrêt écourté : incident diagnostiqué en une heure au lieu d'une journée.

Chaque projet de votre portefeuille devrait pouvoir être rattaché à un ou plusieurs de ces mécanismes, avec un chiffre et une source. Un projet qui ne peut pas l'être n'est pas un mauvais projet : c'est un projet dont personne ne sait encore ce qu'il rapporte. En comité, cela devrait suffire à le faire passer derrière ceux qui le savent.

Prenez le cas classique du remplacement d'un WMS « parce que l'éditeur arrête le support dans trois ans ». La fin de support est un risque réel, mais ce n'est pas un mécanisme de valeur. Le projet coûtera un an de double exploitation, une reprise de données, la réécriture de toutes les interfaces et la perte temporaire des automatismes que les équipes ont construits dans l'ancien outil. Pendant dix-huit mois, il consommera plus qu'il ne rapporte. Ce n'est acceptable que si l'on a démontré qu'on ne peut pas sécuriser l'existant pour cinq ans à une fraction du coût, et cette démonstration est rarement faite.

2. La deuxième question : quelle est votre dette d'intégration ?

Le facteur qui décide du succès ou de l'échec d'un projet MES ou WMS n'est presque jamais le logiciel choisi. C'est l'état des interfaces qui l'entourent et des données qui les traversent.

Un site de production ou un entrepôt typique fait tourner entre quinze et quarante flux entre son ERP, son MES, son WMS, son outil de planification, ses automatismes et ses systèmes qualité. Sur les sites que nous avons audités, une partie significative de ces flux présente au moins un des défauts suivants :

• pas d'acquittement fonctionnel : l'émetteur sait que le message est parti, pas qu'il a été traité ;
• pas d'idempotence : rejouer un message après incident crée un doublon (un ordre de fabrication déclaré deux fois, une réception comptée deux fois) ;
• pas de garantie d'ordre : une clôture d'ordre peut arriver avant la dernière déclaration de consommation ;
• des référentiels divergents : unités, codes articles, nomenclatures ou emplacements qui n'ont pas la même définition de part et d'autre ;
• aucune supervision métier : un flux peut s'arrêter sans qu'une alerte le signale à quelqu'un qui comprend ce qu'il transporte.

C'est ce que nous appelons la dette d'intégration. Son coût est rarement mesuré, mais ses effets sont documentés : Panorama Consulting, dans son analyse des échecs de MES publiée en 2026, place le désalignement des données entre ERP et MES (articles, gammes, nomenclatures, standards de main-d'œuvre, spécifications qualité) parmi les premières causes de perte de confiance des équipes et de retour aux tableurs^[2]. Et quand Deloitte interroge 600 dirigeants industriels sur leurs priorités d'investissement des deux prochaines années, ce sont les fondations de données qui arrivent en tête, devant l'IA elle-même^[3]. Elle a surtout une propriété que les comités sous-estiment : tout projet applicatif lancé par-dessus en hérite intégralement. Changer de WMS ne corrige pas une nomenclature fausse dans l'ERP. Déployer un outil de planification avancée sur des déclarations de production décalées de quatre heures produit un plan optimisé sur une usine qui n'existe pas. Brancher un agent IA sur ces flux lui fait apprendre les incohérences et les restituer avec assurance.

La conséquence pratique est contre-intuitive : le projet le plus rentable de la plupart des portefeuilles 2027 n'a pas de nom d'éditeur. C'est un chantier de six à douze semaines qui cartographie les flux, mesure leurs défauts, met en place l'acquittement, l'idempotence et la supervision sur les dix flux critiques, et aligne les référentiels. Il coûte une fraction d'une refonte, il rapporte dès sa fin, et il conditionne la réussite de tout ce qui vient après, IA comprise.

3. La troisième question : où est votre chemin critique humain ?

Les plannings de projet mesurent des tâches ; les projets échouent sur des personnes. Sur un programme MES ou WMS, trois rôles sont sur le chemin critique et ne peuvent être ni parallélisés ni remplacés en cours de route :

• le propriétaire des données de base (articles, nomenclatures, gammes, emplacements), qui décide ce qui est vrai quand deux systèmes se contredisent ;
• l'architecte d'intégration, qui connaît les flux de bout en bout et sait ce qui cassera au cutover ;
• le responsable d'exploitation du site, qui dira si le processus cible est tenable à trois heures du matin avec l'équipe de nuit.

Si un de ces trois rôles n'est pas identifié, disponible au moins à mi-temps et doté d'un pouvoir de décision, le projet prendra du retard quoi qu'en dise le planning. Et ces profils sont les plus rares du marché : dans la même enquête Deloitte, 46 % des industriels déclarent des difficultés modérées à fortes pour pourvoir les postes de planification et d'ordonnancement, et 48 % pour le management des opérations^[3]. L'architecte d'intégration, lui, n'apparaît même pas dans les enquêtes, parce que peu d'entreprises savent qu'elles en ont besoin avant le cutover. Avant de financer un projet, le comité devrait demander qui tient ces trois rôles, et depuis combien de temps cette personne est dans l'entreprise. Un projet dont l'architecte d'intégration est un prestataire arrivé le mois dernier porte un risque que le budget ne reflète pas.

4. La grille d'arbitrage

Ces trois questions se combinent en une grille simple. Pour chaque projet du portefeuille, cinq notes de 0 à 3 :

Un projet qui totalise moins de 7 sur 15 n'est pas prêt à être financé ; il est prêt à être instruit. Un projet au-dessus de 11 mérite d'être accéléré. Entre les deux, c'est le délai au premier gain qui départage.

Appliquée aux portefeuilles que nous voyons passer, cette grille produit presque toujours le même reclassement :

• Montent : la fiabilisation des flux et des données de base ; la supervision métier des interfaces ; l'extension d'un système existant à un nouveau site ou un nouveau flux ; les expérimentations IA cadrées à 30 jours sur un périmètre instrumenté.
• Descendent : les remplacements d'outil motivés par la fin de support seule ; la planification avancée déployée avant la fiabilisation des déclarations ; les projets IA « plateforme » sans cas d'usage mesurable.
• Changent de nature : le grand projet de refonte devient une séquence de trois chantiers plus courts, chacun réversible, dont le premier est presque toujours la dette d'intégration.

5. Ce que cela change pour l'IA

Un mot sur les projets IA, parce qu'ils occupent désormais une ligne dans tous les portefeuilles. Un modèle, quel qu'il soit, ne vaut que ce que valent les données qu'on lui montre. Sur un site où les déclarations de production arrivent en retard, où les stocks logiques divergent du physique et où les flux perdent des messages sans alerte, l'IA apprend ces défauts et les amplifie avec une confiance que n'aurait jamais un opérateur expérimenté. Les chiffres de 2025 sont sans appel : l'étude du MIT sur l'IA en entreprise conclut qu'environ 95 % des organisations ne mesurent aucun retour sur leurs pilotes d'IA générative, et que les 5 % qui réussissent se distinguent par des systèmes intégrés aux flux de travail réels, capables d'apprendre de leur contexte^[4]. Gartner, de son côté, prévoit que plus de 40 % des projets d'IA agentique seront annulés d'ici fin 2027, pour des raisons de coûts, de valeur métier floue et de contrôle des risques insuffisant^[5]. Ce n'est pas un problème d'algorithme ; c'est un problème de flux, de référentiels et d'intégration, et il se règle en amont.

Le bon ordre est donc toujours le même : instrumenter, fiabiliser, puis seulement apprendre. Dans cet ordre, un agent branché sur un MES ou un WMS détecte des anomalies qu'aucun tableau de bord ne montre, et le retour sur investissement est rapide et mesurable. Dans l'ordre inverse, on paye une licence pour obtenir de jolies explications de données fausses. Nous y consacrerons un article complet en février, avec le compte rendu d'une expérimentation réelle sur des systèmes de test.

En pratique

Si vous préparez vos arbitrages 2027, voici ce que nous ferions à votre place cette semaine :

1. Passer chaque projet du portefeuille dans la grille, en séance, avec les porteurs de projet présents. L'exercice prend une heure et change presque toujours l'ordre de la liste.
2. Faire mesurer la dette d'intégration sur les dix flux les plus critiques avant de valider quoi que ce soit qui repose dessus. C'est deux à trois semaines de travail pour quelqu'un qui sait où regarder.
3. Nommer les trois rôles du chemin critique pour chaque projet retenu, et vérifier qu'ils sont réellement disponibles.

Le livrable : la grille d'arbitrage au format tableur, avec les critères détaillés, les questions à poser à chaque porteur de projet et un exemple rempli, est téléchargeable ci-dessous.

Si vous manquez de temps pour le faire vous-même : nous appliquons cette grille à votre portefeuille en un échange de trente minutes, sur la base de votre liste de projets et d'une description de vos flux principaux. Vous repartez avec un classement argumenté, présentable en comité. Écrivez-nous avec votre liste, nous vous proposons un créneau sous 48 heures.

Strepia réunit des experts seniors qui ont passé vingt ans à concevoir, intégrer et faire démarrer des systèmes MES, WMS et d'intégration pour des sites industriels et logistiques, chez des éditeurs, chez des intégrateurs, puis en direct pour des grands comptes. Strepia place ces experts en renfort et réalise des audits flash de trois jours.