Points clés
Réponse courte : Les limites de contrôle et les limites de spécification sont la paire la plus confondue dans le contrôle statistique des processus, et les mélanger sape toute la méthode.
Les limites de spécification sont la voix du client : les bornes, fixées par la conception ou le client, qui séparent une pièce conforme d'une pièce non conforme.
Les limites de contrôle sont la voix du processus : des bornes calculées à partir des propres données du processus (typiquement la moyenne plus ou moins trois sigma) qui décrivent l'étendue de variation que le processus produit naturellement lorsqu'il est stable.
elles répondent à des questions différentes : la pièce est-elle acceptable ? versus le processus se comporte-t-il normalement ? et elles ne doivent jamais être placées sur la même carte ni dérivées l'une de l'autre.
Les limites de spécification définissent ce qui est acceptable pour le client : les bornes qui séparent une pièce conforme d'une pièce non conforme.
Elles viennent de l'extérieur du processus, de la conception du produit, du dessin technique, de l'exigence du client ou d'une réglementation, et elles expriment ce que la pièce doit être pour être apte à l'usage.
Une cote spécifiée à 10,0 plus ou moins 0,5 millimètre a une limite inférieure de spécification (LIS) à 9,5 et une limite supérieure de spécification (LSS) à 10,5 ; tout ce qui est en dehors de cet intervalle est, par définition, un défaut.
Les limites de spécification sont la « voix du client ». Elles sont fixées de manière externe et n'ont rien à voir avec la façon dont votre processus particulier se comporte ; le client exige ce qu'il exige, que votre processus puisse le respecter facilement, difficilement ou pas du tout.
Leur rôle est de tracer la ligne entre produit bon et produit mauvais. Elles ne disent rien sur la stabilité, la prévisibilité ou le contrôle du processus, seulement si une pièce donnée respecte l'exigence.
C'est un jugement sur le produit, pas sur le processus.
Les limites de contrôle décrivent ce que le processus fait réellement lorsqu'il est stable : l'étendue de variation qu'il produit naturellement.
De façon cruciale, elles ne sont pas choisies, elles sont calculées à partir des données mesurées du processus, typiquement comme la moyenne du processus plus ou moins trois écarts-types.
La limite de contrôle supérieure (LCS) et la limite de contrôle inférieure (LCI) marquent les bornes dans lesquelles la sortie du processus se trouve lorsque seule la variation due aux causes communes (normale, aléatoire) est présente.
Les limites de contrôle sont la « voix du processus » : elles vous disent comment le processus se comporte, dérivées entièrement de son comportement effectif.
Un point en dehors des limites de contrôle, ou un motif non aléatoire à l'intérieur d'elles, signale une cause spéciale : quelque chose a changé et le processus ne se comporte plus comme d'habitude.
Les limites de contrôle sont une propriété du processus, recalculées lorsque le processus change véritablement, et elles servent à répondre à une seule question : le processus est-il en état de contrôle statistique, se comportant de manière cohérente et prévisible ?
Elles n'ont rien à voir avec ce que veut le client, seulement avec ce que fait le processus.
La façon la plus claire de maintenir la distinction est l'expression : les limites de spécification sont la voix du client, les limites de contrôle sont la voix du processus. Elles proviennent de sources complètement différentes et répondent à des questions complètement différentes.
Les limites de spécification viennent du client ou de la conception et répondent à « cette pièce est-elle acceptable ? » Les limites de contrôle viennent des propres données du processus et répondent à « le processus se comporte-t-il normalement ? » L'une concerne le produit, l'autre le processus.
L'une est définie extérieurement et fixe, l'autre est calculée en interne et ne change que lorsque le processus change.
C'est pourquoi les deux nombres sont généralement sans rapport : il n'y a aucune exigence que vos limites de contrôle se situent à l'intérieur, à l'extérieur ou à proximité de vos limites de spécification ; cette relation est exactement ce que mesure la capabilité du processus, et elle peut aboutir à n'importe quel résultat.
Traiter les deux comme la même chose, ou s'attendre à ce qu'elles coïncident, est l'erreur fondamentale que font les débutants en SPC. Ce sont deux évaluations indépendantes qui se trouvent simplement exprimées dans les mêmes unités.
La règle pratique la plus importante en SPC est : ne jamais mettre les limites de spécification sur une carte de contrôle, et ne jamais calculer les limites de contrôle à partir des spécifications.
Une carte de contrôle trace les données du processus par rapport aux limites de contrôle pour détecter les causes spéciales
dessiner les limites de spécification dessus invite à une habitude destructrice appelée manipulation/intervention inappropriée, réagir à un point qui est hors spécification mais à l'intérieur des limites de contrôle comme si le processus avait changé, alors qu'il ne l'a pas, et ajuster un processus stable qui devrait être laissé tranquille.
Inversement, considérer les limites de contrôle comme des limites de spécification, juger des pièces bonnes ou mauvaises par rapport à la LCS et à la LCI, est dénué de sens, parce que les limites de contrôle ne disent rien sur l'acceptabilité pour le client.
Les deux servent des fonctions différentes et alimentent des décisions différentes : les limites de contrôle pilotent la décision « dois-je chercher une cause spéciale et intervenir ? », tandis que les limites de spécification pilotent la décision « cette pièce est-elle expédiable ? ». Les mélanger corrompt les deux décisions.
Conservez-les dans des analyses séparées : des cartes de contrôle pour la stabilité du processus, des études de capabilité pour la relation entre l'étendue du processus et la spécification.
Parce que le contrôle (stabilité) et la capabilité (respect de la spécification) sont indépendants, un processus peut se trouver dans l'un des quatre états. En contrôle et conforme est l'idéal : le processus est stable et sa variation naturelle tient confortablement à l'intérieur de la spécification.
En contrôle mais hors spécification est le problème de capabilité : le processus est parfaitement stable et prévisible, mais son étendue naturelle est trop large pour la spécification, il produit donc de façon prévisible des pièces non conformes ; c'est une défaillance de capabilité du processus (un faible Cpk), pas une instabilité, et la solution est de réduire la variation ou recentrer, pas de courir après des causes spéciales.
Hors de contrôle mais conforme est l'illusion dangereuse : le processus est instable mais a encore, provisoirement, produit des pièces acceptables ; une cause spéciale est à l'œuvre et des défauts arriveront si elle n'est pas trouvée. Hors de contrôle et hors spécification est la crise évidente.
La leçon des quatre états est que être en contrôle et être capable sont des choses différentes : les limites de contrôle vous renseignent sur la stabilité, les limites de spécification et la capabilité vous renseignent sur la conformité, et vous avez besoin des deux points de vue.
Supposons qu'une cote soit spécifiée à 10,0 plus ou moins 0,5, donc la LIS est 9,5 et la LSS est 10,5. Le processus est centré sur une moyenne de 10,0.
Dans le premier cas l'écart-type du processus est de 0,1, donc les limites de contrôle à trois sigma sont 9,7 et 10,3, confortablement à l'intérieur de la spécification 9,5, 10,5.
Ici le processus est à la fois en contrôle (les points se situent dans 9,7, 10,3) et capable (sa dispersion naturelle tient dans la spécification avec de la marge) ; pratiquement aucun défaut. Supposons maintenant que l'écart-type soit de 0,2.
Les limites de contrôle deviennent 9,4 et 10,6, plus larges que la spécification. Le processus peut être parfaitement en contrôle, chaque point tombant de façon prévisible dans 9,4, 10,6, et pourtant produire des pièces hors spécification, parce que sa variation naturelle dépasse 9,5 et 10,5.
Même processus centré, même comportement en contrôle, mais le second n'est pas capable.
Ceci illustre le point entier en un exemple : les limites de contrôle décrivent le processus et sont calculées à partir de son sigma, tandis que les limites de spécification sont fixées par le client, et savoir si l'une tient à l'intérieur de l'autre relève de la capabilité, une question distincte de celle du contrôle du processus.
Les cartes de contrôle protègent le facteur Qualité de l'OEE en détectant les dérives de processus avant qu'elles ne se transforment en défauts.
Quand une carte de contrôle signale une cause spéciale, un point hors des limites de contrôle ou un motif non aléatoire, c'est un avertissement précoce que le processus a changé, permettant d'intervenir avant que des pièces hors spécification (et les pertes de qualité qui en résultent) ne s'accumulent.
Distinguer la variation due aux causes spéciales de la variation due aux causes communes oriente également la réponse appropriée : traquer et éliminer une cause spéciale, mais réduire la variation due aux causes communes par des améliorations fondamentales du processus plutôt que par des ajustements inappropriés.
Un processus à la fois en contrôle et capable produit un facteur Qualité élevé et stable ; un processus hors de contrôle produit des pertes de qualité imprévisibles, et un processus en contrôle mais non capable produit une baisse de qualité constante et prévisible que le travail de capabilité (améliorer le Cpk) doit corriger.
Des cartes fiables dépendent aussi d'une mesure fiable, voir Gauge R&R vs étalonnage.
Fabrico met en évidence les pertes de Qualité que le SPC est censé prévenir, en lien avec l'OEE en temps réel, de sorte que lorsque les défauts commencent à augmenter, vous le voyez dans le facteur Qualité et pouvez le relier à un processus qui a dérivé hors de contrôle ou qui n'a jamais été capable.
En rendant visibles les pertes de qualité et leur chronologie, il complète la carte de contrôle sur le plancher : la carte saisit le signal statistique, et la tendance OEE montre le coût en production de laisser la situation s'aggraver.
Réservez une démo pour connecter le contrôle des processus à la performance qualité réelle.
Les limites de spécification définissent ce que le client exige, la frontière entre une pièce bonne et une pièce mauvaise, fixée par la conception ou le client. Les limites de contrôle décrivent ce que le processus fait réellement, calculées à partir de ses propres données comme la moyenne plus ou moins trois sigma. L'une juge le produit ; l'autre juge la stabilité du processus.
Non, c'est une erreur classique en SPC. Les cartes de contrôle tracent les données du processus par rapport aux limites de contrôle pour détecter les causes spéciales. Ajouter les limites de spécification invite à des ajustements inappropriés : réagir aux points par rapport à la spécification plutôt qu'aux limites de contrôle, et ajuster un processus stable qui devrait être laissé tranquille.
Oui. Un processus peut être parfaitement stable (en contrôle) et avoir néanmoins une variation naturelle trop large pour la spécification, de sorte qu'il produit de façon prévisible des pièces hors spécification. C'est un problème de capabilité (faible Cpk), pas une instabilité, et la solution est de réduire la variation ou recentrer, pas de courir après des causes spéciales.
Les limites de contrôle sont calculées à partir des données mesurées du processus, typiquement comme la moyenne du processus plus ou moins trois écarts-types. Elles ne sont pas choisies ni fixées à partir de la spécification ; elles décrivent l'étendue de variation que le processus produit naturellement lorsqu'il est stable.
Les cartes de contrôle détectent les dérives de processus avant qu'elles ne deviennent des défauts, protégeant le facteur Qualité de l'OEE. Un processus à la fois en contrôle et capable fournit une qualité élevée et stable ; un processus hors de contrôle entraîne des pertes imprévisibles ; un processus en contrôle mais non capable crée un frein constant et prévisible sur la qualité que le travail de capabilité doit corriger.
Connexion
Blog
