CMMI - Unterschiede und Gemeinsamkeiten zu CMMkropf/teaching/ss2003/cmmi... · 10/16/03 CMMI - Unterschiede und Gemeinsamkeiten zu CMM 3 Kurze Geschichte der CMMs • 1991 wurde die

CMMI - Unterschiede und Gemeinsamkeiten zu CMM10/16/03 1

CMMI - Unterschiede undGemeinsamkeiten zu CMMCMMI - Unterschiede und

Gemeinsamkeiten zu CMM

Universität Tübingen

Arbeitsbereich: Informatik und Gesellschaft

Thomas Grosser

eMail: [email protected]

im Juli 2003


GliederungGliederung

• Einleitung, Motivation

• Enstehung von CMMI

• Vergleich mit CMM

• CMMI Theorie

• Beispiel

• Zusammenfassung


Kurze Geschichte der CMMsKurze Geschichte der CMMs

• 1991 wurde die erste Version von SW-CMM veröffentlicht.

• EPIC entwickelt darauf ‘Systems Engineering CMM’ (SE-CMM).

• INCOSE entwickelt das ‘Systems Engineering Capability Assessment Model’ (SECAM).

• Weitere CMMs folgten, darunter:

• ‘Software Acquisition CMM’

• ‘People CMM’

• ‘Integrated Product CMM’

• ‘Systems Engineering Capability Model’ (SECM)

• ‘Federal Aviation Administration’s integrated CMM’ (FAA-iCMM)


Entstehung von CMMIEntstehung von CMMI

SW

SEIPPD

Assessment

Training

Acquisition

Erfahrungen mitbisherigen Modellen

Integrierte Lösung:

• gemeinsame Ziele

• einheitliches Rahmenmodell


Was ist CMMI?Was ist CMMI?• CMMI steht für “Capability Maturity Model Integration”.

• CMMI stellt ein integriertes Modell zur Verfügung, welches die Menge der besten Modelle und Disziplinen enthält.

• Kombination von individuellen Disziplinen möglich.

• CMMI ist ‘tailorable’ – um das beste Modell fuer eine Organisation zu finden.

• Das Rahmenmodell von CMMI beinhaltet Disziplinen für:

• Systems Engineering (CMMI-SE)

• Software Engineering (CMMI-SW)

• Systems Engineering + Software Engineering (CMMI-SE/SW)

• Integrated Product and Process Development (CMMI-SE/SW/IPPD)


Vergleich von CMMs (1)Vergleich von CMMs (1)

23 PAs18 PAs18 KPAsProcess Areas

1. Informal

2. Repeatable

3. Defined

4. Managed

5. Optimizing

0. Not Performed

1. Informal

2. Planned

3. Well Defined

4. Quant. Control

5. Improving

1. Initial

2. Repeatable

3. Defined

4. Managed

5. Optimizing

Capability/Maturity Levels

Continuous(with Staged Option)

ContinuousStagedRepresentations

FAA-iCMM(V1, 1997)

SE-CMM(V1.1, 1995)

SW-CMM(V1.1, 1993)

22 PAs

1. Performed

2. Managed

3. Defined

4. Quant.Managed

5. Optimizing

Staged /Continuous

CMMI-SE/SW(V1.1, 2001)

Unterschiedliche Schwerpunkte

Überschneidungen zwischen Modellen


Vergleich von CMMs (2)Vergleich von CMMs (2)

Level(Levels 1-5)

Common Feature(CO, AB, AC, …)

Anforderungs-messung(Bewertungen)

Practice(SP or GP)

Key Practice(KP)

Anforderungen(Erfüllung)

Focus AreaKey Process Area

Anforderungsmenge(Darstellung)

SECMElemente(continuous)

SW-CMMElemente

(staged)

Capability Levels(Levels 1-5)

Practice(SP or GP)

Process Area

CMMIElemente

(staged / continuous)

Unterschiedliche Terminologie

Verschiedene Darstellungsformen


AusgangsmodelleAusgangsmodelle

Capability MaturityModel for SW V2(SW-CMM V2C)

System EngineeringCapability Model

(SECM)

Integrated ProductDevelopment

Capability Model(IPD-CMM)

CMMI-SE/SW

StagedRepresentation

CMMI-SE/SW

ContinuousRepresentation

• Kombination aus ‘Systems Engineering’ und ‘Software Engineering’

• Optionale Verwendung von IPPD für beide möglich


Repräsentationen der ModelleRepräsentationen der Modelle

0

1

2

3

4

5

ProcessArea 1

ProcessArea 2

… ProcessArea n

Pro

cess

Are

a C

apab

iliy

Continuous

Mat

uri

ty L

evel

Staged

…für einzelne PA, odereine Menge von PAs

…für eine Menge vonPAs über ein Projekt


Prozess VerbesserungProzess Verbesserung

0

1

2

3

4

5

ProcessArea 1

ProcessArea 2

… ProcessArea n

Pro

cess

Are

a C

apab

iliy

continuous

• Je nach Business Zielen und Absichten.

• Fokus auf spezifische PAs.

• Maximale Flexibilität.

• Vertraute Struktur für Übergang von den ‘Systems Engineering’ CMMs.

• Stellt einen einheitlichen Entwicklungsweg für Gruppen von PAs zur Verfügung.

• Geregelte Ablaufsteuerung der Implementierung.

• Vertraute Struktur, um an das SW-CMM anzuknüpfen.

Mat

uri

ty L

evel

staged






• CMMI Theorie, continuous Representation

• Beispiel

• Zusammenfassung


CMMI ‘continuous’ (1)CMMI ‘continuous’ (1)Capability in der ‘continuous’ Repräsentation wird dargestellt durch:

• den auszuführenden Prozess (Process Area) “…das was man tut”

• die leistbare Fähigkeit in diesem Bereich (Capability) “…wie gut man etwas tut”

0

1

2

3

4

5

ProcessArea 1

ProcessArea 2

… ProcessArea n

Cap

abili

ty L

evel

…daswas man

tut

…wie gutman etwas

tut


CMMI ‘continuous’ (2)CMMI ‘continuous’ (2)

• Process Areas (PAs) sind eine Häufung von Praktiken.

• Sie sind die Grundblöcke um Fähigkeiten in einem Prozess zu verbessern.

• Ein ‘Capability Level’ beschreibt einen werdenden Arbeitsprozess.

•Jede Stufe beschreibt eine Schicht für eine kontinuierliche Prozess-Verbesserung.

• ‘Capability Levels’ bauen aufeinander auf, d.h. höhere Ebenen enthalten Attribute der niederen Ebenen.


CMMI ‘continuous’ (3)CMMI ‘continuous’ (3)

• Organisationsweite Prozess-Definition

• Organisationsweites Training

• Organisationsweite Prozess-Durchführung

• Organisationsweite Neuerungen und Entwicklungen

• Anforderungs-Management / Entwicklung

• Technische Umsetzung

• Produkt Integration

• Verifikation / Validation

• Konfigurations Management

• Qualitätssicherung von Prozessen und Produkten

• Messung und Analyse

• Ursachenanalyse und Problemlösung

• Organisationsweite Umgebung für Integration (IPPD)

• Projekt Planung

• Projektverfolgung und –steuerung

• Management von Liefervereinbarungen

• Risiko Management

• Integriertes Lieferanten Management (SS)

• Integriertes / Quantitatives Projekt Management (IPPD)

• Integriertes Teaming (IPPD)

ProcessManagement

Engineering

Support

ProjectManagement

Process AreaCategory


Ziele und Praktiken (1)Ziele und Praktiken (1)• In SW-CMM gibt es Key Practices und Goals.

• In CMMI gibt es generische Ziele, bzw. Praktiken und spezifische Ziele, bzw. Praktiken.

0

1

2

3

4

5

GenerischesZiel und

GenerischePraxis

GenerischesZiel und

GenerischePraxis

Spezifisches Ziel undSpezifische Praxis

Spezifisches Ziel undSpezifische Praxis


CL0-

CL0-

• Keine GPs

• Keine SPs

• Nicht ausgeführt, nicht komplett.

CL1Performed

CL1Performed

• GPs 1.1

• CL1 SPs

• Führe die nötingen Arbeiten aus.

CL2Managed

CL2Managed

• GPs 1.1 – 2.10

• CL1 + CL2* SPs

• Folge dokumentierten Plänen und Prozessen. Übereigne Authoritäten

• Trainiere Leute. Verfolge, kontrolliere und werte Prozesse aus.

Steigerung der CapabilitySteigerung der Capability

CL3DefinedCL3

Defined• GPs 1.1 – 3.2

• CL1 + CL2* + CL3* SPs

• Übergang vom Standart zum Projekt-spezifischen Prozess

• Entwickle definierte Prozesse. Sammle Verbesserungs-Informationen

CL4Quant. Managed

CL4Quant. Managed

• GPs 1.1 – 4.2

• CL1 + CL2* + CL3* SPs

• Messe Prozess Leistung. Stabilisiere Prozesse.

• Entwickle quantitative Zielsetzungen. Kontrolliere Bewertungen.

• Verhindere Defekte. Ergreife Initiative bei Verbesserungen.

• Verbessere Unterstützung von neuer Technologie.

CL5Optimizing

CL5Optimizing

• GPs 1.1 – 5.2

• CL1 + CL2* + CL3* SPs

*) bei Engineering Process Areas existieren ‘Advanced Practices’






• CMMI Theorie, staged Representation

• Beispiel

• Zusammenfassung


CMMI ‘staged’CMMI ‘staged’

Performed (CMMI)Initial (SW-CMM)Performed (CMMI)Initial (SW-CMM)

11 Unvorhersehbare Prozesse,schlechte Kontrolle / Aktionen

Managed (CMMI)Repeatable (SW-CMM)Managed (CMMI)Repeatable (SW-CMM)

22 Prozess bekommt Projekt-Charakter,und wird entwicklungsaktiv

DefinedDefined33 Prozess ist auf das Ziel der Organisationausgerichtet – die Initiative wird ergriffen

Quant. Managed(CMMI)Managed (SW-CMM)Quant. Managed(CMMI)Managed (SW-CMM)

44 Gesteigerte Kontrolle von Prozessen,erste Bewertungen waren erfolgreich

OptimizingOptimizing55 Konzentration auf Prozess-Verbesserungen,Optimierungs-Massnahmen

• Jede Stufe beschreibt die Software / System – Entwicklung nach außen.

• Dokumentation der Maßnahmen / Prozesse die die Organisation durchführt.


Aufbau von CMMI-SE/SWAufbau von CMMI-SE/SW

Maturity LevelMaturity Level

Process AreaProcess Area Process AreaProcess Area Process AreaProcess Area

Generic GoalGeneric Goal

Commitment to Perform


Ability to Perform

Ability to Perform

DirectingImplementation

DirectingImplementation VerificationVerification

Generic PracticeGeneric Practice Specific PracticeSpecific Practice

Specific GoalSpecific Goal


Bedeutung der ‘common features’Bedeutung der ‘common features’



Ability to Perform

Ability to Perform



VerificationVerification

• Management-Taktiken werden aufgestellt.

• Sponsoren-Verträge werden bewahrt und gefördert.

• Ressourcen werden aufrecht erhalten.

• Prozess-Verbesserungen verwenden Ressourcen.

• Daten werden gesammelt, bewertet und analysiert.

• Kontrolle und Prozess-Durchführung wird praktiziert.

• Aktivitäten werden durchgeführt und verifiziert.

• Anforderungen und Prozesse werden erfüllt.


Erweiterung der Process AreasErweiterung der Process Areas

• Requirements Mgmt.

• Project Planning

• Project Monitoring and Control

• Supplier Agreement Mgmt.

• Product and Process Quality Assurance

• Configuration Mgmt.

• Measurement and Analysis

• Organizational Process Performance

• Quant. Project Mgmt.

• Organization Process Focus / Definition

• Training Program

• Integrated SW Mgmt.

• SW Product Engr.

• Intergroup Coordination

• Peer Reviews

• Requirements Mgmt.

• SW Project Planning

• SW Project Tracking & Oversight

• SW Subcontract Mgmt

• SW Quality Assurance

• SW Configuration Mgmt.

• Quant. Process Mgmt.

• SW Quality Mgmt.

• Defect Prevention

• Technology Change Mgmt.

• Process Change Mgmt.

Level 3

Level 2

Level 4

Level 5

• Organization Process Focus / Definition

• Organizational Training

• Integrated Project Mgmt.

• Risk Mgmt.

• Requirements Development

• Technical Solution

• Product Integration

• Verification

• Validation

• Descision Analysis and Resultion

• Causal Analysis and Resolution

• Organizational Innovation & Deployment






• CMMI Theorie

• Beispiel

• Zusammenfassung


Beispiel – Feuerwehr (1)Beispiel – Feuerwehr (1)• Organisation: Stättische Feuerwehr.

• Absichten: Schütze das Leben und Eigentum der Stadtbewohner vor Feuer und gesundheitlichen Bedrohungen.

Erste Hilfe am Unfallort,Medizinischer Nofall-Service.

Ursachen und Quellen vonFeuer finden.

Regulierung deröffentlichen Sicherheit.

Sicherheits Schulungenanbieten.

Absichten

Bekämpfe Feuer um Lebenund Eigentum zu schützen.


Beispiel – Feuerwehr (2)Beispiel – Feuerwehr (2)Um die Absichten zu klären, müssen folgende Fragenbeantwortet werden:

Wie schnell müssenTeams und Feuerwehr-

Fahrzeuge auf einen Alarmeingehen?

Wodurch zeichnet sichErste-Hilfe am Unfallort

aus?

Wie schnell und zutreffendkann die Ursache eines

Feuers bestimmt werden?

Wie oft wird ein Fehl-Alarmausgelöst?

Wie effektiv sind diemomentanen Feuer-

Vorbeugungen?

Aufgaben

• Öffentliche Sicherheit erhalten

• Feuer Vorbeugung

• Feuer Bekämpfung

• Medizinische Unterstützung

• Ursachen von Feuer-Ausbruch

Support Aufgaben/ZieleEssentielle Aufgaben/Ziele


Beispiel – Feuerwehr (3)Beispiel – Feuerwehr (3)

Damit können die spezifischen Bereiche gewählt werden, diees gilt zu verbessern.Die wichtigesten Process Areas könnten sein:

• Task Planning (TP)

• Task Monitoring and Control (TMC)

• Operational Training (OT)

• Operational Readiness (OR)

• Causal Analysis and Resolution (CAR)

• Supplier Agreement Management (SAM)

0

1

2

3

4

5

TP TMC OT OR CAR SAM


ZusammenfassungZusammenfassung

• Mehrfache Benutzung von CMM Modellen erzeugte Redundanz, Abweichungen und erhöhte Komplexität.

• Es gibt ein CMMI Modell mit zwei Darstellungsarten: ‘staged’ und ‘continuous’.

• Das Material in beiden Darstellungen ist das selbe, nur ist es anders organisiert.

• Jede Darstellungsform bietet verschiedene Wege, um Prozesse durchzuführen.

• Continuous: Flexible Anwendung, Fokus auf spezielle Gebiete

• Staged: Strukturierte Ausführung, Gruppierung von Prozessen

Documents

CMMI - Unterschiede und Gemeinsamkeiten zu CMMkropf/teaching/ss2003/cmmi... · 10/16/03 CMMI - Unterschiede und Gemeinsamkeiten zu CMM 3 Kurze Geschichte der CMMs • 1991 wurde die