CMMI und Automotive SPICE gemeinsam nutzen

Transkript

1 CMMI und Autmtive SPICE gemeinsam nutzen Gerhard Fessler Steinbeis-Beratungszentrum Przesse, Exzellenz und CMMI CMMI Capability Maturity Mdel, Capability Maturity Mdeling, CMM and CMMI are registered in the U.S. Patent and Trademark Office by Carnegie Melln University SM CMM Integratin, IDEAL, Persnal Sftware Prcess, PSP, SCAMPI, SCAMPI Lead Appraiser, SEPG and TSP are service marks f Carnegie Melln University Autmtive SPICE ist ein eingetragenes Warenzeichen des VDA/QMC

2 Agenda Einleitung Autmtive SPICE CMMI Beispiel Diskussin 2012, License CC-BY-SA 3.0, G. Fessler, P. Sprenger, SBZ PEC 2

3 Zweck Ksten Qualität Termine Wie kriegt man "Qualität" in den Griff? Qualitätsmdelle! 2012, License CC-BY-SA 3.0, G. Fessler, P. Sprenger, SBZ PEC 3

4 Basis und Überbau In den Griff kriegen Überbau Verwalten, dkumentieren, spezifizieren, planen, messen, auswerten, "managen",... Tun Basis Entwickeln, beschaffen, , License CC-BY-SA 3.0, G. Fessler, P. Sprenger, SBZ PEC 4

5 Basis und Überbau, Entwicklung Management Verwalten, "managen",... In den Griff kriegen Tun Prjekt- Management "Overhead" Basis Planen, verflgen,... Verwalten, dkumentieren, spezifizieren Entwickeln, beschaffen, , License CC-BY-SA 3.0, G. Fessler, P. Sprenger, SBZ PEC 5

6 "Überbau" und Prduktivität % "Überbau" Grundlegende Idee: SEI, Mastering Prcess Imprvement 2012, License CC-BY-SA 3.0, G. Fessler, P. Sprenger, SBZ PEC 6

7 "Überbau" und Prduktivität Risik in regulierten Branchen Direkte Umsetzung vn regulatrischen Vrgaben % "Überbau" 2012, License CC-BY-SA 3.0, G. Fessler, P. Sprenger, SBZ PEC 7

8 Prblem Stehen Knfrmität und Effizienz zueinander im Widerspruch? 2012, License CC-BY-SA 3.0, G. Fessler, P. Sprenger, SBZ PEC 8

9 Knfrmität und Effizienz "Widerspruch" zwischen Knfrmität und Effizienz kann durch Verbesserung der Arbeitsabläufe überwunden werden 2012, License CC-BY-SA 3.0, G. Fessler, P. Sprenger, SBZ PEC 9

10 Autmtive SPICE 2012, License CC-BY-SA 3.0, G. Fessler, P. Sprenger, SBZ PEC 10

11 Zweck vn Autmtive SPICE The Autmtive SPICE Prcess Assessment Mdel will be used t perfrm cnfrmant assessments f the sftware prcess capability f autmtive suppliers in accrdance with the requirements f ISO/IEC : The results f assessment are used fr the identificatin f prcess imprvements at a supplier as well as a criterin fr supplier selectin. The authrs believe that, with the publicatin f the Autmtive SPICE Prcess Assessment Mdel, there is n mre specific guidance available fr the basis f prcess design and assessment in the Autmtive Industry. Quelle: Auszug 2012, License CC-BY-SA 3.0, G. Fessler, P. Sprenger, SBZ PEC 11

12 MAN.3 ACQ.4 ENG.2 ENG.3 ENG.4 ENG.5 ENG.6 ENG.7 SUP.8 SUP.9 ISO 15504/Autmtive SPICE Grundidee Measurement Framewrk Capability Levels Prcess Attributes Rating Scale N P L F PA1 PA2.1PA2.2 PA3.1 PA3.2 PA4.1 PA4.2 PA5.1 PA5.2 mapping Capability Scale Prcess Assessment Mdel Base Practices Wrk Prducts Generic Practices Generic Wrk Prducts Generic Resurces PA5.2 PA5.1 PA4.2 PA4.1 PA3.2 PA3.1 PA2.2 PA2.1 PA1 Autmtive SPICE PAM ISO/IEC mapping ISO/IEC Prcess Reference Mdel (PRM) Dmain and Scpe Prcesses with Purpse and Outcmes Autmtive SPICE PRM Idee: ISO , License CC-BY-SA 3.0, G. Fessler, P. Sprenger, SBZ PEC 12

13 Prcess Categry Prcess Prcess Grup ISO Przessdimensin PRIMARY Life Cycle Prcesses Acquisitin Prcess Grup (ACQ) ACQ.1 Acquisitin preparatin ACQ.2 Supplier selectin ACQ.3 Cntract agreement ACQ.4 Supplier mnitring ACQ.5 Custmer acceptance Supply Prcess Grup (SPL) SPL.1 Supplier tendering SPL.2 Prduct release SPL.3 Prduct acceptance supprt Engineering Prcess Grup (ENG) ENG.1 Requirements elicitatin ENG.2 System requirements analysis ENG.3 System architectural design ENG.4 Sftware requirements analysis ENG.5 Sftware design ENG.6 Sftware cnstructin ENG.7 Sftware integratin ENG.8 Sftware testing ENG.9 System integratin ENG.10 System testing ENG.11 Sftware installatin ENG.12 Sftware and system maintenance Operatin Prcess Grup (OPE) OPE.1 Operatinal use OPE.2 Custmer supprt ORGANIZATIONAL Life Cycle Prcesses Management Prcess Grup (MAN) MAN.1 Organizatinal alignment MAN.2 Organizatinal management MAN.3 Prject management MAN.4 Quality management MAN.5 Risk management MAN.6 Measurement Prcess Imprvement Prcess Grup (PIM) PIM.1 Prcess establishment PIM.2 Prcess assessment PIM.3 Prcess imprvement Resurce and Infrastructure Prcess Grup (RIN) RIN.1 Human resurce management RIN.2 Training RIN.3 Knwledge management RIN.4 Infrastructure Reuse Prcess Grup (REU) REU.1 Asset management REU.2 Reuse prgram management REU.3 Dmain engineering SUPPORTING Life Cycle Prcesses Supprt Prcess Grup (SUP) SUP.1 Quality assurance SUP.2 Verificatin SUP.3 Validatin SUP.4 Jint review SUP.5 Audit SUP.6 Prduct evaluatin SUP.7 Dcumentatin SUP.8 Cnfiguratin management SUP.9 Prblem reslutin management SUP.10 Change request management Idee: ISO , License CC-BY-SA 3.0, G. Fessler, P. Sprenger, SBZ PEC 13

14 Autmtive SPICE Prcess-Struktur Prcess Prcess ID Prcess Name Prcess Purpse Prcess Outcmes Base Practices Output Wrk Prducts Ntes 2012, License CC-BY-SA 3.0, G. Fessler, P. Sprenger, SBZ PEC 14

15 Przessdimensin vn ISO 15504, Autmtive SPICE und HIS Management Prcess Grup (MAN) MAN.1 Organizatinal alignment MAN.2 Organizatinal management A MAN.3 Prject management MAN.4 Quality management A MAN.5 Risk management A MAN.6 Measurement Acquisitin Prcess Grup (ACQ) ACQ.1 Acquisitin preparatin ACQ.2 Supplier selectin A ACQ.3 Cntract agreement A ACQ.4 Supplier mnitring ACQ.5 Custmer acceptance A ACQ.11 Technical requirements A ACQ.12 Legal and administrative requirements A ACQ.13 Prject requirements A ACQ.14 Request fr prpsals A ACQ.15 Supplier qualificatin Supply Prcess Grup (SPL) A SPL.1 Supplier tendering A SPL.2 Prduct release SPL.3 Prduct acceptance supprt Engineering Prcess Grup (ENG) A ENG.1 Requirements elicitatin A ENG.2 System requirements analysis A ENG.3 System architectural design A ENG.4 Sftware requirements analysis A ENG.5 Sftware design A ENG.6 Sftware cnstructin A ENG.7 Sftware integratin A ENG.8 Sftware testing A ENG.9 System integratin A ENG.10 System testing ENG.11 Sftware installatin ENG.12 Sftware and system maintenance Resurce & Infrastructure Prcess Grup (RIN) RIN.1 Human resurce management RIN.2 Training RIN.3 Knwledge management RIN.4 Infrastructure Prcess Imprvement Prcess Grup (PIM) PIM.1 Prcess establishment PIM.2 Prcess assessment A PIM.3 Prcess imprvement Supprting Prcess Grup (SUP) A SUP.1 Quality assurance A SUP.2 Verificatin SUP.3 Validatin A SUP.4 Jint review SUP.5 Audit SUP.6 Prduct evaluatin A SUP.7 Dcumentatin A SUP.8 Cnfiguratin management A SUP.9 Prblem reslutin management A SUP.10 Change request management Operatin Prcess Grup (OPE) OPE.1 Operatinal use OPE.2 Custmer supprt Reuse Prcess Grup (REU) REU.1 Asset management A REU.2 Reuse prgram management REU.3 Dmain engineering A Autmtive SPICE HIS-Scpe Nt in ISO , License CC-BY-SA 3.0, G. Fessler, P. Sprenger, SBZ PEC 15

16 Basis und Überbau Autmtive SPICE -Sicht Verwalten, "managen",... Management Prjekt- Management "Overhead" Basis Planen, verflgen,... Verwalten, dkumentieren, spezifizieren Entwickeln 2012, License CC-BY-SA 3.0, G. Fessler, P. Sprenger, SBZ PEC 16

17 Tasterbild "Idee" Autmtive SPICE? Autmtive SPICE 2012, License CC-BY-SA 3.0, G. Fessler, P. Sprenger, SBZ PEC 17

18 Tasterbild - "Idee" Autmtive SPICE mit Ingenieuren Autmtive SPICE 2012, License CC-BY-SA 3.0, G. Fessler, P. Sprenger, SBZ PEC 18

19 "Überbau" und Prduktivität Autmtive SPICE -Weg Je nachdem, wie gut Autmtive SPICE zu den Randbedingungen und Aufgaben der knkreten Prjekte passt und wie es umgesetzt wird % "Überbau" 2012, License CC-BY-SA 3.0, G. Fessler, P. Sprenger, SBZ PEC 19

20 Kurz-Zusammenfassung Autmtive SPICE ist eine Industrie-Nrm zur Sftware-Entwicklung, deren Einhaltung viele Fahrzeugherstellern vn ihren Zulieferern frdern Autmtive SPICE ist vn Qualitätssicherungsabteilungen vn Fahrzeugherstellern mitgeprägt Autmtive SPICE enthält überwiegend knkrete Frderungen an den knkreten Sftware-Entwicklungsablauf eines sftwareentwickelnden Prjekts eines Autmbil-Zulieferers Autmtive SPICE ist eher auf Steuergeräte-Sftware ausgerichtet 2012, License CC-BY-SA 3.0, G. Fessler, P. Sprenger, SBZ PEC 20

21 CMMI 2012, License CC-BY-SA 3.0, G. Fessler, P. Sprenger, SBZ PEC 21

22 Was ist CMMI? CMMI will Organisatinen dabei unterstützen, besser zu werden Fkus auf Arbeitsabläufe Ausrichtung auf die Geschäftsntwendigkeiten einer Organisatin Ausgangspunkt: Effektivität der Organisatin Checklistenartige Sammlung vn Anfrderungen an die Przesslandschaft Sammlung guter Praktiken Anleitung zur Umsetzung Unmittelbare Einbeziehung des Managements Bewertungsverfahren Der Zweck vn CMMI für Entwicklung ist, Organisatinen dabei zu unterstützen, ihre Entwicklungs- und Wartungsabläufe für Prdukte und Dienstleistungen zu verbessern. CMMI für Entwicklung 2012, License CC-BY-SA 3.0, G. Fessler, P. Sprenger, SBZ PEC 22

23 Kernidee CMMI Anfrderungen an die Existenz vn Przessfunktinalität Bewährte Praktiken Frderungen an "Güte" und Qualität vn Arbeitsabläufen Plicies Management- Reviews CMMI Arbeitsabläufe der Organisatin 2012, License CC-BY-SA 3.0, G. Fessler, P. Sprenger, SBZ PEC 23

24 CMMI für Entwicklung, Versin Przessgebiete Kategrie Przessmanagement Prjektmanagement Entwicklung Unterstützung Przessgebiete (Prcess Areas) Organisatinsweite Przessausrichtung (OPF) Organisatinsweite Przessentwicklung (OPD) Organisatinsweite Aus- und Weiterbildung (OT) Organisatinsweite Przessleistung (OPP) Organisatinsweites Leistungsmanagement (OPM) Anfrderungsmanagement (REQM) Prjektplanung (PP) Prjektverflgung und -steuerung (PMC) Zulieferungsmanagement (SAM) Frtgeschrittenes Prjektmanagement (IPM) Risikmanagement (RSKM) Quantitatives Prjektmanagement (QPM) Anfrderungsentwicklung (RD) Technische Umsetzung (TS) Prduktintegratin (PI) Verifizierung (VER) Validierung (VAL) Knfiguratinsmanagement (CM) Messung und Analyse (MA) Przess- und Prdukt-Qualitätssicherung (PPQA) Entscheidungsfindung (DAR) Ursachenanalyse und -beseitigung (CAR) Quelle: SEI-sanktinierte Übersetzung vn CMMI fr Develpment , License CC-BY-SA 3.0, G. Fessler, P. Sprenger, SBZ PEC 24

25 CMMI -Struktur Kategrien Przessgebiete Spezifische Ziele (SG) Generische Ziele (GG) Spezifische Praktiken (SP) Generische Praktiken (GP) Anmerkungen nrmativ Typ. Arbeitsergebnisse Subpraktiken Ausarbeit. generischer Praktiken 2012, License CC-BY-SA 3.0, G. Fessler, P. Sprenger, SBZ PEC 25

26 Basis und Überbau CMMI -Sicht Management Prjekt- Management "Overhead" Basis Verwalten, "managen",... Planen, verflgen,... Verwalten, dkumentieren, spezifizieren Tun: Entwickeln, beschaffen, , License CC-BY-SA 3.0, G. Fessler, P. Sprenger, SBZ PEC 26

27 Tasterbild "Idee" CMMI CMMI CMMI 2012, License CC-BY-SA 3.0, G. Fessler, P. Sprenger, SBZ PEC 27

28 "Überbau" und Prduktivität CMMI -Weg ML 5 ML 2 ML 4 ML 3 ML % "Überbau" Grundlegende Idee: SEI, Mastering Prcess Imprvement 2012, License CC-BY-SA 3.0, G. Fessler, P. Sprenger, SBZ PEC 28

29 Kurz-Zusammenfassung CMMI ist ein Mdell, das eine Organisatin dabei unterstützen sll, durch systematische Verbesserung ihrer Przesslandschaften ihre Geschäftsziele und -ntwendigkeiten besser und effizienter zu erreichen CMMI enthält Anfrderungen und Erwartungen an eine gesamte Organisatin und ist in wesentlichen Teilen ein Hilfsmittel zur Organisatinsentwicklung CMMI ist branchenneutral 2012, License CC-BY-SA 3.0, G. Fessler, P. Sprenger, SBZ PEC 29

30 Beispiel 2012, License CC-BY-SA 3.0, G. Fessler, P. Sprenger, SBZ PEC 30

31 Basis und Überbau Autmtive SPICE und CMMI Autmtive SPICE CMMI Management Management Prjekt- Management Prjekt- Management "Overhead" Basis "Overhead" Basis 2012, License CC-BY-SA 3.0, G. Fessler, P. Sprenger, SBZ PEC 31

32 "Überbau" und Prduktivität Autmtive SPICE und CMMI Autmtive SPICE CMMI ML 5 ML 2 ML 4 ML 3 Je nachdem, wie gut Autmtive SPICE zu den Randbedingungen und Aufgaben der knkreten Prjekte passt und wie es umgesetzt wird % "Überbau" ML % "Überbau" 2012, License CC-BY-SA 3.0, G. Fessler, P. Sprenger, SBZ PEC 32

33 Strategie der gemeinsamen Nutzung 1. CMMI fr Develpment ist das umfassendere und flexiblere Mdell "Integratin" vn Autmtive SPICE in CMMI "Additins" Organisatin und Prjekte (CMMI!) 2. Je nach Stand der Organisatin: Fkussierung auf Autmtive SPICE -Inhalte im CMMI -Rahmen Fähigkeitsgrad 1, Spezifische Ziele und Praktiken der Fkussierung auf CMMI -Inhalte. Autmtive SPICE -Inhalte sind nicht weglassbare Minimalanfrderungen Reifegrade 2 der 3, Generische Ziele und Praktiken 2012, License CC-BY-SA 3.0, G. Fessler, P. Sprenger, SBZ PEC 33

34 Beispiel Bilaterale/Bidirektinale Traceability 2012, License CC-BY-SA 3.0, G. Fessler, P. Sprenger, SBZ PEC 34

35 1. Schritt Begriffe vereinheitlichen Autmtive SPICE, Annex C: Traceability (IEEE610): The degree t which a relatinship can be established between tw r mre prducts f the develpment prcess, especially prducts having a predecessr-successr r master-subrdinate relatinship t ne anther CMMI, Glssar: Traceability: A discernable assciatin amng tw r mre lgical entities such as requirements, system elements, verificatins, r tasks. (See als bidirectinal traceability and requirements traceability. ) Requirements Traceability: A discernable assciatin between requirements and related requirements, implementatins, and verificatins Bidirectinal Traceability: An assciatin amng tw r mre lgical entities that is discernable in either directin (i.e., t and frm an entity) Nicht das Gleiche, aber auch kein Widerspruch 2012, License CC-BY-SA 3.0, G. Fessler, P. Sprenger, SBZ PEC 35

36 2. Schritt W kmmt es vr? Autmtive SPICE (1/2): ENG.2 Prcess Outcme 6: cnsistency and bilateral traceability are established between custmer requirements and system requirements ENG.3 Prcess Outcme 5: cnsistency and bilateral traceability are established between system requirements and system architectural design ENG.4 Prcess Outcme 6: cnsistency and bilateral traceability are established between system requirements and sftware requirements; and cnsistency and bilateral traceability are established between system architectural design and sftware requirements ENG.5 Prcess Outcme 6: cnsistency and bilateral traceability are established between sftware requirements and sftware architectural design ENG.5 Prcess Outcme 7: cnsistency and bilateral traceability are established between sftware architectural design and sftware detailed design 2012, License CC-BY-SA 3.0, G. Fessler, P. Sprenger, SBZ PEC 36

37 2. Schritt W kmmt es vr? Autmtive SPICE (2/2): ENG.6 Prcess Outcme 3: cnsistency and bilateral traceability are established between sftware detailed design and sftware units ENG.7 Prcess Outcme 6: cnsistency and bilateral traceability are established between sftware architectural design and sftware detailed design t sftware integratin test specificatin including test cases ENG.8 Prcess Outcme 5: cnsistency and bilateral traceability are established between sftware requirements and sftware test specificatin including test cases ENG.9 Prcess Outcme 6: cnsistency and bilateral traceability are established between system architectural design and system integratin test specificatin including test cases ENG.10 Prcess Outcme 5: cnsistency and bilateral traceability are established between system requirements and the system test specificatin including test cases 2012, License CC-BY-SA 3.0, G. Fessler, P. Sprenger, SBZ PEC 37

38 2. Schritt W kmmt es vr? CMMI : REQM SP 1.4: Maintain bidirectinal traceability amng the requirements and wrk prducts The intent f this specific practice is t maintain the bidirectinal traceability f requirements fr each level f prduct decmpsitin. When the requirements are managed well, traceability can be established frm the surce requirement t its lwer level requirements and frm the lwer level requirements back t their surce. Such bidirectinal traceability helps determine that all surce requirements have been cmpletely addressed and that all lwer level requirements can be traced t a valid surce. Requirements traceability can als cver the relatinships t ther entities such as intermediate and final wrk prducts, changes in design dcumentatin, and test plans. The traceability can cver hrizntal relatinships, such as acrss interfaces, as well as vertical relatinships 2012, License CC-BY-SA 3.0, G. Fessler, P. Sprenger, SBZ PEC 38

39 3. Schritt Analyse Ähnlich, aber nicht gleich: CMMI beschreibt die bidirektinale Traceability allgemein, indem das zu erreichende Ziel vrgegeben wird überlässt es dem Anwender in seiner knkreten Anwendungssituatin, wie er dies umsetzt Autmtive SPICE beschreibt sehr knkret, zwischen welchen Arbeitsergebnissen eine bidirektinale Traceability erwartet wird Der Anwender hat keine Wahl, er muss diese aufbauen Autmtive SPICE ergänzt hier die allgemeinen Erwartungen vn CMMI und macht diese knkret CMMI ergänzt die hrizntale Traceability über Schnittstellen hinweg, die Autmtive SPICE nicht frdert, die aber trtzdem Sinn machen kann 2012, License CC-BY-SA 3.0, G. Fessler, P. Sprenger, SBZ PEC 39

40 Zusammenfassung 2012, License CC-BY-SA 3.0, G. Fessler, P. Sprenger, SBZ PEC 40

41 Zusammenfassung Autmtive SPICE und CMMI : unterschiedlicher Ansatz unterschiedliche Vrgehensweisen schliessen sich nicht gegenseitig aus Jedes der Mdelle enthält Aspekte, die im anderen nicht vrhanden sind Durch ein "Mapping" nicht (gänzlich) aufeinander abbildbar Autmtive SPICE und CMMI sind gemeinsam anwendbar "Integriertes" Mdell sinnvll CMMI-DEV+HIS CMMI-DEV+ASPICE Rechtliche Prbleme 2012, License CC-BY-SA 3.0, G. Fessler, P. Sprenger, SBZ PEC 41

42 Referenzen CMMI Prduct Team: CMMI fr Develpment, Versin 1.3; CMU/SEI-2010-TR- 033; Sftware Engineering Institute, Carnegie Melln University, Pittsburgh, 2010 Autmtive SIG: Autmtive SPICE Prcess Reference Mdel, v4.5; 2010; The Prcurement Frum; Autmtive SIG: Autmtive SPICE Prcess Assessment Mdel, v2.5; 2010; The Prcurement Frum; , License CC-BY-SA 3.0, G. Fessler, P. Sprenger, SBZ PEC 42

43 Fragen? Anmerkungen? Jetzt der später Steinbeis-Beratungszentrum Przesse, Exzellenz und CMMI (PEC) Gerhard Fessler Herzg-Carl-Straße Ostfildern gerhard.fessler@stw.de XING LinkedIn CMMI 2012, License CC-BY-SA 3.0, G. Fessler, P. Sprenger, SBZ PEC 43