Comment analyser les listes de contrôle d'inspection de la qualité à l'aide d'une analyse "à variables multiples" ?
  • 04 Nov 2023
  • 3 Minutes à lire
  • Contributeurs

Comment analyser les listes de contrôle d'inspection de la qualité à l'aide d'une analyse "à variables multiples" ?


Article Summary

Comment analyser les listes de contrôle d'inspection de la qualité à l'aide d'une analyse de "variables multiples

Utilisez ce guide pour analyser les points communs d'échec dans une inspection de qualité.

Dans Tulip, une "liste de contrôle de qualité" est généralement composée d'une série d'étapes avec des images et des descriptions, puis d'un bouton "Réussir" et "Échouer".

Comme ceci :

Ceci peut être organisé dans une application individuelle, ou dans un groupe d'étapes à la fin d'une application d'instructions de travail, par exemple.

Quoi qu'il en soit, une fois que les opérateurs auront utilisé cette inspection numérique pendant quelques jours, vous serez en mesure de voir les raisons courantes pour lesquelles les pièces échouent à l'inspection.

Grâce à ces données, vous devriez être en mesure d'améliorer la conception de votre produit, ou d'améliorer une étape spécifique du processus de fabrication qui conduit à des pièces défectueuses.

Ce guide vous montrera comment analyser les résultats de votre liste de contrôle de la qualité sous la forme d'un graphique linéaire.

Avant d'utiliser ce guide, vous devez comprendre le concept d'"achèvement de l'application ", car c'est ainsi que les données seront générées à partir de l'application.

Structurer votre application

Dans une liste de contrôle de qualité, vous devez utiliser une variable distincte pour suivre les résultats de chaque étape du contrôle de qualité. De cette façon, vous pouvez suivre chaque étape individuellement et visualiser le taux de réussite/d'échec de façon indépendante.

Ainsi, dans l'exemple ci-dessus, voici la logique qui pourrait s'exécuter lorsqu'un opérateur appuie sur le bouton "Correspondances".

  • "Manipulation des données" "Stockage" des données : "Valeur statique" "booléen" "oui" emplacement : "fan_check"
  • "Passer à l'étape suivante

Pour le bouton "Ne correspond pas", vous pouvez utiliser la même logique, mais stocker "booléen" "non" à la place. Vous pouvez alors envoyer un opérateur à l'étape suivante ou à une série d'étapes de reprise.

Vous pouvez répéter ce schéma à chaque étape avec une variable différente à chaque étape. Voici comment vous pourriez stocker le résultat lorsqu'une pièce échoue à l'étape de mesure de l'épaisseur.

  • "Manipulation de données" "Stocker" des données : "Valeur statique" "booléen" "non" emplacement : "mesure_épaisseur"
  • "Passer à l'étape suivante

À la fin, vous devriez avoir une nouvelle variable pour chaque étape.

Structurer l'analyse

Vous pouvez créer plusieurs types d'analyses à partir de ces données. Dans le cas présent, nous voulons voir quels sont les contrôles de qualité qui échouent le plus souvent. Cela nous aidera à identifier les problèmes dans notre processus de fabrication.

Pour ce faire, nous devons comparer les variables booléennes suivies à chaque étape.

Dans l'application de votre choix, cliquez sur l'onglet "Analyse" de la vue d'ensemble de l'application, puis choisissez "Nouvelle analyse".

Ensuite, choisissez l'analyse "Comparer les variables" et choisissez l'option "Comparer les variables booléennes" :

Vous verrez 6 options dans le volet contextuel :

Dans ce cas, nous nous concentrerons sur les champs "Axe des X" et "Axe des Y".

Cliquez sur le champ "Axe X", puis sélectionnez toutes les variables booléennes de l'application qui sont liées aux inspections de qualité. Dans l'exemple ci-dessous, nous allons sélectionner trois variables.

Chacune de ces variables apparaîtra désormais sous la forme d'une barre distincte dans un diagramme à barres. Pour changer le format en graphique linéaire, sélectionnez le menu déroulant "Affichage" en haut et choisissez "Graphique linéaire".

Ensuite, ajustons l'axe des Y. Sélectionnez le champ "Axe des Y" et vous verrez deux options.

Nous continuerons à utiliser "Percent Where True". Il s'agit du pourcentage d'applications terminées pour lesquelles chaque variable a été définie comme "vraie". Si le pourcentage est faible, cela signifie que le contrôle en question ne passe pas très souvent le test de l'inspection de la qualité.


Avez-vous trouvé ce que vous cherchiez ?

Vous pouvez également vous rendre sur community.tulip.co pour poser votre question ou voir si d'autres personnes ont répondu à une question similaire !


Cet article vous a-t-il été utile ?