Qu’est-ce que la FMEA? Mode de défaillance et processus d’analyse des effets

Étape 1 : Identifier la portée

D’abord, identifiez la portée de la FMEA. Les équipes doivent documenter ce qu’elles vont analyser. Par exemple, cela peut être un produit, un composant système ou un processus de fabrication.

Conseil : Soyez précis pour que l’équipe connaisse les limites et puisse recueillir les bonnes données.

Exemple : L’équipe travaillant dans l’industrie aérospatiale peut décider d’analyser le système de rétraction du train d’atterrissage plutôt que l’ensemble du réseau hydraulique de l’avion.

Étape 2 : Rassemblez l’équipe

Ensuite, réunissez une équipe de personnes qui comprennent clairement le produit, le processus ou les besoins des clients. Différents points de vue posent des problèmes différents.

Exemple : Vous pouvez inviter des membres tels qu’un ingénieur concepteur, un technicien d’essais, un responsable qualité et un ingénieur de service sur le terrain qui s’occupe des inspections d’aéronefs.

Étape 3 : Lister les fonctions et les modes de défaillance

Une fois l’équipe et le document FMEA prêts, les membres de l’équipe commencent la séance de remue-méninges pour identifier les modes de défaillance. Ils doivent analyser chaque système, composant ou produit qui pourrait échouer.

Conseil : Au lieu d’écrire une hypothèse, écrivez une description appropriée du moment où le système pourrait échouer.

Exemple : « Fonction : Allonger et rétracter le train d’atterrissage. »

• Mode de défaillance : L’actionneur ne se rétracte pas complètement pendant le vol.

Étape 4 : Notez les effets et les causes

Pour chaque mode de défaillance, écrivez l’effet sur le système et expliquez pourquoi cela pourrait se produire. Séparer l’effet immédiat des conséquences en aval.

Conseil : Demandez « Que se passe-t-il ensuite? » jusqu’à ce que l’impact soit complètement clair.

Étape 5 : Évaluer la sévérité, l’occurrence et la détection, et calculer le RPN

En fonction des modes de défaillance analysés et de leurs effets, on évalue chaque critère sur une échelle de 1 à 10 :

• Gravité : Définit la gravité de l’impact de l’échec.
• Fréquence : C’est le nombre de fois où la défaillance est susceptible de survenir.
• Détection : Définit à quel point il est difficile de détecter les pannes possibles.

Assurez-vous d’utiliser des échelles cohérentes dans toute l’équipe.

Ensuite, les équipes doivent calculer le Numéro de Priorité de Risque (RPN) en multipliant la Gravité × la Détection × d’Occurrence pour obtenir le score de risque.

Par exemple, considérons les qualifications ci-dessous pour « Mode défaillance : l’actionneur ne se rétracte pas complètement pendant le vol. »

• Gravité = 8 (affecte la sécurité des vols)
• Occurrence = 4 (fréquence modérée)
• Détection = 5 (difficile à détecter en plein vol).

Dans ce cas, RPN = 8 × 4 × 5 = 160

Étape 7 : Planifier et mettre en œuvre des actions

Ensuite, triez les problèmes par score RPN pour voir lesquels doivent agir en premier.

Pour les principaux risques, définissez des actions claires, des propriétaires et des dates. Les actions peuvent être des modifications de conception, de nouvelles vérifications ou des contrôles de processus.

Conseil : gardez vos actions petites et vérifiables.

Étape 8 : Réévaluer et documenter les résultats

Une fois les actions terminées, re-notez l’élément et mettez à jour l’enregistrement. Gardez la FMEA en ligne pour qu’elle reflète les changements de conception ou de processus.

Conseil : Révisez la FMEA après tout changement au produit ou à la gamme.

Astuce bonus : Une FMEA est un processus continu que les organisations devraient continuer à suivre périodiquement.

Les types les plus courants de FMEA et leurs différences

Il existe plusieurs types d’AMF, mais nous avons couvert quelques types courants ici :

• FMEA de conception (DFMEA) : Il consiste à identifier d’éventuelles défaillances lors de la phase de conception du produit. Dans ce domaine, les ingénieurs décomposent la conception en composants plus petits et identifient les modes de défaillance pour chaque composant. Cela permet aux équipes de détecter les risques potentiels avant le développement du produit.
• Processus FMEA (PFMEA) : Ce type de FMEA identifie comment le processus de fabrication ou d’assemblage introduit des erreurs. Cela implique d’examiner les outils, les opérations humaines, les étapes de séquence et les conditions de l’équipement.
• FMEA du système : Il examine les modes de défaillance potentiels au niveau du système. Il évalue les interactions entre plusieurs sous-systèmes et facteurs externes et identifie les risques potentiels.
• Considérez ceci : Tous les échecs ne proviennent pas des mêmes sources. Les problèmes peuvent concerner la conception, le processus, le système, etc. C’est pourquoi il est très important que les équipes choisissent le bon type de FMEA avant de commencer le processus.

Pourquoi le logiciel FMEA est important et les fonctionnalités clés à surveiller

Teams peut certainement utiliser Microsoft Excel ou Google Sheets pour suivre le processus FMEA. Mais le vrai problème commence lorsque la complexité du projet ou des processus augmente. Les équipes commencent à avoir des problèmes courants comme le contrôle de version, les données en double et les mises à jour perdues.

Ce sont précisément les raisons pour lesquelles les équipes ont besoin de logiciels FMEA dédiés, ce qui fait une vraie différence. Il stocke toutes les informations au même endroit, y compris les risques, les exigences, les actions, les tests, etc., et garde chaque changement traçable.

Voici quelques fonctionnalités logicielles essentielles de la FMEA qui aident les équipes à gérer efficacement les risques :

• Source unique de vérité : Le logiciel devrait stocker toutes les informations, y compris les exigences, les tests, les documents, les revues, etc., en un seul endroit. Ainsi, les équipes n’ont pas besoin de passer d’un outil à l’autre.
• Collaboration en temps réel : Cela devrait permettre à plusieurs membres de l’équipe de travailler ensemble sur des documents, des éléments de travail, etc. Cherche aussi un logiciel qui offre un contrôle d’accès basé sur les rôles. Ainsi, les administrateurs peuvent donner le niveau d’accès requis à chaque membre de l’équipe.
• Liens de traçabilité : Il devrait permettre de relier chaque mode de défaillance et effet aux exigences de conception ou de procédé associées, aux résultats des tests et aux actions correctives. Ainsi, les équipes peuvent avoir une visibilité de bout en bout.
• Calculs automatiques du RPN : C’est la fonctionnalité la plus importante. Vous pouvez chercher des fonctionnalités d’IA qui calculent automatiquement le score RPN, classent les modes de défaillance selon le RPN, et préparent le rapport.
• Suivi des changements et historique des versions : À mesure que le produit évolue, les équipes doivent maintenir différentes versions de conception, documents FMEA, et tout le reste. Dans ce scénario, la fonction de suivi des changements est très utile. Il est très important d’avoir une trace d’audit claire pour les examens réglementaires et de conformité.
• Critique de l’industrie : Un bon logiciel FMEA est toujours conçu pour se conformer aux normes mondiales telles que l’IATF 16949, l’ISO 9001, l’AS9100, l’ISO 14971, etc.

Les logiciels FMEA modernes qui intègrent les fonctionnalités ci-dessus apportent de la discipline à une tâche qui glisse souvent dans des tableurs et des suppositions. Il offre de la visibilité, de la responsabilité et du contrôle sur l’ensemble du processus de gestion des risques.

Comment Modern Requirements4DevOps simplifie le processus FMEA et renforce la gestion des risques

Modern Requirements4DevOps est un logiciel FMEA qui aide les équipes à gérer l’analyse des risques de type FMEA directement dans Azure DevOps, sans dépendre d’un module séparé ou de tableaux déconnectés. 

Caractéristiques clés de Modern Requirements4DevOps qui aident dans le processus FMEA :

• Smart Docs : Permet aux équipes de créer des documents vivants en ajoutant des éléments de travail Azure au document. Par exemple, vous pouvez ajouter un mode échec comme élément de travail dans Azure DevOps, et lors de la création du document FMEA, vous pouvez glisser-déposer un élément de travail pour l’ajouter. Ensuite, lorsque le mode défaillance se met à jour, le document le fera aussi.
• Analyse des traces : Cela permet aux équipes de créer des matrices de traçabilité. Ainsi, les équipes peuvent analyser comment le mode défaillance est relié aux exigences et ce qui doit être modifié.
• Contrôle de version : Cela permet aux équipes de suivre l’historique des éléments de travail et des documents.
• Copilot4DevOps (CP) : C’est un assistant IA qui est livré avec Modern Requirements4DevOps. La fonction d’analyse de CP permet aux équipes d’analyser les risques associés au produit. De plus, la fonction d’invites dynamiques de CP permet aux équipes de solliciter l’IA pour des priorisations de type RPN ou des analyses d’écart par rapport aux normes. Il peut également préparer des rapports complets des modes de défaillance basés sur le score RPN.

En plus des fonctionnalités ci-dessus, MR4DevOps offre aussi des fonctionnalités comme la gestion des révisions qui aident les équipes à examiner les modes de défaillance et les effets de façon collaborative sans quitter l’outil.

Le meilleur, c’est que l’outil est conforme aux normes mondiales telles que ISO 26262, DO-178C, IEC 62304 et ISO 13485, ce qui le rend adapté au développement réglementé. Ainsi, il peut être utilisé dans n’importe quelle industrie, y compris l’automobile, la santé, l’aérospatiale, le gouvernement, etc.