Definition
Prozessbewertungsmodell für die Entwicklung eingebetteter Software in Fahrzeugen, abgeleitet aus ISO/IEC 33002. Definiert 32 Prozesse in fünf Kategorien (Primary, Organizational, Supporting, Reuse, Acquisition) mit Capability Levels 0–5. VW, BMW und weitere OEMs fordern für sicherheitskritische Steuergeräte mindestens Level 2 oder 3. Eng verzahnt mit ISO 26262 (funktionale Sicherheit) und ISO 21434 (Cybersicherheit). VDA-Scope-Variante etabliert.
In der Praxis
Automotive SPICE holt Unternehmen meist über eine Kundenanforderung ein: Der OEM verlangt im Lastenheft oder der Nominierung ein Capability Level, und ab dann zählt das Assessment-Ergebnis. Der erste Realitätscheck ist das Gap-Assessment — und das fällt erfahrungsgemäß ernüchternd aus, weil ASPICE keine Einzelmaßnahmen belohnt, sondern durchgängige Prozessdisziplin: Anforderungen schriftlich, Änderungen nachverfolgt, Tests gegen Anforderungen verlinkt, Reviews dokumentiert. Typischer Stolperstein ist die Verwechslung mit einem Zertifikat: ASPICE ist eine Prozessbewertung mit Datum und Scope, keine Urkunde für den Schrank — das nächste Projekt wird neu bewertet. Zweiter Punkt: die Verzahnung mit ISO 26262 und ISO 21434, die in Steuergeräte-Projekten parallel laufen und gemeinsame Work Products nutzen. Wer ASPICE ernst nimmt, beginnt mit dem VDA-Scope und baut die Rückverfolgbarkeit von Systemanforderung bis Testfall auf — das ist der Kern fast jeder Bewertung.
Verwandte Begriffe
Häufige Fragen zu Automotive SPICE
Was ist der Unterschied zwischen ASPICE und ISO 26262?
ASPICE bewertet die Qualität der Entwicklungsprozesse — ob Anforderungen, Architektur, Implementierung und Tests systematisch und nachverfolgbar ablaufen. ISO 26262 adressiert dagegen die funktionale Sicherheit des Produkts: die Analyse von Gefahren, die Einstufung nach ASIL und die Ableitung technischer Sicherheitsmaßnahmen. Vereinfacht gesagt: ASPICE fragt „arbeitet ihr diszipliniert?", ISO 26262 fragt „ist das System sicher?". In der Praxis laufen beide parallel: Viele OEMs fordern für sicherheitsrelevante Steuergeräte sowohl ein ASPICE-Level als auch die ISO-26262-Konformität. Die Projekte teilen sich Work Products wie Anforderungsmanagement und Verifikation, haben aber eigenständige Bewertungslogiken.
Ist ASPICE Pflicht für Zulieferer?
Normativ nicht — Automotive SPICE ist ein Bewertungsmodell, keine Zertifizierungsnorm. Verbindlich wird es über die kundenspezifischen Anforderungen: OEMs wie Volkswagen oder BMW fordern für Software- und Steuergeräte-Projekte definierte Capability Levels, häufig Level 2 oder 3, und machen das Assessment-Ergebnis zur Vergabebedingung. Die IATF 16949 verlangt für Produkte mit eingebetteter Software ebenfalls einen gesteuerten Softwareentwicklungsprozess inklusive Selbstbewertung, ohne ein bestimmtes Modell oder Level vorzuschreiben. Wer also Software fürs Fahrzeug entwickelt oder integriert, kommt an ASPICE faktisch nicht vorbei. Reine Hardware-Fertiger ohne Softwareanteil sind davon in der Regel nicht betroffen.
Wie bereite ich mich auf ein ASPICE-Assessment vor?
Der bewährte Einstieg ist ein Gap-Assessment gegen den geforderten Scope — meist der VDA-Scope mit seinen Kernprozessen. Daraus folgt ein Maßnahmenplan, der typischerweise drei Baustellen hat: Anforderungsmanagement mit eindeutigen IDs, durchgängige Rückverfolgbarkeit von der Systemanforderung bis zum Testfall, und dokumentierte Reviews und Freigaben. Wichtig ist, die Prozesse erst zu leben, bevor das Assessment kommt — Assessoren erkennen Papier-Prozesse an den fehlenden Arbeitsgewohnheiten. Für die Durchführung werden zugelassene Assessoren benötigt; viele Unternehmen holen sich vorab einen Provisional Assessor ins Haus. Realistisch einplanen sollte man je nach Ausgangslage mehrere Quartale bis zum stabilen Level 2.