TRS réel vs TRS déclaré : pourquoi votre Excel ne dit pas la vérité
- Le TRS déclaré (relevés manuels + Excel) surestime presque toujours le TRS réel.
- L’écart vient de trois pertes invisibles : micro-arrêts, pertes de vitesse, aléas non consignés.
- Seule une mesure à la source, en temps réel, ferme cet écart.
- Cas vérifié : Hutchinson, de 42 à 75 % de TRS, à effectif et machines constants.
Le TRS, un chiffre que tout le monde regarde mais que peu remettent en question
Dans la plupart des usines, le TRS est devenu un rituel. Il est calculé chaque semaine, mis en forme dans un tableau de bord, commenté en réunion de production et comparé d’un mois sur l’autre. Tout, dans sa présentation, inspire confiance : des pourcentages nets, des tendances, parfois des objectifs par ligne. Et pourtant, derrière cette apparence de rigueur, se cache une fragilité que peu d’équipes osent regarder en face : la qualité de la donnée qui alimente le calcul.
Car le calcul du TRS, lui, n’est jamais le problème. La formule est universelle et bien connue : disponibilité multipliée par performance multipliée par qualité. Ce qui change tout, ce n’est pas l’équation, c’est ce qu’on y injecte. Et quand cette matière première provient de relevés manuels, de feuilles de poste remplies à la main et consolidées le lendemain dans un tableur, le résultat hérite de toutes les limites de la saisie humaine. On obtient alors un TRS déclaré, qui raconte une version lissée de la réalité, presque toujours plus flatteuse que ce qui se passe vraiment sur la ligne.
TRS réel vs TRS déclaré : la vraie différence
Le TRS réel est la performance effectivement mesurée d’une ligne, en continu et à la seconde, par un système qui ne dépend de personne pour enregistrer ce qui se passe. Le TRS déclaré, lui, est un chiffre reconstruit après coup, à partir de ce que les opérateurs ont eu le temps d’observer et de noter pendant qu’ils faisaient tourner leur production.
La différence n’est pas un détail de méthode. Elle conditionne la fiabilité de toutes les décisions qui découlent du chiffre : où lancer un chantier d’amélioration, quelle ligne prioriser, comment comparer deux ateliers. Un TRS déclaré et un TRS réel peuvent diverger de plusieurs dizaines de points sur la même ligne, et toujours dans le même sens : le déclaré surestime, le réel ramène à la réalité.
Cette divergence est structurelle, pas accidentelle. Elle ne vient pas d’une erreur ponctuelle qu’on pourrait corriger en formant mieux les équipes ou en achetant un meilleur tableur. Elle vient de la nature même du relevé manuel, qui ne peut pas voir certaines pertes.
Télécharger la ressource gratuite
Téléchargement immédiat. Aucune confirmation par e-mail requise.
Pourquoi le TRS déclaré ment, sans la moindre mauvaise foi
Un relevé manuel n’est pas malhonnête : il est physiquement limité. Un opérateur ne peut consigner que ce qu’il voit et ce qu’il a matériellement le temps de noter, tout en pilotant sa ligne, en gérant les aléas et en assurant la qualité. Les arrêts longs et visibles sont bien enregistrés, parce qu’ils s’imposent. Tout ce qui est trop court, trop fréquent ou trop discret, en revanche, passe inévitablement sous le radar.
Le TRS déclaré additionne donc les pertes qu’on a vues et oublie celles qu’on n’a pas vues. Le chiffre qui en sort est, par construction, plus optimiste que la réalité. Et il souffre d’un second défaut tout aussi gênant : il arrive avec un jour de retard. Quand le rapport est consolidé, le poste concerné est terminé, l’équipe a tourné, et il est trop tard pour agir sur ce qui s’est réellement passé.
Les micro-arrêts : la première perte invisible
La famille de pertes la plus systématiquement sous-estimée, ce sont les micro-arrêts. Une cellule qui se débloque seule, un bourrage repris en quelques secondes, un capteur qui hésite, une pièce mal positionnée que l’opérateur réajuste sans même y penser. Pris isolément, chacun de ces arrêts ne vaut pas la peine d’être noté.
Mais cumulés sur un poste, ils racontent une tout autre histoire. Sur des lignes à cadence élevée, les micro-arrêts représentent fréquemment plusieurs points de TRS, parfois davantage que les pannes elles-mêmes. Le problème, c’est qu’ils n’apparaissent dans aucun cahier de suivi : ils sont trop courts pour qu’on les écrive, trop fréquents pour qu’on les compte, trop banals pour qu’on s’en souvienne en fin de poste.
Les pertes de vitesse après changement de série
La deuxième perte invisible, ce sont les pertes de vitesse. Après chaque changement de série, la ligne ne retrouve pas immédiatement sa cadence nominale. Il y a une phase de montée en régime pendant laquelle la machine tourne, mais en dessous de la vitesse cible. Cette zone grise ne déclenche aucun arrêt : la ligne produit, elle n’est pas à l’arrêt, donc rien n’est consigné.
Pourtant, ces minutes passées sous la cadence sont une fuite de capacité permanente. Plus les séries sont courtes et les changements fréquents, plus cette perte pèse. Dans les ateliers à forte variété produit, elle peut représenter à elle seule l’écart entre le TRS affiché et le TRS réel.
Les aléas non consignés et le coût caché de l’à-peu-près
La troisième famille rassemble tous les petits aléas qui ne remontent jamais : le réglage refait discrètement, l’attente de matière de deux minutes, le ralentissement volontaire pour éviter un défaut qualité, la reprise d’un paramètre dérivé. Autant de réalités d’atelier parfaitement normales, mais invisibles à la saisie manuelle.
Mises bout à bout, ces trois familles de pertes expliquent pourquoi le TRS déclaré s’éloigne autant du réel. Et tant qu’on ne les mesure pas à la seconde, on ne peut pas les récupérer. On continue d’optimiser sur une image floue, de lancer des chantiers sur des causes supposées, et d’attendre des points de performance qui ne viennent pas.
Comment mesurer le TRS réel, sans projet MES
Fermer cet écart suppose de cesser de reconstruire le TRS le lendemain pour le mesurer à la source, en continu, pendant que la ligne tourne. C’est exactement le principe de TeepTrak : un capteur posé sur la machine restitue le TRS réel en temps réel, sans projet MES, sans arrêt de production, avec une mise en service en moins d’une heure et des données exploitables en 48 heures.
À partir de là, la discussion change complètement de nature. On ne débat plus de la fiabilité du chiffre, parce qu’il n’est plus contestable. On regarde où partent réellement les minutes, machine par machine, et on agit dessus, au bon endroit et au bon moment. La donnée n’est plus un sujet de réunion, elle devient un outil de décision.
Ce que ça change concrètement : le cas Hutchinson
Hutchinson est passé de 42 à 75 % de TRS à effectif et machines constants, avec le capteur posé en moins d’une heure. Le gain n’est pas venu d’une nouvelle machine ni d’embauches : il est venu de la visibilité. Une fois les pertes invisibles rendues visibles, les équipes ont pu agir sur les vraies causes plutôt que sur des suppositions.
Ce schéma se répète d’un site à l’autre. Plus de 450 usines dans plus de 30 pays pilotent leur TRS à la seconde avec TeepTrak. Quand le TRS déclaré et le TRS réel se rejoignent, trois choses se débloquent : les réunions de performance cessent de porter sur la fiabilité du chiffre pour porter sur l’action, les chantiers ciblent les vraies pertes, et la comparaison entre lignes et entre sites devient enfin légitime, parce que tout le monde mesure de la même façon.
Points clés à retenir
Le TRS déclaré surestime presque toujours le TRS réel, par construction et non par mauvaise foi. L’écart vient de trois pertes invisibles au relevé manuel : les micro-arrêts, les pertes de vitesse après changement de série et les aléas non consignés. Seule une mesure en temps réel à la source ferme cet écart, et le gain est concret : Hutchinson est passé de 42 à 75 % de TRS, à effectif et machines constants, simplement en rendant visible ce que le relevé ne montrait pas.
FAQ
Quelle est la différence entre TRS réel et TRS déclaré ?
Le TRS réel est mesuré automatiquement et en continu sur la machine, à la seconde. Le TRS déclaré est reconstruit après coup à partir de relevés manuels et reste presque toujours plus optimiste, car il ne capture pas les pertes courtes.
Pourquoi mon TRS calculé sur Excel est-il faux ?
Le calcul n’est pas en cause, c’est la donnée d’entrée qui est partielle. Les relevés manuels ne capturent pas les micro-arrêts ni les pertes de vitesse, ce qui gonfle mécaniquement le résultat et donne un TRS plus flatteur que la réalité.
De combien le TRS déclaré peut-il s’écarter du réel ?
Cela dépend du procédé, mais sur des lignes à forte cadence et changements de série fréquents, l’écart se compte fréquemment en dizaines de points.
Comment mesurer son vrai TRS ?
Avec une mesure automatique à la source, qui lit disponibilité, cadence et qualité en continu. Une couche plug-and-play comme TeepTrak s’installe en moins d’une heure, sans projet MES, avec des données exploitables en 48 heures.
Faut-il un MES pour avoir un TRS fiable ?
Non. La mesure du TRS est un besoin autonome qui peut être satisfait par une couche dédiée posée sur la machine, indépendamment d’un éventuel MES.
0 commentaires