Poka-Yoke : prévenir les erreurs plutôt que corriger les défauts

Dans l’industrie, lorsqu’un défaut apparaît, le premier réflexe est souvent de chercher qui s’est trompé ou à quel moment l’erreur a été commise.

Pourtant, une autre question peut être beaucoup plus intéressante :

Pouvions-nous empêcher cette erreur de se produire ?

C’est précisément le principe du Poka-Yoke.

Plutôt que de compter uniquement sur l’attention, l’expérience ou la vigilance d’une personne, le Poka-Yoke cherche à concevoir le processus de manière à rendre l’erreur impossible ou immédiatement visible.

Une philosophie simple qui rejoint parfaitement l’amélioration continue : prévenir plutôt que corriger.

Qu’est-ce que le Poka-Yoke ?

Le terme japonais Poka-Yoke désigne un système de prévention des erreurs involontaires.

Le concept a été formalisé par Shigeo Shingo dans les années 1960, dans le cadre du Toyota Production System. Son idée était notamment de distinguer l’erreur humaine du défaut : une personne peut commettre une erreur, mais cette erreur ne doit pas nécessairement devenir un produit défectueux.

Le Poka-Yoke intervient justement entre les deux.

Son objectif est de concevoir un produit, un équipement ou une opération de manière à ce que l’erreur soit :

impossible à réaliser, ou détectée immédiatement avant qu’elle ne génère un défaut.

Et contrairement à ce que l’on pourrait imaginer, un Poka-Yoke n’est pas forcément un système technologique complexe.

Les solutions les plus efficaces sont parfois extrêmement simples.

Des exemples que nous utilisons déjà tous

Nous rencontrons des détrompeurs régulièrement sans forcément nous en rendre compte.

Un connecteur dont la forme empêche un mauvais branchement.

Une machine qui refuse de démarrer si une protection n’est pas correctement fermée.

Un voyant ou un signal sonore qui alerte lorsqu’une condition n’est pas respectée.

Dans l’industrie, le principe est exactement le même.

Un gabarit peut empêcher de positionner une pièce dans le mauvais sens.

Un capteur peut vérifier la présence d’un composant avant d’autoriser le cycle suivant.

Un système de comptage peut vérifier que toutes les opérations prévues ont été réalisées.

Un kit contenant exactement les composants nécessaires peut permettre de constater immédiatement qu’une pièce a été oubliée.

Dans tous ces exemples, le processus aide la personne à réussir l’opération correctement.

Les principaux types de Poka-Yoke

Dans l’approche classique de Shigeo Shingo, on retrouve notamment trois méthodes.

La méthode de contact utilise une caractéristique physique comme la forme, la dimension ou la position afin de détecter ou empêcher une erreur.

La méthode à valeur fixe vérifie qu’un nombre défini d’actions ou de composants est bien respecté.

Enfin, la méthode par séquence vérifie que les différentes étapes d’une opération sont réalisées dans le bon ordre.

Dans la pratique, ces dispositifs peuvent soit empêcher directement l’erreur, par exemple en bloquant une machine, soit alerter immédiatement l’opérateur afin qu’il puisse intervenir avant que l’erreur ne devienne un défaut.

Un exemple concret en production

Imaginons un poste d’assemblage sur lequel un opérateur doit installer quatre composants avant de lancer le cycle suivant.

Le risque est simple : dans une activité répétitive, un composant peut être oublié.

Une première solution serait d’ajouter un contrôle en fin de ligne.

Mais le défaut aura déjà été créé.

Avec un Poka-Yoke, nous pouvons agir beaucoup plus tôt.

Par exemple, les quatre composants nécessaires peuvent être préparés dans un support comportant exactement quatre emplacements.

À la fin de l’assemblage, s’il reste une pièce dans le support, l’erreur devient immédiatement visible.

C’est d’ailleurs proche d’un exemple historique associé à Shigeo Shingo : face à des oublis de ressorts lors d’un assemblage, les ressorts étaient préparés en amont afin qu’un élément restant rende immédiatement l’oubli visible.

Une solution très simple peut donc éviter un défaut beaucoup plus coûteux à détecter quelques étapes plus tard.

Le Poka-Yoke ne doit pas servir à déresponsabiliser les équipes

C’est un point que je trouve particulièrement important.

Mettre en place un Poka-Yoke ne signifie pas considérer que les opérateurs sont incapables de réaliser correctement leur travail.

Tout le monde peut faire une erreur.

Fatigue, répétitivité, interruption, changement de série, cadence, manque d’information…

L’objectif n’est donc pas de chercher à supprimer « l’erreur humaine » en supprimant l’humain.

Il s’agit plutôt de construire un environnement de travail qui aide la personne à éviter qu’une erreur involontaire ait des conséquences sur la qualité ou la sécurité.

C’est une manière différente d’aborder le problème : au lieu de demander uniquement « Qui s’est trompé ? », nous pouvons aussi demander « Pourquoi notre processus permet-il que cette erreur devienne un défaut ? »

Quels sont les avantages ?

Le premier bénéfice est évidemment la qualité : moins d’erreurs transformées en défauts signifie moins de rebuts, de retouches et de réclamations.

Mais le Poka-Yoke peut également améliorer la sécurité, réduire certains contrôles répétitifs et faciliter le travail des équipes.

Il permet surtout d’agir au plus près de la source du problème, plutôt que de découvrir le défaut beaucoup plus tard dans le processus. C’est l’un des principes centraux de cette approche.

Ce que j’en retiens

Ce que j’apprécie particulièrement dans le Poka-Yoke, c’est qu’une amélioration efficace n’est pas forcément compliquée ou coûteuse.

Parfois, modifier la forme d’un support, ajouter un emplacement, utiliser un repère visuel ou empêcher une opération de démarrer tant qu’une condition n’est pas remplie peut éviter énormément de problèmes.

Et surtout, cette méthode rappelle quelque chose d’essentiel en amélioration continue :

une erreur ne devrait pas automatiquement conduire à chercher un responsable.

Elle peut aussi être l’occasion de regarder le processus et de se demander comment le rendre plus fiable.

Conclusion

Le Poka-Yoke repose finalement sur une idée très simple :

si une erreur est prévisible, essayons de concevoir le processus pour qu’elle soit impossible ou immédiatement détectable.

Plutôt que de contrôler les défauts une fois qu’ils sont produits, nous cherchons à intervenir directement à leur source.

Moins de défauts, moins de retouches, davantage de sécurité et des processus plus fiables.

Et comme souvent en amélioration continue, **la meilleure solution n’est pas forcément la plus complexe. C’est celle qui empêche simplement le problème de revenir.**

Laisser un commentaire

En savoir plus sur Jennifer Liviau-Deloute JLD

Abonnez-vous pour poursuivre la lecture et avoir accès à l’ensemble des archives.

Poursuivre la lecture