[et_pb_section fb_built=\u00a0\u00bb1″ _builder_version=\u00a0\u00bb4.27″][et_pb_row][et_pb_column type=\u00a0\u00bb4_4″][et_pb_text]<\/p>\n
Ameliorer le TRS en usine<\/strong> est l’objectif de chaque responsable de production. Mais la plupart des projets TRS echouent pour la meme raison : ils tentent de tout deployer en meme temps, sur toutes les lignes, et finissent noyes dans la complexite. La methode qui fonctionne, validee par F2J Industry (+15 points de TRS en 6 mois), Hutchinson (de 42% a 75% sur 40 lignes), et Nutriset (+14 points avec un ROI inferieur a 1 mois), est exactement inverse : commencer petit, prouver le resultat sur une ligne pilote, puis etendre progressivement.<\/p>\n Les trois causes d’echec les plus frequentes des projets d’amelioration du TRS en usine sont toujours les memes :<\/p>\n Cause 1 \u00b7 Le projet est trop gros.<\/strong> L’usine decide de deployer un MES sur toutes les lignes simultanement. Le projet dure 18 mois. Les equipes se fatiguent avant de voir les premiers resultats. Le budget explose. Le systeme est si complexe que les operateurs ne l’utilisent pas. Le TRS ne bouge pas.<\/p>\n Cause 2 \u00b7 La ligne de base n’est pas honnete.<\/strong> L’usine pense que son TRS est a 70% parce que c’est ce que disent les releves papier. Quand le systeme temps reel revele un TRS reel a 52%, la direction panique et tue le projet au lieu d’accepter que le point de depart etait faux.<\/p>\n Cause 3 \u00b7 Les actions correctives ne suivent pas.<\/strong> L’usine installe le systeme de mesure mais ne met pas en place le processus d’amelioration continue qui va avec. Les tableaux de bord sont beaux mais personne ne transforme les donnees en actions. Le TRS reste plat.<\/p>\n La methode pilote-puis-deploiement, telle que pratiquee par les clients TEEPTRAK, evite ces trois pieges.<\/p>\n Choix de la ligne pilote.<\/strong> La ligne ideale pour ameliorer le TRS en usine<\/strong> n’est pas necessairement la pire. C’est la ligne ou trois conditions sont reunies : le responsable de production est motive pour changer, l’equipe operateur est stable et ouverte, et la ligne est suffisamment representative du parc pour que les resultats soient extrapolables.<\/p>\n Installation TEEPTRAK (48 heures).<\/strong> Les capteurs non-intrusifs se clipsent sur chaque machine de la ligne sans arret de production. Les tablettes operateurs sont installees aux postes. Les tableaux de bord sont configures. La formation des operateurs prend 15 minutes par personne. Pas de projet informatique, pas de cablage lourd, pas de dependance au SI existant.<\/p>\n Les 30 premiers jours : la verite.<\/strong> Le systeme mesure le TRS reel de la ligne. Les micro-arrets apparaissent. Les pertes de cadence sont quantifiees. Les causes d’arrets sont classifiees automatiquement. Le TRS reel sera inferieur a l’estimation papier de 10 a 25 points, c’est normal et c’est le point de depart indispensable. Sans cette verite, aucune amelioration n’est possible.<\/p>\n L’analyse Pareto des causes de pertes generee automatiquement par la plateforme TEEPTRAK<\/a> identifie les 3 a 5 causes qui representent 80% des pertes de TRS. Dans la majorite des usines, les quick wins se concentrent sur trois leviers :<\/p>\n Levier 1 \u00b7 Temps de reaction maintenance.<\/strong> Avec les alertes temps reel TEEPTRAK, la maintenance est prevenue au moment de la panne, pas 4 heures plus tard a la lecture du rapport. Le MTTR (temps moyen de reparation) baisse typiquement de 30 a 50% sans ajouter de personnel.<\/p>\n Levier 2 \u00b7 Micro-arrets recurrents.<\/strong> Les 10 micro-arrets les plus frequents sont identifies par l’analyse Pareto. Chacun dure 30 secondes a 3 minutes mais leur repetition cumule des heures de production perdue. Les causes sont souvent mecaniques et simples a traiter : composant use, capteur mal regle, programme automate non optimal.<\/p>\n Levier 3 \u00b7 Pertes de cadence.<\/strong> Le suivi de la cadence reelle vs la cadence theorique revele les postes ou la ligne tourne en sous-cadence chronique. Les causes sont identifiees par les operateurs via la tablette : matiere variable, outillage en limite d’usure, reglage non optimal apres changement de reference.<\/p>\n Une fois les quick wins captures, les gains suivants viennent d’ameliorations plus structurelles :<\/p>\n SMED (reduction des temps de changement).<\/strong> TEEPTRAK mesure le temps reel de chaque changement de reference et le compare au standard. Les changements qui depassent systematiquement le standard sont identifies et traites par la methode SMED : separation des operations internes et externes, parallelisation, standardisation des gestes.<\/p>\n Standardisation des pratiques.<\/strong> La comparaison des performances entre equipes sur un meme poste revele les differences de methode de travail. Les meilleures pratiques sont identifiees et partagees, pas pour uniformiser les operateurs, mais pour que les gestes les plus efficaces deviennent la norme pour tous. JEMBA AI identifie automatiquement les conditions operatoires associees aux meilleures performances.<\/p>\n Maintenance preventive basee sur les donnees.<\/strong> L’historique de pannes collecte par TEEPTRAK permet de passer d’une maintenance preventive calendaire a une maintenance conditionnelle. Les equipements sont maintenus quand les donnees indiquent que c’est necessaire, pas quand le calendrier le dit.<\/p>\n Une fois le pilote reussi, le deploiement aux lignes suivantes est considerablement plus rapide :<\/p>\nPourquoi la plupart des projets TRS echouent<\/h2>\n
Phase 1 : le pilote sur une seule ligne (mois 1-2)<\/h2>\n
Phase 2 : les quick wins (mois 2-4)<\/h2>\n
Phase 3 : les gains structurels (mois 4-6)<\/h2>\n
Phase 4 : deploiement multi-lignes (mois 6+)<\/h2>\n
\n