Automotive SPICE® in der Praxis - Interpretationshilfe für Anwender und Assessoren

Geleitwort

Vorwort

Vorwort zur 1. Auflage

Zum Aufbau des Buches:

Inhaltsübersicht

Inhaltsverzeichnis

1 Einführung und Überblick

1.1 Einführung in die Thematik

1.2 Überblick über die in der Automobilentwicklung relevanten Modelle

1.3 intacsTM (International Assessor Certification Scheme)

Abb. 1–1 Die intacs-Assessoren- und -Instruktorenstufen

Abb. 1–2 Organisatorische Trennung der Definition des Ausbildungssystems von der Zertifizierung (inkl. Prüfung) der Assessoren und der Durchführung der Trainings

1.4 Automotive SPICE: Struktur und Bestandteile

Abb. 1–3 Die zwei Dimensionen von Automotive SPICE (in Anlehnung an Figure 1 und Figure 3 in [Automotive SPICE])

1.4.1 Die Prozessdimension

Abb. 1–4 Aufbau eines Prozesses in Automotive SPICE

1.4.2 Die Reifegraddimension

Abb. 1–5 Die sechs Levels

Abb. 1–6 Die Prozessattribute

1.5 Umsetzungsaspekte: Tipps für eine nachhaltige Prozessverbesserung

Ausreichend Zeit einplanen – Erfolgsfaktor Zeit

Interne Schlüsselkollegen ausreichend einbinden – Erfolgsfaktor Erfahrung

Beschluss zur Prozessverbesserung – Erfolgsfaktor Management

Umfang und Reihenfolge der Prozessverbesserung – Erfolgsfaktor Umfang

Abb. 1–7 Zusammenhang von Zeit und Qualität/Performance bei Prozessverbesserungen

Transferarbeit zu den Mitarbeitern – Erfolgsfaktor Tooling & Kommunikation

Feedbackmechanismus – Erfolgsfaktor Feedback

Nachweis des Erfolgs – Erfolgsfaktor Messgrößen

Aufsetzen der Prozessverbesserung – Erfolgsfaktor Change Management

2 Interpretationen zur Prozessdimension

Abb. 2–1 Automotive SPICE-Prozesse und -Prozessgruppen

Das V-Modell als zentrales Leitbild der technischen Prozesse

Abb. 2–2 Das V-Modell als zentrales Leitbild (in Anlehnung an Figure D.2 in [Automotive SPICE])

Im V-Modell verwendete Begriffe »Element«, »Komponente«, »Modul« und »Bestandteil«

Abb. 2–3 Verwendete Begriffe im V-Modell (in Anlehnung an Figure D.3 in [Automotive SPICE])

2.1 ACQ.4 Lieferantenmanagement

2.1.1 Zweck

2.1.2 Basispraktiken

Abb. 2–4 Beispielstruktur einer Offene-Punkte-Liste (OPL)

Erfahrungsbericht

Erfahrungsbericht

2.1.3 Ausgewählte Arbeitsprodukte

02-01 Vereinbarung

13-01 Abnahmeprotokoll

13-09 Besprechungsprotokoll

13-14 Fortschrittsstatusbericht

13-16 Änderungsantrag

13-19 Reviewaufzeichnungen

2.1.4 Besonderheiten Level 2

Zum Management der Prozessausführung

Zum Management der Arbeitsprodukte

2.2 SPL.2 Releasemanagement

2.2.1 Zweck

Exkurs: Musterphasen in der Automobilindustrie

2.2.2 Basispraktiken

2.2.3 Ausgewählte Arbeitsprodukte

08-16 Releaseplan

WP 11-03 Produktrelease-Information

2.2.4 Besonderheiten Level 2

Zum Management der Prozessausführung

Zum Management der Arbeitsprodukte

2.3 SYS.1 Anforderungserhebung

2.3.1 Zweck

2.3.2 Basispraktiken

2.3.3 Ausgewählte Arbeitsprodukte

13-21 Änderungsaufzeichnung

17-03 Stakeholder-Anforderungen

Abb. 2–5 Beispiel der Struktur eines Anforderungsdokuments in Anlehnung an [ISO/IEC/IEEE 29148]

2.3.4 Besonderheiten Level 2

Zum Management der Prozessausführung

Zum Management der Arbeitsprodukte

2.4 SYS.2 Systemanforderungsanalyse

2.4.1 Zweck

Exkurs: »System«

Abb. 2–6 Was ist das System?

Abb. 2–7 Verfeinerung von Anforderungen über die verschiedenen Ebenen

2.4.2 Basispraktiken

Abb. 2–8 Schematische Struktur der Anforderungsspezifikation

2.4.3 Ausgewählte Arbeitsprodukte

13-22 Traceability-Aufzeichnung

17-08 Schnittstellenanforderungen

17-12 Systemanforderungsspezifikation

2.4.4 Besonderheiten Level 2

Zum Management der Prozessausführung

Zum Management der Arbeitsprodukte

2.5 SYS.3 Systemarchitekturdesign

2.5.1 Zweck

Abb. 2–9 Beispiel einer statischen Systemarchitektur für ein Radio-Navigationssystem (oberste Ebene)

Abb. 2–10 Beispiel einer tieferen Beschreibungsebene einer statischen Systemarchitektur

2.5.2 Basispraktiken

Abb. 2–11 Beispiel Entscheidungsmatrix

2.5.3 Ausgewählte Arbeitsprodukte

04-06 Systemarchitektur

13-22 Traceability-Aufzeichnung

17-08 Schnittstellenanforderungen

2.5.4 Besonderheiten Level 2

Zum Management der Prozessausführung

Zum Management der Arbeitsprodukte

2.6 SYS.4 Systemintegration und Systemintegrationstest

2.6.1 Zweck

2.6.2 Basispraktiken

Abb. 2–12 Schema einer mehrstufigen Systemintegration

2.6.3 Ausgewählte Arbeitsprodukte

08-50 Testspezifikation

08-52 Testplan

11-06 System

13-22 Traceability-Aufzeichnung

13-50 Testergebnis

2.6.4 Besonderheiten Level 2

Zum Management der Prozessausführung

Zum Management der Arbeitsprodukte

2.7 SYS.5 Systemtest

2.7.1 Zweck

2.7.2 Basispraktiken

2.7.3 Ausgewählte Arbeitsprodukte

08-50 Testspezifikation

08-52 Testplan

13-50 Testergebnis

2.7.4 Besonderheiten Level 2

2.8 SWE.1 Softwareanforderungsanalyse

2.8.1 Zweck

2.8.2 Basispraktiken

Exkurs: Beispielmethode Hazard and Operability Study (HAZOP)

Abb. 2–13 Beispiel einer HAZOP-Tabelle

2.8.3 Ausgewählte Arbeitsprodukte

13-22 Traceability-Aufzeichnung

17-08 Schnittstellenanforderungen

17-11 Softwareanforderungsspezifikation

2.8.4 Besonderheiten Level 2

2.9 SWE.2 Softwarearchitekturdesign

2.9.1 Zweck

2.9.2 Basispraktiken

Abb. 2–14 Beispiel einer Softwarearchitektur auf oberster Beschreibungsebene (Quelle: intacs)

2.9.3 Ausgewählte Arbeitsprodukte

04-04 Softwarearchitektur

13-22 Traceability-Aufzeichnung

17-08 Schnittstellenanforderungen

2.9.4 Besonderheiten Level 2

Zum Management der Prozessausführung

Zum Management der Arbeitsprodukte

2.10 SWE.3 Softwarefeinentwurf und Softwaremodulerstellung

2.10.1 Zweck

2.10.2 Basispraktiken

2.10.3 Ausgewählte Arbeitsprodukte

04-05 Softwarefeinentwurf

11-05 Softwaremodul

13-22 Traceability-Aufzeichnung

2.10.4 Besonderheiten Level 2

Zum Management der Prozessausführung

Zum Management der Arbeitsprodukte

2.11 SWE.4 Softwaremodulverifikation

2.11.1 Zweck

Exkurs: Einheitliche Verifikations- und Teststrategie – Korrespondenz der realen Prozesse zu Automotive SPICE-Prozessen

2.11.2 Basispraktiken

2.11.3 Ausgewählte Arbeitsprodukte

08-50 Testspezifikation

08-52 Testplan

13-50 Testergebnis

13-22 Traceability-Aufzeichnung

13-25 Verifikationsergebnisse

2.11.4 Besonderheiten Level 2

Zum Management der Prozessausführung

Zum Management der Arbeitsprodukte

Exkurs: Testdokumentation nach ISO/IEC/IEEE 29119-3

2.12 SWE.5 Softwareintegration und Softwareintegrationstest

2.12.1 Zweck

2.12.2 Basispraktiken

Abb. 2–15 Integrationsreihenfolge bei einer Bottom-up-Strategie

Fallbeispiel: Softwareintegration eines Projekts bei der XY AG

2.12.3 Ausgewählte Arbeitsprodukte

01-03 Softwarebestandteil

01-50 Integrierte Software

08-50 Testspezifikation

08-52 Testplan

13-22 Traceability-Aufzeichnung

13-50 Testergebnis

17-02 Build-Liste

2.12.4 Besonderheiten Level 2

Zum Management der Prozessausführung

Zum Management der Arbeitsprodukte

2.13 SWE.6 Softwaretest

2.13.1 Zweck

2.13.2 Basispraktiken

Exkurs: Kurzer Überblick über Testmethoden

Abb. 2–16 Testmethoden und Integrationsstufen

Exkurs: Einige Methoden zur Ableitung von Testfällen

2.13.3 Ausgewählte Arbeitsprodukte

08-50 Testspezifikation

08-52 Testplan

13-50 Testergebnis

2.13.4 Besonderheiten Level 2

Zum Management der Prozessausführung

Zum Management der Arbeitsprodukte

2.14 SUP.1 Qualitätssicherung

2.14.1 Zweck

Generische Praktiken GP 2.2.1 und 2.2.4

SUP.1 Qualitätssicherung

SUP.2 Verifikation

Verifikationsaktivitäten in den Engineering-Prozessen

SUP.4 Gemeinsame Reviews

2.14.2 Basispraktiken

Abb. 2–17 Beispiel eines QS-Berichts an das Management: Abarbeitungsstatus von QS-Befunden und Prozesskonformitätsrate (PKR)

2.14.3 Ausgewählte Arbeitsprodukte

08-13 Qualitätssicherungsplan

13-07 Problemaufzeichnung

13-18 Qualitätsaufzeichnung

Abb. 2–18 Beispiel einer Qualitätsaufzeichnung (Titelseite)

Abb. 2–19 Schema einer Qualitätsaufzeichnung (Maßnahmenseite)

14-02 Liste der Korrekturaktionen

2.14.4 Besonderheiten Level 2

Zum Management der Prozessausführung

»Qualitätssicherung der Qualitätssicherung«

2.15 SUP.2 Verifikation

2.15.1 Zweck

Abb. 2–20 Überblick Qualitätssicherungmethoden

2.15.2 Basispraktiken

2.15.3 Ausgewählte Arbeitsprodukte

13-07 Problemaufzeichnung

13-25 Verifikationsergebnis

14-02 Liste der Korrekturaktionen

19-10 Verifikationsstrategie

2.15.4 Besonderheiten Level 2

Zum Management der Prozessausführung

Zum Management der Arbeitsprodukte

2.16 SUP.4 Gemeinsame Reviews

2.16.1 Zweck

2.16.2 Basispraktiken

Abb. 2–21 Beispiel eines Reviewprozesses

2.16.3 Ausgewählte Arbeitsprodukte

13-19 Reviewaufzeichnungen

Abb. 2–22 Beispielstruktur eines Review Log

2.16.4 Besonderheiten Level 2

Zum Management der Prozessausführung

Zum Management der Arbeitsprodukte

2.17 SUP.8 Konfigurationsmanagement

2.17.1 Zweck

2.17.2 Basispraktiken

Abb. 2–23 Auszug aus einer realen Liste von KM-Elementen

Abb. 2–24 Verschiedene Ebenen von Baselines

2.17.3 Ausgewählte Arbeitsprodukte

01-00 Konfigurationselement

08-04 Konfigurationsmanagementplan

13–08 Baseline

Abb. 2–25 Beispielgliederung eines KM-Plans

16-03 Konfigurationsmanagementbibliothek (auch: Konfigurationsmanagement- Repository)

2.17.4 Besonderheiten Level 2

Zum Management der Prozessausführung

Zum Management der Arbeitsprodukte

2.18 SUP.9 Problemmanagement

2.18.1 Zweck

Abb. 2–26 Beispiel für Problemstatus

2.18.2 Basispraktiken

Abb. 2–27 Beispiel einer Problem- oder Änderungsmeldung

Abb. 2–28 Beispiel eines Problemklassifizierungsschemas

Abb. 2–29 Beispiel für Problem- und Abarbeitungsverfolgung über die Zeit

2.18.3 Ausgewählte Arbeitsprodukte

08-27 Problemmanagementplan

13-07 Problemaufzeichnung

15-01 Analysebericht bzw. 15-05 Bewertungsbericht

15-12 Problemstatusbericht

2.18.4 Besonderheiten Level 2

Zum Management der Prozessausführung

Zum Management der Arbeitsprodukte

2.19 SUP.10 Änderungsmanagement

2.19.1 Zweck

2.19.2 Basispraktiken

Abb. 2–30 Beispiel für den Status von Änderungsanträgen

2.19.3 Ausgewählte Arbeitsprodukte

08-28 Änderungsmanagementplan

13-16 Änderungsantrag

13-21 Änderungsaufzeichnung

2.19.4 Besonderheiten Level 2

2.20 MAN.3 Projektmanagement

2.20.1 Zweck

2.20.2 Basispraktiken

Abb. 2–31 Beispiel: Auszug aus der Funktionsliste eines Spurhalteassistenzsystems

Exkurs: Verteilte Funktionsentwicklung und Integrationsstufen

Abb. 2–32 Beispiel für einen Projektlebenszyklus eines Steuergeräteentwicklungsprojekts

BP 5: Ermittle, überwache und passe die Projektschätzungen und Ressourcen an. Definiere und pflege die Aufwands- und Ressourcenschätzungen basierend auf den Projektzielen, Projektrisiken, Motivation und Grenzen und passe diese an.

Abb. 2–33 Beispiel für technische Ressourcenplanung

Abb. 2–34 Prinzip der rollierenden Planung

Abb. 2–35 Arten von Projektbesprechungen und Fortschrittreviews

2.20.3 Ausgewählte Arbeitsprodukte

08-12 Projektplan

Beispielgliederung eines Projektplans für ein großes Projekt

13-16 Änderungsantrag

14-06 Terminplan

14-09 Projektstrukturplan

15-06 Projektfortschrittsbericht

Abb. 2–36 Beispiel eines aggregierten Projektfortschrittsberichts für höhere Managementebenen

2.20.4 Besonderheiten Level 2

Zum Management der Prozessausführung

Zum Management der Arbeitsprodukte

2.21 MAN.5 Risikomanagement

2.21.1 Zweck

2.21.2 Basispraktiken

Abb. 2–37 Überblick Risikomanagementaktivitäten

Abb. 2–38 Beispiel einer Risikoportfoliodarstellung

Abb. 2–39 Beispiel von Schadensklassen für terminliche Auswirkungen

2.21.3 Ausgewählte Arbeitsprodukte

Risikoliste

Beispielhafter Aufbau einer Risikoliste

2.21.4 Besonderheiten Level 2

Zum Management der Prozessausführung

Zum Management der Arbeitsprodukte

2.22 MAN.6 Messen

2.22.1 Zweck

»You can’t control, what you can’t measure!« (Tom DeMarco)

Exkurs: Goal/Question/Metric-(GQM-)Methode

Abb. 2–40 GQM-Methode

2.22.2 Basispraktiken

Abb. 2–41 Beispiel einer grafischen Auswertung zur Metrik »Funktionalitätszuwachs«

Abb. 2–42 Beispiel eines Projekt-Cockpit-Charts (Quelle: [Hörmann et al. 2006])

2.22.3 Ausgewählte Arbeitsprodukte

03-03 Benchmarking-Daten

03-04 Kundenzufriedenheitsdaten

Beispiel einer Metrikspezifikation

Abb. 2–43 Spezifikation der Metrik »Funktionalitätszuwachs«

07-01 Kundenzufriedenheitsbefragung

07-02 Feldbeobachtung

07-08 Service-Level-Messung

2.22.4 Besonderheiten Level 2

Zum Management der Prozessausführung

Zum Management der Arbeitsprodukte

2.23 PIM.3 Prozessverbesserung

2.23.1 Zweck

2.23.2 Basispraktiken

Abb. 2–44 Anwendung der Scrum-Methode auf das Change Management in der Organisation (Quelle: Kugler Maag Cie)

Abb. 2–45 Prozessarchitektur und Tailoring in größeren, verteilten Organisationen

2.23.3 Ausgewählte Arbeitsprodukte

08-29 Verbesserungsplan

15-16 Verbesserungsmöglichkeit

2.23.4 Besonderheiten Level 2

Zum Management der Prozessausführung

Zum Management der Arbeitsprodukte

2.24 REU.2 Wiederverwendungsmanagement

2.24.1 Zweck

2.24.2 Basispraktiken

2.24.3 Ausgewählte Arbeitsprodukte

08-17 Wiederverwendungsplan

15-07 Bericht zur Bewertung der Wiederverwendung

2.24.4 Besonderheiten Level 2

Zum Management der Prozessausführung

Zum Management der Arbeitsprodukte

2.25 Traceability und Konsistenz in Automotive SPICE

2.25.1 Einleitung

2.25.2 Grundgedanken

Abb. 2–46 Horizontale und vertikale Traceability

2.26 Applikationsparameter in Automotive SPICE

Abb. 2–47 ISO-26262-Sicht auf Parameter (Quelle: ISO 26262-6, Annex C)

2.26.1 Ausgewählte Arbeitsprodukte

WP 01-51 Applikationsparameter

3 Interpretationen zur Reifegraddimension

3.1 Struktur der Reifegraddimension

3.1.1 Levels und Prozessattribute

3.1.2 Indikatoren für die Reifegraddimension

Abb. 3–1 Elemente der Reifegraddimension

3.2 Wie werden Levels gemessen?

Abb. 3–2 Ermittlung des Levels mithilfe des »process capability level model«

3.3 Erweiterungen der ISO/IEC 33020

Abb. 3–3 Veranschaulichung der Bewertungsmethode R1

Abb. 3–4 Veranschaulichung der Bewertungsmethoden R2 und R3

Abb. 3–5 Vertikale Aggregation

3.4 Die Levels

3.4.1 Level 0 (»Unvollständiger Prozess«)

3.4.2 Level 1 (»Durchgeführter Prozess«)

Prozessausführung (PA 1.1)

Abb. 3–6 Beurteilung von PA 1.1

Abb. 3–7 Bewertungsbeispiele für PA 1.1

3.4.3 Level 2 (»Gemanagter Prozess«)

Abb. 3–8 Prozessattribute und generische Praktiken von Level 2

PA 2.1 Management der Prozessausführung

GP 2.1.1: Ermittle die Ziele für die Prozessausführung.

Abb. 3–9 Kommunikationsplan

PA 2.2 Management der Arbeitsprodukte

GP 2.2.2: Definiere Anforderungen an die Dokumentation und Lenkung von Arbeitsprodukten. Anforderungen an die Dokumentation und Lenkung von Arbeitsprodukten werden definiert. Diese können beinhalten:

3.4.4 Level 3 (»Etablierter Prozess«)

Abb. 3–10 Prozessattribute und generische Praktiken von Level 3

PA 3.1 Prozessdefinition

Abb. 3–11 Prozessarchitektur nach dem EITVOX-Modell

Exkurs: Tailoring von Prozessen

Abb. 3–12 Tailoring-Tabelle

Abb. 3–13 Beispiel für Rollenbeschreibung Softwareprojektleiter

PA 3.2 Prozessanwendung

GP 3.2.1: Setze einen definierten Prozess um, der die kontextspezifischen Anforderungen bezüglich der Nutzung des Standardprozesses erfüllt. Der definierte Prozess wird adäquat ausgewählt und/oder aus dem Standardprozess zurechtgeschnitten. Die K...

3.4.5 Level 4 (»Vorhersagbarer Prozess«)

Abb. 3–14 Level 4 – vorhersagbares Prozessverhalten

Abb. 3–15 Prozessattribute und generische Praktiken von Level 4

3.4.6 Level 5 (»Innovativer Prozess«)

Abb. 3–16 Level 5 – quantitative Prozessoptimierung

Abb. 3–17 Prozessattribute und generische Praktiken von Level 5

3.5 Zusammenhang von Prozess- und Reifegraddimension

Abb. 3–18 Abhängigkeiten zwischen Prozessen und Prozessattributen

4 Automotive SPICE-Assessments

4.1 Assessments – Überblick und Grundlagen

4.2 Phasen, Aktivitäten und Dauer des Assessmentprozesses

Abb. 4–1 Überblick über Phasen und Aktivitäten des Assessmentprozesses

Assessmentvorbereitung

Assessmentdurchführung

Assessmentabschluss

Wie lange dauert ein Assessment?

4.3 Rollen im Assessmentprozess

4.4 Komplexe Assessments

Abb. 4–2 Von intacs definiertes OMM für Automotive SPICE

Abb. 4–3 Anforderungen an die Maturity Levels in Form von geforderten Capability Levels für bestimmte Prozessmengen

Wie werden die zu untersuchenden Projekte ausgewählt?

Abb. 4–4 Definition der Assessmentklassen

Werden OMAs anerkannt?

5 Funktionale Sicherheit und Automotive SPICE

5.1 Überblick funktionale Sicherheit und ISO 26262

IEC 61508

ISO 26262

Abb. 5–1 Sicherheitslebenszyklus der ISO 26262

Abb. 5–2 ISO 26262-Überblick [ISO 26262]

ASIL

ISO/IEC 15504-10

5.2 Vergleich von ISO 26262 und Automotive SPICE

Abb. 5–3 Überlappung von Automotive SPICE und ISO 26262

5.3 Unterschiede zwischen ISO 26262 und Automotive SPICE

5.3.1 Unterschiede im Scope der Standards

5.3.2 Unterschiede in den Levels

Abb. 5–4 Unterstützung der ISO-26262-Umsetzung durch Automotive SPICE

5.3.3 Unterschiede in den Aktivitäten und Rollen

5.3.4 Unterschiede in den Arbeitsprodukten

5.3.5 Unterschiede in den Methodenanforderungen

Abb. 5–5 Beispiel einer Methodentabelle der ISO 26262 (Auszug aus der [ISO 26262], Teil 4, Tabelle 3)

5.3.6 Unterschiede in den Unabhängigkeitsanforderungen

5.4 Kombination von Automotive SPICE-Assessments und funktionalen Safety-Audits

Abb. 5–6 Überlappung der Evaluierungsmethoden (Quelle [Dold et al. 2014])

5.4.1 Kombination von Automotive SPICE-Assessment und Safety-Audit

Abb. 5–7 Überlappung von Automotive SPICE-Assessment und Safety-Audit im Detail (Quelle [Dold et al. 2014])

Abb. 5–8 Kombinierte Methode Automotive SPICE-Assessment und Safety-Audit (Quelle [Dold et al. 2014])

5.4.2 Weitere zu beachtende Aspekte

Teamzusammensetzung

Modellergänzungen

Abb. 5–9 Beispiel für FS-Ergänzungen

Abb. 5–10 Evaluierungen entlang des Sicherheitslebenszyklus

5.5 Zusammenfassung ISO 26262 und Automotive SPICE

6 Agilität und Automotive SPICE

6.1 Warum sich mit Agilität und Automotive SPICE beschäftigen?

Beispiele aus der Automobilindustrie

6.2 Was bedeutet »Agilität in Automotive« ?

Abb. 6–1 Übersicht und Klassifizierung von »agilen« Begriffen

6.2.1 Was macht eine agile Entwicklung aus?

Die 12 Prinzipien agiler Softwareentwicklung

6.2.2 »Agile in Automotive (AiA)«: Welche agilen Methoden und Praktiken werden in der Automobilentwicklung aktuell eingesetzt?

Domänen und eingesetzte Methoden

Disziplinen und Projektphasen

Häufige Integration

Sprint-Dauer, Sprint-Umfang

AiA-Team-Setup

Retrospektiven und Demos

User Stories

Agile Skalierung

6.2.3 Welche Herausforderungen werden demnächst angegangen ?

Exkurs: Continuous Integration

Abb. 6–2 Ablauf von Continuous Integration

6.3 Wie bringt man Agilität und Automotive SPICE zusammen?

6.3.1 Grundsätzliches

Mögliches Mapping

Abb. 6–3 Abdeckung des HIS Scope Level 1 durch typische agile Praktiken

6.3.2 Was sind die kritischen Punkte in der Praxis?

Generell: Die Implementierung der Automotive SPICE-Arbeitsprodukte

Abb. 6–4 Beispiel einer agilen Entwicklungsumgebung

Agile Vorausplanung und Automotive SPICE

Einbettung agiler Teams in das Gesamtprojekt

Abb. 6–5 Schnittstellen der Planungswerkzeuge zur Projektverfolgung

Qualitätssicherung

Anforderungsmanagement und Traceability

Softwarearchitektur

Continuous Integration und Test

Unterstützende Prozesse

Einbindung weiterer Disziplinen

Abb. 6–6 Synchronisation und Integrationsebenen unterschiedlicher Zyklenlängen

6.3.3 Konkrete praktische Lösungsbeispiele

Definition of Done (DoD)

Abb. 6–7 Auszüge aus einer DoD auf Teamebene

Agile Vorausplanung und Automotive SPICE

Abb. 6–8 Product Backlog mit verschiedenen Planungsebenen

Continuous Integration und Testebenen

Abb. 6–9 Continuous Integration und automatisierte Testebenen

6.4 Agilität, Automotive SPICE und funktionale Sicherheit

6.5 Zusammenfassung Agilität und Automotive SPICE

Anhang

A Beispiele zu Assessmentplanung und Assessmentdokumentation

A.1 Fall 1: Einfaches Projektassessment Tier-1-Lieferant

A.1.1 Beispiel eines Assessmentplans

Allgemeine Angaben zum Assessment

A.1.2 Beispiel einer Assessmentagenda bis Level 3

Abb. A–1 Beispielagenda

A.1.3 Beispielstruktur eines Assessmentberichts

A.1.4 Beispielbewertung eines Prozesses inklusive Dokumentation

Bewertung der Indikatoren und Beschreibung der Evidenzen

Abb. A–2 Beispielbewertung

A.1.5 Beispiel: Auszug aus der Liste der analysierten Evidenzen/Dokumente

A.2 Fall 2: Komplexes Projektassessment, mehrere Instanzen

A.2.1 Beispiel: Planung der Prozessinstanzen pro Prozess

Abb. A–3 Assessmentplanung und Abdeckung eines komplexen Assessments

A.2.2 Beispiel: Assessmentagenda

Abb. A–4 Auszug aus Agenda eines komplexen Assessments

A.2.3 Beispiel: Konsolidierungs- und Aggregationsregeln

B Übersicht ausgewählter Arbeitsprodukte

C Glossar

D Abkürzungsverzeichnis

E Literatur, Normen und Webadressen

Index

www.dpunkt.de