PQBE03 V 201522
PQBE03 V 201522
PQBE03 V 201522
(titre)
19/11/2022 (date d’impression) 1/8 (page x de y) 001 (révision)
AMDEC
1. Objet
1.1 Finalité
1.2 Domaine d'application
1.3 Glossaire
2. Responsabilité
3. Documents
3.1 Procédures
3.2 Instructions et enregistrements
5. Déroulement
Historique
1. Objet
1.1 Finalité
La présente procédure s'applique aux AMDEC conception et aux AMDEC processus. Les
enjeux externes et internes pertinents pour le SMQ et les actions face aux risques identifiés
et opportunités d’améliorations trouvées sont pris en compte.
1.3 Glossaire
2. Responsabilité
3. Documents
3.1 Procédures
Conception et développement
Démarrage projet
Plan de surveillance
Liste des Poka-Yoké
Support d'AMDEC
Critères d'évaluation de la sévérité
Critères d'évaluation de l'apparition
Critères d'évaluation de la détection
détecte et évalue les modes de défaillance réels et potentiels sur un produit ou sur
un processus et les effets de cette défaillance
identifie les actions qui peuvent éliminer ou réduire les chances d’apparitions
potentielles de défaillance
documente le processus entier
On distingue deux familles d'AMDEC dans la présente procédure : les AMDEC génériques
et les AMDEC spécifiques qui utilisent le même support, cf. Support d'AMDEC.
Les premières sont propres aux processus dit communs (Exemple : AMDEC génériques
vague, AMDEC générique refusions, etc.) et peuvent être réalisées en dehors des
démarrages produits. Elles doivent servir de base aux AMDEC spécifiques.
Les deuxièmes sont adaptées aux processus dit spécifiques développés pour un produit
particulier (Exemple : Ilot de fabrication, interface de test, etc.).
La planification des AMDEC spécifiques doit être effectuée au plus tôt dans le démarrage
des produits. Ceci de manière à permettre de déceler le plus en amont possible de la
planification de l'industrialisation d'un produit les modes de défaillances. Et donc à apporter
une solution autant que possible avant l'envoi de la cotation au client (de manière à ce que
les coûts des Poka-Yoké et autres systèmes anti-erreur spécifiques au produit soient inclus
dans la cotation et payés par le client). Plus de détails dans les procédures Conception et
développement et Démarrage projet.
La personne désignée comme pilote (animateur) de l'AMDEC par l'équipe projet (personne
qui peut être externe à l'équipe mais qui doit dans tous les cas être formée à cet exercice),
a en charge la constitution du groupe AMDEC.
Tous les documents apportant des données objectives sur le ou les processus étudiés sont
une base essentielle pour le déroulement des AMDEC, et il est donc impératif qu'ils soient
collectés par l'animateur avant la réunion ou amenés par les participants lors de la réunion.
les relevés de contrôle permettant de quantifier les résultats qualité obtenus avec
le processus (dans le cas d'un processus générique) ou avec un processus
similaire
les études de capabilité effectuées sur le processus
le résultat d'études comparatives effectuées sur un processus similaire de
l'entreprise
l'historique des résultats des autres sites sur un processus similaire
l'historique des clients / fournisseurs / concurrents sur un processus similaire
les AMDEC génériques relatives au processus
Dès lors que l'AMDEC est initiée, elle devrait permettre d'enrichir simultanément les
documents suivant : Plan de surveillance et Liste des Poka-Yoké.
Un mode de défaillance est un défaut qui perturbe soit le client interne ou le processus de
production, soit le client externe ou le produit. Les modes de défaillance à prendre en
compte en priorité dans les analyses sont les modes de défaillance réels, c'est à dire
provenant des événements du passé. Lorsque tous les modes de défaillances réels ont été
pris en compte, alors les modes de défaillance potentiels peuvent être abordés.
Un mode de défaillance peut avoir un ou plusieurs effets. Ce ou ces effets doivent être
analysés :
critères de sévérité quantifiables (100% de la production etc.) seront préférés aux critères
subjectifs (moyennement etc.), ce pour éviter de sous ou de sur cotations d’un mode.
Note importante : si deux notations sont en balance, une pour le client interne et une pour
le client externe, on prendra en compte la note la plus élevée.
Comme pour les modes de défaillance, on analysera ici en priorité les causes de
défaillance réelles (historiques), puis les causes potentielles.
Note importante : l'animateur aura soin de vérifier que ce sont bien les causes premières
qui sont énoncées par les participants. Exemple de causes de défaillance typiques :
rendement
fatigue
instabilité de la matière
usure
corrosion
oxydation
qu'elle est l'apparition de la cause pour un composant (une fonction) similaire déjà
sur le marché ?
est-ce que ce composant (fonction) est une nouvelle version ou est similaire a un
composant (fonction) existant ?
est-ce que les modifications sont importantes ?
le composant (fonction) est-il complètement nouveau ?
est-ce que l'application a changé ?
est-ce que l'environnement a changé ?
est-ce qu'un calcul de fiabilité a été utilisé pour estimer un taux de défaillance
comparable ?
Le plan de surveillance est constitué de deux parties (deux colonnes) : une colonne
contenant les actions de détection (toutes les mesures mises en œuvre pour détecter
l'apparition du mode de défaillance) et une colonne contenant les actions de préventions
(toutes les mesures mises en œuvre pour prévenir l'apparition du mode de défaillance).
Note importante : les actions qui ont été mises en place à l'instant où l'analyse à lieu.
L'indice de détection répond à la question : " Est ce que les mesures de détection /
prévention permettent efficacement de lutter contre l'apparition / la détection d'un mode de
défaillance ?". L'évaluation de l'indice de détection s'effectue suivant les tableaux Critères
d'évaluation de la détection AMDEC processus et Critères d'évaluation de la détection
AMDEC conception. Les critères de détection quantifiables (ppm, etc.) seront préférés aux
critères subjectifs (presque sûr de détecter le défaut, etc.).
Voici quelques exemples d'activités de prévention / détection pouvant être mis en œuvre :
prévention :
o revue de faisabilité
o pratiques de design
o check liste
o simulation
o analyse du pire cas (worst case analysis)
détection :
o test prototype
o plan de validation
5.3.8 Indice de criticité C ou IPR (Indice de Prise de Risque) et plan d'action associé
C = SxAxD
C'est lui qui permet d'estimer le risque client (client interne ou externe).
Deux issues sont envisageables lorsque le calcul de l'indice de criticité a été effectué :
Note : le fait d'avoir indiqué "Aucune" dans la colonne des actions recommandées n'interdit
pas au groupe AMDEC de mener une nouvelle action dans le futur.
Note importante : le groupe de travail prendra soin de conserver une preuve de l'analyse
effectuée qui l'a conduit à ne pas mener d'action supplémentaire (feuille de calcul, compte
rendu de réunion, etc.) pour prouver que cette décision a été prise après réflexion du
groupe.
Dans le cas ou des points restent ouverts à l'issus de l'analyse (action recommandée), c'est
au pilote de l’AMDEC que revient le suivi de la réalisation des actions menées et de leur
pertinence.
Note importante : l'action réalisée par le responsable peut être différente de celle qui est
proposée par le groupe AMDEC, cependant elle doit être au moins équivalente en terme
d'efficacité.
Pendant la période où des actions restent ouvertes, un plan de contrôle spécifique avec
des contrôles renforcés sur les points ouverts doit être mis en application. Lorsque toutes
les actions sont réalisées et qu'un historique de production représentatif est disponible (en
fonction des quantités produites), le pilote de l'AMDEC réunit le groupe de manière à
réévaluer la criticité C' des actions d'amélioration conduites.
Lorsque les actions sont closes, les actions recommandées restent dans la colonne actions
recommandées tant qu'une ou plusieurs nouvelles actions ne sont pas initiées par le
groupe de travail. Le client concerné par l'AMDEC doit être tenue informé par écrit de
l'efficacité des actions menées.
Les AMDEC doivent être tenues à jour et évoluer avec les événements de la production
(réclamation client, modification d'un processus, réunion d'un groupe de travail, proposition
d'amélioration, etc...). C'est le pilote de l’AMDEC qui est en charge de la mise à jour.