Der komplette Guide zu Automotive SPICE
Prozessreferenzmodell, Capability Levels und Assessment-Methodik - von den Grundlagen bis zur nachhaltigen Prozessverbesserung 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 Softwareentwicklung 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. Die aktuelle Fassung ist Automotive SPICE 3.1, veröffentlicht 2017 durch die VDA-Arbeitsgruppe Automotive SPICE. Das Modell ist heute de-facto-Standard für Lieferanten mit Softwareanteilen in eingebetteten Systemen.
Das Modell unterscheidet zwischen dem Prozessreferenzmodell (PRM), das beschreibt, welche Prozesse vorhanden sein müssen, und dem Prozessbewertungsmodell (PAM), das beschreibt, wie deren Reife bewertet wird. Für Tier-1- und Tier-2-Lieferanten mit Softwareanteilen in sicherheitskritischen Systemen ist ein Automotive-SPICE-Assessment heute eine de-facto-Zugangsvoraussetzung für OEM-Projekte. Der HIS Scope definiert 15 Prozesse, die OEMs bei Lieferantenassessments typischerweise bewerten.
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 (Acquisition, Supply, Engineering), Supporting Life Cycle Processes (Quality Assurance, Configuration Management, Problem Resolution, Change Request) und Organizational Life Cycle Processes (Management, Process Improvement, Reuse). Jeder Prozess ist durch Prozesszweck (Purpose) und Ergebnisse (Outcomes) definiert. Das PAM fügt jedem Outcome messbare Basispraxen (Base Practices, BP) und Arbeitsprodukte (Work Products, WP) hinzu, die als Nachweise (Evidence) im Assessment dienen. Generische Praxen (Generic Practices, GP) und generische Ressourcen (Generic Resources, GR) beschreiben, was auf jedem Capability Level zusätzlich erwartet wird.
Die sechs Capability Levels bauen aufeinander auf: CL0 (Incomplete) - Prozess nicht oder nur teilweise implementiert. CL1 (Performed) - Basispraxen werden ausgeführt, Prozessergebnisse werden erreicht, aber ohne systematische Steuerung. CL2 (Managed) - Zusätzlich: Planung, Überwachung, Steuerung der Arbeit sowie Verifizierung und Konfigurationsmanagement der Arbeitsprodukte (GP 2.1-2.4). CL3 (Established) - Zusätzlich: Definierter Standardprozess, Tailoring-Leitlinien, Prozessbeschreibung und Einsatz einer Prozess-Infrastruktur (GP 3.1-3.2). CL4 (Predictable) - Prozessleistung wird quantitativ gemessen und gesteuert. CL5 (Innovating) - Kontinuierliche Prozessinnovation auf Basis quantitativer Analyse. Für die meisten OEM-Projekte ist CL2 Pflicht; sicherheitskritische Systeme fordern zunehmend CL3 in den Engineering-Prozessen.
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
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