Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 145 Next »

 

1. Introduction

La notion d’évènement qualité a été introduite pour répondre aux deux problématiques ci-dessous :

  • Tracer les différents problèmes autour de la qualité produit en centralisant le traitement et en ne générant une ou n NC que si c’est nécessaire
  • Intégrer la qualité système en centraliser le suivi et pouvoir enclencher si nécessaire de la qualité produit

Dans le module qualité d’Hélios le point d’entrée a toujours été une non-conformité à partir de laquelle il était possible de prendre les décisions au sujet des lots incriminés par le problème rencontré. Chaque non-conformité créée nécessitait en plus de tracer les actions curatives et correctives mises en œuvre pour traiter le problème.

Ce n’est pas le fonctionnement optimum car un défaut qualité peut entrainer la génération de plusieurs non-conformités pour traiter chacun des lots mais le suivi du défaut ne doit être effectué qu’une seule fois. Il est donc nécessaire d’adapter le processus à ce qui existe dans les entreprises.

Le choix a été d’introduire cette notion d’évènement qualité qui est le point d’entrée du processus et qui en finalité peut aboutir ou non, à la création d’une ou plusieurs non-conformités pour traiter les lots. Dans le déroulé du processus nous aborderons les notions propre au domaine de la qualité tel que

  • QQOQCCP : Cette méthode consiste à se poser les questions utiles pour comprendre et résoudre l'évènement qualité.

Quoi ?
Le Quoi définit le sujet à étudier, le problème à régler. C'est le point d'entrée de la démarche. dans Hélios ERP, il peut s'agir d'un OF, d'un Processus ou Procédé, d'une Livraison ou d'une Réception....
Qui ?
Le Qui spécifie l'acteur principale qui est concernée.  Le client, le fournisseur, l'ERP Hélios....
Où ?
Le Où indique l’endroit (physique ou virtuel) où l'évènement s'est produit (lieu, service, phase de production, ...). 
Quand ?
Le Quand définit la date de l'évènement (date de découverte ou date de l'évènement).
Comment ?
Le Comment fait référence à l'évènement qui a déclenché la découverte de l'évènement qualité : Audit, Contrôle, Rappel produit fournisseur....
Combien ?
Combien de produit sont concernés ? Le Combien permet de quantifier l’objet de la problématique en question et souvent d’en apprécier la gravité.
Pourquoi ?
Pourquoi l'évènement s'est il produit ?

  • Les causes racines et les méthodes 5P / 6M
  • Les plans d’actions et leur efficacité
  • Le processus 8D
  • La sécurisation des pièces
 Diagramme flux de gestion

2. Les codificateurs du module "Evènement "

 Il est nécessaire d'avoir au préalable créés les codificateurs utiles à la gestion des Clients :


 Les types d'évènement et les sous-types d'évènement

Il s'agit de définir pour chaque nature d'évènement qualité (Produit, Interne, Client, Achat ou Système) les types d'évènement que vous avez l'habitude de traiter en démarche qualité. Vous avez la liberté de créer les types de votre choix.

Ils permettent de répondre à la question "Comment ?" de l'enquête qualité.

  • Libellé du type : Désignation du type d'évènement.
  • Abréviation : Libellé court du type d'évènement.
  • Compétence : Uniquement les opérateurs ayant cette compétence pourront créer ou modifier des évènements de ce type
  • Compétence solder : Une compétence permettant de solder les éléments liés aux types d'évènement peut être précisée
  • Nature : Sélectionner la nature de l'évènement concerné parmi les 4 natures suivante , Produits, Système, Achat Client. le type d'évènement sélectionnable sera filtré selon la nature de l'évènement lors de la création.
  • Inactif : Pour désactiver l'utilisation du type d'évènement.
  • Visu évènement : Permet aux opérateurs non compétents pour saisir les évènements associées à ce type d'évènement de pouvoir les visualiser dans les évènements.
  • Retouche : Permet de venir créer des évènements produit particulier depuis la mobilité

Exemple : Opérateur compétent (GED QUALITE / CONTROLE) pour le type de l’évènement associé pourra créer et effectuer des actions sur les évènements. Si non compétent alors il pourra visualiser les évènements de ce type

Depuis la Toolbar il est possible de venir associer à un type d’évènement un ensemble de type de sous évènement

Pour créer un sous-type d'évènement, il suffit de sélectionner le bouton pour le type d'évènement sélectionné en consultation.

Il permet d'apporter des précisions dans la partie "Sous évènement" de l'évènement qualité. 

Il faut bien avoir à l'esprit que le sous type doit être compatible avec le contexte du type d'évènement et la nature de l'évènement, il permet de préciser les données du sous évènement.

La création est assez similaire à la saisie d'un type d'évènement.

  • Evènement : Abréviation du type de l'évènement sélectionné, non modifiable.
  • Libellé : Désignation du sous-type d'évènement.
  • Abréviation : Libellé court du sous-type d'évènement, donnée unique en BDD pour un type d'événement.
  • Compétence solder : Une compétence permettant de solder les éléments liés aux sous évènement peut être précisée (elle prendra le pas sur celle définie sur le type d’évènement)
  • Inactif : Pour désactiver l'utilisation du sous-type d'évènement.

 Les Processus et les Sous-processus

La fiche processus  a pour vocation de fournir tous les éléments de compréhension du fonctionnement et de la mise en œuvre du processus auprès des contributeurs. Elle peut aussi se nommer cartographie des processus. Les fiches servent à identifier les principales données d’entrée et de sortie de vos activités de vos process Qualité.

Selon l’ISO 9000[1], un processus est un “ensemble d’activités corrélées ou en interaction qui utilise des éléments d’entrée pour produire un résultat escompté”. C’est donc une suite d’actions qui interagissent pour transformer un élément d’entrée en élément de sortie, en lui apportant de la valeur ajoutée.

source : L'approche processus en ISO 9001 - Management de la qualité (managementqualite.com)

On distingue habituellement :

  • Les processus opérationnels (de réalisation), Ils représentent l'activité cœur de métier de l'entreprise : de l'élaboration à la prise de commande / livraison des produits et services pour les clients.
  • Les processus de support (de soutien ou ressources), Ils représentent l'activité de mise à disposition en interne des ressources nécessaires à la réalisation des processus opérationnels : achats de fournitures, RH, comptabilité, etc. 
  • Les processus de pilotage (de management ou décisionnels), ils représentent l'activité d'élaboration des informations internes permettant le pilotage de l'activité de l'entreprise.
  • Les processus de mesure (d'évaluation des résultats), ils traitent l'efficacité des processus eux-mêmes, en fournissant la mesure des écarts entre les résultats et les objectifs définis.

Autre source intéressante : Exemple de fiche processus ou cartographie des processus - Certification QSE (certification-qse.com)

L'écran "Processus" permet de cartographier l'ensemble  des processus de votre entreprise.

Une fiche processus est identifiée par les informations suivantes :

  • Libellé : Libellé du processus.
  • Abréviation : Libellé court du processus.
  • Dernier contrôle : Date du dernier contrôle.
  • Fréquence : Fréquence des contrôles selon période renseignée.
  • Méthodes d'agrément : Sélectionner la méthode d'agrément. Un écran permet de créer les Méthodes des agréments.
  • Origine des agréments : Sélectionner l'origine des agréments. Un écran permet de créer les Origines des agréments.
  • Période : Sélectionner la périodicité, jours, Semaines, Mois Années ou nombre d'utilisation.
  • Prochain contrôle : Dates de fin de validité et du prochain contrôle. 
  • Notes : Le bouton permet d'accéder et de saisir des notes, remarques.
  • Fichiers liés : Le bouton permet de lier des documents au processus sélectionné.

Chaque processus peut être décomposé en sous-processus pour caractériser plus finement un évènement qualité, c'est l'objet de la codification des sous-processus accessible via le bouton

 Les Procédés

Hélios propose un écran permettant de gérer les procédés de l’entreprise.

Dans les versions antérieures les procédés gérés été

  • Standard : liste de procédés
    • Délivrés par les clients
    • Attribués à des fournisseurs ou sous-traitant
  • Des procédés internes
    • Cas du traitement de surface
    • Liens vers les lignes de traitement

L’écran existant a été migré sous Hélios ERP 2023 disponible depuis la codification Helios ERP Procédés.

Ajout des information ci-dessous : 

  • Gestion de la validité du procédé
    • Fréquence / Période / Date du dernier contrôle
    • Origine et méthode du renouvellement
  • Procédé appartient à un client
  • Nouveaux types de gestion pour un procédé
    • GED / CDC / Outillage / Exemplaire
    • Le choix d’un de ces types permet de venir lier une ou plusieurs fiches existantes dans les modules au procédé courant

Exemple : Lien vers des documents de la GED Hélios

Les données liées sont ensuite apparentes dans la grille du bas de l’écran.


 Les types de fichier liés

Cet écran permet de définir les types de documents liés. Les documents liés sont utilisés dans différents modules.

Les données à saisir :

  • Abréviation : Libellé court du type de fichier.
  • Libellé : Libellé long du type de fichier.
  • Archiver : Pour ne plus utiliser cette fiche.

 Analyses de la non conformité

Cet écran permet de saisir les motifs liés à un évènement Qualité. Il répond à la question Pourquoi dans le formulaire des événements.


Saisir un libellé et un libellé court, l'abréviation.

3. L'écran principal des Evènements 

L’écran de gestion des évènements qualité est accessible depuis le menu principal d’Hélios ERP (Evènement qualité)

Il est composé de trois partie :

  1. Critères de sélection : Permet de filtrer les évènements à consulter => Saisir le filtre désiré puis sélectionner le bouton "Appliquer"
  2. Liste des évènements : Liste des évènements filtrés selon les critères saisis et compétence de l'opérateur (restriction en fonction des types d’évènements).
  3. Détail des sous évènements de l'évènement sélectionné : La création d’un sous évènement se fera dans le cadre défini par l’évènement. C’est sur un sous évènement que l’on viendra déterminer les causes du problème constaté et greffer les plans d’actions pour les résoudre. La sécurisation éventuelle des lots incriminés sera aussi déclenchée depuis le sous évènement.

 

Son ergonomie est celle des écrans de recherche filtre, c’est-à-dire qu’à l’ouverture il n’y a pas de données affichées. Il est nécessaire de cliquer sur le bouton appliquer pour charger les données qui correspondent aux critères sélectionné sur la partie gauche de l’écran


4. La toolbar du module "Evènements qualité "


4.1. Création d'un évènement 

Un évènement qualité est défini par sa nature, Hélios ERP possède 4 natures :

    •  Système : Lié à un processus ou procédé

    • Produit : Cette typologie d’événement, concerne essentiellement les évènements que l’on rencontre lors de la production des pièces

       Produit (Interne) : Lié à un OF, une Phase d'OF ou un Article,

    • Client : tracer un évènement qualité lorsque celui-ci a été constaté par un client : problème sur une pièce, BL, ….

       Client : Lié à un bon de livraison client ou à un client.

    • Achat : Lorsque la non-qualité est constatée pour un fournisseur ou un sous-traitant

       Achat : Lié à un Bon de réception ou un fournisseur ou un bon de réception de Sous-traitance ou à un fournisseur de sous-traitance.

La toolbar présente 4 icônes, un pour chaque nature. Sélectionner la nature en fonction de l'évènement qualité à saisir.

La création de l'évènement permet de saisir les réponses aux questions QQOQCCP.  Elle permet d'alimenter le formulaire suivant :



4.1.1 Evènement de Nature Système

Le Comment : Choix du type d'évènement associé à la nature Système et aux compétences de l'opérateur.

Exemple : Défaut Processus Vente

Choix du Processus ou Procédé concerné : Le Quoi.

Dans la liste des processus et procédés, sélectionner, la donnée. Un filtre permet de ne voir que la liste des processus ou procédés.

Saisie de l'évènement système : Réponses aux autres question.

La suite de la déclaration va consister à respecter la méthode du QQOQCCP qui permet de caractériser correctement l’évènement

  • Statut : En attente, non modifiable.
  • Référence : Chaine de caractère obligatoire, pré initialisé avec la référence article.
  • Libellé : chaine de caractère libre pré initialisé avec le libellé article
  • Le Qui : Sélectionner l'origine de l'agrément dans les codifications des "Origines des agréments"
  • Le Quoi : Processus ou procédé concerné, , non modifiable.
  • Le Ou : Lieu où a été découvert le problème, saisie libre.
  • Le Quand : Date du jour, modifiable.
  • Le Combien : Par défaut 1, modifiable.
  • Le Comment : Le type d'évènement concerné, non modifiable.
  • Le Pourquoi : Sélectionner le pourquoi dans la liste des codifications  "Méthodes d'agréments".
  • le Constat : Sélectionner le Constat dans la liste des codification "Constats".
  • Saisie par :  code utilisateur, modifiable.

Le champ Constat est lié à une nouvelle codification et permet une meilleure caractérisation de l’évènement.

La Toolbar permet de compléter les 3 notes : Le Comment, le constat et le Pourquoi via la saisie d'informations historisées

Une fois les données saisies dans le formulaire alors l’enregistrement est créé et disponible dans l’affichage sur la partie supérieure de l’écran principal. L'évènement est créé avec un code numérique auto-incrémenté. Saisir les informations utiles à l'évènement qualité. 


4.1.2. Evènement de Nature Produit

Le Comment : Choix du type d'évènement associé à la nature Produit et aux compétences de l'opérateur.

Exemple : Contrôle visuel.

Choix de l'OF ou de la phase d'un OF ou de l'Article concerné : le Quoi.

Dans la liste qui apparaît sélectionner, la donnée.

Un filtre permet de ne voir que la liste des OFS, ou des Phases ou des Articles.

Saisie de l'évènement produit : Réponses aux autres question.

L'évènement est créé avec un code numérique auto-incrémenté. Saisir les informations utiles à l'évènement qualité.

  • Statut : En attente, non modifiable.
  • Référence : Référence de l'OFS préalimentée, Modifiable.
  • Libellé : Le libellé du produit, modifiable.
  • Le Quand : Date du jour, modifiable.
  • Le Qui : le code utilisateur, modifiable.
  • Le Ou : Saisir le lieu où a été découvert le problème.
  • le Constat : Sélectionner le Constat dans la liste des codification "Constats".
  • Le Comment : Le type d'évènement concerné, non modifiable.
  • Le Quoi :
    • si OF : Code OF - Code Article - Référence OF, non modifiable. 
    • si Phase : Code OF - Code Article - Libellé (code phase) et Famille (Nature)
    • si Article : ID_ARTICLE, Référence et Libellé
  • Saisie par :  code utilisateur, modifiable.
  • Le Pourquoi : Sélectionner le pourquoi dans la liste des codifications  "Analyses de la non conformité".
  • Le Combien : Par défaut 1, modifiable.

La Toolbar permet de compléter 3 notes : Le Comment, le constat et le Pourquoi via la saisie d'informations historisées.


4.1.3. Evènement de Nature Client

Le Comment : Choix du type d'évènement associé à la nature Client et aux compétences de l'opérateur.

Choix du client ou du BL concerné : le Quoi.

Un filtre permet de ne voir que la liste des BL ou Clients.


Saisie de l'évènement client : Réponses aux autres question.

L'évènement est créé avec un code numérique auto-incrémenté. Saisir les informations utiles à l'évènement qualité.

 

  • Statut : En attente, non modifiable.
  • Référence
    • Si le choix est BL alors Code du BL et date de livraison
    • Si le choix est client alors les informations du client
  • Libellé : Chaine de caractère libre pré initialisé avec les infos du client dans le cas du BL, sinon vide
  • Le Quand : Date du jour, modifiable.
  • Le Qui : le code client non modifiable.
  • Le Ou : Lieu où a été découvert le problème.
  • le Constat : Sélectionner le Constat dans la liste des codification "Constats".
  • Le Comment : Le type d'évènement concerné, non modifiable.
  • Le Quoi :
    • Si BL Client : Code Client - Nom Client - Numéro de BL si l'évènement concerne un BL  , non modifiable.
    • Si Client : Code Client - Nom du client , non modifiable.
  • Saisie par :  code utilisateur, modifiable.
  • Le Pourquoi : Sélectionner le pourquoi dans la liste des codifications  "Analyses de la non conformité".
  • Le Combien : Par défaut 1, modifiable.

La Toolbar permet de compléter le Comment, le constat et le Pourquoi via la saisie d'informations historisées


4.1.4. Evènement de Nature Achat

Le Comment : Choix du type d'évènement associé à la nature Achat et aux compétences de l'opérateur.


Choix du fournisseur ou du BL concerné : Le Quoi

Un filtre permet de ne voir que la liste des Br Fournisseurs ou Br de Sous-Traitances ou Fournisseurs ou Sous-Traitants.


Saisie de l'évènement Achat : Réponses aux autres question.

L'évènement est créé avec un code numérique auto-incrémenté. Saisir les informations utiles à l'évènement qualité.

 

  • Statut : En attente, non modifiable.
  • Référence : non modifiable.
    • si Fournisseur ou Sous traitant : Code fournisseur - Nom Fournisseur  
    • Si BR ou BR ST : information N°BL, N°BR et DATE_LIV.
  • Libellé : chaine de caractère libre pré initialisé avec les infos du fournisseur  si Fournisseur ou sous traitant.
  • Le Quand : Date du jour, modifiable.
  • Le Qui : Le Nom du fournisseur, non modifiable.
  • Le Ou : Lieu où a été découvert le problème à saisir.
  • le Constat : Sélectionner le Constat dans la liste des codification "Constats".
  • Le Comment : Le type d'évènement concerné, non modifiable.
  • Le Quoi : non modifiable.
    • si Fournisseur ou Sous traitant : Code fournisseur - Nom Fournisseur
    • Si BR ou BR ST : Code fournisseur - Nom Fournisseur - Numéro de Bon réception ou de Bon de réception de SST.
  • Saisie par :  code utilisateur, modifiable.
  • Le Pourquoi : Sélectionner le pourquoi dans la liste des codifications  "Analyses de la non conformité".
  • Le Combien : Par défaut 1, modifiable.

La Toolbar permet de compléter le Comment, le constat et le Pourquoi via la saisie d'informations historisées

4.2. Modifier un évènement

Cette action permet de rouvrir la fenêtre de création de l'évènement pour modifier sont contenu et/ou compléter les notes.

4.3. Suppression

Il n’est possible de supprimer un évènement que s’il est en attente.

4.4. Note

4.4.1 Comment

Permet de modifier la note relative au Comment ? si l'opérateur a la compétence du type d'événement 

4.4.2. Constat

Permet de modifier la note relative au Constatation ? si l'opérateur a la compétence du type d'événement 

4.4.3. Pourquoi

Permet de modifier la note relative au Pourquoi ? si l'opérateur a la compétence du type d'événement 

4.5. Imprimer

Sélectionner le rapport à imprimer

4.6. Fichiers liés

Permet d'insérer des documents liés à l'évènement qualité, photo documents divers.

Cette action permet d'associer à la fiche en cours un ou plusieurs fichiers.

 

Pour ajouter un fichier il faut faire « Nouveau », puis sélectionner le fichier depuis l'explorateur Windows.
Pour annuler un fichier il faut sélectionner une ligne et cliquer sur la poubelle.
La ligne passera dans l'écran de la corbeille.
Avec la même manipulation (sélection ligne + poubelle) le système supprimera définitivement le fichier de la base de données Oracle/Serveur de fichier en fonction du paramétrage.


Il est possible de visualiser et modifier les fichiers (Excel, Word. .txt ) le document en cliquant dessus.

Concernant les PDFs un simple clique sur le PDP ouvre le PDP dans un Viewer en taille réduite et une double clique ouvre le document dans le lecteur PDF par défaut du système? 

5. Le sous évènement qualité

A un évènement, il est possible d'associer plusieurs sous évènements. Ces sous évènements se font dans le cadre de l’évènement dont ils dépendent.

Il permet de préciser les informations pour les quatre natures d'évènement et types d'évènement.

5.1. La toolbar du sous évènement qualité


5.1.1. Création sous événement



5.1.1.1 Sous évènement de Nature Système

Le choix du sous type du sous évènement sera restreint en fonction du type de l’évènement présent dans l’évènement.

  • Si l’évènement est un processus alors les sous évènements seront des sous processus du processus incriminé. Il est cependant possible de saisir manuellement une référence qui n’est pas un sous processus. C’est le cas dans tous les sous évènements lorsqu’aucun élément n’est sélectionné dans la grille de choix.
  • Si l’évènement est un procédé alors les sous évènements seront soit lier à
    • Un document de la GED
    • Un Centre de Charge
    • Un Outillage

Cette donnée permet d’initialiser la zone « Concernant »

La notion de risque est introduite. Cette notion permet d’activer au non la suite du processus de traitement et de sécurisation. Un risque à « Remarque » ne permettra pas de lancer de procédure de sécurisation ou de recherche de cause par exemple. Les autres valeurs permettent la saisie de ces informations (case à cocher du formulaire) et permettent de pré initialiser les données.

Pour activer la process de sécurisant il est important de noter que la donnée saisie dans le champ concernant doit être une donnée existante dans les données technique d’Hélios.

Un sous processus, par exemple, ne pourra pas faire l’objet d’une sécurisation car aucune donnée ne nous permet de lier des informations de l’ERP. Cependant un procédé de nature CDC, avec des CDC liés, permettra de sécuriser des informations. Dans ce cas-là, se seront les OFs fabriqués sur le CDC concerné sur une période à déterminer qui seront proposés en sécurisation.


5.1.1.2. Sous évènement de Nature Produit

Pour les sous évènements, nous avons accès aux éléments du dossier technique suivant pour caractériser l’enregistrement

  • Article de nomenclature
  • Composant
  • Matière
  • CDC
  • Sous-traitant
  • GED (Document ou version)

Les sous types seront ceux liés au type de l’évènement.

Ils sont sélectionnables depuis un écran de choix

La notion de risque est introduite. Cette notion permet d’activer au non la suite du processus de traitement et de sécurisation. Un risque à « Remarque » ne permettra pas de lancer de procédure de sécurisation ou de recherche de cause par exemple. Les autres valeurs permettent la saisie de ces informations (case à cocher du formulaire) et permettent de pré initialiser les données.


5.1.1.3. Sous évènement de Nature Client

Pour les sous évènement le choix pour déterminer l’information du concernant se fera parmi

  • Si client alors
    • Choix d’un élément livré au client au travers d’un BL
  • Si BL alors
    • Choix d’un élément de la nomenclature de l’article livré

Le concernant peut être saisi manuellement si aucun choix n’est fait dans la liste

La notion de risque est introduite. Cette notion permet d’activer au non la suite du processus de traitement et de sécurisation. Un risque à « Remarque » ne permettra pas de lancer de procédure de sécurisation ou de recherche de cause par exemple. Les autres valeurs permettent la saisie de ces informations (case à cocher du formulaire) et permettent de pré initialiser les données.




5.1.1.4. Sous évènement de Nature Achat

Pour les sous évènements, on choisira l’information concerné parmi

  • Point d’entrée : BR FRS
    • les éléments présents sur les lignes du BR FRS :  Composant / Matière / Consommable / Outillage
  • Point d’entrée : Fournisseur :  On propose les fournitures livrées par les différents BR du fournisseur
  • Point d’entre : ligne de BR ST :  Les articles des OFs présents sur les lignes du BR
  • Point d’entrée ST :  Les articles qui sont concernés par les BR de ce sous-traitant

Pour rappel, si pas de sélection effectué dans l’écran de choix, le concernant peut être saisi manuellement dans le formulaire du sous évènement

 Exemple :  Evénement Système


5.1.2 Diffusion 

5.1.3 Relance

5.1.4. Fichiers Liés

Permet d'insérer des documents liés au sous évènement qualité, photo documents divers.

Cette action permet d'associer à la fiche en cours un ou plusieurs fichiers.

 

Pour ajouter un fichier il faut faire « Nouveau », puis sélectionner le fichier depuis l'explorateur Windows.
Pour annuler un fichier il faut sélectionner une ligne et cliquer sur la poubelle.
La ligne passera dans l'écran de la corbeille.
Avec la même manipulation (sélection ligne + poubelle) le système supprimera définitivement le fichier de la base de données Oracle/Serveur de fichier en fonction du paramétrage.


Il est possible de visualiser et modifier les fichiers (Excel, Word. .txt ) le document en cliquant dessus.

Concernant les PDFs un simple clique sur le PDP ouvre le PDP dans un Viewer en taille réduite et une double clique ouvre le document dans le lecteur PDF par défaut du système? 

5.2 Recherche de cause d'un sous évènement

La problématique client suivante est à l’origine de cette fonctionnalité :

  • les clients imposent de suivre un processus 8D pour déterminer et résoudre les causes des problèmes qualité majeurs

A la fin de ce processus, un diagramme d’Ishikawa peut être renseigné. Il permet de mettre en évidence les causes du problème qualité analysé et la cause racine

 Diagramme ISHIKAWA


La méthodologie employée pour mener cette recherche est la suivante :

  • Méthodologie : 6M / 5P
    • Approfondir un fait sur un axe d’analyse en répondant à 5 Pourquoi
    • Un axe d’analyse est codifié via les familles de causes
      • Généralement : Moyen / Matière / Mesure / Machine / Milieu / Main d’œuvre
    • Le processus permet
      • De mettre en évidence les causes potentielles du défaut étudié
      • De vérifier les hypothèses
      • De retenir des causes
      • De dégager une cause racine
 Flux du plan d'action

5.2.1 Création d'une recherche de cause.

Le formulaire est vidé et nécessite à minima la saisie d’une famille de cause via la liste déroulante. Le champ libellé est à renseigner avec la cas à analyser et la réponse au premier pourquoi peut être saisie juste en dessous.

La saisie de la première réponse libère la saisie pour répondre au deuxième pourquoi et met à jour la cause avec la première réponse saisie.

Le processus peut se répéter 5 fois mais ce n’est pas une obligation. La cause affinée correspondra à la dernière réponse saisie.

Si la cause affinée peut être à l’origine du problème alors on vient l’indiquer en cochant la case Potentielle.

Un processus de vérification doit être effectué par l’entreprise pour définir précisément sa catégorie. La cause pourra être non retenue, retenue ou être la cause racine du problème analyser.

La codification existante dans le module qualité, pavé traitement, est disponible pour venir codifier l’information.

 Résumé

Ci-dessous les informations les plus importantes contenues dans l’écran. Les causes retenues et la cause racine peuvent être lié au plan d’action qui seront mis en œuvre pour traiter les problèmes qualités engendrés.

5.3 Plan d'action d'un sous évènement








5.4 Sécurisation d'un sous évènement

  • No labels