Capability Maturity Model (CMM) (eine eingetragene Dienstleistungsmarke der Universität von Carnegie Mellon, CMU) ist ein Entwicklungsmodell, das nach der Studie von Daten geschaffen wurde, die von Organisationen gesammelt sind, die sich mit dem amerikanischen Verteidigungsministerium zusammengezogen haben, das die Forschung finanziell unterstützt hat. Dieses Modell ist das Fundament geworden, von dem CMU Software Engineering Institute (SEI) geschaffen hat. Der Begriff "Reife" bezieht sich auf den Grad der Formalität und die Optimierung von Prozessen von Ad-Hoc-Methoden zu formell definierten Schritten zur geführten Ergebnis-Metrik zur aktiven Optimierung der Prozesse.

Wenn der CMM auf Softwareentwicklungsprozesse einer vorhandenen Organisation angewandt wird, erlaubt er eine wirksame Annäherung zur Besserung von ihnen. Schließlich ist es klar geworden, dass das Modell auf andere Prozesse angewandt werden konnte. Das hat ein mehr Gesamtkonzept verursacht, das auf das Geschäft angewandt wird.

Übersicht

Capability Maturity Model (CMM) wurde als ein Werkzeug ursprünglich entwickelt, für die Fähigkeit der Prozesse von Regierungsauftragnehmern objektiv zu bewerten, ein zusammengezogenes Softwareprojekt durchzuführen. Der CMM basiert auf dem Prozess-Reife-Fachwerk, das zuerst im 1989-Buch beschrieben ist, das den Softwareprozess durch Watts Humphrey Führt. Es wurde später in einem Bericht 1993 (Technischer Bericht CMU/SEI-93-TR-024 ESC TR 93 177 Februar 1993, Fähigkeitsreife-Modell für die Software, Version 1.1) und als ein Buch von denselben Autoren 1995 veröffentlicht.

Obwohl der CMM aus dem Feld der Softwareentwicklung kommt, wird es auch als ein allgemeines Modell verwendet, um in der Besserung organisatorischer Geschäftsprozesse in verschiedenen Gebieten zu helfen; zum Beispiel in Softwaretechnik, Projektplanung, Projektmanagement, Softwarewartung, Risikomanagement, Systemerwerb, Informationstechnologie (IT), Dienstleistungen, Geschäftsprozesse allgemein und menschliches Kapitalmanagement. Der CMM ist umfassend weltweit in Regierungsbüros, Handel, Industrie und Softwareentwicklungsorganisationen verwendet worden.

Geschichte

Vorheriges Bedürfnis nach Softwareprozessen

In den 1960er Jahren ist der Gebrauch von Computern weit verbreiteter, flexibler und weniger kostspielig gewachsen. Organisationen haben begonnen, computerisierte Informationssysteme anzunehmen, und die Nachfrage nach der Softwareentwicklung ist bedeutsam gewachsen. Viele Prozesse für die Softwareentwicklung waren in ihrem Säuglingsalter, mit wenigem Standard oder "bester Praxis" definierte Annäherungen.

Infolgedessen wurde das Wachstum durch Anfangsschwierigkeiten begleitet: Projektmisserfolg war üblich, und das Feld der Informatik war noch in seinen frühen Jahren, und die Bestrebungen für die Projektskala und Kompliziertheit haben die Marktfähigkeit überschritten, entsprechende Produkte innerhalb eines geplanten Budgets zu liefern. Personen wie Edward Yourdon, Larry Constantine, Gerald Weinberg, Tom DeMarco und David Parnas haben begonnen, Artikel zu veröffentlichen, und Bücher mit der Forschung läuft auf einen Versuch hinaus, die Softwareentwicklungsprozesse zu professionalisieren.

In den 1980er Jahren haben mehrere militärische US-Projekte, die Softwaresubunternehmer einbeziehen, Überbudget geführt und wurden viel später vollendet als geplant, wenn überhaupt. Um zu bestimmen, warum das vorkam, hat die USA-Luftwaffe eine Studie am SEI finanziell unterstützt.

Vorgänger

Der Qualitätsverwaltungsreife-Bratrost wurde von Philip B. Crosby in seinem Buch Qualität entwickelt ist Frei, der die Position vorgebracht hat, die Qualitätsverbesserungstätigkeiten für sich durch das Reduzieren der zusammenhängenden Kosten bezahlt haben.

Die erste Anwendung eines inszenierten Reife-Modells DAZU war nicht durch CMM/SEI, aber eher durch Richard L. Nolan, der, 1973 die Stufen des Wachstumsmodells DAFÜR Organisationen veröffentlicht hat.

Watts Humphrey hat begonnen, seine Prozess-Reife-Konzepte während der späteren Stufen seiner 27-jährigen Karriere an IBM zu entwickeln.

Entwicklung an SEI

Die aktive Entwicklung des Modells durch das US-Verteidigungsministerium, das Software Engineering Institute (SEI) 1986 begonnen hat, als sich Humphrey dem Softwaretechnikinstitut angeschlossen hat, das an der Universität von Carnegie Mellon in Pittsburgh, Pennsylvanien nach dem Abtreten von IBM gelegen ist. Auf Bitte von der amerikanischen Luftwaffe hat er begonnen, sein Prozess-Reife-Fachwerk zu formalisieren, um dem amerikanischen Verteidigungsministerium im Auswerten der Fähigkeit zu Softwareauftragnehmern als ein Teil zu helfen, Verträge zuzuerkennen.

Das Ergebnis der Luftwaffenstudie war ein Modell für das Militär, um als eine objektive Einschätzung der Softwaresubunternehmer-Prozess-Fähigkeitsreife zu verwenden. Humphrey hat dieses Fachwerk auf dem früheren Qualitätsverwaltungsreife-Bratrost gestützt, der von Philip B. Crosby in seinem Buch "Qualität entwickelt ist, ist Frei". Jedoch hat sich die Annäherung von Humphrey wegen seiner einzigartigen Scharfsinnigkeit unterschieden, dass Organisationen ihre Prozesse reif werden, die etappenweise auf dem Beheben von Prozess-Problemen in einer spezifischen Ordnung gestützt sind. Humphrey hat seine Annäherung an die inszenierte Evolution eines Systems von Softwareentwicklungsmethoden innerhalb einer Organisation gestützt, anstatt die Reife jeder getrennten Entwicklung zu messen, gehen unabhängig in einer Prozession. Der CMM ist so von verschiedenen Organisationen als ein allgemeines und starkes Werkzeug für das Verstehen und dann die Besserung allgemeiner Geschäftsprozess-Leistung verwendet worden.

Capability Maturity Model (CMM) von Watts Humphrey wurde 1988 und als ein Buch 1989, im Handhaben des Softwareprozesses veröffentlicht.

Organisationen wurden mit einem Prozess-Reife-Fragebogen und einer Softwarefähigkeitseinschätzungsmethode ursprünglich bewertet, die von Humphrey und seinen Kollegen an Software Engineering Institute (SEI) ausgedacht ist.

Die volle Darstellung des Fähigkeitsreife-Modells als eine Reihe von definierten Prozess-Gebieten und Methoden an jedem der fünf Reife-Niveaus wurde 1991 mit der Version 1.1 begonnen, die im Januar 1993 wird vollendet. Der CMM wurde als ein Buch 1995 von seinen primären Autoren, Mark C. Paulk, Charles V. Weber, Bill Curtis und Mary Beth Chrissis veröffentlicht.

CMM wird durch CMMI Ersetzt

Das CMM Modell hat sich nützlich für viele erwiesen, aber seine Anwendung in der Softwareentwicklung ist manchmal problematisch gewesen. Die Verwendung vielfacher Modelle, die innerhalb und über eine Organisation nicht integriert werden, konnte in der Ausbildung, den Abschätzungen und den Verbesserungstätigkeiten kostspielig sein. Die Fähigkeitsreife-Musterintegration (CMMI) wurde Projekt gebildet, um das Problem zu erledigen, vielfache Modelle für Softwareentwicklungsprozesse zu verwenden, so hat das CMMI Modell das CMM Modell ersetzt, obwohl das CMM Modell fortsetzt, ein allgemeines theoretisches im öffentlichen Gebiet verwendetes Prozess-Fähigkeitsmodell zu sein.

Angepasst an andere Prozesse

Der CMM war als ein Werkzeug ursprünglich beabsichtigt, um die Fähigkeit von Regierungsauftragnehmern zu bewerten, ein zusammengezogenes Softwareprojekt durchzuführen. Obwohl es aus dem Gebiet der Softwareentwicklung kommt, kann es sein, ist gewesen und setzt fort, weit angewandt zu werden, weil ein allgemeines Modell der Reife des Prozesses (z.B, ES Dienstverwaltungsprozesse) darin (und anderer) Organisationen/ES IST.

Musterthemen

Reife-Modell

Ein Reife-Modell kann als eine Reihe von strukturierten Niveaus angesehen werden, die beschreiben, wie gut die Handlungsweisen, Methoden und Prozesse einer Organisation erforderliche Ergebnisse zuverlässig und nachhaltig erzeugen können.

Ein Reife-Modell kann zum Beispiel zur Verfügung stellen:

• ein Platz, anzufangen
• der Vorteil vorheriger Erfahrungen einer Gemeinschaft
• eine gemeinsame Sprache und eine geteilte Vision
• ein Fachwerk für prioritizing Handlungen.
• eine Weise zu definieren, was Verbesserung für Ihre Organisation bedeutet.

Ein Reife-Modell kann als ein Abrisspunkt zum Vergleich und als eine Hilfe zum Verstehen - zum Beispiel für die vergleichende Bewertung von verschiedenen Organisationen verwendet werden, wo es etwas gemeinsam gibt, das als eine Basis zum Vergleich verwendet werden kann. Im Fall vom CMM, zum Beispiel, würde die Basis zum Vergleich die Softwareentwicklungsprozesse der Organisationen sein.

Struktur

Das Fähigkeitsreife-Modell schließt die folgenden fünf Aspekte ein:

• Reife-Niveaus: Ein 5-Niveaus-Prozess-Reife-Kontinuum - wo das oberste (5.) Niveau ein begrifflicher idealer Staat ist, wo Prozesse durch eine Kombination der Prozessoptimierung und dauernden Prozess-Verbesserung systematisch geführt würden.
• Schlüsselprozess-Gebiete: Key Process Area (KPA) identifiziert eine Traube von zusammenhängenden Tätigkeiten, die, wenn durchgeführt, zusammen, eine Reihe von Zielen betrachtet wichtig erreichen.
• Absichten: Die Absichten eines Schlüsselprozess-Gebiets fassen die Staaten zusammen, die für dieses auf eine wirksame und anhaltende Weise durchzuführende Schlüsselprozess-Gebiet bestehen müssen. Das Ausmaß, in dem die Absichten vollbracht worden sind, ist ein Hinweis dessen, wie viel Fähigkeit die Organisation an diesem Reife-Niveau gegründet hat. Die Absichten bedeuten das Spielraum, die Grenzen und die Absicht jedes Schlüsselprozess-Gebiets.
• Gemeinsame Merkmale: Gemeinsame Merkmale schließen Methoden ein, die durchführen und ein Schlüsselprozess-Gebiet institutionalisieren. Es gibt fünf Typen von gemeinsamen Merkmalen: Engagement, Fähigkeit Zu leisten, Tätigkeiten Durchgeführt, Maß und Analyse und Überprüfen-Durchführung Zu leisten.
• Schlüsselmethoden: Die Schlüsselmethoden beschreiben die Elemente der Infrastruktur und Praxis, die am effektivsten zur Durchführung und Institutionalisierung des KPAs beitragen.

Niveaus

Es gibt fünf Niveaus, die entlang dem Kontinuum des CMM und gemäß dem SEI definiert sind: "Wie man glaubt, verbessern sich Voraussagbarkeit, Wirksamkeit und Kontrolle Softwareprozesse einer Organisation, weil die Organisation diese fünf Niveaus heranbringt. Während nicht streng die empirischen Beweise, um zu datieren, diesen Glauben unterstützen".

1. Initiale (chaotisch, ad hoc, individueller heroics) - der Startpunkt für den Gebrauch eines neuen oder undokumentierten mehrmaligen Prozesses.
2. Repeatable - der Prozess wird mindestens genug solch dokumentiert, dass das Wiederholen derselben Schritte versucht werden kann.
3. Definiert - wird der Prozess als ein Standardgeschäftsprozess definiert/bestätigt, und zu Niveaus 0, 1 und 2 (die Letzteren zersetzt, die Arbeitsinstruktionen sind).
4. Geführt - wird der Prozess in Übereinstimmung mit dem vereinbarten Metrik quantitativ geführt.
5. Optimierung - Prozesssteuerung schließt absichtliche Prozessoptimierung / Verbesserung ein.

Innerhalb von jeder dieser Reife sind Niveaus Schlüsselprozess-Gebiete (KPAs), die dieses Niveau charakterisieren, und für jeden KPA es fünf identifizierte Definitionen gibt:

1. Absichten
2. Engagement
3. Fähigkeit
4. Maß
5. Überprüfung

Die KPAs sind zu CMM nicht notwendigerweise einzigartig, vertretend — wie sie — die Stufen tun, die Organisationen unterwegs zum reifen Werden durchgehen müssen.

Der CMM stellt ein theoretisches Kontinuum zur Verfügung, entlang dem Prozess-Reife zusätzlich von einem Niveau bis das folgende entwickelt werden kann. Dem Auslassen von Niveaus wird nicht erlaubt/ausführbar.

N.B.: Der CMM war als ein Werkzeug ursprünglich beabsichtigt, um die Fähigkeit von Regierungsauftragnehmern zu bewerten, ein zusammengezogenes Softwareprojekt durchzuführen. Es ist dafür verwendet worden und kann diesem Zweck angepasst werden, aber Kritiker haben darauf hingewiesen, dass die Prozess-Reife gemäß dem CMM für die erfolgreiche Softwareentwicklung nicht notwendigerweise obligatorisch war. Es gab wahre Beispiele, wo der CMM für die erfolgreiche Softwareentwicklung wohl irrelevant war, und diese Beispiele viele shrinkwrap Gesellschaften einschließen (auch hat kommerziell vom Bord oder den Unternehmen "der KINDERBETTCHEN" oder den Softwarepaket-Unternehmen genannt). Solche Unternehmen, hätten zum Beispiel, Claris, Apfel, Symantec, Microsoft und Lotus eingeschlossen. Obwohl diese Gesellschaften ihre Software erfolgreich entwickelt haben können, hätten sie nicht notwendigerweise gedacht oder definiert oder ihre Prozesse als der CMM geführt, der als Niveau 3 oder oben beschrieben ist, und hätten so Niveau 1 oder 2 des Modells gepasst. Das hat nicht - auf dem Gesicht davon getan - vereiteln die erfolgreiche Entwicklung ihrer Software.

Niveau 1 - (Chaotische) Initiale: Es ist für Prozesse an diesem Niveau charakteristisch, dass sie (normalerweise) undokumentiert werden und in einem Staat der dynamischen Änderung, dazu neigend, auf eine reaktive und nicht kontrollierte Ad-Hoc-Weise von Benutzern oder Ereignissen gesteuert zu werden. Das stellt eine chaotische oder nicht stabile Umgebung für die Prozesse zur Verfügung.

Niveau 2 - Repeatable: Es ist für Prozesse an diesem Niveau charakteristisch, dass einige Prozesse repeatable vielleicht mit konsequenten Ergebnissen sind. Prozess-Disziplin wird kaum streng sein, aber wo sie besteht, kann sie helfen sicherzustellen, dass vorhandene Prozesse während Zeiten der Betonung aufrechterhalten werden.

Niveau 3 - Definiert: Es ist für Prozesse an diesem Niveau charakteristisch, dass es Sätze von definierten gibt und Standardprozesse gegründet und Thema etwas Grad der Verbesserung mit der Zeit dokumentiert hat. Diese Standardprozesse sind im Platz (d. h. sie sind, WEIL - Prozesse IST), und verwendet, um Konsistenz der Prozess-Leistung über die Organisation zu gründen.

Niveau 4 - Geführt: Es ist für Prozesse an diesem Niveau charakteristisch, das, mit der Prozess-Metrik, Management effektiv kontrollieren kann, WEIL - Prozess (z.B, für die Softwareentwicklung) IST. Insbesondere Management kann Weisen identifizieren, den Prozess an besondere Projekte ohne messbare Verluste der Qualität oder Abweichungen von Spezifizierungen anzupassen und anzupassen. Prozess-Fähigkeit wird von diesem Niveau gegründet.

Niveau 5 - Optimierung: Es ist eine Eigenschaft von Prozessen an diesem Niveau, dass der Fokus auf der sich ständig verbessernden Prozess-Leistung sowohl durch zusätzliche als auch durch innovative technologische Änderungen/Verbesserungen ist.

Am Reife-Niveau 5 sind Prozesse mit richtenden statistischen häufigen Gründen der Prozess-Schwankung und des Änderns des Prozesses (zum Beispiel beschäftigt, um die bösartige von der Prozess-Leistung auszuwechseln), um Prozess-Leistung zu verbessern. Das würde zur gleichen Zeit als das Aufrechterhalten der Wahrscheinlichkeit getan, die feststehenden quantitativen Ziele der Prozess-Verbesserung zu erreichen.

Softwareprozess-Fachwerk

Das dokumentierte Softwareprozess-Fachwerk ist beabsichtigt, um diejenigen zu führen, die möchten eine Konsistenz einer Organisation eines oder Projektes mit dem CMM bewerten. Für jedes Reife-Niveau gibt es fünf Checkliste-Typen:

Siehe auch

• Fähigkeitsminderjährigkeitsmodell
• Fähigkeitsreife-Musterintegration
• Menschenfähigkeitsreife-Modell
• Die Prüfung des Reife-Modells

Links