Das eigentliche Bewertungsobjekt: die Argumentationskette
Ein Automotive-SPICE-Assessment bewertet nicht, ob ein Dokument existiert, sondern ob ein Prozess wiederholbar gelebt wird und ob seine Ergebnisse konsistent zusammenpassen. Assessoren prüfen entlang der VDA-Scope-Prozesse (typisch SWE.1–SWE.6, SYS.1–SYS.5 sowie unterstützende Prozesse aus SUP und MAN), ob aus einer Anforderung nachvollziehbar Design, Implementierung, Test und Nachweis entstehen.
Wer nur Artefakte sammelt, produziert einen Dokumentenfriedhof. Bewertet wird die Kette dazwischen: Lässt sich zu jeder Software-Anforderung das realisierende Architekturelement, der verifizierende Testfall und das zugehörige Testergebnis zeigen — und stimmen Versionen, Stände und Verantwortlichkeiten überein?
Die drei häufigsten Schwachstellen
Erstens: Bidirektionale Traceability bricht in der Mitte. Anforderungen sind mit Tests verlinkt, aber das Design fehlt in der Kette — oder die Rückrichtung (vom Test zur Anforderung) ist nicht gepflegt. Im Assessment fällt das sofort auf, wenn der Assessor an einer beliebigen Stelle hineinsticht.
Zweitens: Die gelebte Praxis weicht vom dokumentierten Prozess ab. Ein sauberes Prozesshandbuch nützt wenig, wenn das Team es anders macht. ASPICE bewertet auf der Capability-Ebene auch, ob der Prozess gesteuert (CL 2) und etabliert/standardisiert (CL 3) ist — also ob Tailoring, Rollen und generische Praktiken nachweisbar greifen.
Drittens: Konsistenz über Baselines hinweg fehlt. Wenn Änderungen ohne Impact-Analyse durchlaufen und Baselines nicht eingefroren werden, lässt sich der Zustand zum Releasezeitpunkt nicht rekonstruieren — ein klassischer Befund in SUP.8/SUP.10.
Wie man sich belastbar vorbereitet
Sinnvoll ist eine ehrliche Gap-Analyse gegen den konkreten Assessment-Scope, gefolgt von einem Mock-Audit unter realistischen Bedingungen: Interviews, Stichproben, Nachfragen. Erst die Simulation zeigt, ob das Team die eigene Argumentationskette unter Druck erklären kann.
Werkzeuge helfen, wenn sie die Kette erzwingen statt sie nur abzubilden. Eine durchgängige, zyklusfreie Traceability (im Audit Ready Framework als UUID-DAG umgesetzt) macht Lücken sichtbar, bevor der externe Assessor sie findet — das ist der Kern von Audit-Readiness.
- Bewertet wird die konsistente Kette Anforderung → Design → Code → Test → Release, nicht die bloße Existenz von Dokumenten.
- Bidirektionale Traceability und gelebte (nicht nur dokumentierte) Prozesse sind die häufigsten Stolpersteine.
- Gap-Analyse plus Mock-Audit decken Schwachstellen auf, bevor das echte Assessment kommt.
Über den Autor
Rainer Hampicke
Rainer Hampicke ist Gründer von Hampa Core Quality. Er bringt über 25 Jahre Erfahrung in der Automobilindustrie mit — frühere berufliche Stationen u. a. bei ZF, Johnson Controls und Kautex Textron. Heute begleitet er Zulieferer und Deep-Tech-Unternehmen persönlich als strategischer Berater zur Audit-Readiness.