Das Phänomen vor jedem Assessment
Wer ein ASPICE-v4.0-Assessment vor der Nase hat — speziell in den Prozessen SWE.1 bis SWE.6 oder den SYS-Prozessen —, erlebt meist dasselbe: Die eigentliche Entwicklungsarbeit ist agil und hochmodern, doch die geforderte bidirektionale Rückverfolgbarkeit ist fragmentiert. Anforderungen liegen in Confluence, Artefakte in Jira, Testspezifikationen in Excel, der Code im Git-Repository. Tritt der Assessor vor den Bildschirm, beginnt das große Zittern.
Die Soll-Bruchstelle: Warum manuelle Verknüpfungen scheitern
Viele Tier-2- und Tier-3-Zulieferer versuchen, die Lücke manuell durch „Dokumentations-Ping-Pong“ zu schließen. Es werden Excel-Compliance-Matrizen gepflegt, die in dem Moment veralten, in dem ein Entwickler das nächste Jira-Ticket schließt.
Ein ASPICE-v4.0-Assessment verzeiht diese Lücken nicht mehr. Wählt der Assessor stichprobenartig eine Stakeholder-Anforderung und das System kann die Kette über System-Design, Software-Architektur, Source-Code bis zum verifizierten Regressions-Testnachweis nicht in wenigen Minuten fehlerfrei abbilden, droht ein Major Finding.
Die Lösung: Requirements-as-Code und gerichtete Graphen (DAG)
Um ein Assessment ohne blaue Augen zu überstehen, muss man aufhören, Qualität nachträglich zu dokumentieren — sie muss erzwungen werden. Der technologische Shortcut für den Mittelstand liegt in einer dedizierten, schlanken Architektur:
- Kein Cloud-Zwang: Da IT-Abteilungen im Automotive-Sektor bei externer SaaS-Software und unvollständigen Sicherheitsfreigaben oft monatelang blockieren, sollte die Validierung lokal und isoliert stattfinden (Air-Gap-Prinzip).
- UUID-DAG-Engine statt Tabellen: Statt statische Tabellen zu pflegen, werden alle Artefakte über eindeutige Identifikatoren (UUIDs) in einem gerichteten, kreisfreien Graphen (Directed Acyclic Graph) verknüpft. Fehlt eine Verbindung — etwa ein Testfall zu einer geänderten Code-Zeile —, wird die Lücke sofort systemisch sichtbar, bevor der Assessor den Raum betritt.
Fazit für Projektleiter und QMBs
Die „Audit-Woche im Ausnahmezustand“ ist hausgemacht. Wer bestehende Datenstrukturen aus Jira und lokalen Speichern intelligent mappt und über eine schlanke On-Premise-Logik verknüpft, spart sich wochenlange manuelle Nacharbeit vor dem Termin — und geht ruhiger ins Assessment.
- Fragmentierte Nachweise (Jira, Confluence, Excel, Git) brechen die bidirektionale Traceability — der Klassiker im ASPICE-v4.0-Assessment.
- Manuell gepflegte Excel-Matrizen veralten sofort und führen bei Stichproben zu Major Findings.
- Ein On-Premise-UUID-DAG erzwingt die Kette und macht Lücken sichtbar, bevor der Assessor sie findet — Air-Gap-fähig ohne Cloud-Freigaben.
Ü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.