Mercedes bietet Ingenieuren bis zu 500.000 Euro fürs Gehen. Bis zu 30.000 Stellen stehen im Raum. Tausende haben den Scheck genommen. Die Rechnung dahinter ist einfach: Gehalt weg, Kosten weg. Sie hat nur einen Fehler. Wenn ein Ingenieur mit 30 Jahren Erfahrung geht, geht sein Gehalt mit ihm. Sein Compliance Overhead bleibt.
Die Requirements müssen weiterhin nachverfolgt werden. Die Architektur muss weiterhin konsistent gehalten werden, über DOORS, Enterprise Architect, Codebeamer, Jira, Confluence und SharePoint hinweg. Die Reviews müssen weiterhin stattfinden. Die Evidenz muss weiterhin existieren, bevor der Assessor kommt.
Diese Arbeit war nie optional. Sie war nur unsichtbar, vergraben in den Kalendern genau der Leute, die man jetzt fürs Verschwinden bezahlt. Die Last schrumpft nicht. Sie verteilt sich um: auf ein kleineres Team, mit weniger Gedächtnis, unter derselben Audit Deadline.
Die falsche Frage#
An dieser Stelle kommt reflexhaft die Antwort der Stunde: Dann automatisieren wir das eben. Eine KI, die im Hintergrund synchronisiert, Evidenz erzeugt, Traces generiert. Der manuelle Aufwand verschwindet, das Problem ist gelöst.
Ist es nicht. Es ist nur billiger geworden.
Wer die Synchronisation über neun Tools automatisiert, hat die Fragmentierung nicht beseitigt. Er hat sie subventioniert. Jede Synchronisation ist eine Kopie. Jede Kopie ist ein Ort, an dem Wahrheit auseinanderlaufen kann. Ob die Kopien von Menschen gepflegt werden oder von einer Maschine, ändert nichts an der entscheidenden Frage, die jeder Assessor stellt und stellen muss: Welche Kopie gilt?
Manueller Drift wird durch automatisierten Drift ersetzt. Der automatisierte Drift ist schneller, skalierbarer und schwerer zu bemerken. Das ist kein Fortschritt. Das ist dieselbe Krankheit mit besserem Stoffwechsel.
Und die zugrunde liegende Zahl verdient denselben skeptischen Blick. Kursieren tut die Behauptung, 80 Prozent der Woche eines Automotive Ingenieurs gingen für Compliance Overhead drauf, nicht für Code. Quelle? Erhebungsmethode? Offen. Ob es 60 oder 80 Prozent sind, ist am Ende zweitrangig. Entscheidend ist eine andere Eigenschaft dieser Zahl: Sie skaliert nicht mit der Teamgröße. Wer ein Drittel des Teams entlässt, hat immer noch denselben Anteil. Er hat ihn nur auf weniger Schultern verteilt.
Das Symptom und die Krankheit#
Die Synchronisation ist das Symptom. Die neun Tools sind die Krankheit.
Warum existieren neun Tools? Weil jedes Werkzeug für einen Ausschnitt gekauft wurde: eines für Requirements, eines für Architektur, eines für Tickets, eines für Tests, eines für Dokumente. Jedes für sich vertretbar. In Summe entsteht ein System, in dem dieselbe Information fünfmal existiert und keine der fünf Instanzen verbindlich ist.
Das ist kein Werkzeugproblem. Das ist ein Datenmodellproblem.
Die strukturelle Alternative: ein Datenmodell. Requirement, Architekturelement, Verifikationskriterium, Test und Evidenz sind Knoten in einem Graphen, verknüpft in dem Moment, in dem sie entstehen. Traceability wird dann nicht erzeugt, nicht generiert, nicht im Hintergrund berechnet. Sie ist eine Eigenschaft des Datenmodells. Es gibt nichts zu synchronisieren, weil nichts doppelt existiert.
Ein Detail daraus, das den Unterschied greifbar macht: In einem sauberen Datenmodell trägt jedes Requirement sein Verifikationskriterium als Pflichtfeld. Nicht als Empfehlung, nicht als Prozessvorgabe, die man umgehen kann, sondern als strukturelle Bedingung. Ein Requirement ohne Messgröße lässt sich gar nicht erst anlegen. ISO 29148 fordert das seit Jahren. Die meisten Toolketten können es nicht erzwingen, weil das Kriterium in Tool A steht und das Requirement in Tool B.
Nicht neu. Nur konsequent.#
Das Prinzip ist nicht neu. Ich habe es vor Jahren öffentlich gezeigt, als Demonstration, dass durchgängige Nachverfolgbarkeit ohne Synchronisationsmaschinerie möglich ist, wenn man das Datenmodell richtig baut. Die Reaktion damals war das übliche Schulterzucken: interessant, aber wir haben nun mal unsere Toolkette.
Genau diese Toolkette präsentiert jetzt die Rechnung. Nicht als abstraktes Risiko, sondern als konkreter Posten in der Abfindungsmathematik eines Konzerns: Man bezahlt die erfahrensten Leute fürs Gehen und stellt danach fest, dass ihre eigentliche Last, der strukturelle Overhead, vollständig im Haus geblieben ist.
Die Abfindung kauft das Gehalt heraus. Den Overhead kauft sie nicht heraus. Der geht erst, wenn man ihn strukturell unmöglich macht.