La plupart des ateliers CNC construisent un seul tableau de bord et s'attendent à ce qu'il serve tout le monde. Ça ne fonctionne pas : un opérateur a besoin d'une action à faire dans les 10 prochaines secondes, un planificateur a besoin d'une vue de 15 minutes sur toute la cellule, et la direction a besoin d'une tendance sur 30 jours qu'elle peut défendre en réunion budgétaire. Construire le même écran pour les trois donne un tableau de bord auquel personne ne fait confiance — trop dense pour l'atelier, trop superficiel pour la planification, trop bruyant pour la direction. Ce guide montre exactement ce que chaque rôle doit voir, à quelle fréquence, et comment le présenter, ainsi que le socle technique minimal pour alimenter les trois vues depuis une seule source de données.
En bref :
-
Concevez trois vues distinctes à partir d'une seule source de données : un écran mural pour la direction (3 à 5 gros chiffres, tendance sur 30-60 min), une vue planificateur (séquencement des ordres et risque de retard, agrégats de 5-15 min), et une vue opérateur (job en cours et actions en un clic, actualisation sous 60 secondes).
-
Chaque rôle échoue différemment quand on lui donne la mauvaise vue : la direction ignore un écran trop granulaire, les planificateurs ne peuvent pas planifier sur des alarmes brutes, et les opérateurs ignorent tout ce qui n'est pas les 20 prochaines minutes.
-
Pilotez sur une cellule pendant 30 jours : construisez d'abord la vue opérateur (c'est elle qui pilote l'adoption quotidienne), puis la vue planificateur, puis l'écran mural direction une fois les deux premières validées.
Pourquoi un tableau de bord unique pour tout le monde échoue
Un seul écran censé servir un machiniste, un planificateur et un directeur d'usine finit par ne bien servir aucun des trois. Chaque rôle a un cycle de décision différent : l'opérateur décide en quelques secondes (« est-ce que j'arrête et j'appelle la maintenance ? »), le planificateur décide en minutes ou en heures (« quel ordre peut absorber le retard ? »), et la direction décide en jours ou en semaines (« faut-il un quart de travail ou une machine de plus ? »). Un tableau de bord conçu autour d'un seul cycle de décision devient du bruit pour les deux autres.
La vue direction / écran mural
Ce que la direction doit voir
La direction a besoin d'un petit nombre de chiffres qu'elle peut défendre en réunion, pas d'un flux en direct des états machine. Limitez l'écran mural à 3-5 indicateurs de grande taille :
-
TRS du quart (ou de la cellule/usine), avec une courbe de tendance glissante sur 30-60 minutes.
-
Ordres actuellement en retard — une courte liste, pas le carnet de commandes complet.
-
Principales machines bloquées en ce moment — une grille de statut simple, rouge/jaune/vert.
La fréquence d'actualisation devrait rester à 30-60 minutes pour la tendance, pas en temps réel — une direction qui vérifie le TRS toutes les 5 minutes optimise la mauvaise boucle. Pour un guide complet sur la traduction du TRS en argumentaire pour la direction, voir le tableau de bord KPI TRS pour convaincre la direction en 90 jours.
Erreur fréquente : trop de détails
L'erreur la plus courante sur un écran mural est d'y entasser un tableau dense « au cas où quelqu'un en aurait besoin ». Les écrans muraux se lisent à environ 10 mètres pendant la réunion quotidienne — un tableau dense y est illisible et se fait ignorer en une semaine. Si un chiffre a besoin d'une note de bas de page pour être expliqué, il n'a pas sa place sur l'écran mural ; il appartient à la vue planificateur.
La vue planificateur
Ce que le planificateur doit voir
Le planificateur a besoin d'assez de contexte pour réaffecter le travail, pas juste d'un statut. La vue planificateur doit combiner l'état machine en direct avec le contexte des ordres de fabrication pour que la question centrale de planification trouve une réponse d'un coup d'œil : « quel ordre en retard peut absorber 30 minutes de plus ? » Incluez :
-
Séquencement des ordres — file d'attente actuelle par machine, avec dates d'échéance et quantité restante.
-
Écart de temps de cycle — temps réel vs temps standard par ordre, pour détecter une dérive avant qu'elle ne se répercute sur une date manquée.
-
Vue de capacité finie — marges par machine et risque de pièces en retard, pas juste un seul pourcentage d'utilisation global.
Utilisez ici des agrégats de 5-15 minutes plutôt que des états machine à la seconde près — les planificateurs rééquilibrent le travail par fenêtres de minutes, pas de secondes. Pour une référence plus détaillée sur la structuration du contexte encours/ordres pour cette vue, voir le guide de gestion d'atelier CNC et de suivi des encours.
Erreur fréquente : des temps de cycle sans facteur de correction
Les vues planificateur affichent fréquemment des temps de cycle bruts issus directement de la FAO, sans les recouper avec des cycles mesurés. Un planificateur qui réaffecte du travail sur la base d'une estimation G-code optimiste sous-planifie systématiquement les ordres de 10 à 15 %. Voir la méthode de recoupement détaillée dans le guide sur le calcul des temps de cycle CNC depuis le G-code.
Obtenez des temps de cycle fiables pour le planificateur, sans tableur
JITbase apprend automatiquement les temps standards depuis vos programmes CNC et les recoupe avec les données machine en direct — sans étude de temps manuelle.
La vue opérateur
Ce que l'opérateur doit voir
Les opérateurs décident en quelques secondes, sur le plancher, souvent les mains occupées. La vue opérateur devrait être une seule fiche de travail, pas un tableau de bord :
-
Instructions du job en cours et temps de cycle cible pour la pièce actuellement dans la machine.
-
Liste des motifs de rebut — un jeu court de catégories cliquables, pas un champ de texte libre.
-
Actions en un bouton — une étape suivante documentée pour les types d'alerte les plus courants (arrêt court, arrêt long, dérive de cycle), pas un appel au superviseur pour chaque arrêt.
Les états machine, marche/arrêt broche et alarmes doivent s'actualiser en temps réel ou sous 60 secondes sur cette vue — plus lent, et l'opérateur est déjà passé au problème suivant quand l'écran se met à jour.
Erreur fréquente : traiter la vue opérateur comme un mini écran mural
Une erreur de conception fréquente consiste à réduire l'écran mural direction à la taille d'une tablette et à l'appeler « vue opérateur ». Le résultat est un écran rempli de chiffres sans action associée. Chaque élément de l'écran opérateur devrait correspondre à une action concrète que l'opérateur fait ensuite — si ce n'est pas le cas, ça appartient à une autre vue.
Alimenter les trois vues depuis une seule source de données
Les trois vues devraient lire depuis le même pipeline sous-jacent — télémétrie des contrôleurs, scans code-barres/RFID et données ERP des ordres routées vers un seul système de référence — plutôt que trois exports séparés qui finissent par se désynchroniser. Conservez à la fois les temps de cycle estimés par programme et les temps mesurés pour que chaque vue puisse se recouper sur la même vérité terrain. Pour le détail technique complet des méthodes d'ingestion (agents machine, MTConnect/OPC-UA, compteurs d'automate, code-barres/RFID) et des schémas d'intégration ERP/MES, voir les guides complets sur la conception d'un tableau de bord SaaS pour suivre les lots en cours de production en temps réel et sur la connexion du plancher de production à l'ERP/MES.
Les principes de réduction de la charge cognitive s'appliquent aux trois vues, même si la charge elle-même diffère selon le rôle : consultez les bonnes pratiques de tableaux de bord de Grafana pour les principes généraux de mise en page, et alignez les définitions de KPI sur la norme ISO 22400 pour que Disponibilité, Performance et Qualité signifient la même chose sur chaque écran.
Une seule source de données, trois vues par rôle
JITbase se connecte une fois à vos CNC et à votre ERP, puis alimente les écrans direction, planificateur et opérateur depuis le même flux validé — sans exports séparés à synchroniser.
Déploiement : un pilote en 5 étapes
-
Construisez d'abord la vue opérateur sur une cellule pilote — c'est elle qui pilote l'adoption quotidienne et fait remonter le plus vite les problèmes de qualité de données.
-
Validez les temps de cycle sur 20 cycles échantillons avant de faire confiance aux chiffres d'écart de la vue planificateur.
-
Ajoutez la vue planificateur une fois les données opérateur stables ; vérifiez que le contexte des ordres correspond bien aux identifiants ERP.
-
Ajoutez l'écran mural direction en dernier, une fois que les deux autres vues ont fonctionné proprement pendant au moins deux semaines.
-
Faites tourner une fenêtre de validation de 10 jours sur les trois vues et ajustez la fréquence d'actualisation et les seuils d'alerte selon ce sur quoi chaque rôle agit réellement.
Pour la liste de vérification détaillée d'adoption opérateur derrière l'étape 1, voir mesurer la charge opérateur en atelier CNC. Pour la version spécifique au TRS des étapes 2 à 4, voir le guide complet pour suivre le TRS de vos machines-outils.
Calculez le RSI avant d'étendre au-delà de la cellule pilote
Modélisez les gains de débit et de main-d'œuvre attendus des tableaux de bord par rôle avant d'engager un budget de déploiement à l'échelle de l'atelier.
En résumé
Un tableau de bord conçu autour d'une « vue atelier » générique unique finit par ne bien servir personne. Diviser la même donnée sous-jacente en un écran mural direction, une vue planificateur et une fiche de travail opérateur — chacune avec sa propre fréquence d'actualisation et son propre niveau de détail — c'est ce qui fait qu'un système de suivi de production est utilisé tous les jours plutôt qu'ignoré après la première semaine.
Pourquoi un seul tableau de bord ne peut-il pas bien servir les opérateurs, les planificateurs et la direction ?
Chaque rôle a un cycle de décision différent. Les opérateurs agissent en quelques secondes, les planificateurs en minutes ou en heures, et la direction en jours ou en semaines. Un écran calibré pour un seul cycle de décision est soit trop dense, soit trop superficiel pour les deux autres, ce qui explique pourquoi les ateliers qui déploient un tableau de bord générique unique le voient souvent ignoré en quelques semaines par au moins un des trois groupes.
Quelle vue un atelier devrait-il construire en premier ?
Commencez par la vue opérateur. Elle pilote l'adoption quotidienne sur le plancher et fait remonter le plus vite les problèmes de qualité de données (événements manquants, identifiants d'ordre mal associés), ce qui rend les vues planificateur et direction plus fiables une fois construites sur des données validées.
Les trois vues ont-elles besoin de pipelines de données séparés ?
Non. Les trois devraient lire depuis une seule source de données validée qui combine télémétrie machine, scans code-barres ou RFID, et données ERP des ordres. Des exports séparés pour chaque vue ont tendance à se désynchroniser et à produire des chiffres qui ne correspondent pas d'un écran à l'autre.
À quelle fréquence chaque vue devrait-elle s'actualiser ?
Les vues opérateur ont besoin d'une actualisation sous 60 secondes ou en temps réel, puisque les changements d'état machine déclenchent une action immédiate. Les vues planificateur fonctionnent bien avec des agrégats de 5-15 minutes. Les écrans muraux direction devraient utiliser des tendances glissantes de 30-60 minutes plutôt que des flux en temps réel, puisque les réunions quotidiennes et les décisions budgétaires n'ont pas besoin d'une granularité à la minute.
Related Articles
