Pourquoi les usines tournent encore sur des tableurs, et lesquels remplacer en premier
DBR77 Team11 min de lecture
Sur cette page
Les usines gardent leurs tableurs parce qu'ils font ce que les systèmes officiels laissent de côté : réunir des données de plusieurs sources, suivre des actions qui traversent les services, et porter des définitions que personne n'a encore intégrées dans un logiciel. N'essayez pas de tous les supprimer. Recensez-les pendant une semaine, repérez les quelques-uns qui alimentent les décisions prises en cours d'équipe ou qui contiennent des données ressaisies, puis remplacez-les un par un, en commençant par celui dont les erreurs coûteraient le plus cher.
Pourquoi les tableurs survivent
Un tableur en usine est rarement un signe de paresse. Quelqu'un l'a construit parce qu'une tâche devait être faite le jour même et qu'aucun système ne la prenait en charge. C'est cette fonction qu'il faut comprendre avant de toucher au fichier.
| Fonction du tableur | Pourquoi le système officiel ne le fait pas | Ce que doit offrir une solution de remplacement |
|---|---|---|
| Réunit les chiffres du MES, de l'ERP et de la qualité dans un seul rapport | Chaque système n'affiche que ses propres données | Un enregistrement unique, alimenté par plusieurs services |
| Suit les actions ouvertes de la réunion du matin | Les actions traversent les services, et chaque système a sa propre liste de tâches | Des tâches avec un responsable, une échéance et un historique, quelle que soit leur origine |
| Porte une définition de KPI (« ce qui compte comme arrêt ici ») | La définition n'a jamais fait l'objet d'un accord ni d'un paramétrage | Une seule définition, paramétrée une fois et utilisée sur tous les écrans |
| Reconstruit le planning après un changement | L'outil de planification est lent à mettre à jour ou on ne lui fait pas confiance | Un planning qui arrive jusqu'à l'atelier et en reçoit les retours |
| Comble un manque pendant un projet | Le projet logiciel est encore à plusieurs mois | Une solution provisoire qui ne devient pas définitive |
Le point commun, c'est la vitesse. Si le chemin officiel est plus lent que le contournement, les gens prennent le contournement. Une enquête d'InfinityQS, éditeur de logiciels de qualité, auprès de 260 industriels a montré que 53 % utilisaient des tableurs pour collecter les données et 47 % travaillaient encore au papier et au crayon. L'enquête date de 2017 et a été menée par une entreprise qui vend une alternative. Elle montre que la pratique est répandue, mais elle ne mesure pas les usines d'aujourd'hui.
- 1Alimente une décision d'atelier dans l'équipe ?Séquence, effectifs, blocages, priorité maintenance
- 2Contient des données ressaisies d'un autre système ?La ressaisie fait dériver
- 3Partagé entre services ?Là où les versions se multiplient
- 4Une erreur passerait-elle inaperçue ?Jusqu'à ce qu'elle apparaisse sur la ligne ou chez le client
Pendant une semaine, listez chaque tableur partagé ouvert au moins une fois par semaine.
Tous les tableurs ne posent pas problème
Des chercheurs de la Tuck School of Business de Dartmouth ont audité des tableurs opérationnels issus d'organisations réelles. Une étude antérieure portant sur 50 classeurs avait relevé des erreurs dans 0,8 % à 1,8 % des cellules de formule, selon la définition retenue de l'erreur. Une étude de suivi sur 25 tableurs de cinq organisations a ensuite mesuré les effets de ces erreurs. Ses auteurs ont constaté que beaucoup d'erreurs n'ont aucun impact quantitatif et se trouvent souvent dans des parties secondaires du classeur, tandis que certaines affectent sensiblement les résultats clés.
Ce constat est utile pour une usine : le risque se concentre dans les tableurs qui alimentent de vraies décisions. Le fichier de simulation personnel d'un planificateur présente peu de risque. Un classeur partagé qui fixe la séquence de demain, ou que le directeur d'usine lit comme le chiffre officiel des arrêts, en présente beaucoup. Le coût des systèmes cloisonnés en général, et la façon de le mesurer, sont traités dans Le coût réel des systèmes cloisonnés et des tableurs dans une usine. Cet article porte sur le choix des fichiers sur lesquels agir.
Un inventaire des tableurs en une semaine
On ne peut pas classer ce qu'on n'a pas listé. Demandez à chaque responsable de service de nommer tous les tableurs partagés que son équipe ouvre au moins une fois par semaine, et remplissez une ligne par fichier.
| Colonne | Ce qu'il faut noter | Pourquoi c'est important |
|---|---|---|
| Fichier et responsable | Nom, emplacement, la personne qui le maintient | Les fichiers sans responsable sont le premier risque |
| Lecteurs | Qui l'ouvre, et dans quelle réunion | Montre s'il est personnel ou partagé |
| Décision alimentée | Ce que quelqu'un décide à partir de lui | Le cœur du classement |
| Fréquence | Par équipe, par jour, par semaine, par mois | Les fichiers par équipe touchent directement l'atelier |
| Sources | D'où viennent les chiffres | Révèle les ressaisies et les exports |
| Données ressaisies | Une valeur est-elle saisie à la main alors qu'elle existe déjà dans un système ? | Double saisie et dérive |
| En cas d'erreur | Ce qui se passe, et en combien de temps quelqu'un s'en apercevrait | Sépare les erreurs sans conséquence des erreurs coûteuses |
Limitez-vous à une semaine et restez au niveau des fichiers. La vérification des cellules viendra plus tard, et seulement pour les fichiers que vous déciderez de remplacer. Incluez les fichiers que les chefs d'équipe gardent pour eux si d'autres les lisent.
Lesquels remplacer en premier
Classez la liste avec quatre questions. Un fichier qui répond oui à trois ou quatre d'entre elles est un bon candidat.
- Alimente-t-il une décision d'atelier dans l'équipe en cours ? Changement de séquence, déplacement de personnel, blocage, priorité de maintenance.
- Contient-il des données ressaisies à partir d'un autre système ? Les données ressaisies dérivent, et personne ne sait quelle copie est la bonne.
- Est-il partagé entre plusieurs services ? C'est dans les fichiers transverses que les versions se multiplient.
- Une erreur passerait-elle inaperçue jusqu'à ce que quelque chose tourne mal sur la ligne ou chez le client ? Les erreurs de tableur sont difficiles à détecter, même pour ceux qui ont construit le fichier.
Gardez le tableur quand il s'agit d'une analyse ponctuelle, d'un calcul personnel ou du prototype d'un nouvel indicateur que l'équipe est encore en train de tester. Un nouveau KPI naît souvent dans un classeur, et c'est un endroit raisonnable pour essayer une définition avant de la paramétrer.
Parmi les premiers candidats typiques : la fiche de passation d'équipe, le suivi des actions ouvertes de la réunion quotidienne, le classeur qui rapproche l'OEE ou les arrêts entre la production et la maintenance, et le fichier où les planificateurs ressaisissent les données de commande.
Comment retirer un tableur sans perdre ce qu'il faisait
Remplacez d'abord la fonction, ensuite le fichier. Cinq étapes suffisent dans la plupart des cas.
- Décrivez la fonction du fichier en une phrase. « Ce fichier indique à l'équipe montante quels ordres tournent, ce qui s'est arrêté et ce qui reste ouvert. » Si vous ne parvenez pas à écrire la phrase, c'est que le fichier remplit plusieurs fonctions : séparez-les.
- Déplacez d'abord les définitions. Toute formule qui traduit une règle (« les changements de série planifiés ne comptent pas comme arrêt ») doit faire l'objet d'un accord et être paramétrée dans le système. Si vous sautez cette étape, le nouvel écran affiche un autre chiffre et les gens reviennent au fichier.
- Faites tourner les deux en parallèle pendant une durée fixée. Beaucoup d'usines les font cohabiter quelques semaines, le temps de comparer les chiffres et de trouver les manques. Fixez la date de fin à l'avance.
- Figez le fichier. Passez-le en lecture seule à la date convenue et ajoutez sur la première feuille une note indiquant où se trouvent désormais les données.
- Vérifiez au bout d'un mois. Demandez aux utilisateurs du fichier ce qu'ils font maintenant à la place. Si une nouvelle copie privée est apparue, c'est qu'il manque quelque chose à la solution de remplacement : cherchez quoi.
Exemple illustratif : un chef d'équipe remplit un classeur de passation à partir des écrans du MES, du journal de maintenance et de sa mémoire. L'usine déplace la passation dans le système de production, où la fiche part des données de production et d'arrêt de l'équipe et où le chef d'équipe la corrige. Pendant trois semaines, les deux coexistent. La comparaison montre que le classeur listait aussi les pénuries de matière, absentes de la nouvelle note ; les chefs d'équipe ajoutent donc une ligne pour les pénuries. Ensuite, le fichier est figé.
Comment cela fonctionne dans DBR77 IRIS
DBR77 IRIS est une application web qui s'utilise dans le navigateur : remplacer un classeur partagé n'oblige donc pas à installer un logiciel sur le poste de chaque chef d'équipe.
IRIS MES reprend les fichiers de production. Les ordres de fabrication peuvent être importés depuis des fichiers CSV ou XLSX avec un mappage de colonnes enregistré et un aperçu, ce qui aide pendant la période en parallèle. IRIS MES applique une seule définition de l'OEE sur tous les écrans, et les listes de motifs d'arrêt sont paramétrées une fois. La fiche de passation d'équipe peut être remplie d'un clic à partir des données du MES : synthèse de la production et des arrêts de l'équipe, ordres en cours, arrêts ouverts, alertes Andon et pannes, état des postes. Le chef d'équipe corrige le texte avant de l'enregistrer.
IRIS Tâches remplace le suivi des actions. Les tâches sont créées automatiquement à partir d'événements d'autres modules, comme les ordres de travail de maintenance, les appels Andon et les non-conformités, ou saisies à la main ; chacune a un type, un responsable, une échéance et un historique. La vue d'analyse montre la part de tâches terminées dans les délais et les tâches en retard par zone, de sorte que la réunion quotidienne peut passer en revue l'arriéré sans fichier à part.
IRIS KPI centralise les chiffres communs. Les modules publient leurs propres indicateurs toutes les heures, par exemple l'OEE depuis le MES, le MTBF et le MTTR depuis la maintenance, et le rendement première passe (FPY) depuis la qualité, et la liste des KPI indique la source de chaque valeur. Un indicateur sans mesure s'affiche vide, et non à zéro. Les indicateurs qu'aucun module ne produit encore doivent être saisis à la main ou par lot : une partie d'un classeur de KPI peut donc rester manuelle tant qu'aucune source de données n'est connectée.
Pour une vue d'ensemble de la connexion progressive des systèmes, voir Comment unifier MES, WMS, QMS et GMAO sans tout remplacer ; pour ce qui se passe une fois qu'un signal est devenu une tâche, voir Du signal à la tâche puis à la clôture : comment fonctionne la boucle d'exécution.
FAQ
Faut-il interdire les tableurs ?
Non. Une interdiction pousse les fichiers dans la clandestinité. Remplacez les fichiers partagés qui alimentent des décisions et ne touchez pas aux analyses personnelles.
Combien de tableurs remplacer à la fois ?
Commencez par un ou deux fichiers. Chaque remplacement demande des définitions convenues et une période en parallèle, et les utilisateurs du fichier ont besoin de temps pour faire confiance au nouvel écran.
Que faire si le tableur porte une définition sur laquelle personne ne s'accorde ?
Réglez d'abord la définition, avec les responsables de la production, de la maintenance et de la qualité dans la même pièce. Paramétrer dans un logiciel une définition contestée ne fait que déplacer le désaccord sur un nouvel écran.
Qui doit piloter l'inventaire ?
Une seule personne ayant autorité sur tous les services, en général le directeur d'usine ou un responsable de l'excellence opérationnelle. Les responsables de service remplissent les lignes ; le pilote les classe.
Conclusion
Les usines tournent encore sur des tableurs parce que ces fichiers remplissent de vraies fonctions que les systèmes laissent de côté. Recensez les fichiers partagés pendant une semaine, classez-les selon qu'ils alimentent des décisions d'atelier, contiennent des données ressaisies, traversent les services et cachent des erreurs, puis commencez par le premier ou les deux premiers. Pour chacun, déplacez d'abord les définitions, faites tourner les deux en parallèle pendant une durée fixée, puis figez le fichier.
Sources
- InfinityQS survey reported in Refrigerated & Frozen Foods, Study: 75% of manufacturers still employ manual data collection procedures, 2017
- Stephen G. Powell, Barry Lawson, Kenneth R. Baker, Impact of Errors in Operational Spreadsheets, Proceedings of EuSpRIG, 2007
- Raymond R. Panko, What We Don't Know About Spreadsheet Errors Today: The Facts, Why We Don't Believe Them, and What We Need to Do, Proceedings of EuSpRIG, 2015
- Gordon Guthrie, Stephen McCrory, Beyond The Desktop Spreadsheet, Proceedings of EuSpRIG, 2011