On me donne 15 points. Les limites de contrôle sont à +/- 3 . Les points 1, 4, 5, 6, 7, 8, 9, 10, 11, 13 et 15 se situent dans les limites de contrôle. Les points 2, 3, 12 et 14 sont en dehors des limites de contrôle, 2 étant en dessous de la limite de contrôle inférieure et 3, 12 et 14 au-dessus de la limite de contrôle supérieure.
Comment savoir si les points 2, 3, 12 et 14 sont hors de contrôle causés par des causes fortuites ou par des causes attribuables?
control-chart
engineering-statistics
Thomas Owens
la source
la source
Réponses:
Oui, vous devez trouver et attribuer une cause pour chaque point hors des limites. Mais les choses sont un peu plus compliquées.
Vous devez d'abord déterminer si le processus est sous contrôle, puisqu'un tableau de contrôle n'a pas de sens lorsque le processus est hors de contrôle. Près d'un quart de vos observations dépassant les limites est un signe fort que le processus peut être hors de contrôle. Il serait utile de consulter le graphique pour déterminer si le processus est maîtrisé ou non.
Outre le fait de tomber en dehors des limites de contrôle, il existe d'autres raisons potentielles de devoir rechercher des causes attribuables à certaines observations. Par exemple, si vous avez plusieurs observations consécutives tombant du même côté de la moyenne - en particulier si elles sont proches de la limite de contrôle - elles peuvent avoir besoin d'attribuer une cause spéciale.
Je pourrais peut-être être plus précis si vous publiez le graphique lui-même.
Si vous souhaitez en savoir plus sur les cartes de contrôle, SPC Press dispose d'un certain nombre de ressources gratuites utiles. Vous pouvez également consulter ce livre : il est court, concis et très instructif.
(Éditer:)
J'ai supposé que nous parlions de données réelles, pas d'une question d'examen. Dans ce cas, la bonne réponse est vraiment la première: les points en dehors des limites de contrôle sont (probablement) causés par des causes attribuables.
L'examen est un peu bâclé dans sa terminologie, cependant: vous ne pouvez pas réellement dire avec 100% de certitude que les points en dehors des limites de contrôle ne sont pas causés par hasard. Vous pouvez seulement dire qu'il y a une probabilité de 99,7% qu'un point particulier en dehors des limites ne soit pas causé par hasard.
la source
Ma compréhension des cartes de contrôle est un peu différente ... Après le premier signal à l'observation 2, le processus ne serait-il pas arrêté et vérifié pour des problèmes, puis redémarré?
Dans tous les cas, vous pouvez utiliser un argument de valeur p. La probabilité d'observer 4 observations ou plus (sur 15) au-delà de leurs limites de contrôle est TRÈS faible si le processus est réellement sous contrôle. Disons que la probabilité qu'une observation sorte des limites de contrôle alors que le processus est réellement sous contrôle est d'environ 0,01 (cette probabilité exacte dépend de la distribution sous contrôle des données), donc si le processus est sous contrôle, nous nous attendons à une fausse alarme (c.-à-d. un signal hors de contrôle causé par un hasard) toutes les 100 observations environ. La probabilité d'observer au moins 4 signaux hors de contrôle (sur 15) pendant que le processus est sous contrôle est d'environ 0,000012, il est donc très peu probable que les signaux soient dus à un hasard.
Alors qu'un diagnostic réel vous obligerait à consulter le tableau et éventuellement à enquêter sur le processus physique, car les points hors contrôle sont à la fois inférieurs et supérieurs aux limites de contrôle, je parie qu'il y a eu un changement d'échelle (c'est-à-dire une augmentation de la variance). )
la source
(Désolé d'avoir posté une nouvelle réponse, je ne peux pas encore répondre directement aux commentaires)
Je ne suis pas vraiment d'accord avec la déclaration:
"Apparemment, si vous traversez l'UCL ou LCL, il doit y avoir une cause attribuable"
Pour simplifier les choses, si votre distribution sous contrôle est N (0,1), vous obtiendrez toujours de fausses alarmes une fois toutes les 370 observations, en moyenne, en utilisant un UCL de 3 et un LCL de -3. Lorsque le graphique signale, le processus doit être étudié. Ce n'est qu'alors qu'une raison pour le signal peut être attribuée (c.-à-d. Changement de processus ou erreur aléatoire.) Le réglage de l'UCL et du LCL nécessite que l'utilisateur équilibre le taux de fausse alarme / détection manquée souhaité (analogue au compromis d'erreur de type I / type II dans tests d'hypothèses.)
Vous pouvez également attendre jusqu'à ce que quelques signaux s'arrêtent réellement et enquêter sur le processus, mais dans ce cas, vous pouvez détecter le décalage trop tard s'il s'est réellement produit au premier signal. Encore une fois, vous ne pouvez pas avoir quelque chose pour rien et l'utilisateur doit utiliser son jugement pour décider comment configurer la carte de contrôle et surveiller le processus.
la source
J'ai trouvé quelque chose d'intéressant caché dans un document d'étude de l'IEEE orienté vers cet examen:
Apparemment, si vous traversez l'UCL ou le LCL, il doit y avoir une cause attribuable.
Cela a du sens, étant donné la définition de Wikipédia des caractéristiques de la cause (spéciale) attribuable :
la source