Capability Maturity Model (CMM) & Es sind Levels in Software Engineering

Was ist KMG?

Das Capability Maturity Model wird als Benchmark verwendet, um die Reife des Softwareprozesses eines Unternehmens zu messen.

CMM wurde Ende der 80er Jahre am Software Engineering Institute entwickelt. Es wurde als Ergebnis einer von der US Air Force finanzierten Studie entwickelt, um die Arbeit von Subunternehmern zu bewerten. Basierend auf dem 1991 erstellten CMM-SW-Modell zur Beurteilung der Reife der Softwareentwicklung werden später mehrere andere Modelle in CMM-I integriert

In diesem Tutorial lernen wir:

Was sind CMM-Stufen (Capability Maturity Model)?
Was passiert auf verschiedenen CMM-Ebenen?
Wie lange dauert die Implementierung von CMM?
Interne Struktur von KMG
Einschränkungen von KMG-Modellen
Warum CMM verwenden?

Was sind CMM-Stufen (Capability Maturity Model)?

Initiale
Wiederholbar / verwaltet
Definiert
Quantitativ verwaltet
Optimieren

Was passiert auf verschiedenen CMM-Ebenen?

Ebenen	Aktivitäten	Leistungen
Level 1 Initial	Auf Stufe 1 ist der Prozess normalerweise chaotisch und ad hoc Eine Fähigkeit wird auf der Grundlage der Individuen und nicht der Organisation charakterisiert Fortschritt nicht gemessen Die entwickelten Produkte sind oft planmäßig und über dem Budget Große Unterschiede in Zeitplan, Kosten, Funktionalität und Qualitätszielen	Keiner. Ein Projekt ist Total Chaos
Level 2 verwaltet	Anforderungsmanagement Schätzen Sie Projektparameter wie Kosten, Zeitplan und Funktionalität Messen Sie den tatsächlichen Fortschritt Pläne und Prozesse entwickeln Softwareprojektstandards werden definiert Identifizieren und steuern Sie Produkte, ändern Sie Problemberichte usw. Prozesse können zwischen Projekten unterschiedlich sein	Prozesse werden leichter zu verstehen Manager und Teammitglieder verbringen weniger Zeit damit, zu erklären, wie Dinge getan werden, und mehr Zeit damit, sie auszuführen Projekte werden besser geschätzt, besser geplant und flexibler Qualität wird in Projekte integriert Die Kosten mögen anfangs hoch sein, gehen aber im Laufe der Zeit zurück Bitten Sie um mehr Papierkram und Dokumentation
Level-3 definiert	Klären Sie die Kundenanforderungen Lösen Sie Designanforderungen und entwickeln Sie einen Implementierungsprozess Stellt sicher, dass das Produkt den Anforderungen und dem Verwendungszweck entspricht Entscheidungen systematisch analysieren Beheben und kontrollieren Sie mögliche Probleme	Prozessverbesserung wird zum Standard Die Lösung entwickelt sich von "codiert" zu "technisch". Während des gesamten Projektaufwands erscheinen Qualitätstore, an denen das gesamte Team beteiligt ist Risiken werden gemindert und überraschen das Team nicht
Level-4 Quantitativ verwaltet	Verwaltet die Prozesse und Unterprozesse des Projekts statistisch Verstehen Sie die Prozessleistung und verwalten Sie das Projekt der Organisation quantitativ	Optimiert die Prozessleistung im gesamten Unternehmen Fördert das quantitative Projektmanagement in einer Organisation.
Level-5-Optimierung	Fehlerursache frühzeitig erkennen und beseitigen Identifizieren und implementieren Sie neue Tools und Prozessverbesserungen, um die Anforderungen und Geschäftsziele zu erfüllen	Fördert organisatorische Innovation und Bereitstellung Gibt Impulse für die Ursachenanalyse und -lösung

Das folgende Diagramm zeigt bildlich, was auf verschiedenen KMG-Ebenen geschieht

Wie lange dauert die Implementierung von CMM?

CMM ist der wünschenswerteste Prozess, um die Qualität des Produkts für jedes Softwareentwicklungsunternehmen aufrechtzuerhalten, aber seine Implementierung dauert kaum länger als erwartet.

Die CMM-Implementierung erfolgt nicht über Nacht
Es ist einfach nicht nur ein "Papierkram".
Typische Zeiten für die Implementierung sind
- 3-6 Monate -> zur Vorbereitung
- 6-12 Monate -> für die Umsetzung
- 3 Monate -> zur Prüfungsvorbereitung
- 12 Monate -> für jedes neue Level

Interne Struktur von KMG

Jede Ebene in CMM wird mit Ausnahme von Ebene 1 als Schlüsselprozessbereich oder KPA definiert . Jeder KPA definiert einen Cluster verwandter Aktivitäten, mit denen gemeinsam eine Reihe von Zielen erreicht werden, die für die Verbesserung der Softwarefähigkeit von entscheidender Bedeutung sind

Für verschiedene CMM-Ebenen gibt es eine Reihe von KPAs, zum Beispiel für CMM-Modell 2, KPA

REQM- Anforderungsmanagement
PP-Projektplanung
PMC-Projektüberwachung und -steuerung
SAM- Lieferantenvereinbarungsmanagement
PPQA-Prozess und Qualitätssicherung
CM-Konfigurationsmanagement

Ebenso haben Sie für andere KMG-Modelle bestimmte KPAs. Um zu wissen, ob die Implementierung eines KPA effektiv, dauerhaft und wiederholbar ist, wird es auf folgender Basis abgebildet

Leistungsverpflichtung
Leistungsfähigkeit
Aktivitäten durchführen
Messung und Analyse
Implementierung überprüfen

Einschränkungen von KMG-Modellen

CMM legt fest, was ein Prozess ansprechen soll, anstatt wie er implementiert werden soll
Es werden nicht alle Möglichkeiten zur Verbesserung von Softwareprozessen erläutert
Es konzentriert sich auf Softwareprobleme, berücksichtigt jedoch nicht die strategische Geschäftsplanung, die Übernahme von Technologien, die Einrichtung einer Produktlinie und die Verwaltung der Humanressourcen
Es sagt nichts darüber aus, in welcher Art von Geschäft eine Organisation tätig sein sollte
CMM wird in dem Projekt, das gerade eine Krise hat, nicht nützlich sein

Warum CMM verwenden?

Heute fungiert CMM als "Gütesiegel" in der Softwareindustrie. Es hilft auf verschiedene Weise, die Softwarequalität zu verbessern.

Es führt zu wiederholbaren Standardprozessen und verkürzt somit die Lernzeit für die Erledigung von Aufgaben
Das Üben von KMG bedeutet das Üben des Standardprotokolls für die Entwicklung. Dies hilft dem Team nicht nur, Zeit zu sparen, sondern gibt auch einen klaren Überblick darüber, was zu tun ist und was zu erwarten ist
Die Qualitätsaktivitäten passen gut zum Projekt und werden nicht als separate Veranstaltung betrachtet
Es fungiert als Pendler zwischen dem Projekt und dem Team
CMM-Bemühungen zielen immer auf die Verbesserung des Prozesses

Zusammenfassung

CMM wurde erstmals Ende der 80er Jahre in der US Air Force eingeführt, um die Arbeit von Subunternehmern zu bewerten. Später wurde es mit einer verbesserten Version implementiert, um die Qualität des Softwareentwicklungssystems zu verfolgen.

Die gesamte KMG-Ebene ist in fünf Ebenen unterteilt.

Stufe 1 (anfänglich): Wenn die Anforderungen an das System normalerweise unsicher, missverstanden und unkontrolliert sind. Der Prozess ist normalerweise chaotisch und ad-hoc.
Stufe 2 (verwaltet): Schätzen Sie die Projektkosten, den Zeitplan und die Funktionalität. Softwarestandards sind definiert
Stufe 3 (definiert): Stellt sicher, dass das Produkt den Anforderungen und dem Verwendungszweck entspricht
Stufe 4 (quantitativ verwaltet): Verwaltet die Prozesse und Unterprozesse des Projekts statistisch
Stufe 5 (Fälligkeit): Identifizieren und Bereitstellen neuer Tools und Prozessverbesserungen, um die Anforderungen und Geschäftsziele zu erfüllen