FMEA-Planung

Kurz erklärt

Die FMEA-Planung ist die essenzielle Konfigurationsphase, die der eigentlichen inhaltlichen Risikoanalyse vorangestellt ist. Im harmonisierten AIAG/VDA-Standard bildet sie das methodische Fundament, um Ressourcen zu bündeln und die Risikoanalyse auf kritische Systemelemente zu fokussieren. Ohne eine strukturierte Vorbereitung drohen Analysen auszuufern, relevante Fehlerszenarien zu übersehen oder die interdisziplinäre Zusammenarbeit zu ineffizient zu gestalten. Durch die gezielte Definition von Umfang, Team und Datenbasis stellt die Planung sicher, dass die FMEA ihre Rolle als wirkungsvolles Präventionsinstrument wahrnehmen kann.

Definition

Die FMEA-Planung (Planning and Preparation) ist die formale, methodisch fundierte Vorbereitungsphase im FMEA-Prozess, die der inhaltlichen Risikoanalyse zwingend vorgelagert ist. Sie dient der präzisen Festlegung des Analyseumfangs (Scope), der Identifikation notwendiger interdisziplinärer Teammitglieder, der Bereitstellung relevanter technischer Unterlagen sowie der strategischen zeitlichen Terminierung der Analyseschritte. Ihr primärer Zweck ist die Sicherstellung einer strukturierten, effizienten und zielgerichteten Durchführung der Risikoanalyse, indem sie die notwendigen organisatorischen, fachlichen und methodischen Voraussetzungen schafft, um eine systematische Fehlerprävention über den gesamten Produktlebenszyklus hinweg zu gewährleisten. Sie bildet die Brücke zwischen dem Projektmanagement und der technischen Qualitätssicherung.

Bedeutung im Fachkontext

Innerhalb des AIAG/VDA-Standards ist die Planung der erste von sieben Schritten. Sie fungiert als entscheidende Schnittstelle zum Projektmanagement. Während die nachfolgenden Analyseschritte (Struktur-, Funktions- und Fehleranalyse) das 'Was' und 'Warum' behandeln, definiert die Planung das 'Wie', 'Wer' und 'Wann'. Durch die Anwendung der 5Ts (Time, Team, Task, Tool, Technique) wird ein methodischer Rahmen geschaffen, der die Konsistenz und Nachvollziehbarkeit der späteren Risikooptimierung sicherstellt. Sie verhindert den häufigen Fehler, die FMEA erst in einer späten Projektphase als reines Dokumentations-Appendiz zu führen, anstatt sie als präventives Steuerungswerkzeug in die Entwicklungsphasen zu integrieren.

Input, Verarbeitung, Output, Outcome, Impact

Schritte der Methode in Übersicht

Der FMEA-Planungsprozess gliedert sich in fünf logisch aufeinanderfolgende Schritte, die auf den AIAG/VDA-Grundsätzen basieren: 1. Projektidentifikation (Festlegung des Analysegegenstandes), 2. Teamzusammenstellung (Sicherung der Expertise), 3. Zeitplanung (Integration in den Projektplan), 4. Datenbasis-Bestimmung (Informationsbereitstellung), 5. Methodenfestlegung (Standardisierung der Vorgehensweise). Diese Schritte sind in einer iterativen Weise zu betrachten, da Erkenntnisse aus späteren Phasen eine Anpassung des Plans (z.B. Teamgröße oder Systemumfang) erforderlich machen können.

Beschreibung der Einzelschritte mit Ziel & Vorgehen

Anwendung und Vorgehen

Die Anwendung der FMEA-Planung folgt einem strukturierten, aber skalierbaren Ansatz. In der Praxis hat sich die Anwendung der „5Ts“ (In Time, Team, Task, Tool, Technique) als methodisches Rückgrat etabliert. Der Prozess beginnt bei der Initiierung eines Projekts, noch bevor die erste Strukturanalyse skizziert wird.

Operatives Vorgehen:

1. Scope-Definition (Task & System): Zu Beginn wird der sogenannte „Focus Element“ bestimmt. Hierbei wird präzise festgelegt, welche Teile eines Produkts oder Prozesses innerhalb der Systemgrenzen liegen und welche explizit ausgeschlossen sind. Dies vermeidet eine ausufernde Analyse, bei der sich das Team in Details verliert.
2. Ressourcen-Allokation (Team & Time): Die Zusammensetzung des Teams muss disziplinübergreifend sein. Ein typisches Team besteht aus einem Moderator, dem Systementwickler, einem Fertigungstechniker und einem Qualitätsverantwortlichen. Der Zeitplan muss eng mit dem allgemeinen Produktentstehungsprozess (PEP) verknüpft werden. Die FMEA darf keine „nachgelagerte Übung“ sein, sondern muss Meilensteine vor dem Design-Freeze und vor der Werkzeugfreigabe (bei Prozess-FMEA) erreichen.
3. Technik-Setup (Tool & Technique): Die Wahl der Software-Tools zur Dokumentation sowie die Definition der Bewertungstabellen (für Bedeutung, Auftretenswahrscheinlichkeit und Entdeckung) müssen vorab festgelegt werden. Dies garantiert eine konsistente AP-Bewertung (Aufgabenpriorisierung), die im gesamten Unternehmen vergleichbar bleibt.

Die Planung ist kein einmaliger statischer Akt. Ein erfolgreiches Vorgehen beinhaltet regelmäßige „Review-Loops“, bei denen der Projektfortschritt mit dem ursprünglichen FMEA-Plan abgeglichen wird. Ergibt sich während der Designphase eine gravierende Änderung an der Architektur, wird die Planung (Schritt 1) neu bewertet, was Anpassungen im Team oder im Scope zur Folge haben kann.

Anwendungsgebiete

Die FMEA-Planung findet in allen Branchen Anwendung, in denen hohe Qualitäts- und Sicherheitsstandards entscheidend sind. Durch die Harmonisierung von AIAG und VDA hat sich das Einsatzfeld von der reinen Automobilindustrie auf weitere hochregulatorische Bereiche ausgeweitet.

• Automobilindustrie: Hier ist die FMEA-Planung oft vertraglich durch die IATF 16949 gefordert. Die Planung dient dazu, komplexe elektronische Steuerungseinheiten (ECUs) oder Antriebskomponenten in handhabbare Teilanalysen zu zerlegen.
• Maschinenbau: Bei komplexen Fertigungslinien steht die Prozess-FMEA (PFMEA) im Vordergrund. Die Planung fokussiert sich hier darauf, bekannte Fehler aus früheren Anlagen (Lessons Learned) systematisch in die neue Konfiguration einfließen zu lassen.
• Medizintechnik: Die FMEA dient hier der Erfüllung regulatorischer Anforderungen nach ISO 14971. Die Planung ist besonders kritisch, da sie die Konformität mit dem Risikomanagement-Plan sicherstellen muss; hier wird die FMEA als lebendes Dokument über den gesamten Lebenszyklus eines Medizinprodukts hinweg geführt.
• Softwareentwicklung: Für sicherheitskritische Embedded Systems wird die MSR-FMEA (Monitoring and System Response) eingesetzt. Die Planung umfasst hier die Einbindung von IT-Architekten und Safety-Experten, um logische Fehlerzustände in Software-Algorithmen frühzeitig zu identifizieren.

Typische Fehler und Missverständnisse

In der Praxis scheitern viele FMEA-Projekte nicht an der Qualität der Analyse, sondern an einer mangelhaften Planung. Die häufigsten Stolpersteine sind:

• Der „Papier-Tiger“-Fehler: Die Planung wird lediglich als bürokratische Pflicht gesehen. Das Team wird nur pro forma zusammengestellt, ohne dass die Mitglieder die nötige Zeit für die Analyse freigestellt bekommen. Die Folge ist eine FMEA, die oberflächlich bleibt.
• Statische Planung: Viele Unternehmen betrachten die Planung als „abgehakt“, sobald das Projekt beginnt. Ändert sich jedoch der Designumfang, wird die Planung nicht aktualisiert, was zu einer Analyse führt, die das aktuelle Produkt gar nicht mehr widerspiegelt.
• Fehlende Datenbasis: Oft wird ohne Rückgriff auf Fehlerdaten aus Vorgängerprojekten gestartet. Das führt dazu, dass „alte Fehler“ in neuen Produkten wiederholt werden – die FMEA verliert damit ihren Status als präventives Lerninstrument.
• Unklare Systemgrenzen: Wenn das Team nicht präzise definiert, wo das System aufhört und die Schnittstelle zum nächsten Bauteil beginnt, entstehen „tote Winkel“. In diesen Grenzbereichen entstehen oft die schwerwiegendsten Fehler, da sich niemand für die Schnittstellenrisiken verantwortlich fühlt.
• Die RPZ-Falle: Trotz der neuen AIAG/VDA-Logik halten viele Teams an der alten Risikoprioritätszahl (RPZ) fest, statt die AP-Bewertung (Aufgabenpriorisierung) zur Steuerung zu nutzen. Dies führt zu einer falschen Fokussierung bei der Maßnahmenableitung.

Abgrenzung und Grenzen

Die FMEA-Planung ist ein mächtiges Instrument, hat jedoch spezifische methodische Grenzen.

• Grenzen der Komplexität: Bei hochgradig vernetzten Systemen (System-of-Systems) kann die FMEA-Planung an ihre Grenzen stoßen, wenn die Schnittstellenanforderungen zu diffus sind. Hier muss die Planung durch andere Methoden, wie die Fehlzustandsanalyse (FTA) oder die Hazard Analysis (HARA), ergänzt werden.
• Kein Ersatz für Ingenieursverstand: Die Planung schafft den Rahmen, ersetzt aber niemals das fachliche Urteilsvermögen. Eine hervorragend geplante FMEA nützt nichts, wenn das Team nicht bereit ist, kritische Schwachstellen offen zu benennen (Psychologische Sicherheit im Team).
• Abgrenzung zum Projektmanagement: Während der Projektplan Termine und Budgets auf oberster Ebene steuert, fokussiert die FMEA-Planung auf die inhaltliche Qualitätssicherung. Die FMEA-Planung darf nicht mit dem Projektstrukturplan verwechselt werden; sie ist ein fachspezifisches Sub-Projekt zur Risiko-Minimierung.
• Skalierbarkeit: Bei sehr kleinen, trivialen Bauteilen kann der Aufwand für eine vollständige AIAG/VDA-Planung unverhältnismäßig sein. Hier ist ein pragmatischer Zuschnitt (Tailoring) erforderlich, der den Grad der formalen Planung an das Risiko des Bauteils anpasst.