Automotive SPICE® ist ein eingetragenes Warenzeichen des VDA/QMC
® Capability Maturity Model, Capability Maturity Modeling, CMM and CMMI are registered in the
U.S. Patent and Trademark Office by Carnegie Mellon University SM CMM Integration, IDEAL, Personal Software Process, PSP, SCAMPI, SCAMPI Lead Appraiser,
SEPG and TSP are service marks of Carnegie Mellon University
CMMI®
CMMI® und Automotive SPICE© gemeinsam
nutzen
Gerhard Fessler
Steinbeis-Beratungszentrum Prozesse, Exzellenz und CMMI
ASPICE+CMMI5 | 2012-06
© 2012, License CC-BY-SA 3.0, G. Fessler, P. Sprenger, SBZ PEC | 2
o Einleitung
o Automotive SPICE©
o CMMI®
o Beispiel
o Diskussion
Agenda
ASPICE+CMMI5 | 2012-06
© 2012, License CC-BY-SA 3.0, G. Fessler, P. Sprenger, SBZ PEC | 3
Zweck
Qualitätsmodelle!
Wie kriegt man "Qualität" in den Griff?
Qualität Termine
Kosten
ASPICE+CMMI5 | 2012-06
© 2012, License CC-BY-SA 3.0, G. Fessler, P. Sprenger, SBZ PEC | 4
Basis und Überbau
Basis Tun
Überbau In den Griff
kriegen
Entwickeln, beschaffen, ...
Verwalten, dokumentieren,
spezifizieren, planen,
messen, auswerten,
"managen", ...
ASPICE+CMMI5 | 2012-06
© 2012, License CC-BY-SA 3.0, G. Fessler, P. Sprenger, SBZ PEC | 5
Basis und Überbau, Entwicklung
Basis
Management
Tun
In den Griff
kriegen
Entwickeln, beschaffen, ...
Verwalten, "managen", ...
Projekt-
Management
"Overhead" Verwalten, dokumentieren,
spezifizieren
Planen, verfolgen, ...
ASPICE+CMMI5 | 2012-06
© 2012, License CC-BY-SA 3.0, G. Fessler, P. Sprenger, SBZ PEC | 6
"Überbau" und Produktivität
% "Überbau" 0 100
1
5
3 4
2
Grundlegende Idee: SEI, Mastering Process Improvement
ASPICE+CMMI5 | 2012-06
© 2012, License CC-BY-SA 3.0, G. Fessler, P. Sprenger, SBZ PEC | 7
"Überbau" und Produktivität
Risiko in regulierten Branchen
% "Überbau" 0 100
Direkte
Umsetzung von
regulatorischen
Vorgaben
ASPICE+CMMI5 | 2012-06
© 2012, License CC-BY-SA 3.0, G. Fessler, P. Sprenger, SBZ PEC | 8
Problem
Stehen Konformität und Effizienz zueinander im Widerspruch?
ASPICE+CMMI5 | 2012-06
© 2012, License CC-BY-SA 3.0, G. Fessler, P. Sprenger, SBZ PEC | 9
Konformität und Effizienz
"Widerspruch" zwischen Konformität und Effizienz kann durch Verbesserung der
Arbeitsabläufe überwunden werden
ASPICE+CMMI5 | 2012-06
© 2012, License CC-BY-SA 3.0, G. Fessler, P. Sprenger, SBZ PEC | 10
Automotive SPICE©
ASPICE+CMMI5 | 2012-06
© 2012, License CC-BY-SA 3.0, G. Fessler, P. Sprenger, SBZ PEC | 11
Zweck von Automotive SPICE©
o The Automotive SPICE© Process Assessment Model will be used to perform
conformant assessments of the software process capability of automotive
suppliers in accordance with the requirements of
ISO/IEC 15504-2: 2003.
o The results of assessment are used for the identification of process
improvements at a supplier as well as a criterion for supplier selection.
o The authors believe that, with the publication of the Automotive SPICE©
Process Assessment Model, there is no more specific guidance available for
the basis of process design and assessment in the Automotive Industry.
Quelle: http://www.automotivespice.com/web/release.html, Auszug
ASPICE+CMMI5 | 2012-06
© 2012, License CC-BY-SA 3.0, G. Fessler, P. Sprenger, SBZ PEC | 12
ISO 15504/Automotive SPICE©
Grundidee
MA
N.3
AC
Q.4
EN
G.2
EN
G.3
EN
G.4
EN
G.5
EN
G.6
EN
G.7
SU
P.8
SU
P.9
Capability
Scale
Process Assessment Model Base Practices
Work Products
Generic Practices
Generic Work Products
Generic Resources
Process Reference Model (PRM) Domain and Scope
Processes with Purpose and Outcomes
Process Reference Model (PRM) Domain and Scope
Processes with Purpose and Outcomes
Measurement Framework Capability Levels Process Attributes Rating Scale
Measurement Framework Capability Levels 1 2 3 4 5
Process Attributes PA1 PA2.1PA2.2 PA3.1 PA3.2 PA4.1 PA4.2 PA5.1 PA5.2
Rating Scale
mappin
g
Automotive SPICE©
PRM
Automotive SPICE©
PAM
ISO/IEC
12207
ISO/IEC
15504-5
N P L F
PA5.2
PA5.1
PA4.2
PA4.1
PA3.2
PA3.1
PA2.2
PA2.1
PA1
mapping
Idee: ISO 15504-2
ASPICE+CMMI5 | 2012-06
© 2012, License CC-BY-SA 3.0, G. Fessler, P. Sprenger, SBZ PEC | 13
ISO 15504 - Prozessdimension
Management Process Group (MAN) MAN.1 Organizational alignment MAN.2 Organizational management MAN.3 Project management MAN.4 Quality management MAN.5 Risk management MAN.6 Measurement
Process Improvement Process Group (PIM) PIM.1 Process establishment PIM.2 Process assessment PIM.3 Process improvement
ORGANIZATIONAL Life Cycle Processes
Resource and Infrastructure Process Group (RIN) RIN.1 Human resource management RIN.2 Training RIN.3 Knowledge management RIN.4 Infrastructure
Reuse Process Group (REU) REU.1 Asset management REU.2 Reuse program management REU.3 Domain engineering
SUPPORTING Life Cycle Processes
Support Process Group (SUP) SUP.1 Quality assurance SUP.2 Verification SUP.3 Validation SUP.4 Joint review SUP.5 Audit
SUP.6 Product evaluation SUP.7 Documentation SUP.8 Configuration management SUP.9 Problem resolution management SUP.10 Change request management
Supply Process Group (SPL) SPL.1 Supplier tendering SPL.2 Product release SPL.3 Product acceptance support
Acquisition Process Group (ACQ) ACQ.1 Acquisition preparation ACQ.2 Supplier selection ACQ.3 Contract agreement ACQ.4 Supplier monitoring ACQ.5 Customer acceptance
PRIMARY Life Cycle Processes
Engineering Process Group (ENG) ENG.1 Requirements elicitation ENG.2 System requirements analysis ENG.3 System architectural design ENG.4 Software requirements analysis ENG.5 Software design ENG.6 Software construction ENG.7 Software integration ENG.8 Software testing ENG.9 System integration ENG.10 System testing ENG.11 Software installation ENG.12 Software and system maintenance
Operation Process Group (OPE) OPE.1 Operational use OPE.2 Customer support
Pro
cess C
ate
go
ry
Pro
cess
Pro
cess G
rou
p
Idee: ISO 15504-5
ASPICE+CMMI5 | 2012-06
© 2012, License CC-BY-SA 3.0, G. Fessler, P. Sprenger, SBZ PEC | 14
Automotive SPICE©
Process-Struktur
Process
Process ID
Process Name
Process Purpose
Process Outcomes
Base Practices
Output Work Products
Notes
ASPICE+CMMI5 | 2012-06
© 2012, License CC-BY-SA 3.0, G. Fessler, P. Sprenger, SBZ PEC | 15
Prozessdimension von ISO 15504,
Automotive SPICE© und HIS
Supply Process Group (SPL) A SPL.1 Supplier tendering A SPL.2 Product release SPL.3 Product acceptance support
Resource & Infrastructure Process Group (RIN)
RIN.1 Human resource management RIN.2 Training RIN.3 Knowledge management RIN.4 Infrastructure
Process Improvement Process Group (PIM)
PIM.1 Process establishment PIM.2 Process assessment A PIM.3 Process improvement
Operation Process Group (OPE) OPE.1 Operational use OPE.2 Customer support
Reuse Process Group (REU) REU.1 Asset management A REU.2 Reuse program management REU.3 Domain engineering
Acquisition Process Group (ACQ) ACQ.1 Acquisition preparation ACQ.2 Supplier selection A ACQ.3 Contract agreement A ACQ.4 Supplier monitoring ACQ.5 Customer acceptance A ACQ.11 Technical requirements A ACQ.12 Legal and administrative
requirements A ACQ.13 Project requirements A ACQ.14 Request for proposals A ACQ.15 Supplier qualification
Management Process Group (MAN) MAN.1 Organizational alignment MAN.2 Organizational management A MAN.3 Project management MAN.4 Quality management A MAN.5 Risk management A MAN.6 Measurement
Engineering Process Group (ENG) A ENG.1 Requirements elicitation A ENG.2 System requirements analysis A ENG.3 System architectural design A ENG.4 Software requirements analysis A ENG.5 Software design A ENG.6 Software construction A ENG.7 Software integration A ENG.8 Software testing A ENG.9 System integration A ENG.10 System testing ENG.11 Software installation ENG.12 Software and system
maintenance
Supporting Process Group (SUP) A SUP.1 Quality assurance A SUP.2 Verification SUP.3 Validation A SUP.4 Joint review SUP.5 Audit SUP.6 Product evaluation A SUP.7 Documentation A SUP.8 Configuration management A SUP.9 Problem resolution management A SUP.10 Change request management
A Automotive SPICE© HIS-Scope Not in ISO 15504-5
ASPICE+CMMI5 | 2012-06
© 2012, License CC-BY-SA 3.0, G. Fessler, P. Sprenger, SBZ PEC | 16
Basis und Überbau
Automotive SPICE©-Sicht
Management
Verwalten, "managen", ...
Projekt-
Management
Basis
"Overhead"
Planen, verfolgen, ...
Entwickeln
Verwalten, dokumentieren,
spezifizieren
ASPICE+CMMI5 | 2012-06
© 2012, License CC-BY-SA 3.0, G. Fessler, P. Sprenger, SBZ PEC | 17
Toasterbild
"Idee" Automotive SPICE©
Automotive
SPICE©
?
ASPICE+CMMI5 | 2012-06
© 2012, License CC-BY-SA 3.0, G. Fessler, P. Sprenger, SBZ PEC | 18
Toasterbild - "Idee" Automotive SPICE©
mit Ingenieuren
Automotive
SPICE©
ASPICE+CMMI5 | 2012-06
© 2012, License CC-BY-SA 3.0, G. Fessler, P. Sprenger, SBZ PEC | 19
"Überbau" und Produktivität
Automotive SPICE©-Weg
% "Überbau" 0 100
Je nachdem, wie gut Automotive SPICE© zu
den Randbedingungen und Aufgaben der
konkreten Projekte passt und wie es
umgesetzt wird.
ASPICE+CMMI5 | 2012-06
© 2012, License CC-BY-SA 3.0, G. Fessler, P. Sprenger, SBZ PEC | 20
Kurz-Zusammenfassung
o Automotive SPICE© ist eine Industrie-Norm zur Software-Entwicklung, deren
Einhaltung viele Fahrzeugherstellern von ihren Zulieferern fordern
o Automotive SPICE© ist von Qualitätssicherungsabteilungen von
Fahrzeugherstellern mitgeprägt
o Automotive SPICE© enthält überwiegend konkrete Forderungen an den
konkreten Software-Entwicklungsablauf eines softwareentwickelnden
Projekts eines Automobil-Zulieferers
o Automotive SPICE© ist eher auf Steuergeräte-Software ausgerichtet
ASPICE+CMMI5 | 2012-06
© 2012, License CC-BY-SA 3.0, G. Fessler, P. Sprenger, SBZ PEC | 22
Was ist CMMI®?
CMMI® will Organisationen dabei unterstützen, besser zu werden
o Fokus auf Arbeitsabläufe
o Ausrichtung auf die Geschäftsnotwendigkeiten einer Organisation
o Ausgangspunkt: Effektivität der Organisation
o Checklistenartige Sammlung von Anforderungen an die Prozesslandschaft
o Sammlung guter Praktiken
o Anleitung zur Umsetzung
Unmittelbare Einbeziehung des Managements
o Bewertungsverfahren
Der Zweck von CMMI für Entwicklung ist, Organisationen dabei zu
unterstützen, ihre Entwicklungs- und Wartungsabläufe für Produkte
und Dienstleistungen zu verbessern.
CMMI® für Entwicklung
ASPICE+CMMI5 | 2012-06
© 2012, License CC-BY-SA 3.0, G. Fessler, P. Sprenger, SBZ PEC | 23
Kernidee CMMI®
CM
MI®
Arbeitsabläufe
der Organisation
Management-
Reviews Policies Anforderungen an die Existenz von Prozess- funktionalität
Bewährte Praktiken Forderungen an "Güte" und Qualität von Arbeitsabläufen
ASPICE+CMMI5 | 2012-06
© 2012, License CC-BY-SA 3.0, G. Fessler, P. Sprenger, SBZ PEC | 24
CMMI für Entwicklung, Version 1.3
22 Prozessgebiete
Quelle: SEI-sanktionierte Übersetzung von CMMI® for Development 1.3
Projektmanagement
Entwicklung
Unterstützung
Prozessgebiete (Process Areas) Kategorie
Anforderungsentwicklung (RD)
Technische Umsetzung (TS)
Produktintegration (PI)
Verifizierung (VER)
Validierung (VAL)
Anforderungsmanagement (REQM)
Projektplanung (PP)
Projektverfolgung und -steuerung (PMC)
Zulieferungsmanagement (SAM)
Fortgeschrittenes Projektmanagement (IPM)
Risikomanagement (RSKM)
Quantitatives Projektmanagement (QPM)
Konfigurationsmanagement (CM)
Messung und Analyse (MA)
Prozess- und Produkt-Qualitätssicherung (PPQA)
Entscheidungsfindung (DAR)
Ursachenanalyse und -beseitigung (CAR)
Prozessmanagement Organisationsweite Prozessausrichtung (OPF)
Organisationsweite Prozessentwicklung (OPD)
Organisationsweite Aus- und Weiterbildung (OT)
Organisationsweite Prozessleistung (OPP)
Organisationsweites Leistungsmanagement (OPM)
ASPICE+CMMI5 | 2012-06
© 2012, License CC-BY-SA 3.0, G. Fessler, P. Sprenger, SBZ PEC | 25
CMMI®-Struktur
Spezifische
Ziele (SG)
Generische
Ziele (GG)
Prozessgebiete
Typ.
Arbeits-
ergebnisse Sub-
praktiken
Ausarbeit.
generischer
Praktiken
An
me
rku
ng
en
Spezifische
Praktiken
(SP)
Generische
Praktiken
(GP)
normativ
Kategorien
ASPICE+CMMI5 | 2012-06
© 2012, License CC-BY-SA 3.0, G. Fessler, P. Sprenger, SBZ PEC | 26
Basis und Überbau
CMMI®-Sicht
Basis
Management
Tun: Entwickeln, beschaffen, ...
Verwalten, "managen", ...
Projekt-
Management
"Overhead" Verwalten, dokumentieren,
spezifizieren
Planen, verfolgen, ...
ASPICE+CMMI5 | 2012-06
© 2012, License CC-BY-SA 3.0, G. Fessler, P. Sprenger, SBZ PEC | 27
Toasterbild
"Idee" CMMI®
CMMI®
CMMI®
ASPICE+CMMI5 | 2012-06
© 2012, License CC-BY-SA 3.0, G. Fessler, P. Sprenger, SBZ PEC | 28
"Überbau" und Produktivität
CMMI®-Weg
% "Überbau" 0 100
ML 5
ML 3 ML 4
ML 2
Grundlegende Idee: SEI, Mastering Process Improvement
ML 1
ASPICE+CMMI5 | 2012-06
© 2012, License CC-BY-SA 3.0, G. Fessler, P. Sprenger, SBZ PEC | 29
Kurz-Zusammenfassung
o CMMI® ist ein Modell, das eine Organisation dabei unterstützen soll, durch
systematische Verbesserung ihrer Prozesslandschaften ihre Geschäftsziele
und -notwendigkeiten besser und effizienter zu erreichen
o CMMI® enthält Anforderungen und Erwartungen an eine gesamte
Organisation und ist in wesentlichen Teilen ein Hilfsmittel zur
Organisationsentwicklung
o CMMI® ist branchenneutral
ASPICE+CMMI5 | 2012-06
© 2012, License CC-BY-SA 3.0, G. Fessler, P. Sprenger, SBZ PEC | 31
Basis und Überbau
Automotive SPICE© und CMMI®
Management
Projekt-
Management
Basis
"Overhead"
Basis
Management
Projekt-
Management
"Overhead"
Automotive SPICE© CMMI®
ASPICE+CMMI5 | 2012-06
© 2012, License CC-BY-SA 3.0, G. Fessler, P. Sprenger, SBZ PEC | 32
"Überbau" und Produktivität
Automotive SPICE© und CMMI®
Automotive SPICE© CMMI®
% "Überbau" 0 100
ML 5
ML 3 ML 4
ML 2
ML 1
% "Überbau" 0 100
Je nachdem, wie gut Automotive SPICE© zu
den Randbedingungen und Aufgaben der
konkreten Projekte passt und wie es
umgesetzt wird.
ASPICE+CMMI5 | 2012-06
© 2012, License CC-BY-SA 3.0, G. Fessler, P. Sprenger, SBZ PEC | 33
Strategie der gemeinsamen Nutzung
1. CMMI® for Development ist das umfassendere und flexiblere Modell
"Integration" von Automotive SPICE© in CMMI®
• "Additions"
Organisation und Projekte (CMMI®!)
2. Je nach Stand der Organisation:
Fokussierung auf Automotive SPICE©-Inhalte im CMMI®-Rahmen
Fähigkeitsgrad 1, Spezifische Ziele und Praktiken
oder
Fokussierung auf CMMI®-Inhalte. Automotive SPICE©-Inhalte sind nicht
weglassbare Minimalanforderungen
Reifegrade 2 oder 3, Generische Ziele und Praktiken
ASPICE+CMMI5 | 2012-06
© 2012, License CC-BY-SA 3.0, G. Fessler, P. Sprenger, SBZ PEC | 34
Beispiel
Bilaterale/Bidirektionale Traceability
ASPICE+CMMI5 | 2012-06
© 2012, License CC-BY-SA 3.0, G. Fessler, P. Sprenger, SBZ PEC | 35
1. Schritt
Begriffe vereinheitlichen
Automotive SPICE©, Annex C:
o Traceability (IEEE610): The degree to which a relationship can be
established between two or more products of the development process,
especially products having a predecessor-successor or master-subordinate
relationship to one another
CMMI®, Glossar:
o Traceability: A discernable association among two or more logical entities
such as requirements, system elements, verifications, or tasks. (See also
“bidirectional traceability” and “requirements traceability.”)
o Requirements Traceability: A discernable association between requirements
and related requirements, implementations, and verifications
o Bidirectional Traceability: An association among two or more logical entities
that is discernable in either direction (i.e., to and from an entity)
Nicht das Gleiche, aber auch kein Widerspruch
ASPICE+CMMI5 | 2012-06
© 2012, License CC-BY-SA 3.0, G. Fessler, P. Sprenger, SBZ PEC | 36
2. Schritt
Wo kommt es vor?
Automotive SPICE© (1/2):
o ENG.2 Process Outcome 6: consistency and bilateral traceability are
established between customer requirements and system requirements
o ENG.3 Process Outcome 5: consistency and bilateral traceability are
established between system requirements and system architectural design
o ENG.4 Process Outcome 6: consistency and bilateral traceability are
established between system requirements and software requirements; and
consistency and bilateral traceability are established between system
architectural design and software requirements
o ENG.5 Process Outcome 6: consistency and bilateral traceability are
established between software requirements and software architectural
design
o ENG.5 Process Outcome 7: consistency and bilateral traceability are
established between software architectural design and software detailed
design
ASPICE+CMMI5 | 2012-06
© 2012, License CC-BY-SA 3.0, G. Fessler, P. Sprenger, SBZ PEC | 37
2. Schritt
Wo kommt es vor?
Automotive SPICE© (2/2):
o ENG.6 Process Outcome 3: consistency and bilateral traceability are
established between software detailed design and software units
o ENG.7 Process Outcome 6: consistency and bilateral traceability are
established between software architectural design and software detailed
design to software integration test specification including test cases
o ENG.8 Process Outcome 5: consistency and bilateral traceability are
established between software requirements and software test specification
including test cases
o ENG.9 Process Outcome 6: consistency and bilateral traceability are
established between system architectural design and system integration test
specification including test cases
o ENG.10 Process Outcome 5: consistency and bilateral traceability are
established between system requirements and the system test specification
including test cases
ASPICE+CMMI5 | 2012-06
© 2012, License CC-BY-SA 3.0, G. Fessler, P. Sprenger, SBZ PEC | 38
2. Schritt
Wo kommt es vor?
CMMI®:
o REQM SP 1.4: Maintain bidirectional traceability among the requirements
and work products
The intent of this specific practice is to maintain the bidirectional traceability
of requirements for each level of product decomposition. When the
requirements are managed well, traceability can be established from the
source requirement to its lower level requirements and from the lower level
requirements back to their source. Such bidirectional traceability helps
determine that all source requirements have been completely addressed
and that all lower level requirements can be traced to a valid source.
Requirements traceability can also cover the relationships to other entities
such as intermediate and final work products, changes in design
documentation, and test plans. The traceability can cover horizontal
relationships, such as across interfaces, as well as vertical relationships
ASPICE+CMMI5 | 2012-06
© 2012, License CC-BY-SA 3.0, G. Fessler, P. Sprenger, SBZ PEC | 39
3. Schritt
Analyse
Ähnlich, aber nicht gleich:
o CMMI® beschreibt die bidirektionale Traceability allgemein, indem das zu
erreichende Ziel vorgegeben wird
überlässt es dem Anwender in seiner konkreten Anwendungssituation,
wie er dies umsetzt
o Automotive SPICE© beschreibt sehr konkret, zwischen welchen
Arbeitsergebnissen eine bidirektionale Traceability erwartet wird
Der Anwender hat keine Wahl, er muss diese aufbauen
o Automotive SPICE© ergänzt hier die allgemeinen Erwartungen von CMMI®
und macht diese konkret
o CMMI® ergänzt die horizontale Traceability über Schnittstellen hinweg, die
Automotive SPICE© nicht fordert, die aber trotzdem Sinn machen kann
ASPICE+CMMI5 | 2012-06
© 2012, License CC-BY-SA 3.0, G. Fessler, P. Sprenger, SBZ PEC | 40
Zusammenfassung
ASPICE+CMMI5 | 2012-06
© 2012, License CC-BY-SA 3.0, G. Fessler, P. Sprenger, SBZ PEC | 41
Zusammenfassung
o Automotive SPICE© und CMMI®:
unterschiedlicher Ansatz
unterschiedliche Vorgehensweisen
schliessen sich nicht gegenseitig aus
o Jedes der Modelle enthält Aspekte, die im anderen nicht vorhanden sind
Durch ein "Mapping" nicht (gänzlich) aufeinander abbildbar
o Automotive SPICE© und CMMI® sind gemeinsam anwendbar
"Integriertes" Modell sinnvoll
• CMMI-DEV+HIS
• CMMI-DEV+ASPICE
• Rechtliche Probleme
ASPICE+CMMI5 | 2012-06
© 2012, License CC-BY-SA 3.0, G. Fessler, P. Sprenger, SBZ PEC | 42
Referenzen
CMMI Product Team: CMMI for Development, Version 1.3; CMU/SEI-2010-TR-
033; Software Engineering Institute, Carnegie Mellon University, Pittsburgh,
2010
Automotive SIG: Automotive SPICE Process Reference Model, v4.5; 2010;
The Procurement Forum; www.automotivespice.com
Automotive SIG: Automotive SPICE Process Assessment Model, v2.5; 2010;
The Procurement Forum; www.automotivespice.com
ASPICE+CMMI5 | 2012-06
© 2012, License CC-BY-SA 3.0, G. Fessler, P. Sprenger, SBZ PEC | 43
Fragen? Anmerkungen?
Jetzt oder später
Steinbeis-Beratungszentrum Prozesse, Exzellenz und CMMI (PEC)
Gerhard Fessler
Herzog-Carl-Straße 2
73760 Ostfildern
+49 173 989 75 44
www.sbz-pec.de
LinkedIn CMMI
®