Automotive SPICE: Capability Levels, HIS Scope, Assessments
Die sechs ASPICE Capability Levels (CL0 bis CL5), die HIS-Scope-Prozessauswahl und was im Assessment tatsächlich als Evidence zählt - für Tier-1- und Tier-2-Lieferanten in der Serienentwicklung.
Was ist Automotive SPICE?
Automotive SPICE (Software Process Improvement and Capability dEtermination) ist ein Prozessreferenz- und Bewertungsmodell, das speziell für die Software- und Systementwicklung in der Automobilindustrie entwickelt wurde. Es basiert auf ISO/IEC 15504 (SPICE) und wurde durch die HIS-Konsortialgruppe (Herstellerinitiative Software) der deutschen OEMs für den Einsatz in der Serienentwicklung adaptiert. Das Modell wird durch die VDA QMC Arbeitsgruppe Automotive SPICE gepflegt. Version 3.1 wurde 2017 veröffentlicht und ist in Assessments weiterhin die am häufigsten referenzierte Ausgabe; Version 4.0 erschien im November 2023 und verschärft Anforderungen an Cybersecurity, Mechanik- und Hardware-Engineering und richtet das Capability-Schema an der ISO/IEC 330xx-Reihe aus. Das Modell ist heute De-facto-Voraussetzung für Lieferanten mit Softwareanteilen in eingebetteten Automotive-Systemen, von Infotainment und ADAS bis zu Antriebsstrang und Bremssystemen.
Das Modell unterscheidet zwischen dem Prozessreferenzmodell (PRM), das definiert, welche Prozesse vorhanden sein müssen und durch Prozesszweck und Outcomes beschrieben sind, und dem Prozessbewertungsmodell (PAM), das definiert, wie deren Reife bewertet wird. Für Tier-1- und Tier-2-Lieferanten mit Softwareanteilen in sicherheitskritischen Systemen ist ein Automotive-SPICE-Assessment eine De-facto-Zugangsvoraussetzung für OEM-Projekte. Der HIS Scope wählt die 15 Prozesse aus, die OEMs bei Lieferantenassessments typischerweise bewerten. Capability wird immer je Prozess bewertet, nicht unternehmensweit: Ein Lieferant kann in MAN.3 bei CL2 stehen und in SWE.4 nur bei CL1, was bedeutet, dass ein Assessment-Ergebnis immer ein Profil über Prozesse hinweg ist und nie eine einzelne unternehmensweite Kennzahl.
HIS Scope: Die für Lieferanten relevante Prozessauswahl
Der HIS Scope umfasst 15 Prozesse: SYS.1 (Requirements Elicitation), SYS.2 (System Requirements Analysis), SYS.3 (System Architectural Design), SYS.4 (System Integration and Integration Test), SYS.5 (System Qualification Test), SWE.1-SWE.6 (Software Requirements, Architectural Design, Detailed Design, Unit Construction, Integration Test, Qualification Test), MAN.3 (Project Management), SUP.1 (Quality Assurance), SUP.8 (Configuration Management), SUP.9 (Problem Resolution Management), SUP.10 (Change Request Management) und ACQ.4 (Supplier Monitoring). Capability Level 2 in allen HIS-Scope-Prozessen gilt als Mindestanforderung der meisten OEMs.
Warum Automotive SPICE für Lieferanten unverzichtbar ist
Assessments sind keine bürokratische Pflichtübung. Reife Prozesse nach Automotive SPICE reduzieren Projektrisiken, verkürzen Entwicklungszyklen und sichern die Lieferantenfähigkeit.
OEM-Zugangsvoraussetzung
Ohne nachgewiesene Automotive-SPICE-Reife (typischerweise CL2 im HIS Scope) werden Lieferanten in vielen Projekten nicht qualifiziert. Das Assessment-Ergebnis ist integraler Bestandteil der Lieferantenfreigabe und wird projektübergreifend bewertet.
Reduzierte Projekt-Eskalationen
Reife Anforderungsmanagement- und Testprozesse (SWE.1, SWE.6) verhindern späte Anforderungsänderungen und kostspielige Nacharbeit. Lieferanten auf CL3 weisen nachweislich signifikant weniger Feldprobleme auf als solche auf CL1.
Traceability von Anforderung bis Test
SWE.1 bis SWE.6 erzwingen eine lückenlose Nachverfolgbarkeit: von der Stakeholder-Anforderung über die Software-Architektur bis zum Qualifikationstest. Das ist gleichzeitig Grundvoraussetzung für ISO 26262 ASIL-B/C/D-Projekte.
Strukturiertes Projektmanagement
MAN.3 verlangt Projektpläne mit messbaren Meilensteinen, Ressourcenplanung auf Aktivitätsebene und ein Risikoregister. Das schafft Transparenz für den OEM und reduziert Terminüberschreitungen durch frühzeitiges Risikoerkennen.
Konfigurationsmanagement als Rückverfolgbarkeitsbasis
SUP.8 stellt sicher, dass Software-Stände, Werkzeuge und Dokumente versioniert und reproduzierbar sind. Ohne diesen Prozess auf mindestens CL2 ist eine Rückverfolgung von Feldproblemen auf definierte Software-Stände nicht verlässlich möglich.
Kontinuierliche Prozessverbesserung
Automotive SPICE ist kein einmaliges Zertifizierungsziel, sondern ein Verbesserungsrahmen. Organisationen, die regelmäßig intern und extern assessieren, verbessern ihren Capability Level systematisch und bauen einen nachhaltigen Qualitätsvorteil auf.
Prozessreferenzmodell, PAM und Capability Levels im Detail
Das PRM strukturiert alle Prozesse in drei Gruppen. Primary Life Cycle Processes umfassen Acquisition (ACQ), Supply (SPL), System Engineering (SYS.1 bis SYS.5) und Software Engineering (SWE.1 bis SWE.6). Supporting Life Cycle Processes umfassen Quality Assurance (SUP.1), Configuration Management (SUP.8), Problem Resolution Management (SUP.9) und Change Request Management (SUP.10). Organizational Life Cycle Processes umfassen Management (MAN), Process Improvement (PIM) und Reuse (REU). Jeder Prozess ist durch seinen Zweck (Purpose) und seine Ergebnisse (Outcomes) definiert. Das PAM fügt jedem Outcome messbare Base Practices (BP) und Work Products (WP) hinzu, die als Nachweise (Evidence) im Assessment dienen. Generic Practices (GP) und Generic Resources (GR) beschreiben, was auf jedem Capability Level zusätzlich erwartet wird, und dienen zur Bewertung der Prozessattribute (PA 1.1 bis PA 5.2).
Die sechs Capability Levels bauen aufeinander auf und jeder Level erfordert spezifische Nachweise im Assessment. CL0 (Incomplete): Der Prozess ist nicht implementiert oder erreicht seine Outcomes nicht. CL1 (Performed, PA 1.1): Alle Base Practices werden ausgeführt und die Prozess-Outcomes werden erreicht, aber die Ausführung erfolgt ad-hoc und Wissen ist an einzelne Personen gebunden. CL2 (Managed, PA 2.1 Performance Management und PA 2.2 Work Product Management): Der Prozess wird geplant, überwacht und gesteuert, und Work Products sind definiert, dokumentiert, reviewt und unter Konfigurationskontrolle. Das ist die Mindestanforderung der meisten OEMs für alle HIS-Scope-Prozesse. CL3 (Established, PA 3.1 Process Definition und PA 3.2 Process Deployment): Ein definierter Standardprozess existiert mit Tailoring-Leitlinien, Prozessbeschreibung und unterstützender Infrastruktur, und Projekte werden konsistent dagegen durchgeführt. Wird zunehmend für sicherheitsrelevante Engineering-Prozesse wie SWE.1, SWE.2, SWE.4, SWE.6 und MAN.3 gefordert. CL4 (Predictable, PA 4.1 Quantitative Analysis und PA 4.2 Quantitative Control): Prozessleistung wird quantitativ gegen definierte Ziele gemessen und Varianz aktiv gesteuert. CL5 (Innovating, PA 5.1 Process Innovation und PA 5.2 Process Innovation Implementation): Der Prozess wird kontinuierlich durch quantitative Analyse und Innovationsvorschläge verbessert. CL4 und CL5 sind in der Automotive-Praxis selten und typischerweise Organisationen mit langfristigen Prozessverbesserungsprogrammen vorbehalten.
Automotive SPICE einführen - Schritt für Schritt
Eine realistische Roadmap von der Gap-Analyse bis zum erfolgreichen Assessment - ausgelegt auf Tier-1/2-Lieferanten mit 50 bis 500 Entwicklern.
Gap-Analyse gegen den HIS Scope
Interne Erhebung aller 15 HIS-Scope-Prozesse: Welche Base Practices existieren? Welche Work Products sind vorhanden und ausreichend? Das Ergebnis ist eine priorisierte Lückenmatrix, die zeigt, wo CL1 noch nicht erreicht ist und welche Prozesse den größten Abstand zum Ziel-Capability-Level haben.
Ziel-Capability-Level je Prozess festlegen
OEM-Anforderungen für laufende und geplante Projekte erfassen. Typische Zielsetzung: CL2 für alle 15 HIS-Prozesse kurzfristig, CL3 für SWE.1, SWE.2, SWE.4, SWE.6 und MAN.3 mittelfristig. Das Ziel-Level muss je Prozess festgelegt werden - pauschale Aussagen ohne Prozessbezug sind im Assessment wertlos.
Prozessdefinition und Work Products aufbauen
Prozessbeschreibungen, Vorlagen und Checklisten für jeden HIS-Prozess erstellen. Work Products müssen einem definierten Format entsprechen und revisionssicher abgelegt werden. Besonderes Augenmerk gilt der Traceability-Matrix zwischen SWE.1 (Software-Anforderungen), SWE.2 (Architektur), SWE.3 (Detaildesign) und SWE.6 (Qualifikationstest).
Pilotprojekt und interne Probe-Assessments
Prozesse in einem laufenden Entwicklungsprojekt pilotieren. Interne Assessoren (intacs-geschulte Praktiker oder erfahrene Senior-Entwickler) führen Gap-Assessments durch und dokumentieren Befunde als Improvement Items. Befunde werden projektförmig verfolgt - mit Verantwortlichen, Terminen und Wirksamkeitsnachweisen.
Kompetenzaufbau für alle Rollen
Automotive SPICE ist kein reines QA-Thema: Entwickler müssen verstehen, was Unit Test Specification (SWE.4) als Work Product erfordert; Tester, was ein Software Integration Test Report (SWE.5) leisten muss; Projektmanager, welche Artefakte MAN.3 auf CL2 verlangt. Rollenbezogene Schulungen sind effizienter als generische SPICE-Einführungen.
Externes Assessment und Improvement Action Plan
Ein intacs-zertifizierter Assessor führt das formale Assessment durch. Jede Weakness und Non-Conformance wird als Befund dokumentiert. Der resultierende Improvement Action Plan (IAP) ist das zentrale Steuerungsdokument: Befunde priorisiert nach Schwere, mit Maßnahmen, Verantwortlichen und Zieldatum. Der IAP wird beim nächsten Assessment auf Umsetzung geprüft.
Typische Herausforderungen - und wie Sie sie lösen
Automotive-SPICE-Einführungen scheitern selten am Wissensstand der QA-Abteilung. Sie scheitern an mangelnder Projekttauglichkeit der Prozesse und fehlender Werkzeugunterstützung.
Prozesse existieren auf Papier, aber nicht in der gelebten Projektpraxis
Prozessdefinitionen ohne gelebte Praxis sind wertlos - und erfahrene Assessoren erkennen das in Interviewminuten. Einzige valide Vorbereitung: Pilotprojekte mit echter Dokumentation, echten Reviews und echten Testergebnissen als Evidence. Mobile2b ermöglicht es, Audit-Checklisten für jeden HIS-Prozess zu hinterlegen und den Nachweis der Durchführung lückenlos mit Zeitstempel zu dokumentieren.
Traceability zwischen Anforderungen, Design und Tests ist nicht herstellbar
SWE.1 bis SWE.6 erfordern eine vollständige Traceability-Kette als Work Product. Ohne dedizierte Werkzeugunterstützung (polarion, IBM DOORS, Jama Connect) ist das bei mehr als einigen Hundert Anforderungen nicht beherrschbar. Die Traceability-Matrix muss im Assessment jederzeit einsehbar vorliegen - ein Excel-Sheet wird ab CL2 als unzureichend bewertet.
MAN.3 scheitert am fehlenden Detaillierungsgrad des Projektplans
CL2 in MAN.3 erfordert mehr als einen Meilensteinplan: Ressourcenplanung auf Aktivitätsebene, Risikoregister mit quantifizierter Bewertung und Maßnahmen, regelmäßige dokumentierte Plan-Ist-Vergleiche und definierte Eskalationswege. Die Generic Practice GP 2.2 (Work Product Management) prüft, ob der Projektplan selbst als Work Product gepflegt und versioniert ist.
Assessment-Vorbereitung bindet zu viele Ressourcen kurzfristig
Assessment-Vorbereitung als Sprint vor dem Termin erzeugt Doppelarbeit und liefert keine nachhaltigen Prozessverbesserungen. Prozesse müssen in der täglichen Entwicklungsarbeit verankert sein. Digitale Audit-Tools ermöglichen kontinuierliche interne Compliance-Checks pro Projekt, sodass der Aufwand für das formale Assessment auf das unvermeidliche Minimum sinkt.
Automotive SPICE digital steuern mit Mobile2b
Assessment-Vorbereitung ist kein einmaliges Projekt, sondern kontinuierliche Prozessüberwachung. Mobile2b schafft die Infrastruktur, um Automotive-SPICE-Konformität messbar und nachweisbar zu machen.
HIS-Scope-Checklisten für interne Assessments
Vordefinierte Audit-Checklisten für alle 15 HIS-Scope-Prozesse mit direktem Bezug zu Base Practices und Generic Practices nach Automotive SPICE 3.1. Interne Probe-Assessments werden strukturiert durchgeführt, Befunde sofort klassifiziert und als Improvement Items angelegt.
Befund- und Improvement-Item-Verfolgung
Jede Weakness und Non-Conformance aus internen oder externen Assessments wird als Improvement Item erfasst: Prozessbezug, Capability-Level-Auswirkung, Verantwortlicher, Maßnahmen, Fälligkeit und Wirksamkeitsnachweis. Der Improvement Action Plan ist jederzeit vollständig und aktuell.
Projektübergreifendes Capability-Reporting
Capability-Level-Status über alle laufenden Projekte auf einen Blick. Welche Prozesse sind stabil auf CL2? Wo zeigen mehrere Projekte dieselben Schwachstellen in denselben Base Practices? Das ist die Datenbasis für gezielte organisationsweite Verbesserungsinitiativen.
Audit-Trail für externe Assessoren
Alle internen Audit-Ergebnisse, Befunde, Maßnahmennachweise und Verbesserungshistorien sind revisionssicher gespeichert und auf Knopfdruck für externe Assessoren exportierbar. Das beschleunigt externe Assessments und demonstriert proaktives Prozessmanagement.
Häufig gestellte Fragen zu Automotive SPICE
Verwandte Themen
Weiterführende Leitfäden aus unserer Wissensdatenbank.
Bereit für Ihr nächstes Automotive-SPICE-Assessment?
Mobile2b unterstützt Ihre interne Assessment-Vorbereitung mit strukturierten HIS-Scope-Checklisten, lückenloser Befunddokumentation und projektübergreifendem Capability-Reporting.
Demo vereinbaren