Wir haben nichts erfunden. Wir haben es anders sortiert.

Eine Behauptung zum Nachprüfen, bevor Sie weiterlesen:

Nehmen Sie eine FMEA aus einem laufenden Projekt und die Anforderungsspezifikation desselben Systems. Suchen Sie drei Funktionen heraus. Sie werden dieselbe Information in beiden Dokumenten finden — zweimal geschrieben, zweimal gepflegt, von zwei Personen, zu zwei Zeitpunkten.

Das dauert zehn Minuten. Wenn Sie die Überlappung nicht finden, ist dieser Artikel für Sie erledigt und Sie haben nichts verloren.

Wenn Sie sie finden, ist die interessante Frage nicht, ob Sie doppelt arbeiten. Sondern warum eine erfahrene Organisation das tut, obwohl niemand darin dumm ist.

Warum die heutige Arbeitsweise vernünftig ist

Sie ist nicht das Ergebnis von Nachlässigkeit. Sie ist das Ergebnis von drei Entscheidungen, die einzeln jeweils richtig waren.

Erstens: Die Normen verlangen Artefakte, nicht Datenmodelle. Ein Audit prüft, ob eine FMEA existiert und ob eine Anforderungsspezifikation existiert. Es prüft nicht, woher sie kommen. Wer zwei Dokumente liefert, ist compliant. Wer eines liefert, das beide Rollen erfüllt, muss das erst erklären.

Zweitens: Die Werkzeuglandschaft ist entlang von Artefakten gewachsen. FMEA-Tools sind gut in FMEA. Requirements-Tools sind gut in Requirements. Beide sind über Jahrzehnte gereift. Dass sie nebeneinander stehen statt ineinander, ist eine Marktgeschichte, keine methodische Aussage.

Drittens: Die Reihenfolge ist historisch, nicht logisch. In den meisten Prozessen entstehen Anforderungen zuerst und die FMEA prüft sie nach. Das ist plausibel, solange man FMEA als Nachweisverfahren versteht. Genau das ist der Punkt, an dem wir widersprechen.

Der Befund: Kopie statt Projektion

Zwei Dokumente, die dieselbe Substanz beschreiben, sind entweder Kopien oder Projektionen.

Eine Kopie ist eine zweite, eigenständige Repräsentation. Sie muss synchron gehalten werden. Das kostet Pflegeaufwand — und sie driftet trotzdem, weil Synchronisation eine menschliche Leistung ist, die unter Termindruck als erste ausfällt.

Eine Projektion ist eine Sicht auf dieselben Daten. Sie kann nicht driften, weil es nichts gibt, wovon sie abweichen könnte. Ändert sich die Substanz, ändern sich alle Sichten mit.

Die Doppelpflege ist der sichtbare Teil der Kosten. Der unsichtbare ist die Abweichung selbst: Wenn FMEA und Spezifikation auseinanderlaufen, beschreibt mindestens eine von beiden ein System, das so nicht gebaut wird. Welche, weiß niemand — und es steht in keinem Risikoregister, weil es keine Kategorie dafür gibt.

Die Sequenz

Was wir tun, ist nicht neu. Jeder einzelne Baustein ist seit Jahren bekannt, publiziert und in Normen beschrieben. Neu ist die Reihenfolge, in der sie stehen:

Ein Merkmal dimensioniert eine Funktion. Nicht ein Element. „Messgenauigkeit ±0,5 %" gehört an die Funktion „liefert Messgröße", nicht an den Sensor. Der Sensor ist die spätere Antwort auf eine Anforderung, die vor ihm existiert.

Eine Funktion mit Merkmal ist bereits eine Anforderung. Sie muss nicht in ein zweites Dokument übertragen werden. Sie muss gerendert werden.

Eine FMEA-Maßnahme erzeugt Struktur. Wer „zweiter Sensor mit Software-Vergleich" als Vermeidungsmaßnahme einträgt, hat eine Architekturentscheidung getroffen und eine neue Anforderung geschrieben. In klassischer FMEA bleibt das ein Textfeld. Bei uns ist es ein typisierter Knoten, der den passenden Editor öffnet und das Folgeobjekt anlegt.

Damit dreht sich die Kausalität: FMEA ist nicht das Verfahren, das Anforderungen prüft. Sie ist eines der Verfahren, die Anforderungen erzeugen. Anforderungsspezifikation, FMEA-Formblatt, Zustandsdiagramm, Verifikationsmatrix und die Liste offener Punkte fallen anschließend aus demselben Graphen — nicht integriert, sondern dieselbe Substanz, verschieden projiziert.

Der eigentliche Unterschied ist nicht die Erkenntnis

Die Sequenz kann jeder kennen. Manche Organisationen kennen sie. Wenige halten sie durch, und zwar aus einem strukturellen Grund: Eine empfohlene Reihenfolge ist im Projektalltag verhandelbar. Sie wird unter Termindruck abgekürzt, und die Abkürzung fällt niemandem auf, weil beide Dokumente danach immer noch existieren.

Der Unterschied ist nicht, dass wir die Reihenfolge empfehlen. Sondern dass sie nicht mehr umgehbar ist, wenn die Artefakte Projektionen sind. Man kann die Spezifikation nicht mehr an der FMEA vorbei ändern, weil es keine zweite Datei gibt, in der man das täte.

Grenzen

Nichts davon macht Entwicklung einfach. Es macht sie nicht schneller, wo die Arbeit im Denken liegt — welche Fehlerarten relevant sind, wie viele Sensoren verhältnismäßig sind, wo das Restrisiko akzeptabel ist, entscheidet weiterhin ein Mensch mit Fachwissen.

Was wegfällt, ist die Arbeit, die keine Entscheidung enthält: Übertragen, Abgleichen, Suchen, welche Fassung gilt. Und die Nacharbeit, die aus deren Fehlern entsteht.

Sie müssen dafür nichts über Bord werfen. Ihre FMEA-Systematik bleibt. Ihre Anforderungsdisziplin bleibt. Ihre Normkonformität bleibt — die Formblätter kommen weiterhin heraus, sie werden nur nicht mehr getippt.

Prüfen Sie es an Ihrem eigenen Material

Die Behauptung vom Anfang ist absichtlich so formuliert, dass Sie sie widerlegen können, ohne mit uns zu sprechen. Tun Sie das zuerst. Wenn Sie die Doppelung finden, haben Sie den Befund selbst erhoben — und das ist eine belastbarere Grundlage als jede Präsentation, die wir Ihnen zeigen könnten.

Wenn Sie danach wissen wollen, wie die Projektion in Ihrem Kontext aussieht, sprechen Sie uns an.