Kurz erklärt
Eine Anforderung definiert im Kontext der FMEA einen verbindlichen Soll-Zustand oder das geforderte Leistungsniveau eines Systems, einer Komponente oder eines Prozesses. Sie fungiert als objektiver Referenzpunkt, anhand dessen die Funktionserfüllung bewertet und potenzielle Abweichungen, also Fehler, präzise identifiziert werden können. Anforderungen sind essenziell für die FMEA-Strukturanalyse, da sie den qualitativen oder quantitativen Maßstab festlegen, der für die Ermittlung der Schwere einer Fehlerfolge zwingend erforderlich ist. Ohne klar definierte Anforderungen ist eine konsistente, reproduzierbare Fehlerbewertung innerhalb des FMEA-Teams nicht möglich. Sie unterscheiden sich grundlegend von Maßnahmen, da Anforderungen den Zielzustand beschreiben, während Maßnahmen den methodischen Weg zur Erreichung oder Absicherung dieses Zustands darstellen. Sie basieren typischerweise auf verbindlichen Kundenspezifikationen, einschlägigen gesetzlichen Normen oder internen Unternehmensstandards.
Definition
Eine Anforderung ist eine explizite, schriftlich fixierte und verbindliche Vorgabe, welche die notwendigen Eigenschaften, funktionalen Merkmale oder Leistungsgrenzen eines Produkts oder Prozesses spezifiziert. Im methodischen Rahmen der FMEA stellt die Anforderung den notwendigen Vergleichswert dar, um zweifelsfrei festzustellen, ob eine Funktion korrekt ausgeführt wird oder ob ein funktionaler Ausfall vorliegt. Sie bildet den qualitativen oder quantitativen Standard, der als unumgängliche Basis für die Fehleranalyse dient. Nur durch eine präzise definierte Anforderung lässt sich der Fehler als Abweichung vom Soll-Zustand objektiv greifbar machen, was die Grundlage für die Bestimmung der Bedeutung (B) der Fehlerfolge bildet. Ohne diese formale Spezifikation verkommt die FMEA zu einer rein subjektiven Einschätzung ohne fachliche Tiefe.
Bedeutung im Fachkontext
Die Anforderung ist das fundamentale Bindeglied innerhalb der funktionalen Analyse gemäß dem sieben-Schritte-Modell des AIAG/VDA. In der FMEA-Struktur steht die Anforderung als zu verifizierendes Element. Wenn eine solche Anforderung nicht erfüllt wird, resultiert daraus direkt das Ereignis, das als Fehlerart in die weitere Risikoanalyse einfließt. Sie dient als Ankerpunkt, um sicherzustellen, dass das Team nicht subjektiv über Fehler diskutiert, sondern sich konsequent auf verifizierbare technische Spezifikationen bezieht. Diese Einbettung garantiert, dass die FMEA stets rückverfolgbar bleibt und die Brücke zwischen der Systemspezifikation und dem Risikomanagement schlägt, wobei der Fokus auf dem Schutz des Endanwenders liegt.
Anwendung und Vorgehen
Die Identifikation von Anforderungen erfolgt in der ersten Phase der Struktur- und Funktionsanalyse. Erstens erfolgt die systematische Extraktion von Anforderungen aus Lastenheften, Pflichtenheften oder gesetzlichen Normen. Zweitens findet die explizite Zuordnung der Anforderung zu einer spezifischen Funktion in der FMEA-Software statt, um den Bezug sicherzustellen. Drittens muss das Team die Prüfbarkeit verifizieren: Kann die Anforderung durch einen physischen Test oder eine Messung validiert werden? Viertens werden Akzeptanzgrenzen definiert, die bei Überschreitung oder Unterschreitung einen Fehler auslösen. Fünftens wird bei fehlenden Daten ein Konsens im Team zur Festlegung des Soll-Zustands herbeigeführt. Sechstens erfolgt die Integration in die Fehlerbeschreibung: Ein Fehler liegt dann vor, wenn die Anforderung messtechnisch oder logisch nachweisbar verletzt wird.
Praxisbeispiel
In der Entwicklung eines elektronischen Bremssystems für ein Fahrzeug existiert die spezifische Anforderung: 'Die Bremsverzögerung muss bei einer Betätigungskraft von 200 N im Temperaturbereich von -20 bis +60 Grad Celsius mindestens 7 m/s² betragen.' In der FMEA-Funktionsanalyse wird diese Anforderung hinterlegt. Tritt als Fehlerart 'unzureichende Verzögerung bei Kälte' auf (z.B. nur 5 m/s²), kann der Funktionsausfall direkt mit der Verletzung der Anforderung verknüpft werden. Der Wirkmechanismus ist hierbei ein erhöhtes Viskositätsverhalten der Bremsflüssigkeit, das den Druckaufbau verzögert. Der Wirksamkeitsnachweis erfolgt über einen Hardware-in-the-Loop-Test unter klimatischen Bedingungen, bei dem die Anforderung von 7 m/s² als Messgröße dient. Die Fehlerfolge für den Endkunden ist ein erhöhter Bremsweg, was eine Einstufung der Bedeutung (B) rechtfertigt. Basierend auf dieser klaren Anforderung kann das Team nun Vermeidungsmaßnahmen wie eine Designänderung zur Optimierung der Leitungsquerschnitte oder Entdeckungsmaßnahmen wie ein spezielles Kalibrierverfahren priorisieren, um die Anforderungen abzusichern.
Typische Fehler und Missverständnisse
Zu den häufigsten Fehlern zählen vage Formulierungen wie 'das System sollte schnell funktionieren' statt präziser Zielwerte wie 'Ansprechzeit unter 100 ms'. Eine weitere Gefahr ist die Vermischung von Anforderungen (Soll) mit Maßnahmen (wie man das Ziel erreicht). Zudem wird oft die Rückverfolgbarkeit zur ursprünglichen Spezifikationsquelle vernachlässigt, was die Validierung erschwert. Ein kritischer Punkt ist die Annahme, dass Anforderungen statisch sind; sie müssen bei Änderungen des Anforderungsprofils zwingend in der FMEA aktualisiert werden, da sonst veraltete Risiken bewertet werden. Ebenso führt die Vernachlässigung von nicht-funktionalen Anforderungen, wie beispielsweise Ergonomie, elektromagnetische Verträglichkeit oder Wartbarkeit, dazu, dass wesentliche Risikofelder in der Analyse komplett unberücksichtigt bleiben und so das Gesamtrisiko des Produkts unterschätzt wird.
Abgrenzung und Grenzen
Anforderungen sind strikt von allgemeinen Designzielen oder bloßen Wünschen abzugrenzen; Erstere sind verbindlich zu erfüllen, Letztere sind oft nur zielorientiert und ohne direkte Ausfallkonsequenz. Anforderungen sind zudem von der Aufgabenpriorität (AP) zu unterscheiden: Die Anforderung ist die unantastbare Messlatte, während die AP ein dynamisches Ergebnis der FMEA-Risikobewertung (B, A, E) darstellt. Anforderungen beschreiben lediglich das 'Was', während die FMEA-Methodik primär das 'Was kann schiefgehen' und 'Wie wird das verhindert' adressiert. Auch der Unterschied zum Lastenheft ist relevant: Das Lastenheft ist das Ursprungsdokument, die FMEA-Anforderung ist die für den Fehlerabgleich notwendige operative Instanz, die bei Bedarf auf das Lastenheft verweist.
Häufige Fragen
- Frage: Welche Rolle spielen Anforderungen bei der Bewertung der Schwere? Antwort: Die Schwere (S) basiert auf der Konsequenz des Funktionsausfalls. Da die Anforderung den Normalzustand definiert, ist die Abweichung von dieser Anforderung das Kriterium, um den Grad des Schadens, zum Beispiel bei einem Sicherheitsrisiko, zu bestimmen. 2. Frage: Dürfen Anforderungen in der FMEA geschätzt werden? Antwort: In Ermangelung präziser Messwerte ist eine fundierte Annahme durch das Experten-Team zulässig, um handlungsfähig zu bleiben; diese Annahmen müssen jedoch explizit dokumentiert und in späteren Phasen validiert werden. 3. Frage: Wie unterscheiden sich Anforderungen von Vermeidungsmaßnahmen? Antwort: Anforderungen definieren den angestrebten Erfolg eines Prozesses oder Produkts, wohingegen Vermeidungsmaßnahmen die technischen oder organisatorischen Aktivitäten sind, um sicherzustellen, dass die Anforderung unter allen Umständen eingehalten wird. 4. Frage: Was passiert, wenn sich eine Anforderung während der Entwicklung ändert? Antwort: Änderungen an Anforderungen erfordern eine sofortige erneute FMEA-Prüfung, da die bisherige Bewertung der Fehlerfolgen und die Wirksamkeit der existierenden Maßnahmen ihre Gültigkeit verlieren könnten.