L’id\u00e9e de TeepTrak est sortie de cette frustration. Cet article s’adresse aux consultants encore en cabinet \u2014 BCG, McKinsey, Bain, Kearney, Roland Berger, Sia Partners, et voisins \u2014 qui reconnaissent le pattern. Il s’adresse aussi aux alumni qui sont partis et qui r\u00e9fl\u00e9chissent \u00e0 ce qu’ils vont construire ensuite. Les le\u00e7ons sp\u00e9cifiques que j’ai tir\u00e9es de ces quatre ann\u00e9es en conseil ont fa\u00e7onn\u00e9 chaque d\u00e9cision majeure de conception chez TeepTrak, et la plupart sont transf\u00e9rables.<\/p>\n
![\"Fran\u00e7ois](\"https:\/\/teeptrak.com\/wp-content\/uploads\/2026\/04\/TeepFrancois-Coulloudon-1-modified-1.jpg\")
<\/p>\n\nCet article refl\u00e8te des perspectives construites lors de 4 ann\u00e9es au BCG sur des programmes LEAN, performance op\u00e9rationnelle et r\u00e9duction des co\u00fbts \u00e0 travers l’Europe, l’Asie et les Am\u00e9riques.<\/em>\n<\/div>\n<\/div>\n
Le\u00e7on 1 : le 80\/20 sur ce que les op\u00e9rateurs tagguent vraiment<\/h2>\n
Chaque MES que j’ai vu d\u00e9ployer pendant mes ann\u00e9es BCG avait la m\u00eame taxonomie de raisons d’arr\u00eat : 50 \u00e0 200 codes, organis\u00e9s en menus imbriqu\u00e9s, avec champs obligatoires pour num\u00e9ro de batch, mati\u00e8re, \u00e9quipe et op\u00e9rateur. Chaque MES avait aussi le m\u00eame probl\u00e8me de qualit\u00e9 de donn\u00e9e : taux de saisie op\u00e9rateur sous les 40%, avec \u00ab autre \u00bb comme code le plus fr\u00e9quent.<\/p>\n
La cause n’\u00e9tait pas la paresse op\u00e9rateur. Sur une ligne en cadence normale, un micro-arr\u00eat d’une minute laisse \u00e0 l’op\u00e9rateur \u00e0 peu pr\u00e8s 45 secondes r\u00e9elles pour r\u00e9agir, diagnostiquer, reset et relancer la production. L’interaction MES demande 20 \u00e0 40 secondes de ce temps. Si l’op\u00e9rateur est aussi cens\u00e9 surveiller la ligne, l’arithm\u00e9tique ne tient pas. L’attention humaine est un budget fini et le MES en d\u00e9pensait davantage que ce qui \u00e9tait disponible.<\/p>\n
Quand on a con\u00e7u l’interface op\u00e9rateur TeepTrak, c’\u00e9tait la premi\u00e8re contrainte. On a fix\u00e9 l’interaction \u00e0 moins de 3 secondes : cinq grands boutons pour les cat\u00e9gories top-level (arr\u00eat, micro-arr\u00eat, changement s\u00e9rie, maintenance, autre), avec la raison d\u00e9taill\u00e9e par d\u00e9faut sur une suggestion intelligente bas\u00e9e sur les patterns r\u00e9cents \u00e0 ce poste. Les op\u00e9rateurs peuvent corriger la suggestion en un second tap, mais le d\u00e9faut est g\u00e9n\u00e9ralement juste parce que l’outil a vu les 100 derniers \u00e9v\u00e9nements \u00e0 ce poste. Les taux de saisie en production tournent typiquement \u00e0 92-97%, et c’est la diff\u00e9rence sp\u00e9cifique de qualit\u00e9 de donn\u00e9e qui fait marcher toutes les analyses en aval.<\/p>\n
Le\u00e7on 2 : l’int\u00e9gration IT, c’est l\u00e0 que les projets meurent<\/h2>\n
La deuxi\u00e8me intuition vient de voir les d\u00e9ploiements MES se bloquer en phase d’int\u00e9gration. Sur une mission BCG pour un \u00e9quipementier auto marocain, l’impl\u00e9mentation MES avait six mois de retard. La raison n’\u00e9tait pas le MES lui-m\u00eame. C’\u00e9tait l’int\u00e9gration PLC : 47 machines, 11 marques PLC diff\u00e9rentes, trois syst\u00e8mes SCADA s\u00e9par\u00e9s, et une architecture firewall qui exigeait l’approbation de l’\u00e9quipe IT pour chaque lecture de donn\u00e9e. Chaque connecteur prenait des semaines \u00e0 valider parce que chaque lecture touchait un syst\u00e8me de production que personne ne voulait risquer.<\/p>\n
C’est le pattern universel. La spec MES para\u00eet simple sur le papier \u2014 lire run\/stop, lire d\u00e9bit, lire cycle time \u2014 jusqu’\u00e0 ce qu’on heurte la r\u00e9alit\u00e9 d’une usine brownfield live. Les programmes PLC sont anciens, souvent non document\u00e9s, souvent sur un firmware que l’OEM ne supportera pas en modification. La coordination OT\/IT est politique. Chaque int\u00e9gration touche un risque production que quelqu’un doit porter.<\/p>\n
Quand on a con\u00e7u TeepTrak, on a fait un choix architectural dur : pas de lectures PLC, jamais<\/strong>. Le syst\u00e8me utilise des capteurs externes \u2014 pinces amp\u00e8rem\u00e9triques sur l’alimentation principale, capteurs de vibration fix\u00e9s au ch\u00e2ssis, capteurs photo\u00e9lectriques en sortie de ligne \u2014 qui mesurent l’\u00e9tat \u00e9quipement sans toucher le PLC ni le r\u00e9seau de contr\u00f4le. Cette approche sacrifie un peu de granularit\u00e9 signal (on ne peut pas lire des variables PLC sp\u00e9cifiques) mais ach\u00e8te quelque chose de bien plus pr\u00e9cieux : la capacit\u00e9 \u00e0 d\u00e9ployer en une \u00e0 deux semaines sur n’importe quelle usine, quel que soit l’\u00e2ge des \u00e9quipements, la marque PLC, ou la posture IT. Chaque consultant qui a regard\u00e9 un MES d\u00e9raper de six mois \u00e0 cause d’int\u00e9gration PLC comprend pourquoi ce trade-off vaut le coup.<\/p>\n Une mission BCG chez un grand client pharma en Tha\u00eflande vers 2014 a cristallis\u00e9 la troisi\u00e8me le\u00e7on. Le client avait d\u00e9pens\u00e9 18 mois et plusieurs millions sur un d\u00e9ploiement MES. Les dashboards marchaient. L’int\u00e9gration marchait. Les rapports tournaient. Et la performance op\u00e9rationnelle ne s’\u00e9tait pas significativement am\u00e9lior\u00e9e. L’OEE \u00e9tait toujours \u00e0 58% sur les lignes de conditionnement, \u00e0 peu pr\u00e8s l\u00e0 o\u00f9 il \u00e9tait avant que le projet d\u00e9marre.<\/p>\n Ce que le client avait achet\u00e9, c’\u00e9tait une infrastructure de mesure. Ce dont il avait vraiment besoin, c’\u00e9tait une boucle d’am\u00e9lioration \u2014 donn\u00e9es reli\u00e9es aux d\u00e9cisions reli\u00e9es aux actions reli\u00e9es aux r\u00e9sultats v\u00e9rifi\u00e9s. Le MES leur donnait le premier maillon et supposait que le reste se ferait naturellement. \u00c7a ne s’est pas fait.<\/p>\n Cette le\u00e7on nous a pouss\u00e9s \u00e0 construire TeepTrak autour de la boucle d’am\u00e9lioration, pas de l’infrastructure de mesure. Le POC 48 heures est con\u00e7u pour produire non seulement un chiffre d’OEE baseline, mais aussi une analyse root cause initiale avec trois \u00e0 cinq hypoth\u00e8ses d’am\u00e9lioration sp\u00e9cifiques. La couche JEMBA AI est explicitement con\u00e7ue pour fermer le gap analyse-vers-action que les projets MES laissent ouvert. Les dashboards sont ti\u00e9r\u00e9s par r\u00f4le \u2014 op\u00e9rateur, chef d’\u00e9quipe, responsable d’usine, ops global \u2014 pour que chaque audience voie la coupe qui m\u00e8ne \u00e0 une d\u00e9cision qu’elle peut prendre, pas le data lake complet qui m\u00e8ne \u00e0 la paralysie.<\/p>\n T\u00e9l\u00e9chargement imm\u00e9diat. Aucune confirmation par e-mail requise.<\/p>\n \n Le\u00e7on 3 : le client se soucie de l’am\u00e9lioration, pas de l’outil<\/h2>\n
T\u00e9l\u00e9chargement gratuit<\/h3>\n