811941_fr-FR

liliconcom

Priorisation des facteurs qui nuisent au rendement

De plus, la question est dans spec(value) --- pour un seul paramètre.
S'il existe plusieurs paramètres avec des limites de spécifications, il peut y avoir des ensembles avec plusieurs violations de spécifications (échec A, échec A+B, échec A + K… échec K, réussite)… existe-t-il une possibilité de définir une priorisation des détracteurs de rendement dans JMP ?

l'appareil 1 a échoué en raison de la spécification A - les spécifications suivantes n'ont plus besoin d'être testées.
-> Au total, x % des appareils tombent en panne en raison de la spécification A (priorisée).

...

l'appareil 2 a échoué en raison de la spécification K - les spécifications suivantes n'ont plus besoin d'être testées.
-> Au total, x % des appareils échouent en raison d'une spécification K moins prioritaire - mais pas d'une spécification de priorité plus élevée.

...

l'appareil 3 répond à toutes les spécifications -> réussi.

Exploration et visualisation des donnéesRé: Priorisation des facteurs qui nuisent au rendement

@hogi ,

Votre demande vise-t-elle donc à voir si un périphérique (une ligne dans la table de données) répond à toutes les spécifications et, dans le cas contraire, à le signaler et à indiquer sur quel(s) processus il a échoué ?

Si tel est le cas, j'ai écrit un module complémentaire que je n'ai pas encore soumis à la Marketplace et je pourrais utiliser des tests supplémentaires par d'autres (si cela ne vous dérange pas de tester pour moi).

Acclamation,

Ré: Priorisation des facteurs qui nuisent au rendement

Je pense que Hogi cherche à identifier le premier échec en fonction d'un ordre/priorité spécifique. Vous trouverez ci-dessous quelques raisons qui me viennent rapidement à l'esprit pour quelque chose comme ça

• vous pouvez tester uniquement jusqu'à l'échec (le reste des résultats peut être manquant ou autre chose)
• vous pouvez toujours tout tester, mais vous ne vous souciez que du premier échec pour une analyse spécifique

Il existe bien sûr aussi des cas où vous souhaitez voir tous les processus ayant échoué.

Ré: Priorisation des facteurs qui nuisent au rendement

Salut @Chris_Kirchberg , ça a l'air génial : )
heureux d'aider à tester ...

concernant:
indiquez sur quel(s) processus il a échoué ?, @jthi a raison : l'objectif est d'utiliser l'importance du processus pour obtenir un indicateur d'échec unique pour chaque partie.
par exemple

Si un bonbon est brisé, la couleur n'a pas d'importance.

Si la forme et la couleur sont OK, qu'en est-il du goût ?

et ainsi de suite ...

Ré: Priorisation des facteurs qui nuisent au rendement

Mon module complémentaire est proche mais n'a pas de priorité prédéterminée. Seulement une liste dans l'ordre d'échec (avec une colonne comme réponse multiple). Il permet également à l'utilisateur de spécifier kx Sigma (écart type) pour voir si cette ligne/unité se situe en dehors de cette plage pour chaque processus.

Ci-joint ce sur quoi je travaille. Peut-être que ce framework peut être un début de cela ? Il faudrait trouver un schéma pour importer la liste de priorisation et le type d'indicateur pour le mode de défaillance. Le reste serait relativement facile (nouvelle colonne avec indicateur de mode de défaillance).

L'objectif de mon module complémentaire était d'examiner des centaines de processus à l'aide de limites de spécifications, puis d'utiliser la limite sigma akx pour voir si elle était meilleure ou pire que les limites de spécifications définies pour voir si cette unité (ou ligne) était conforme.

Ainsi, un indicateur de dépassement (1) si toutes les limites de spécification ou les limites kx sigma (chacune avec sa propre colonne) sont respectées, puis une colonne des processus (dans l'ordre des colonnes et donc l'ordre de vérification) est également créée pour chacune d'elles. Une colonne du nombre de processus hors limites est également créée. Voir la capture d'écran ci-dessous de la sortie :

C'est un travail en cours, donc vos commentaires sont précieux.

Ré: Priorisation des facteurs qui nuisent au rendement

Pour la priorisation, j'utiliserai l' importance du processus (partie des limites de spécifications).

Ré: Priorisation des facteurs qui nuisent au rendement

Je considérerais trois options de commande (si nous nous en tenons simplement à des commandes simples)

• La propriété de colonne comme hogi a
• Ordre des colonnes
• et éventuellement une liste distincte que l'utilisateur peut charger (vous pouvez par exemple créer une table avec Ppk, commander votre table en fonction de cela, puis utiliser cet ordre)

Sur la base de tests très rapides, voici quelques idées qui me viennent à l'esprit. Certaines d'entre elles pourraient être totalement hors de portée de ce module complémentaire. Elles ne sont pas présentées dans un ordre spécifique

• J'aime toujours avoir l'option Garder la boîte de dialogue ouverte sur le lanceur
• Permet de créer simplement un rapport séparé au lieu d'ajouter de nouvelles colonnes au tableau existant
  • Peut-être un sous-ensemble lié avec la colonne d'ID sélectionnée par l'utilisateur (et non lié car rompre le lien peut être ennuyeux) ?
• Comme il est possible de sélectionner simplement des colonnes spécifiques, indiquez clairement quelles colonnes ont été utilisées pour le calcul (peut-être utiliser la propriété de la colonne Notes ?)
  • Permet éventuellement d'utiliser le même lanceur pour mettre à jour les colonnes existantes avec de nouvelles sélections (vous pourriez avoir un bouton pour charger les sélections antérieures dans la fenêtre du lanceur de compléments).
• Ajouter un bouton pour « ajouter toutes les colonnes avec des limites de spécifications » ou quelque chose de similaire
• Déplacez Ok et Annuler vers la droite au lieu du bas pour le rendre similaire aux plates-formes JMP
• Ajouter une option pour colorer les valeurs hors spécifications
  • Avec une option permettant de sélectionner une seule couleur pour tous les échecs ou deux couleurs (comme le fait le contrôle de processus)

Ré: Priorisation des facteurs qui nuisent au rendement

Merci @jthi et @hogi pour les idées.

Ré: Priorisation des facteurs qui nuisent au rendement

Merci pour l'AddIn, assez proche de ce dont j'ai besoin.

Je vais ajouter un Sort(nc) et c'est tout:)

astuces sympas:)
1)

clb << Get Items("Column Reference");

... renvoie des références de colonnes au lieu de chaînes

2)

Insert Into( list of lists[i], item )

... manipulation en profondeur de la liste, wow !

3) histogramme à réponses multiples - j'en suis un grand fan !
avec 2 clics de souris, vous pouvez obtenir des statistiques sophistiquées qui ne sont ni possibles via des tableaux/résumés ni via des tabulations...

mais n'osez pas utiliser une autre colonne avec la propriété réponse multiple dans le même objet Graph Builder :
Re: bug avec Graph Builder ? réponse multiple + histogrammes multiples

Je vais jouer avec la visualisation, en combinant les informations d'échec à réponses multiples et les informations d'échec « de la plus haute priorité » en une seule image. Un timing parfait - avec la version v19EA4, il n'est plus possible d'utiliser une colonne à réponses multiples pour la couleur:)

Peut être:
remplacez sigma par une version robuste basée sur MAD - alors les valeurs aberrantes extrêmes ne donnent pas aux autres valeurs aberrantes la chance de se cacher sous le tapis « tendu » : )

Ré: Priorisation des facteurs qui nuisent au rendement

Pour le tracé des périphériques défaillants, au lieu du graphique à barres :

on pourrait utiliser un graphique d'histogrammes pour obtenir des informations plus détaillées sur les corrélations des échecs multiples :

Ré: Priorisation des facteurs qui nuisent au rendement

Merci. C'est vrai... La distribution donne de bonnes façons de voir les choses (et on peut toujours ajouter un ou plusieurs filtres). Je pensais à Graph Builder au cas où il y aurait d'autres façons de découper le graphique comme par lot ou autre fab ou autre caractéristique de l'unité(s) explorée(s)

Ré: Priorisation des facteurs qui nuisent au rendement

Distribution?

-> Graph Builder - mais avec l'option Histogramme au lieu de graphiques à barres.

Ré: Priorisation des facteurs qui nuisent au rendement

C'est une option et permet également de créer son propre graphique à partir de cela. Je cherche toujours une meilleure façon d'afficher les graphiques et de faire apparaître la fenêtre Gérer les limites de manière intelligente, puis de revenir à la fenêtre principale. Il faut également ajouter une option permettant d'utiliser la propriété de colonne de priorité, mais cela pourrait faire l'objet d'une révision.

Ré: Priorisation des facteurs qui nuisent au rendement

Que voulez-vous dire par « afficher la fenêtre Gérer les limites de manière intelligente, puis revenir à la fenêtre principale » ?

Ré: Priorisation des facteurs qui nuisent au rendement

Donnez aux gens une option à partir de la boîte de dialogue principale... Mon module complémentaire est désormais publié sur JMP Marketplace. S'il vous plaît, allez y jeter un œil, téléchargez-le, commentez. J'ai ajouté des suggestions ci-dessus en tant que travail en cours... J'ai également supprimé les graphiques pour l'instant...

https://marketplace.jmp.com/appdetails/Unit+Non-Conformance