Was ist FMEA? Fehlermöglichkeits- und Einflussanalyse

Schritt 1: Umfang festlegen

Zunächst muss der Umfang der FMEA festgelegt werden. Die Teams müssen dokumentieren, was sie analysieren werden. Dabei kann es sich beispielsweise um ein Produkt, eine Systemkomponente oder einen Fertigungsprozess handeln.

Tip: Be specific so the team knows the limits and can gather the right data.

Example: The team working in the aerospace industry can decide to analyze the landing gear retraction system instead of the entire aircraft hydraulic network.

Schritt 2: Stellen Sie das Team zusammen

Stellen Sie anschließend ein Team aus Personen zusammen, die das Produkt, den Prozess oder die Kundenbedürfnisse genau verstehen. Unterschiedliche Sichtweisen lassen unterschiedliche Probleme erkennen.

Beispiel: Sie können Mitglieder wie einen Konstrukteur, einen Testtechniker, einen Qualitätsbeauftragten und einen Außendiensttechniker, der für die Inspektion von Flugzeugen zuständig ist, einladen.

Schritt 3: Funktionen und Fehlermodi auflisten

Sobald das Team und das FMEA-Dokument bereit sind, beginnen die Teammitglieder mit der Brainstorming-Sitzung, um Fehlermodi zu identifizieren. Sie müssen jedes System, jede Komponente oder jedes Produkt analysieren, das ausfallen könnte.

Tipp: Anstatt eine Vermutung zu formulieren, beschreiben Sie lieber genau, wann das System ausfallen könnte.

Beispiel: „Funktion: Fahrwerk aus- und einfahren.“

• Fehlermodus: Der Aktuator fährt während des Fluges nicht vollständig zurück.

Schritt 4: Auswirkungen und Ursachen notieren

Schreiben Sie für jeden Fehlermodus die Auswirkungen auf das System und die möglichen Ursachen auf. Unterscheiden Sie zwischen unmittelbaren Auswirkungen und Folgeerscheinungen.

Tipp: Fragen Sie „Was passiert als Nächstes?“, bis die Auswirkungen vollständig klar sind.

Schritt 5: Schweregrad, Auftreten und Erkennung bewerten und RPN berechnen

Bewerten Sie jedes Kriterium auf einer Skala von 1 bis 10 auf der Grundlage der analysierten Ausfallmodi und ihrer Auswirkungen:

• Schweregrad: Definiert die Schwere der Auswirkungen eines Ausfalls.
• Häufigkeit: Dies ist die Anzahl der Fälle, in denen ein Fehler voraussichtlich auftritt.
• Erkennung: Legt fest, wie schwer es ist, mögliche Fehler zu erkennen.

Make sure to use consistent scales across the team.

Next, teams are required to calculate the Risk Priority Number (RPN) by multiplying Severity × Occurrence × Detection to get the risk score.

Betrachten wir beispielsweise die folgenden Bewertungen für „Fehlermodus: Aktuator fährt während des Fluges nicht vollständig ein“.

• Schweregrad = 8 (beeinträchtigt die Flugsicherheit)
• Vorkommen = 4 (mittlere Häufigkeit)
• Erkennung = 5 (während des Fluges schwer zu erkennen).

In diesem Fall ist RPN = 8 × 4 × 5 = 160.

Schritt 7: Maßnahmen planen und umsetzen

Sortieren Sie anschließend die Probleme nach ihrem RPN-Wert, um zu sehen, welche zuerst bearbeitet werden müssen.

Definieren Sie für die größten Risiken klare Maßnahmen, Verantwortliche und Termine. Maßnahmen können Designänderungen, neue Kontrollen oder Prozesskontrollen sein.

Tipp: Halten Sie die Maßnahmen klein und überprüfbar.

Schritt 8: Ergebnisse neu bewerten und dokumentieren

After actions are done, re-score the item and update the record. Keep the FMEA live so it reflects design or process changes.

Tip: Review the FMEA after any change to the product or line.

Bonus-Tipp: Eine FMEA ist ein kontinuierlicher Prozess, den Unternehmen regelmäßig durchführen sollten.

Die gängigsten Arten von FMEA und ihre Unterschiede

Es gibt verschiedene Arten von FMEA, aber wir haben hier einige gängige Arten behandelt:

• Design-FMEA (DFMEA): Dabei werden mögliche Fehler während der Entwurfsphase des Produkts identifiziert. Dazu zerlegen Ingenieure den Entwurf in kleinere Komponenten und identifizieren Fehlermodi für jede Komponente. Auf diese Weise können Teams potenzielle Risiken erkennen, bevor das Produkt entwickelt wird.
• Prozess-FMEA (PFMEA): Diese Art der FMEA identifiziert, wie Fehler in den Fertigungs- oder Montageprozessen entstehen. Dabei werden Werkzeuge, menschliche Arbeitsabläufe, Sequenzschritte und der Zustand der Ausrüstung untersucht.
• System-FMEA: Sie untersucht die potenziellen Ausfallmodi auf Systemebene. Sie bewertet Wechselwirkungen zwischen mehreren Teilsystemen und externen Faktoren und ermittelt potenzielle Risiken.
• Bedenken Sie Folgendes: Nicht jeder Fehler hat dieselben Ursachen. Probleme können im Design, im Prozess, im System usw. liegen. Deshalb ist es für Teams sehr wichtig, vor Beginn des Prozesses die richtige Art von FMEA auszuwählen.

Warum FMEA-Software wichtig ist und auf welche wichtigen Funktionen Sie achten sollten

Teams können Microsoft Excel oder Google Sheets verwenden, um den FMEA-Prozess sicher zu verfolgen. Das eigentliche Problem beginnt jedoch, wenn die Komplexität des Projekts oder der Prozesse zunimmt. Teams haben dann mit häufigen Problemen wie Versionskontrolle, doppelten Daten und verlorenen Aktualisierungen zu kämpfen.

Genau aus diesen Gründen benötigen Teams eine spezielle FMEA-Software, die einen echten Unterschied macht. Sie speichert alle Informationen an einem Ort, einschließlich Risiken, Anforderungen, Maßnahmen, Tests usw., und macht jede Änderung nachvollziehbar.

Im Folgenden finden Sie einige wichtige Funktionen von FMEA-Software, die Teams dabei helfen, Risiken effektiv zu managen:

• Einzige Quelle der Wahrheit: Die Software sollte alle Informationen, einschließlich Anforderungen, Tests, Dokumente, Überprüfungen usw., an einem Ort speichern. So müssen Teams nicht zwischen mehreren Tools wechseln.
• Echtzeit-Zusammenarbeit: Es sollte mehreren Teammitgliedern ermöglichen, gemeinsam an Dokumenten, Arbeitsaufgaben usw. zu arbeiten. Achten Sie außerdem auf Software, die eine rollenbasierte Zugriffskontrolle bietet. So können Administratoren jedem Teammitglied die erforderliche Zugriffsebene zuweisen.
• Rückverfolgbarkeitsverknüpfungen: Es sollte möglich sein, jeden Fehlermodus und jede Auswirkung mit den entsprechenden Design- oder Prozessanforderungen, Testergebnissen und Korrekturmaßnahmen zu verknüpfen. So erhalten Teams eine durchgängige Transparenz.
• Automatische RPN-Berechnungen: Dies ist die wichtigste Funktion. Sie können nach KI-Funktionen suchen, die automatisch den RPN-Wert berechnen, Fehlermodi entsprechend dem RPN sortieren und den Bericht erstellen.
• Änderungsverfolgung und Versionshistorie: Im Zuge der Produktentwicklung müssen Teams verschiedene Versionen von Entwürfen, FMEA-Dokumenten und vielem mehr pflegen. In diesem Szenario ist die Änderungsverfolgungsfunktion sehr nützlich. Für behördliche und Compliance-Prüfungen ist es sehr wichtig, über einen klaren Prüfpfad zu verfügen.
• Beschwerde aus der Industrie: Eine gute FMEA-Software ist immer so konzipiert, dass sie globale Standards wie IATF 16949, ISO 9001, AS9100, ISO 14971 usw. erfüllt.

Moderne FMEA-Software mit den oben genannten Funktionen bringt Disziplin in eine Aufgabe, die oft in Tabellenkalkulationen und Annahmen versinkt. Sie sorgt für Transparenz, Verantwortlichkeit und Kontrolle über den gesamten Risikomanagementprozess.

Wie Modern Requirements4DevOps den FMEA-Prozess vereinfacht und das Risikomanagement stärkt

Modern Requirements4DevOps ist eine FMEA-Software, die Teams dabei unterstützt, FMEA-basierte Risikoanalysen direkt in Azure DevOps durchzuführen, ohne auf ein separates Modul oder isolierte Tabellenkalkulationen angewiesen zu sein. 

Wichtige Funktionen von Modern Requirements4DevOps, die beim FMEA-Prozess helfen:

• Smart Docs: Ermöglicht Teams die Erstellung dynamischer Dokumente durch Hinzufügen von Azure-Arbeitselementen zum Dokument. Sie können beispielsweise einen Fehlermodus als Arbeitselement in Azure DevOps hinzufügen und beim Erstellen des FMEA-Dokuments ein Arbeitselement per Drag & Drop hinzufügen. Wenn der Fehlermodus aktualisiert wird, wird auch das Dokument aktualisiert.
• Trace-Analyse: Damit können Teams Rückverfolgbarkeitsmatrizen erstellen. So können Teams analysieren, wie der Fehlermodus mit den Anforderungen zusammenhängt und was geändert werden muss.
• Versionskontrolle: Damit können Teams den Verlauf von Arbeitselementen und Dokumenten verfolgen.
• Copilot4DevOps (CP): Es handelt sich um einen KI-Assistenten, der mit Modern Requirements4DevOps geliefert wird. Mit der Analysefunktion von CP können Teams die mit dem Produkt verbundenen Risiken analysieren. Darüber hinaus ermöglicht die dynamische Eingabeaufforderungsfunktion von CP den Teams, die KI nach RPN-ähnlichen Priorisierungen oder Lückenanalysen im Vergleich zu Standards abzufragen. Außerdem kann sie vollständige Berichte über Fehlermodi auf der Grundlage des RPN-Wertes erstellen.

Neben den oben genannten Funktionen bietet MR4DevOps auch Funktionen wie das Review-Management, mit denen Teams gemeinsam Fehlermodi und Auswirkungen überprüfen können, ohne das Tool verlassen zu müssen.

Das Beste daran ist, dass das Tool globale Standards wie ISO 26262, DO-178C, IEC 62304 und ISO 13485 erfüllt und somit für die regulierte Entwicklung geeignet ist. Es kann daher in allen Branchen eingesetzt werden, darunter Automobilindustrie, Gesundheitswesen, Luft- und Raumfahrt, Behörden usw.