« Je fais ça depuis vingt ans » : jeune ingénieur et opérateur chevronné sur la même machine

Scène : quand les graphiques rencontrent l’expérience au pied de la machine

Kuba, jeune ingénieur procédés, est arrivé sur la ligne avec une proposition de modification des paramètres. Il avait apporté des graphiques et avait déjà prévu une date de début des tests. Zbigniew, opérateur avec vingt ans d’ancienneté, a regardé le plan et a dit : « Je fais ça depuis vingt ans. Ce n’est pas toi qui vas m’apprendre à régler cette machine. »

« Mais les mesures montrent qu’on perd du temps », a répondu Kuba. « Les mesures ne montrent pas ce qui se passe après deux heures de fonctionnement », a rétorqué Zbigniew. L’ingénieur y a vu une résistance au changement. L’opérateur a perçu les propos de l’ingénieur comme du mépris pour la pratique. Personne n’a demandé quelles conditions avaient été prises en compte dans les mesures.

Le supérieur hiérarchique avait déjà entendu deux versions : « l’opérateur bloque les améliorations » et « l’ingénieur risque de provoquer une panne ». En réalité, personne n’avait encore défini comment vérifier la proposition en toute sécurité ni quels critères serviraient à évaluer les résultats.

Kuba arrive dans l’atelier avec un calendrier déjà bouclé. Zbigniew ne sait pas s’il a encore une influence sur la décision ou s’il doit seulement exécuter un ordre. Cette différence compte : il arrive qu’une consultation menée seulement une fois la date fixée soit perçue comme une formalité. Résultat : l’opérateur défend son expérience au lieu de signaler la condition précise qui pourrait invalider le résultat de la mesure.

Ce qui s’est réellement passé

Kuba a apporté des données et une proposition d’amélioration. Zbigniew a attiré l’attention sur des conditions qui n’étaient peut-être pas réunies lors des mesures. Les deux informations peuvent être précieuses, mais la conversation s’est vite transformée en querelle de compétences. La phrase « Je fais ça depuis vingt ans » ne prouve pas que l’opérateur a raison sur ce point, de même qu’un graphique ne prouve pas que le modèle tient compte de toutes les conditions de production. Il est utile de déplacer le débat de la question « qui en sait le plus ? » vers la question « comment vérifier en toute sécurité quelle hypothèse correspond à la réalité ? »

Derrière la phrase « Je fais ça depuis vingt ans » peut se cacher une observation juste, mais aussi la crainte de perdre de l’importance au sein de l’équipe. La précipitation de Kuba peut s’expliquer par une pression pour améliorer les résultats, et non par l’intention de mépriser l’opérateur. Mieux vaut n’attribuer aucune de ces motivations sans en avoir parlé. Il est plus sûr de demander : « Que devons-nous savoir avant de modifier les réglages ? », et de n’aborder qu’ensuite les inquiétudes liées à la façon de travailler ensemble.

Comment y voir plus clair grâce à la recherche

Kahneman et Klein ont décrit les conditions dans lesquelles l’expérience peut conduire à une intuition juste : l’environnement doit présenter des régularités suffisantes et la personne doit pouvoir apprendre à partir d’un retour d’information fiable. L’ancienneté seule ne garantit pas l’expertise, mais elle n’autorise pas non plus à balayer des observations accumulées pendant des années. De même, un jeune ingénieur peut avoir de solides connaissances théoriques et des données de mesure, sans connaître encore toutes les conditions de fonctionnement de la machine. L’ingénieur dispose de calculs, l’opérateur d’une connaissance des cas atypiques. Il n’est pas nécessaire de les considérer comme équivalents en tout pour intégrer les deux points de vue dans l’évaluation de la solution. Dans le travail d’équipe, la manière de poser des questions sans ridiculiser son interlocuteur compte aussi.

Les travaux sur l’intuition experte ne disent pas qu’un opérateur expérimenté a toujours raison. Ils ne signifient pas non plus que de nouvelles mesures sont plus fiables que n’importe quelle observation faite dans l’atelier. La meilleure solution consiste à mettre les prédictions à l’épreuve : si Zbigniew craint des problèmes au bout de deux heures, il faut noter quels symptômes il s’attend à observer et comment on pourra les vérifier. La conversation dispose alors d’un point de référence autre que la réputation des interlocuteurs.

Comment s’y prendre

Kuba peut commencer ainsi : « Je veux montrer ce qui ressort des données, et vérifier ce qui n’y figure pas. Dans quelles situations le réglage proposé pourrait-il ne pas fonctionner ? » Zbigniew peut répondre : « Sur une série plus longue, le matériau change de comportement. Vérifions-le dans les conditions du test. » Avec la personne responsable de la sécurité et des procédés, ils devraient définir le périmètre admissible de l’essai, les paramètres observés et les conditions d’arrêt. Expérimenter sur la machine en dehors de la procédure n’est pas autorisé. Il peut être utile de consigner deux prévisions : ce que prévoit le modèle de l’ingénieur et quel écart prévoit l’opérateur. Cela permettra de vérifier le résultat sans ajuster ensuite, a posteriori, les critères de réussite à la position de celui qui avait raison. Après le test, le mieux est de discuter du résultat sans lancer de « je te l’avais bien dit », même si l’une des hypothèses ne se confirme pas.

Avant le test, convenez de la plage de réglages, de qui est responsable de l’arrêt de la machine et de la manière de documenter les résultats. Si la modification nécessite une validation formelle, ne la remplacez pas par un accord informel au poste de travail. Après le test, la question « qui avait raison ? » ne suffit pas. Il faut comparer les données avec les conditions réelles de production et vérifier si le résultat se maintient dans le temps.

Deux compétences, une seule conversation : exemple de mise au point d’un test

Kuba peut dire : « Dans les mesures, je vois une possibilité de réduire le temps de cycle. Avant de lancer l’essai, j’aimerais vérifier avec toi dans quels cas ces réglages pourraient ne pas tenir. » Zbigniew peut répondre : « Le plus gros risque, je le vois après un fonctionnement prolongé, quand le matériau chauffe. Testons une série qui couvre cette phase. » Ces propos n’exigent pas de renoncer à sa propre position. Ils exigent de considérer le savoir de l’autre comme un complément possible.

Lorsque la conversation glisse de nouveau vers l’évaluation des compétences, le supérieur peut arrêter le débat : « Nous n’évaluons pas votre expérience pour l’instant. Nous définissons l’hypothèse, la méthode de mesure et les conditions d’arrêt de l’essai. » Une fois le test terminé, il est utile de revenir vers eux deux : « Qu’ont confirmé les mesures ? Qu’est-ce qui nous a surpris ? Quelle décision prenons-nous et pourquoi ? » Ainsi, personne n’a besoin de prouver sa valeur en bloquant le projet.

Comment relier le savoir de l’atelier au travail des ingénieurs

Il est utile de mettre en place une manière régulière de recueillir les observations des opérateurs avant la mise en œuvre d’un changement. Il peut s’agir d’une courte consultation au pied de la machine, d’une liste des conditions limites ou d’une revue commune des risques. L’avis de la personne de terrain devrait être recueilli avant que la décision ne devienne irrévocable. À l’inverse, les opérateurs devraient être informés des résultats des tests, afin que leurs remarques ne restent pas sans réponse.

Une bonne collaboration suppose aussi de reconnaître les différents rôles. L’ingénieur peut être responsable du modèle de procédé et des mesures, et l’opérateur apporter sa connaissance des situations atypiques. La sécurité et l’autorisation des changements relèvent des personnes compétentes désignées dans les procédures. Si les critères sont transparents, les idées peuvent être évaluées sans guerre des générations. Il est utile de présenter les succès communs de manière à montrer la contribution des deux parties.

Un différend entre un opérateur expérimenté et un jeune ingénieur ne se termine pas forcément par un choix entre ancienneté et données. Il faut nommer les hypothèses, vérifier les conditions des mesures et tester le changement en toute sécurité. Le respect des deux types de savoir permet d’améliorer le travail sans querelles de prestige.

Comment Empatyzer et Em peuvent aider

Kuba peut décrire sa frustration à Em et demander une reformulation de son message, pour qu’il ne sonne pas comme une leçon adressée à un opérateur expérimenté. Zbigniew peut préparer des questions qui mettent en évidence les risques pratiques sans nier la compétence de son interlocuteur. Lorsque le contexte de leur relation est disponible dans Empatyzer, les conseils permettent de mieux comprendre pourquoi l’un a besoin de données et l’autre d’une observation concrète faite dans l’atelier. Em ne valide pas la justesse technique des modifications de paramètres. Em les aide à mener une conversation dans laquelle le respect de l’expérience et l’ouverture aux nouvelles solutions cessent de s’exclure.

Kuba peut s’entraîner avec Em à poser la question des limites des données, et Zbigniew à présenter un risque sans rejeter l’idée dans son ensemble. Le supérieur, lui, peut demander un plan de réunion au cours de laquelle les deux parties consigneront leurs hypothèses et les critères du test. Em aidera à trouver des mots grâce auxquels la proposition de changement ne sonnera pas comme un jugement sur la valeur d’un salarié expérimenté. Si Kuba craint que demander l’avis de l’opérateur soit perçu comme une remise en cause de sa propre préparation, Em peut l’aider à rester sûr de l’objectif du test tout en laissant de la place aux arguments de l’opérateur. Zbigniew peut s’entraîner à décrire ses observations sans affirmer que son jeune collègue ne comprend rien. Après l’essai, tous deux reviendront à la conversation avec des résultats concrets, ce qui facilite l’instauration de la confiance lors des améliorations suivantes.