Capability Maturity Model (CMM) in 5 Minuten oder weniger erklärt

Das Capability Maturity Model (CMM) ist eine effektive und einfachere Möglichkeit, mehrere Funktionen Ihres Unternehmens zu skalieren.

Um ein Unternehmen zu führen, ein System zu steuern oder eine Gruppe zu verwalten, ist das Verständnis der Fähigkeiten ein wesentlicher Aspekt.

Nachdem Sie die verschiedenen Funktionen Ihres Unternehmens eingegrenzt haben, müssen Sie die Leistung all dieser Funktionen bewerten. Dementsprechend setzen Sie Standards und Ziele für Ihr Unternehmen.

Um also die Leistung und den Arbeitsfortschritt jeder Funktion und Person zu messen und zu kontrollieren, müssen Unternehmer und Führungskräfte eine solide Lösung haben und diese erfassen.

Auf diese Weise kann ein Unternehmen Systeme entwickeln, die die Last der Komplexität bewältigen und die Präzision bieten, die für die Skalierung erforderlich ist.

Hier kommt CMM ins Spiel.

In diesem Artikel werde ich diskutieren, was CMM und CMMI sind, ihre Ebenen und die Unterschiede zwischen ihnen.

Lasst uns beginnen!

Was ist das Reifegradmodell der Fähigkeit?

Das Capability Maturity Model (CMM) ist eine einfache Methodik, die verwendet wird, um den Anwendungsentwicklungsprozess einer Organisation zu erstellen und zu verfeinern. Dies ermöglicht Entwicklern, den Softwareentwicklungsprozess zu entwickeln und zu verbessern, was zu einer höheren Konsistenz und Effizienz führt.

Unabhängig davon, welche Rolle Ihnen im Entwicklungsteam zugewiesen wurde, kann es Ihnen helfen, sich mit CMM vertraut zu machen, um Ihre Leistung zu steigern. Man kann also sagen, dass CMM eine Methode ist, die hilft, den Softwareentwicklungsprozess zu bewerten, zu entwickeln und zu verbessern.

CMM skizziert primäre Verfahren für die Softwareentwicklung und andere Prinzessinnen, die Engineering, Management und Planung unterzogen werden. Sie geht davon aus, dass ein regelmäßiger Verbesserungsprozess über kleine Fortschrittszeichen statt über größere Durchbrüche erreichbar ist.

Darüber hinaus bietet es einen Rahmen, um kleinere Zeichen in verschiedenen Reifegraden zu verwalten, um eine Plattform für die kontinuierliche Verbesserung des Softwareentwicklungsprozesses bereitzustellen. Daher fungiert diese Methodik als Herzstück von Managementsystemen, die speziell darauf ausgelegt sind, die Entwicklungsqualität von Produkten und Dienstleistungen sowie deren Lieferungen zu verbessern.

CMM wurde vom SEI (Software Engineering Institute), einem vom US-Verteidigungsministerium gesponserten Forschungs- und Entwicklungszentrum, entwickelt und gefördert. Es ist jetzt Teil der Carnegie Mellon University. SEI wurde erstmals im Jahr 1984 gegründet, um verschiedene Softwareprobleme anzugehen und Softwaremethoden voranzutreiben.

SEI wurde gegründet, um den Entwicklungs-, Beschaffungs- und Wartungsprozess von stark softwarereservierten Systemen für das Verteidigungsministerium (DOD) zu optimieren. Es befürwortet die branchenzentrierte Einführung des sich entwickelnden CMM, dh der CMM-Integration (CMMI).

Warum brauchen Sie CMM?

CMM hat viele Stärken, und der nützlichste Vorteil bei der Verwendung dieser Methodik ist die Möglichkeit, Zeit und Geld zu sparen. Denn das System ist perfekt darauf ausgelegt, die Mängel im Verbesserungsprozess effizienter als andere Modelle zu erkennen.

Darüber hinaus verbessert CMM die Geschäftsprozesse und reduziert auch die plötzliche Änderung der Produktionspläne. Da das CMM das erste Modell war, das entwickelt wurde, um den industriellen Prozess zu verbessern, kann es der Grundstein für andere Modellkreationen sein, wie z. B. die verbesserte Version von CMM (dh CMMI), das Business Capability Maturity Model (BCMM) und mehr.

CMM ist ein ziemlich flexibles Modell für alle Prozesse und Märkte. Unabhängig davon, welcher Branche Sie angehören, wenn Sie ein Entwicklungsteam haben, können die Mitglieder das Modell verwenden, um Fehler im Prozess zu beheben.

Fünf Reifegrade in CMM

Die fünf Stufen des Capability Maturity Model (CMM) im Entwicklungsprozess sind:

#1. Anfangslevel

Auf dieser Ebene sind die Prozesse nicht in der richtigen Reihenfolge. Es kann manchmal sogar chaotisch werden. Hier hängt der Erfolg von den Bemühungen des einzelnen Mitglieds ab und wird nicht als wiederholbarer Prozess betrachtet. Dies liegt nur daran, dass der Prozess nicht gut dokumentiert und definiert genug ist, um repliziert werden zu können.

Die befolgten Prozesse sind unausgereift und Ad-hoc, was eine instabile Umgebung für Ihre Softwareentwicklung darstellt. Darüber hinaus gibt es keine Grundlage, um die Qualität des Produkts und seine Fertigstellungszeit vorherzusagen.

#2. Wiederholbar

Auf dieser Ebene sind die erforderlichen Prozesse etabliert, dokumentiert und definiert. Infolgedessen sind Projektmanagementtechniken ordnungsgemäß etabliert, und der Erfolg kann in einigen wichtigen Prozessbereichen möglicherweise nicht repliziert werden.

Das wiederholbare Niveau kann erreicht werden, indem einige grundlegende Richtlinien des Projektmanagements festgelegt werden. Erfahrungen aus früheren Projekten werden genutzt, um gleichartige Projekte zu leiten. Es umfasst die Definition der erforderlichen Ressourcen, Ziele, Einschränkungen und mehr für das Projekt.

Diese Stufe stellt einen detaillierten Plan dar, der für den erfolgreichen Abschluss von Qualitätssoftware ordnungsgemäß befolgt werden muss. Das primäre Ziel besteht darin, die Leistungsfähigkeit des Produkts, z. B. seiner Komponente, während des gesamten Lebenszyklus der Software aufrechtzuerhalten.

Die wiederholbare Ebene umfasst auch Kundenfeedback und Bewertungsmanagement, was zu einigen Änderungen der festgelegten Anforderung führen kann. Dieses Anforderungsmanagement besteht aus der Aufnahme der geänderten Anforderungen.

Darüber hinaus konzentriert sich das Unterauftragsmanagement auf die Verwaltung von qualifizierten Auftragnehmern für die Softwareentwicklung. Das bedeutet, dass es einige Softwareteile verwaltet, die von Dritten entwickelt wurden. Die Software-Qualitätssicherung garantiert ein qualitativ hochwertiges Softwareprodukt mit bestimmten Regeln und Standardrichtlinien während des Entwicklungsprozesses.

#3. Definiert

Auf dieser Ebene erfolgt die Dokumentation der Richtlinien und Verfahren. Es ist ein klar definierter Satz von Software-Engineering-Prozessen und -Management. Das beinhaltet:

  • Peer-Reviews: Bei dieser Methode müssen Fehler durch eine Vielzahl von Überprüfungsprozessen wie Inspektionen, Buddy-Checks, Walkthroughs usw. behoben werden.
  • Koordination zwischen Gruppen: Diese Methode besteht aus Interaktionen zwischen mehreren Entwicklungsteams, um eine ordnungsgemäße und effiziente Erfüllung der Anforderungen sicherzustellen.
  • Organisationsprozessdefinition: Die Methode konzentriert sich auf die Entwicklung und Aufrechterhaltung von Softwareentwicklungsprozessen.
  • Organisationsprozess-Fokus: Dies umfasst Praktiken und Aktivitäten, die befolgt werden müssen, um die Prozessfähigkeiten der Organisation zu verbessern.
  • Schulungsprogramme: Schulungsprogramme konzentrieren sich auf die Erweiterung der Kenntnisse und Fähigkeiten der Teammitglieder und sorgen für eine Verbesserung der Arbeitseffizienz.

#4. Gelang es

Auf dieser Ebene werden quantitative Ziele für die Softwareproduktqualität und Softwareprozesse einer Organisation festgelegt. Die durchgeführten Messungen ermöglichen es der Organisation, die Prozess- und Produktqualität innerhalb der quantitativ definierten Grenzen vorherzusagen.

Diese Ebene umfasst Strategien und Pläne, die erstellt wurden, um quantitative Analysen und Produktqualität zu entwickeln und zu verstehen. Es konzentriert sich auch auf das Management der Projektleistung.

#5. Optimierung

Dies ist die letzte Stufe der Prozessreife im CMM, die sich ausschließlich auf die kontinuierliche Verbesserung von Entwicklungsprozessen in der Organisation durch quantitatives Feedback konzentriert. Dies geschieht durch den Einsatz von Techniken, Auswertungen und Werkzeugen für Softwareprozesse, um die Wiederholung bekannter Fehler zu verhindern.

Diese Stufe beinhaltet:

  • Prozessänderungsmanagement: Dieser Managementprozess konzentriert sich auf die kontinuierliche Verbesserung der Softwareentwicklungsprozesse. Dadurch werden Qualität, Durchlaufzeit und Produktivität des Softwareprodukts verbessert.
  • Technology Change Management: Es besteht aus dem Einsatz von Technologien und Identifikationstechniken, um die Qualität des Produkts zu verbessern und die Entwicklungszeit zu minimieren.
  • Fehlervermeidung: Fehlervermeidung kann erfolgen, indem die Ursache von Fehlern identifiziert und verhindert wird, dass diese Fehler in den nächsten Projekten erneut auftreten. Dadurch werden projektdefinierte Prozesse verbessert.

Integration des Fähigkeitsreifemodells

Capability Maturity Model Integration (CMMI) ist ein einfaches Prozessmodell, das Unternehmen verwenden können, um Entwicklungsprozesse zu verbessern, effiziente Verhaltensweisen zu fördern und die Produktivität im Arbeitsablauf zu verbessern, während sie ein Produkt, eine Dienstleistung oder ein Projekt entwickeln. Dies führt zu einer Verringerung der Risiken während des gesamten Prozesses.

CMMI wurde von der Carnegie Mellon University entwickelt und eingeführt. Die primäre Absicht dieser Entwicklung ist es, die Effizienz und Benutzerfreundlichkeit von Reifegradmodellen zu erhöhen, die die Fähigkeit einer Organisation messen können, eine kontinuierliche Verbesserung in bestimmten Bereichen zu haben. Dies kann nur durch die Integration mehrerer Modelle in einem einzigen Framework geschehen.

Die erste Version wurde 2002 veröffentlicht, und die nächste Version wurde 2006 veröffentlicht. 2010 erschien Version 1.3, und die neueste Version, 2.0, wurde 2018 eingeführt, die mit verschiedenen Änderungen einherging, z. B. besser zugänglich, effektiver usw ., für Unternehmen.

CMMI wurde von ISACA (früher bekannt als Information Systems Audit and Control Association) gekauft, die Zertifizierungen wie das COBIT-Framework besitzt. CMMI ist ein Prozess- und Verhaltensmodell, das Organisationen während des gesamten Entwicklungsprozesses von Produkten oder Dienstleistungen unterstützt.

Somit ist das Ziel von CMMI ziemlich klar. Es wird verwendet, um die Service- oder Produktqualität zu verbessern, indem dem Modell gefolgt wird, das die Kundenerwartungen erfüllt und den Wert einer Organisation auf dem Markt steigert. Es bewertet auch den Ruf Ihres Unternehmens und den Wert der Interessengruppen in der Branche.

Das CMMI befasst sich derzeit mit folgenden Interessensgebieten:

  • CMMI for Development: Es dient der Entwicklung von Produkten und Dienstleistungen.
  • CMMI für Dienste: Es dient der Einrichtung, Bereitstellung und Verwaltung von Diensten.
  • CMMI for Acquisition: Es beinhaltet den Erwerb von Produkten und Dienstleistungen.

Vertretung von CMMI

Die CMMI-Darstellung ermöglicht es einer Organisation, eine Reihe von Verbesserungszielen zu verfolgen. Es gibt zwei Darstellungen:

Inszenierte Darstellung

  • Es verwendet einen definierten Satz von Entwicklungsprozessgebieten, um den Verbesserungspfad zu beschreiben.
  • Es bietet eine Reihe von Verbesserungen, wobei jeder Teil der Reihe als Struktur für die nächste Verbesserung dient.
  • Es definiert einen verbesserten Weg mit Hilfe von Reifegraden. Und der Reifegrad gibt Auskunft über die Reife verschiedener Prozesse in der Organisation.
  • Es ermöglicht den Vergleich zwischen verschiedenen Organisationen für verschiedene Reifegrade.

Kontinuierliche Vertretung

  • Es ermöglicht die Auswahl bestimmter Prozessbereiche.
  • Es verwendet Fähigkeitsgrade, um die Verbesserung des einzelnen Prozesses zu messen.
  • Darüber hinaus ermöglicht es einen Vergleich zwischen Organisationen basierend auf Prozessbereich für Prozessbereich.
  • Die kontinuierliche Repräsentation ermöglicht es Organisationen auch, aus verschiedenen Prozessen für eine bessere Verbesserung auszuwählen.
  • In dieser Darstellung können Organisationen ihre Ziele besser erreichen und Risiken reduzieren, indem sie die Reihenfolge der Verbesserung verschiedener Prozesse auswählen.

Stufen in CMMI

Es gibt fünf Reifegrade in CMMI mit abgestufter Darstellung:

#1.Erste: Auf dieser Ebene sind Entwicklungsprozesse schlecht kontrolliert oder verwaltet. Es beinhaltet auch unvorhersehbare Ergebnisse des Entwicklungsprozesses. Darüber hinaus werden chaotische und ad-hoc-Ansätze verwendet. Definierte Key Process Areas (KPAs) finden Sie nicht. Die Qualität ist nicht so gut, und das Produkt oder die Dienstleistungen sind dem höchsten Risiko ausgesetzt.

#2. Managed: In diesem Reifegrad werden Anforderungen richtig gemanagt und Entwicklungsprozesse kontrolliert und geplant. Hier wird das Projekt gemäß den dokumentierten Plänen ordnungsgemäß verwaltet und umgesetzt. Das Risiko besteht jedoch immer noch, ist aber geringer als das Ausgangsniveau.

#3.Definiert: Im definierten Reifegrad sind die Entwicklungsprozesse gut beschrieben und mit geeigneten Verfahren, Standards, Werkzeugen und Methoden charakterisiert. Die Qualität, die Sie finden, ist mittel, und das Risiko ist auch mittel.

#4.Quantitativ gesteuert: In diesem Modell werden die quantitativen Ziele für Qualitäts- und Leistungsprozesse festgelegt. Es basiert auf den Bedürfnissen der Organisation, den Kundenanforderungen und mehr. Die Prozessleistungskennzahlen werden quantitativ analysiert. Hier finden Sie qualitativ hochwertigere Prozesse bei geringerem Risiko.

#5.Optimierung: Dies ist die letzte Stufe des Reifegradmodells, die eine kontinuierliche Verbesserung der Leistung und der Prozesse beinhaltet. Die Verbesserung auf dieser Ebene ist sowohl innovativ als auch inkrementell. Die Prozesse und Leistungen sind qualitativ hochwertiger und das Risiko am geringsten.

Fähigkeitsstufen von CMMI

Ein Fähigkeitsniveau gibt Auskunft über die relevanten Praktiken für ein bestimmtes Prozessgebiet, um die Prozesse einer Organisation in Bezug auf das Prozessgebiet zu verbessern. Es gibt sechs Leistungsstufen für CMMI-Modelle:

  • Fähigkeitsstufe 0 (unvollständig): Sie umfasst unvollständige, teilweise und nicht durchgeführte Prozesse. Auf dieser Ebene gibt es keine generischen Ziele.
  • Fähigkeitsstufe 1 (durchgeführt): Die Prozessleistung ist auf dieser Stufe nicht stabil. Kosten-, Termin- und Qualitätsziele werden nicht erreicht. Der Prozess der Ebene 1 muss bestimmte Praktiken ausführen.
  • Fähigkeitsstufe 2 (Managed): Auf dieser Stufe wird der Prozess überwacht, gesteuert und geplant. Hier sind Ziele sowohl Modell als auch andere wie Qualität, Zeitplan und Kosten. Die Organisation muss Prozesse mithilfe von Metriken aktiv steuern.
  • Fähigkeitsstufe 3 (definiert): Dies ist eine definierte Stufe, auf der der Prozess gut verwaltet wird und eine Reihe von organisatorischen Richtlinien und Standards erfüllt. Es konzentriert sich auf die Standardisierung von Prozessen.
  • Fähigkeitsstufe 4 (quantitativ gesteuert): Hier wird der Prozess mithilfe quantitativer und statistischer Techniken gesteuert. Auf dieser Ebene wird die Prozessleistung in Metriken und statistischen Begriffen verstanden.
  • Fähigkeitsstufe 5 (Optimierung): Diese Stufe konzentriert sich auf die kontinuierliche Verbesserung der Prozessleistung. Die Leistung wird sowohl auf innovative als auch inkrementelle Weise verbessert.

CMM vs. CMMI: Unterschied

CMMI ist ein aktualisiertes oder neueres Modell von CMM. Das SEI hat CMMI entwickelt, um CMM zu standardisieren und zu integrieren, das verschiedene Modelle für jede Funktion hat, die es abdeckt. Diese Modelle werden nicht synchronisiert; Ihre Integration macht den Prozess flexibel und effizient.

In Bezug auf Schlüsselprozessbereiche, Praktiken, Reifegrade und Ziele ähnelt die CMMI-Struktur der CMM-Struktur. CMMI bietet jedoch zwei unterschiedliche Darstellungen der Prozesse.

Lassen Sie uns weitere Unterschiede zwischen CMM und CMMI herausfinden:

CMMCMMICMM steht für Capability Maturity Model, entwickelt im Jahr 1984. CMMI steht für Capability Maturity Model Integration, entwickelt im Jahr 2006. Es ist ein Verhaltensmodell, das entwickelt wurde, um die Softwareentwicklungsprozesse in einer Organisation zu messen. Es ist die aktualisierte Version des CMM-Modells, das aufgabenorientierter und effektiver ist. Der primäre Zweck besteht darin, die Reifegrade im Softwareentwicklungsprozess zu bewerten. Der Hauptzweck besteht darin, verschiedene Softwaremodelle in einer einzigen Software zu kombinieren und einige CMM-Nachteile zu überwinden. CMM hat fünf Phasen: Initial, Wiederholung, definiert, verwaltet und optimiertCMMI hat fünf Phasen: Initial, verwaltet, definiert, quantitativ verwaltet und optimiert. CMM ist weniger effektiv. CMMI ist effektiver. Es ist zu prozessorientiert. Es ist zielorientiert.

Abschluss

Das Capability Maturity Model (CMM) ist ein Problemlösungssystem für Softwareentwicklungsprozesse in der Industrie. Dies kann Unternehmen den Umgang mit Prozessproblemen ersparen.

Andererseits hat CMMI eine fortschrittlichere Methodik als CMM. Es beinhaltet die Erfüllung der Kundenerwartungen, die Wertschätzung der Kreation, das Marketingwachstum, die Verbesserung der Produkt- und Servicequalität und die Verbesserung des Rufs.

Sie können auch das Application Lifecycle Management-Framework erkunden, das bei der Entwicklung und Lieferung der Software termingerecht, innerhalb des Budgets und in höchster Qualität hilft.