Aujourd'hui, le véritable gaspillage ne réside pas dans l'erreur elle-même, mais dans sa découverte tardive.
giugno 03, 2026
En matière de qualité, l'objectif est souvent formulé de manière très simple : éliminer les erreurs. C'est une formule qui fait consensus. Personne ne souhaite produire des composants défectueux, gérer des réclamations, faire face à des retouches ou à des rebuts. Pourtant, l'observation de nombreux processus industriels m'a convaincu que le problème principal n'est pas l'erreur en elle-même, mais sa découverte tardive.
Les erreurs font partie intégrante de tout processus.
Cela peut paraître provocateur, mais aucun processus industriel n'est à l'abri des erreurs. Même dans les organisations les plus structurées, certaines variables sont difficiles à maîtriser totalement : un quota mal interprété, une révision obsolète, une fonctionnalité mal transférée, un mouvement imprévu, une situation réelle différente de celle prévue lors de la conception. Penser à éliminer complètement toutes les erreurs possibles est souvent illusoire. Il est bien plus réaliste de concevoir des systèmes capables d'identifier rapidement les anomalies avant qu'elles ne se propagent dans le processus.
Une erreur détectée immédiatement a un impact limité. Une erreur découverte après des travaux supplémentaires coûte plus cher. Une erreur découverte après un traitement thermique coûte encore plus cher. Une erreur découverte lors de l'assemblage a des conséquences supplémentaires. Une erreur découverte par le client représente souvent le pire des scénarios. Le problème n'est pas seulement financier. Plus une erreur progresse dans le processus, plus le nombre d'activités impliquées, le temps perdu, les contrôles nécessaires et le nombre de personnes devant intervenir augmentent. C'est pourquoi le véritable coût n'est presque jamais l'erreur initiale, mais le retard dans son identification.
Pourquoi les prototypes existent-ils ?
L'une des idées fausses les plus répandues concerne le rôle du prototype. Beaucoup le perçoivent comme un coût supplémentaire. En réalité, son objectif principal est tout autre. Un prototype sert à déceler les problèmes lorsqu'il est encore économique de les corriger. Il sert à tester des hypothèses, à valider des choix de conception et à comprendre les écarts entre le comportement réel et le comportement attendu. Autrement dit, il contribue à accélérer la détection des erreurs. Et c'est précisément là sa valeur.
Le même raisonnement s'applique au PPAP, aux contrôles dimensionnels et à la traçabilité. Elles sont souvent perçues comme des activités bureaucratiques. En réalité, leur objectif initial est très concret : réduire le risque de se rendre compte trop tard d'un dysfonctionnement. Bien sûr, la documentation seule ne garantit pas la qualité. Mais, utilisée correctement, elle peut contribuer à déceler des problèmes qui, autrement, n'apparaîtraient que bien plus tard.
L'approche Poka-Yoke enseigne la même leçon.
Le concept Poka-Yoke suit la même logique. Il n'a pas été créé pour identifier les erreurs, mais pour empêcher leur propagation. L'objectif n'est pas d'exiger la perfection, mais de concevoir des systèmes qui rendent les erreurs difficiles et facilitent l'identification immédiate d'une anomalie. Car une erreur détectée immédiatement est gérable. Une erreur découverte des semaines plus tard peut s'avérer extrêmement coûteuse.
Très souvent, les erreurs les plus coûteuses ne sont pas dues à des limitations technologiques, mais à un manque de visibilité : informations dispersées dans plusieurs systèmes, revues non harmonisées, processus dépendants de l'expérience individuelle, contrôles arrivant trop tard, communications incomplètes. Dans ces cas-là, le problème ne réside pas dans le composant. C'est le temps qui s'écoule avant que quelqu'un ne se rende compte qu'un problème survient.
La rapidité est également essentielle à la qualité.
Ces dernières années, on a beaucoup parlé de la rapidité comme facteur de compétitivité. On pense souvent à la rapidité de développement ou à la rapidité de mise sur le marché. Mais il existe une autre rapidité qui prend une importance croissante : la rapidité avec laquelle une organisation peut identifier et corriger ses erreurs. Les entreprises les plus performantes ne sont pas nécessairement celles qui commettent le moins d'erreurs. Bien souvent, ce sont celles qui apprennent le plus vite.
La vraie question
La question la plus pertinente aujourd'hui n'est peut-être pas : « Comment éliminer toutes les erreurs ?»
Mais plutôt : « Combien de temps nous faut-il pour détecter une erreur lorsqu'elle se produit ?» Car c'est précisément là qu'intervient un élément clé de l'efficacité industrielle.
Les erreurs existeront toujours dans toute organisation. Ce qui fait vraiment la différence, c'est la capacité à les intercepter lorsqu'elles sont encore mineures, peu coûteuses et gérables. Prototypes, contrôles, documentation, traçabilité et processus robustes ont tous un objectif commun : éviter la bureaucratie. Afin de réduire le délai entre l'apparition d'un problème et sa détection. Car aujourd'hui, le véritable gaspillage ne réside pas dans l'erreur elle-même, mais dans sa détection tardive.
Ce site web utilise des cookies
Les cookies nous permettent de personnaliser le contenu et les annonces, d'offrir des fonctionnalités relatives aux médias sociaux et d'analyser notre trafic. Nous partageons également des informations sur l'utilisation de notre site avec nos partenaires de médias sociaux, de publicité et d'analyse, qui peuvent combiner celles-ci avec d'autres informations que vous leur avez fournies ou qu'ils ont collectées lors de votre utilisation de leurs services.
