Tableau de bord de production avec Grafana : en finir avec le dashboard bricolé

Dans beaucoup de PME industrielles, le « tableau de bord » de la production, c'est un fichier Excel. Quelqu'un le met à jour le matin, à la main, à partir de relevés de la veille. À midi, il est déjà faux. Ou alors c'est un dashboard qu'un stagiaire ou un prestataire a monté il y a deux ans — joli, mais plus personne ne sait comment il fonctionne, et le jour où un chiffre devient faux, personne n'ose y toucher.

Dans les deux cas, le résultat est le même : vous décidez sur des données en retard, ou sur des données auxquelles vous ne faites qu'à moitié confiance. Et quand, en réunion, quelqu'un demande « on en est où sur la ligne 2, là, maintenant ? », la vraie réponse est souvent : « je vous redis ça cet après-midi ».

Un tableau de bord industriel digne de ce nom, c'est l'inverse : des données réelles, en temps réel, lisibles, fiables, et que vos équipes peuvent faire évoluer sans tout casser. Cet article explique pourquoi l'outil Grafana s'est imposé pour ça, à quoi ressemble un bon tableau de bord, et les pièges qui transforment un dashboard prometteur en outil illisible que personne ne maintient.

Au sommaire :

• Définition simple
• Pourquoi choisir Grafana
• Ce que vous coûte un tableau de bord mal conçu
• À quoi ressemble un bon tableau de bord
• D'où viennent les données affichées
• Les 5 pièges à éviter
• Un cas concret
• Combien ça coûte, combien de temps
• FAQ

Tableau de bord de production : définition simple

Un tableau de bord industriel est un écran qui rassemble en temps réel les indicateurs clés d'une production pour décider vite et sur des faits. Il affiche typiquement l'état des machines, la cadence, la température, la consommation et le TRS (taux de rendement synthétique, l'indicateur de performance d'une ligne).

Sa qualité ne se mesure pas à son esthétique, mais à trois choses : ses données sont justes, elles sont à jour, et le tableau de bord peut évoluer dans le temps sans devenir illisible ni se casser. Un bel écran qui affiche des chiffres faux est pire qu'inutile : il fait prendre de mauvaises décisions avec assurance.

Pourquoi choisir Grafana pour un tableau de bord industriel

Grafana est un logiciel open source de visualisation de données. Conçu à l'origine pour l'informatique, il est devenu en quelques années l'outil de référence des projets de supervision modernes — utilisé aussi bien par des PME industrielles que par de grands groupes. Quatre raisons à cela.

• Open source, sans licence par utilisateur — Grafana existe en version open source (Grafana OSS), gratuite : c'est celle que nous déployons. Vous pouvez afficher 10 ou 10 000 indicateurs sans que la facture change. (Des éditions payantes existent — Enterprise, Cloud — mais pour une supervision d'atelier, la version open source couvre l'essentiel.)
• Web, multi-utilisateurs — un tableau de bord s'ouvre dans un navigateur, au bureau, en atelier sur grand écran, ou sur mobile. Chacun voit ce qui le concerne.
• Conçu pour les séries temporelles — les données industrielles sont des mesures horodatées ; Grafana est fait pour ça, là où un tableur ou un outil de BI classique rame.
• Alerting intégré — Grafana ne fait pas qu'afficher : il prévient (e-mail, et selon les cas SMS via une passerelle ou notification mobile) quand une valeur dérive.

Soyons honnêtes sur ce que Grafana n'est pas : ce n'est pas un SCADA — il ne pilote pas vos machines — et il ne stocke pas les données lui-même. Grafana affiche ; il a besoin d'une source de données en amont (nous y venons). C'est une brique, pas une solution magique — mais une excellente brique.

Grafana ou Power BI pour l'industrie ?

Beaucoup de PME ont déjà Power BI, souvent via leur abonnement Microsoft. La question revient donc vite : pourquoi pas Power BI ? Parce que les deux ne jouent pas sur le même terrain. Power BI est excellent pour l'analyse de gestion — reporting mensuel, croisement de données métier, bilans de direction. Grafana, lui, est conçu pour le temps réel et les séries temporelles issues des machines : rafraîchissement à la seconde, historique long, alerting. Pour piloter un atelier en direct, c'est Grafana ; pour le bilan mensuel en comité de direction, Power BI reste pertinent. Beaucoup d'industriels utilisent les deux — le choix dépend de l'usage, pas d'une rivalité.

Ce tableau compare des tendances générales : les SCADA récents progressent sur l'accès web et l'historisation. Il ne vise aucun produit en particulier.

Ce que vous coûte un tableau de bord mal conçu

Un mauvais tableau de bord n'est pas neutre — il coûte, de façon souvent invisible.

• Le temps de ressaisie — quelqu'un, chaque jour, recopie des chiffres à la main. Souvent une demi-heure à une heure par jour ; faites le calcul sur l'année, à votre taux horaire — sans compter les erreurs de recopie.
• Les décisions en retard — un indicateur mis à jour une fois par jour ne sert à rien pour réagir à une dérive qui arrive en deux heures.
• La fausse confiance — un dashboard joli mais dont les seuils n'ont jamais été ajustés affiche du vert alors qu'il faudrait de l'orange. On découvre le problème trop tard.
• La dépendance à une personne — quand le seul qui « sait » comment fonctionne le tableau de bord est parti, l'outil se fige, puis meurt.

Au bout du compte, un tableau de bord mal conçu produit le pire des deux mondes : il a coûté du temps à fabriquer et à entretenir, et il ne permet pas de décider mieux.

À quoi ressemble un bon tableau de bord de production

Il n'existe pas un tableau de bord, mais plusieurs — un par usage, donc par public. C'est la première règle : un tableau de bord = une question = une décision.

• Le tableau de bord d'atelier — affiché sur un grand écran au-dessus de la ligne. Gros chiffres, voyants verts/oranges/rouges, lisible à cinq mètres. Il répond à une seule question : « est-ce que ça tourne bien, là, maintenant ? »
• Le tableau de bord du responsable — cadence, TRS, arrêts de la journée, comparaison entre équipes. Il sert à piloter la semaine — et c'est souvent le point de départ d'une démarche de maintenance prédictive.
• Le tableau de bord de direction — la performance consolidée, les tendances sur le mois, la comparaison entre lignes ou entre sites. Il sert à arbitrer.
• Le tableau de bord client — si vous équipez vos propres clients, chacun ne voit que ses machines. C'est un sujet à part entière, lié à la machine connectée.

Un bon tableau de bord industriel affiche peu de choses, mais les bonnes. Quatre ou cinq indicateurs qui déclenchent une décision valent mieux que trente courbes que personne ne regarde.

Concrètement, ce que ça change au quotidien : la demi-heure de ressaisie disparaît, une dérive se voit dans l'heure au lieu d'être découverte le lendemain, et n'importe qui dans l'équipe peut répondre « où on en est » sans appeler personne.

D’où viennent les données affichées

Grafana affiche — mais il faut bien que les données viennent de quelque part. Une chaîne complète tient en trois maillons.

1. La collecte — les données sont lues sur vos machines, là où elles sont produites (automates, capteurs), le plus souvent via un protocole comme MQTT. Voir notre article sur la collecte de données industrielles.
2. Le stockage — elles sont conservées dans une base de données spécialisée dans les séries temporelles (par exemple InfluxDB). C'est elle qui garde l'historique : un mois, un an, trois ans.
3. La visualisation — Grafana se branche sur cette base et affiche les tableaux de bord. Il interroge la donnée, il ne la détient pas.

Cette séparation est une bonne nouvelle : vos données ne sont pas prisonnières de Grafana. Elles vivent dans une base à vous, exportable, et resteraient accessibles même si vous changiez d'outil de visualisation. Le tableau de bord est l'aboutissement d'une chaîne de supervision industrielle — pas un outil isolé.

Les 5 pièges du tableau de bord industriel

C'est ici que se joue la différence entre un dashboard qui dure et un dashboard qui finit abandonné. Cinq pièges, et comment les éviter.

1. Le dashboard bricolé par une seule personne. Monté vite, dans un coin, sans méthode. Le jour où cette personne part, plus personne ne sait le faire évoluer. La parade : une construction documentée, et des équipes formées.
2. L'absence d'historique des modifications. Quelqu'un modifie un tableau de bord, le casse, et il n'y a pas de retour arrière. La parade : les tableaux de bord sont stockés sous forme de fichiers versionnés (dans un dépôt Git), comme du code. On peut revenir en arrière, tracer qui a changé quoi, déployer proprement.
3. Trop d'indicateurs. À vouloir tout afficher, on obtient un écran illisible que personne ne consulte. La parade : un tableau de bord par usage, quelques indicateurs qui déclenchent une décision.
4. L'absence d'isolation entre utilisateurs. Tout le monde voit tout — y compris, parfois, des données qui ne devraient pas être partagées entre équipes ou entre clients. La parade : organiser les droits dès le départ (qui voit quel tableau de bord), surtout si des clients finaux y accèdent.
5. Personne ne le maintient. Les seuils ne sont jamais réajustés, les machines évoluent, et le tableau de bord finit par mentir. La parade : prévoir l'exploitation dès le projet — qui ajuste les seuils, à quelle fréquence. Soit vos équipes le font (elles sont formées pour), soit vous le déléguez par un forfait clair. Dans les deux cas, vous gardez la main : les tableaux de bord versionnés restent à vous.

Ces cinq pièges ont un point commun : ils ne sont pas techniques, ils sont méthodologiques. Grafana ne les évite pas tout seul ; c'est la façon de poser le projet qui les évite.

Un cas concret : des tableaux de bord par four et par client

Un fabricant français de fours industriels — une cinquantaine de personnes — voulait restituer à ses clients l'état de leurs fours. Le défi n'était pas d'afficher une courbe : c'était de servir, depuis une même base, des tableaux de bord différents — une vue par four, une vue « parc » pour le fabricant, et un accès isolé pour chaque client qui ne voit que ses propres installations.

L'approche : des tableaux de bord standardisés et versionnés, déclinables d'un four à l'autre sans tout reconstruire, avec une gestion des droits posée dès le départ. Le déploiement a commencé par un four pilote, pour valider le modèle avant de l'étendre.

Aujourd'hui, le fabricant ajoute un nouveau four à la supervision en partant d'un modèle de tableau de bord existant, au lieu de repartir d'une page blanche — et ses équipes peuvent le faire elles-mêmes.

Ce n'est pas un savoir-faire de circonstance. mk IT opère les tableaux de bord Grafana qui rendent lisible l'infrastructure de GL Events — plusieurs centaines d'applications, en production, où une panne non vue se paie cash. Ce qui est transposable, ce n'est pas le métier — superviser une ligne de production n'est pas superviser un datacenter — c'est la maîtrise de l'outil : des tableaux de bord versionnés, une isolation propre des accès, une supervision qui tient à l'échelle. Ce qui tient à cette échelle-là tient largement pour un atelier.

Tableau de bord Grafana : combien ça coûte, combien de temps

• Un premier jeu de tableaux de bord — sur un périmètre pilote, avec la chaîne qui l'alimente (collecte, stockage, visualisation, alertes) — représente typiquement deux à quatre semaines de prestation. Ce délai dépend surtout de l'accès aux données : sur un parc récent et déjà communicant, deux à quatre semaines suffisent ; sur des machines anciennes ou fermées, l'étape de collecte peut demander davantage — c'est l'un des points qu'on évalue lors du premier échange.
• Aucune licence : Grafana (version open source) et la base de données sont gratuits. Ajouter des tableaux de bord, des utilisateurs ou des écrans ne coûte rien de plus.
• L'hébergement se chiffre en quelques dizaines d'euros par mois.
• Le maintien en condition (mises à jour, ajustement des seuils, support) fait l'objet d'un forfait clair, chiffré dès le cadrage.
• Vous restez propriétaire : les tableaux de bord versionnés vous sont remis, la base de données est à vous, vos équipes sont formées. Vous pouvez faire évoluer l'ensemble — ou le reprendre en main — sans dépendre de personne.

Deux à quatre semaines pour un périmètre pilote qui tourne, pas un projet sans fin : on commence petit, on valide, on étend. Vous voyez le résultat avant de vous engager sur la suite.

Posez un tableau de bord sur lequel on pilote vraiment

Un tableau de bord industriel réussi n'est pas une question d'outil — Grafana est excellent, mais il ne fait pas le travail à votre place. C'est une question de méthode : les bonnes données, les bons indicateurs, et un dashboard pensé pour durer. C'est la base d'une supervision industrielle fiable — et toute la différence entre un dashboard bricolé et un dashboard sur lequel on pilote vraiment.

FAQ