CMMI® und Automotive SPICE© gemeinsam nutzen

Transcrição

CMMI® und Automotive SPICE© gemeinsam
nutzen
Gerhard Fessler
Steinbeis-Beratungszentrum Prozesse, Exzellenz und CMMI
CMMI®
®
SM
Capability Maturity Model, Capability Maturity Modeling, CMM and CMMI are registered in the
U.S. Patent and Trademark Office by Carnegie Mellon University
CMM Integration, IDEAL, Personal Software Process, PSP, SCAMPI, SCAMPI Lead Appraiser,
SEPG and TSP are service marks of Carnegie Mellon University
Automotive SPICE® ist ein eingetragenes Warenzeichen des VDA/QMC
Agenda
o
o
o
o
o
Einleitung
Automotive SPICE©
CMMI®
Beispiel
Diskussion
ASPICE+CMMI5 | 2012-06
© 2012, License CC-BY-SA 3.0, G. Fessler, P. Sprenger, SBZ PEC | 2
Zweck
Kosten
Qualität
Termine
Wie kriegt man "Qualität" in den Griff?
Qualitätsmodelle!
Basis und Überbau
In den Griff
kriegen
Überbau
Verwalten, dokumentieren,
spezifizieren, planen,
messen, auswerten,
"managen", ...
Tun
Basis
Entwickeln, beschaffen, ...
Basis und Überbau, Entwicklung
In den Griff
kriegen
Tun
Management
Verwalten, "managen", ...
ProjektManagement
Planen, verfolgen, ...
"Overhead"
spezifizieren
Basis
Entwickeln, beschaffen, ...
"Überbau" und Produktivität
5
4
3
2
1
0
Grundlegende Idee: SEI, Mastering Process Improvement
% "Überbau"
100
Risiko in regulierten Branchen
Direkte
Umsetzung von
regulatorischen
Vorgaben
0
% "Überbau"
100
Problem
Stehen Konformität und Effizienz zueinander im Widerspruch?
Konformität und Effizienz
"Widerspruch" zwischen Konformität und Effizienz kann durch Verbesserung der
Arbeitsabläufe überwunden werden
Automotive SPICE©
Zweck von Automotive SPICE©
o
o
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.
The results of assessment are used for the identification of process
improvements at a supplier as well as a criterion for supplier selection.
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
ISO 15504/Automotive SPICE©
Grundidee
Automotive SPICE©
PAM
Process Assessment Model
PA1 PA2.1PA2.2 PA3.1 PA3.2 PA4.1 PA4.2 PA5.1 PA5.2
PA4.2
PA4.1
PA3.2
PA3.1
Base Practices
Work Products
Generic Practices
Generic Work Products
Generic Resources
ISO/IEC
15504-5
PA2.2
PA2.1
PA1
MAN.3
ACQ.4
ENG.2
ENG.3
ENG.4
ENG.5
ENG.6
ENG.7
SUP.8
SUP.9
5
Capability Scale
4
mapping
Measurement Framework
Capability Levels 1 2 3
Process Attributes
Rating Scale N P L F
PA5.2
PA5.1
mapping
Process Reference Model (PRM)
Domain and Scope
ISO/IEC
12207
Processes with Purpose and
Outcomes
Automotive SPICE©
PRM
Idee: ISO 15504-2
ISO 15504 - Prozessdimension
Process Category
Process Group
Process
PRIMARY Life Cycle Processes
Acquisition Process Group (ACQ)
ACQ.1 Acquisition preparation
ACQ.2 Supplier selection
ACQ.3 Contract agreement
ACQ.4 Supplier monitoring
ACQ.5 Customer acceptance
Supply Process Group (SPL)
SPL.1 Supplier tendering
SPL.2 Product release
SPL.3 Product acceptance support
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
Idee: ISO 15504-5
ORGANIZATIONAL Life Cycle Processes
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
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
Automotive SPICE©
Process-Struktur
Process
Process ID
Process Name
Process Purpose
Process Outcomes
Base Practices
Output Work Products
Notes
Prozessdimension von ISO 15504,
Automotive SPICE© und HIS
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
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
Resource & Infrastructure Process Group
(RIN)
RIN.1 Human resource management
RIN.2 Training
RIN.3 Knowledge management
RIN.4 Infrastructure
Operation Process Group (OPE)
OPE.1 Operational use
OPE.2 Customer support
Supply Process Group (SPL)
A SPL.1 Supplier tendering
A SPL.2 Product release
SPL.3 Product acceptance support
Process Improvement Process Group
(PIM)
PIM.1 Process establishment
PIM.2 Process assessment
A PIM.3 Process improvement
Reuse Process Group (REU)
REU.1 Asset management
A REU.2 Reuse program management
REU.3 Domain engineering
A Automotive SPICE©
HIS-Scope
Not in ISO 15504-5
Basis und Überbau
Automotive SPICE©-Sicht
Management
ProjektManagement
"Overhead"
Basis
spezifizieren
Entwickeln
Toasterbild
"Idee" Automotive SPICE©
?
Automotive
SPICE©
Toasterbild - "Idee" Automotive SPICE©
mit Ingenieuren
Automotive
SPICE©
Automotive SPICE©-Weg
Je nachdem, wie gut Automotive SPICE© zu
den Randbedingungen und Aufgaben der
konkreten Projekte passt und wie es
umgesetzt wird.
0
% "Überbau"
100
Kurz-Zusammenfassung
o
o
o
o
Automotive SPICE© ist eine Industrie-Norm zur Software-Entwicklung, deren
Einhaltung viele Fahrzeugherstellern von ihren Zulieferern fordern
Automotive SPICE© ist von Qualitätssicherungsabteilungen von
Fahrzeugherstellern mitgeprägt
Automotive SPICE© enthält überwiegend konkrete Forderungen an den
konkreten Software-Entwicklungsablauf eines softwareentwickelnden
Projekts eines Automobil-Zulieferers
Automotive SPICE© ist eher auf Steuergeräte-Software ausgerichtet
CMMI®
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
Kernidee CMMI®
Anforderungen an die
Existenz von Prozessfunktionalität
®
CMMI
Bewährte Praktiken
Policies
ManagementReviews
Forderungen an
"Güte" und Qualität
von Arbeitsabläufen
Arbeitsabläufe
der Organisation
CMMI für Entwicklung, Version 1.3
22 Prozessgebiete
Kategorie
Prozessgebiete (Process Areas)
Prozessmanagement
Organisationsweite Prozessausrichtung (OPF)
Organisationsweite Prozessentwicklung (OPD)
Organisationsweite Aus- und Weiterbildung (OT)
Organisationsweite Prozessleistung (OPP)
Organisationsweites Leistungsmanagement (OPM)
Projektmanagement
Anforderungsmanagement (REQM)
Projektplanung (PP)
Projektverfolgung und -steuerung (PMC)
Zulieferungsmanagement (SAM)
Fortgeschrittenes Projektmanagement (IPM)
Risikomanagement (RSKM)
Quantitatives Projektmanagement (QPM)
Entwicklung
Anforderungsentwicklung (RD)
Technische Umsetzung (TS)
Produktintegration (PI)
Verifizierung (VER)
Validierung (VAL)
Unterstützung
Konfigurationsmanagement (CM)
Messung und Analyse (MA)
Prozess- und Produkt-Qualitätssicherung (PPQA)
Entscheidungsfindung (DAR)
Ursachenanalyse und -beseitigung (CAR)
Quelle: SEI-sanktionierte Übersetzung von CMMI® for Development 1.3
CMMI®-Struktur
Kategorien
Prozessgebiete
Spezifische
Ziele (SG)
Generische
Ziele (GG)
Anmerkungen
Generische
Praktiken
(GP)
Spezifische
Praktiken
(SP)
normativ
Typ.
Arbeitsergebnisse
Subpraktiken
Ausarbeit.
generischer
Praktiken
Basis und Überbau
CMMI®-Sicht
Management
ProjektManagement
"Overhead"
Basis
spezifizieren
Tun: Entwickeln, beschaffen, ...
Toasterbild
"Idee" CMMI®
CMMI®
CMMI®
CMMI®-Weg
ML 5
ML 4
ML 3
ML 2
ML 1
0
Grundlegende Idee: SEI, Mastering Process Improvement
% "Überbau"
100
Kurz-Zusammenfassung
o
o
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
CMMI® enthält Anforderungen und Erwartungen an eine gesamte
Organisation und ist in wesentlichen Teilen ein Hilfsmittel zur
Organisationsentwicklung
CMMI® ist branchenneutral
Beispiel
Basis und Überbau
Automotive SPICE© und CMMI®
Automotive SPICE©
CMMI®
Management
Management
ProjektManagement
ProjektManagement
"Overhead"
"Overhead"
Basis
Basis
Automotive SPICE© und CMMI®
Automotive SPICE©
CMMI®
ML 5
ML 2
Je nachdem, wie gut Automotive SPICE© zu
den Randbedingungen und Aufgaben der
konkreten Projekte passt und wie es
umgesetzt wird.
0
% "Überbau"
100
ML 4
ML 3
ML 1
0
% "Überbau"
100
Strategie der gemeinsamen Nutzung
1.
CMMI® for Development ist das umfassendere und flexiblere Modell

"Integration" von Automotive SPICE© in CMMI®
•

2.
"Additions"
Organisation und Projekte (CMMI®!)
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
Beispiel
Bilaterale/Bidirektionale Traceability
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
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
established between system requirements and system architectural design
established between system requirements and software requirements; and
consistency and bilateral traceability are established between system
architectural design and software requirements
established between software requirements and software architectural
design
established between software architectural design and software detailed
design
2. Schritt
Wo kommt es vor?
Automotive SPICE© (2/2):
established between software detailed design and software units
established between software architectural design and software detailed
design to software integration test specification including test cases
established between software requirements and software test specification
including test cases
established between system architectural design and system integration test
specification including test cases
established between system requirements and the system test specification
including test cases
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
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
o
Automotive SPICE© ergänzt hier die allgemeinen Erwartungen von CMMI®
und macht diese konkret
CMMI® ergänzt die horizontale Traceability über Schnittstellen hinweg, die
Automotive SPICE© nicht fordert, die aber trotzdem Sinn machen kann
Zusammenfassung
Zusammenfassung
o
o
o
Automotive SPICE© und CMMI®:
 unterschiedlicher Ansatz
 unterschiedliche Vorgehensweisen
 schliessen sich nicht gegenseitig aus
Jedes der Modelle enthält Aspekte, die im anderen nicht vorhanden sind
 Durch ein "Mapping" nicht (gänzlich) aufeinander abbildbar
Automotive SPICE© und CMMI® sind gemeinsam anwendbar
 "Integriertes" Modell sinnvoll
•
•
•
CMMI-DEV+HIS
CMMI-DEV+ASPICE
Rechtliche Probleme
Referenzen
CMMI Product Team: CMMI for Development, Version 1.3; CMU/SEI-2010-TR033; 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
Fragen? Anmerkungen?
Jetzt oder später
Steinbeis-Beratungszentrum Prozesse, Exzellenz und CMMI (PEC)
Gerhard Fessler
Herzog-Carl-Straße 2
73760 Ostfildern
[email protected]
+49 173 989 75 44
www.sbz-pec.de
XING
LinkedIn
CMMI®

CMMI® und Automotive SPICE© gemeinsam nutzen

Transcrição

Documentos relacionados

(a) Das CMM/ CMMI - ein Modell zur Verbesserung und Bewertung

Mein Stundenplan

pressetext - Peter Fessler

Erfahrungen auf dem SPA / SPI-Feld

Inhaltsverzeichnis

Anmeldung zum Winterlager Pec 2013

Starten auch Sie mit uns in eine erfolgreiche Partnerschaft

Kreta - Varicor

Leichtbau mit Leidenschaft