Tableau AIC digital ou logiciel TRS (OEE) : lequel pilote le management quotidien ?

06 h 45, réunion Tier 1 sur la ligne 2. Le tableau indique que la ligne a perdu « environ une heure » hier. Le chef d'équipe de nuit accuse la remplisseuse. La maintenance parle du changement de format qui a débordé. Dix minutes plus tard, l'équipe ne s'est mise d'accord sur rien et n'a rien attribué. La réunion a commencé et fini à l'heure. Elle n'avait simplement rien de solide sur quoi s'appuyer.

C'est l'écart dont traite ce guide. Vous savez déjà comment fonctionnent les réunions en cascade ; sinon, commencez par notre article sur les réunions Tier 1 à Tier 4. Ici, la question est plus précise : quand vous passez au digital, faut-il acheter un logiciel de tableau tier, un logiciel TRS, ou les deux, et dans quel ordre ?

Deux métiers, deux types de logiciels

Les outils de tableau tier digitaux remplacent le tableau blanc du management visuel. Ils gèrent l'ordre du jour, les vignettes d'indicateurs (KPI), la liste d'actions avec responsables et échéances, et le chemin qu'un problème ouvert suit du Tier 1 au Tier 2 et au-delà. Le logiciel TRS se place plus près de la machine. Il enregistre les arrêts et les comptages de la ligne, demande la cause à l'opérateur et en tire les pertes par ligne et par poste.

La question « qui pilote le management quotidien ? » a donc une réponse simple : le tableau. Les personnes rendent des comptes en réunion, pas dans une base de données. Mais se mobiliser sur la mauvaise perte, c'est de l'effort gaspillé, et c'est là qu'interviennent les données. Pour une liste d'outils de management quotidien par nom, consultez notre comparatif des logiciels de management quotidien. Pour la routine elle-même, voir mettre en place un système de management quotidien.

Pourquoi le tableau doit partir de pertes mesurées

Le Lean Enterprise Institute résume simplement l'objectif. Selon Michael Ballé sur le Lean Post (EN), le système de management quotidien consiste « essentiellement à rendre les problèmes visibles et à s'assurer qu'on finit par les résoudre » (traduction libre). Un tableau ne peut rendre visibles que les problèmes qu'on lui signale.

Les données d'usines réelles montrent tout ce qui reste non dit. Une thèse de doctorat de Chalmers soutenue en 2016 par Richard Hedman (EN) a analysé six mois de données de production de 884 machines dans 23 entreprises, collectées par un système de suivi de production en temps réel. Les pertes non qualifiées représentaient environ 19 % du temps de production planifié, soit plus de la moitié de tout le temps perdu enregistré. Et 702 des 884 machines (80 %) affichaient un taux de performance de 100 %. L'auteur a jugé peu probable qu'autant de machines aient réellement tourné à pleine cadence, et a relevé que 100 % était la valeur par défaut de la vitesse dans le système. Sa conclusion : la plupart des TRS calculés mesuraient la disponibilité, pas l'efficacité globale.

Deux leçons en découlent pour un tableau tier. D'abord, même avec une saisie automatique des arrêts, la moitié du temps perdu n'avait pas de cause. Un tableau qui affiche un bloc d'arrêt sans cause ne donne au Tier 1 rien à attribuer. Ensuite, un chiffre qui a l'air mesuré peut n'être qu'une valeur par défaut. Avant d'afficher le TRS sur un tableau, demandez comment la performance et la qualité sont mesurées, pas seulement la disponibilité. Pour le détail, voir les micro-arrêts et le calcul du TRS (OEE).

Une routine quotidienne rigoureuse fait-elle vraiment bouger le TRS ? Les preuves sont minces et surtout issues d'études de cas. Une étude de terrain récente publiée dans la revue Systems (EN) a testé une routine de management quotidien de l'usine, avec visibilité des problèmes, cadence fixe sur le terrain, résolution de problèmes et escalade par niveaux, sur la ligne goulot d'un site pharmaceutique britannique. Il s'agit d'une étude de 19 mois sur un seul site, et les auteurs indiquent que « le TRS de la ligne a augmenté de plus de 50 % en valeur relative » (traduction libre). Ils précisent aussi que les résultats d'un site ne se transposent pas forcément à d'autres. Voyez-y un signe qu'une routine rigoureuse peut faire progresser un TRS mesuré, pas une promesse.

Tableau tier digital ou logiciel TRS : comment choisir

Commencez par un outil de tableau tier si :

• Vos chiffres Tier 1 viennent déjà d'arrêts et de comptages mesurés, dans un système auquel les équipes font confiance.
• Les réunions ont lieu, mais les actions se perdent, s'enlisent ou n'arrivent jamais au Tier 2.
• Vous gérez plusieurs niveaux et plusieurs sites et avez besoin d'un seul chemin d'escalade pour tous.

Commencez par un logiciel TRS si :

• Les arrêts affichés au tableau sont saisis de mémoire ou depuis un cahier papier en fin de poste.
• Le Tier 1 passe son temps à débattre de ce qui s'est passé au lieu de décider qui fait quoi.
• Les micro-arrêts et la sous-vitesse n'apparaissent jamais, parce que personne ne note un bourrage de deux minutes.

Faites les deux si :

• Plusieurs lignes se réunissent chaque jour et les Tier 2 et Tier 3 ont besoin des mêmes chiffres que le Tier 1.
• Vous voulez vérifier, semaine après semaine, si une action clôturée a réellement réduit la perte.

Vous voulez voir les pertes mesurées par ligne, prêtes pour la réunion du matin ? Réservez une démo et apportez votre liste de postes.

Comment les connecter : le top 3 des pertes d'hier sur le tableau

Le branchement n'a pas besoin d'être sophistiqué. Il doit être le même chaque matin. Une routine simple ressemble à ceci :

1. Clôturez le poste dans l'outil TRS. Les arrêts ont leur cause, les comptages sont saisis, les rebuts sont enregistrés. Le temps d'arrêt sans cause est un chiffre à part entière, et il va lui aussi au tableau.
2. Classez les pertes par ligne. Retenez les 3 premières en minutes perdues sur le goulot. Ne convertissez en euros qu'avec une valeur de marge validée par le contrôle de gestion.
3. Envoyez-les au tableau. Par API, webhook ou export planifié. Le tableau affiche la perte, les minutes et un champ responsable vide.
4. Le Tier 1 attribue ou escalade. Un responsable et une échéance par perte. Tout ce qui demande une autre équipe passe au Tier 2 avec les données jointes.
5. Laissez les données vérifier l'action. Une semaine plus tard, cette perte a-t-elle baissé sur cette ligne ? Sinon, l'action revient au tableau.

L'étape 5 est celle que la plupart des usines sautent, et c'est pourtant la raison de connecter les outils. Un tableau peut montrer qu'une action a été clôturée. Seules les données de pertes montrent qu'elle a fonctionné. Le retour d'expérience du Lean Enterprise Institute sur les points quotidiens par niveaux à la Cleveland Clinic (EN) a constaté que relier les niveaux comptait parce que cela « a créé une méthode pour que les gens partagent systématiquement l'information » (traduction libre). C'était un hôpital, mais le principe vaut aussi en usine : un jeu de chiffres commun permet à chaque niveau de reprendre là où le précédent s'est arrêté.

Si plusieurs lignes remontent au même Tier 2, utilisez une seule liste de pertes pour toutes. Des listes de causes différentes selon les lignes rendent la consolidation inutile. Pour les alertes pendant le poste, qui sont un autre métier que la revue du matin, voir notre comparatif des logiciels d'andon digital.

Exemple chiffré : ce que voit le Tier 1 pour une ligne

Exemple illustratif, données fictives. La ligne 2 conditionne un seul produit. La remplisseuse est le goulot, avec une cadence idéale de 60 unités par minute. Le poste d'hier comptait 450 minutes de temps de production planifié (480 minutes moins une pause planifiée de 30 minutes).

• Disponibilité. Arrêts enregistrés : changement de format 40 minutes, bourrages de la remplisseuse 25, attente matière 15. Cela fait 80 minutes d'arrêt, donc 370 minutes de fonctionnement. Disponibilité = 370 / 450 = 82,2 %.
• Performance. La ligne a compté 19 980 unités. À la cadence idéale, 370 minutes donneraient 22 200 unités. Performance = 19 980 / 22 200 = 90,0 %. L'écart, 370 moins 333 minutes, représente 37 minutes de micro-arrêts et de sous-vitesse.
• Qualité. 600 rebuts, donc 19 380 unités bonnes. Qualité = 19 380 / 19 980 = 97,0 %. Ces rebuts coûtent 600 / 60 = 10 minutes de goulot.
• TRS (OEE). 82,2 % x 90,0 % x 97,0 % = 71,8 %. Vérification : 19 380 unités bonnes / 60 = 323 minutes pleinement productives, et 323 / 450 = 71,8 %.

Passons aux pertes, toutes exprimées en minutes de goulot pour ne rien compter deux fois : 40 + 37 + 25 + 15 + 10 = 127 minutes, soit exactement 450 moins 323. Le top 3 pour le tableau : le changement de format (40), les micro-arrêts et la sous-vitesse (37) et les bourrages de la remplisseuse (25). Avec une marge fictive de 0,10 EUR par unité, ils représentent environ 240 EUR, 222 EUR et 150 EUR de production perdue. Sans les données, le Tier 1 aurait entendu « environ une heure, surtout la remplisseuse », et le changement de format, la plus grosse perte à elle seule, n'aurait peut-être même pas été évoqué.

Les questions à poser à tout éditeur, ou à votre propre équipe

Posez les mêmes questions à un éditeur de tableau tier, à un éditeur de logiciel TRS et à votre propre tableur. Les réponses montrent où sont les manques.

1. D'où vient chaque chiffre du tableau ? Signal machine, import, ou saisie par une personne.
2. Quelle part du temps d'arrêt d'hier a une cause ? Demandez à voir les minutes sans cause, pas seulement celles qui en ont une.
3. Comment la vitesse est-elle mesurée ? Une cadence idéale par produit, ou une valeur par défaut de 100 %.
4. Peut-il classer les pertes par ligne en minutes et en euros ? Et sur le goulot, pas en moyenne usine.
5. Comment une perte devient-elle une action ? Avec un responsable, une échéance et les données jointes.
6. Comment une action ouverte passe-t-elle du Tier 1 au Tier 2, et retour ? Qui la voit, et quand.
7. Les données peuvent-elles vérifier l'action ? La perte a-t-elle baissé sur cette ligne les semaines suivantes.
8. Comment les données sortent-elles ? API, webhooks, export, et qui maintient la connexion quand une ligne change.

Si vous comparez des outils TRS sur ces points, notre comparatif des logiciels TRS (OEE) et notre comparatif des logiciels de suivi machines listent les éditeurs selon ce que disent leurs propres sites. Pour les machines anciennes qui n'ont qu'un écran, voir la collecte de données IHM pour le TRS. Pour des outils de poste qui couvrent aussi les instructions de travail et les check-lists, voir les plateformes d'opérateur connecté.

La place de Fabrico

La force documentée de Fabrico, c'est le volet données de cette page. C'est une plateforme de logiciel TRS (OEE) et de MES léger. Ce que sa présentation produit décrit aujourd'hui :

• Les arrêts d'une machine connectée sont enregistrés avec heure de début et durée, depuis l'automate (PLC), un capteur ou un compteur.
• Les opérateurs renseignent la cause d'un arrêt sur tablette ou smartphone, si bien que les arrêts par cause s'accumulent poste après poste. Les micro-arrêts sont détectés à partir du signal machine.
• Le tableau de bord TRS se met à jour pendant que la ligne tourne, décomposé en disponibilité, performance et qualité. Les résultats par poste montrent la production, les arrêts et le TRS de chaque poste. Les pertes sont valorisées en argent.
• Des notifications push, in-app et par e-mail suivent des règles qui définissent qui est prévenu de quoi. Un technicien peut ouvrir un ordre de travail à partir d'un arrêt.
• Les données sortent par API REST, webhooks, Zapier, ou export Excel ou CSV, si bien qu'un outil de tableau que vous utilisez déjà peut recevoir le top des pertes.
• Là où un poste n'a pas de signal exploitable, le module caméra IA compte la production. La vidéo est diffusée à la demande, non stockée par défaut. La détection des arrêts par caméra et les causes d'arrêt suggérées par caméra sont sur la feuille de route.

Si vous voulez la réunion, les actions et les données de pertes dans un seul outil, demandez pendant la démo comment Fabrico gère aujourd'hui les actions et leur suivi, et vérifiez la réponse comme toute affirmation d'éditeur. Équipements connectés en un mois environ ; déploiement complet en 3 à 4 mois. Les clients de l'UE sont hébergés sur AWS à Francfort. Pour les lignes de produits de grande consommation (PGC) avec des étapes de conditionnement manuelles, notre guide de la vision par ordinateur pour les PGC montre où le module caméra se justifie. Vérifiez nos affirmations comme celles de tout éditeur.

Questions fréquentes

Un outil de tableau tier peut-il calculer le TRS (OEE) ?

Certains outils de tableau affichent le TRS si quelqu'un le saisit ou l'importe. Demandez d'où vient chaque chiffre du tableau : un signal machine, un import, ou une personne qui le remplit avant la réunion. S'il est saisi à la main, le tableau ne vaut pas mieux que le cahier de poste.

Faut-il un logiciel TRS avant un tableau tier digital ?

Pas toujours. Si vos chiffres Tier 1 viennent déjà d'arrêts et de comptages mesurés, un outil de tableau peut bien animer la réunion. S'ils viennent de la mémoire ou du papier, mesurez d'abord la ligne goulot, puis digitalisez le tableau.

Un logiciel TRS peut-il remplacer le tableau tier ?

Il peut remplacer la partie affichage des résultats : résultats par poste, pertes par ligne et tendances. Il n'anime pas l'échange, ne désigne pas de responsables et n'impose pas l'escalade à lui seul. Beaucoup d'usines gardent un tableau simple ou une liste d'actions et l'alimentent avec les données TRS.

Combien de pertes afficher sur le tableau Tier 1 ?

Ce guide en retient trois par ligne : assez pour agir dans un poste, assez peu pour aller au bout. Classez-les par minutes perdues sur le goulot, pas selon le problème qui a fait le plus de bruit pendant le poste.

Fabrico peut-il alimenter le tableau tier que nous utilisons déjà ?

Fabrico enregistre les arrêts, leurs causes et les comptages, valorise les pertes en argent, affiche les résultats par poste, et envoie des notifications selon des règles. Les données sortent par API REST, webhooks, Zapier ou export Excel ou CSV, si bien qu'un outil de tableau peut recevoir le top des pertes. Pour savoir comment les actions et leur suivi fonctionnent dans Fabrico, posez la question pendant la démo et vérifiez la réponse comme toute affirmation d'éditeur.

Vous voulez que votre prochain Tier 1 parte de pertes mesurées ? Réservez une démo et voyez-le sur une ligne comme la vôtre.