Capability Maturity Model (CMMI): Die 5 Stufen erklärt

Das Capability Maturity Model ist die klarste Landkarte, die den meisten Operations-Verantwortlichen zur Verfügung steht, um eine schwierige Frage zu beantworten: Wie ausgereift sind unsere Prozesse wirklich? Keine Gefühle, keine Meinungen. Ein strukturiertes, stufenweises Bild davon, wo Ihre Organisation heute steht und was es braucht, um aufzusteigen.

Capability Maturity Model Integration (CMMI) baut auf Jahrzehnten von Prozessforschung auf. Es gibt Teams eine gemeinsame Sprache, um Lücken zu diagnostizieren, Prioritäten zu setzen und Fortschritte gegenüber Stakeholdern zu belegen, die Beweise statt Versprechen wollen.

Was ist das Capability Maturity Model?

Das Capability Maturity Model ist ein Rahmenwerk zur Bewertung und Verbesserung, wie ausgereift und wiederholbar die Prozesse einer Organisation sind. In der Praxis zeigt es Ihnen, ob Ihr Team jedes Mal improvisiert oder definierten, gemessenen und sich kontinuierlich verbessernden Methoden folgt.

Das ursprüngliche CMM entstand am Software Engineering Institute (SEI) der Carnegie Mellon University in den späten 1980er-Jahren. Das US-Verteidigungsministerium finanzierte diese frühe Arbeit, weil Verteidigungsauftragnehmer eine einheitliche Methode brauchten, um die Fähigkeit von Softwarelieferanten zu bewerten. SEI veröffentlichte 1991 das erste formale CMM-Modell, das sich vollständig auf Softwareentwicklung konzentrierte.

Im folgenden Jahrzehnt entstanden separate Reifegradmodelle für Systems Engineering, integrierte Produktentwicklung und Lieferantenbeschaffung. Die Version 1.0 von Capability Maturity Model Integration (CMMI) erschien 2002, um diese separaten Rahmenwerke in einem zu konsolidieren. Heute wird CMMI von ISACA verwaltet (das 2016 das CMMI Institute übernahm) und deckt mittlerweile Produktentwicklung, Dienstleistungen und Lieferantenmanagement ab.

Wichtigste Fakten

• CMM wurde 1991 erstmals vom SEI an der Carnegie Mellon veröffentlicht, primär zur Bewertung von US-Verteidigungssoftwareauftragnehmern.
• CMMI Version 1.0 erschien 2002 und vereinte drei separate Reifegradmodelle in einem integrierten Rahmenwerk.
• ISACA, die globale IT-Governance-Organisation, besitzt und pflegt CMMI heute, nachdem sie 2016 das CMMI Institute übernommen hat.

Die 5 Reifegradstufen

Das Capability Maturity Model gruppiert die organisatorische Prozessfähigkeit in fünf nummerierte Stufen. Jede Stufe baut direkt auf der darunterliegenden auf, sodass Sie nicht von Stufe 1 zu Stufe 4 springen können, ohne die grundlegende Arbeit dazwischen zu leisten.

Stufe 1: Initial

Auf Stufe 1 sind Prozesse unvorhersehbar und weitgehend reaktiv. Arbeit wird erledigt, weil einzelne Personen es herausfinden, nicht weil die Organisation eine verlässliche Methode hat. Erfolg hängt davon ab, wer im Raum ist, nicht davon, wie der Raum funktioniert.

Projekte auf dieser Stufe überschreiten regelmäßig Budgets und verpassen Termine. Verlassen erfahrene Mitarbeitende das Unternehmen, geht ihr Wissen mit ihnen. Dokumentation ist dünn oder inkonsistent. Krisen sind die Norm, und Feuerwehreinsätze sind ein Vollzeitjob.

Die meisten neuen Unternehmen starten hier. Das Problem ist nicht, auf Stufe 1 zu beginnen. Das Problem ist, dort zu bleiben, nachdem das Team über eine Handvoll Personen hinausgewachsen ist.

Stufe 2: Managed

Auf Stufe 2 sind grundlegende Projektmanagementpraktiken vorhanden. Teams planen Arbeit, verfolgen den Status und ergreifen Korrekturmaßnahmen, wenn etwas schiefläuft. Anforderungen werden verwaltet, und Arbeitsergebnisse werden überprüft.

Der entscheidende Unterschied: Prozesse werden auf Projektebene gesteuert, nicht auf Organisationsebene. Jedes Projektteam mag leicht unterschiedlich arbeiten, aber alle folgen erkennbaren Plänen statt reiner Improvisation. Ergebnisse werden innerhalb einzelner Projekte vorhersehbarer.

Viele Unternehmen in der Wachstumsphase befinden sich auf Stufe 2. Die Prozesse funktionieren, werden aber inkonsistent angewendet, und sie zu skalieren erfordert erheblichen Koordinationsaufwand.

Stufe 3: Defined

Stufe 3 ist der Punkt, an dem die Organisation, nicht nur einzelne Projektteams, den Prozess besitzt. Ein einheitlicher Satz von Prozessen wird dokumentiert, für die Nutzung über alle Projekte hinweg angepasst und aktiv gepflegt.

Teams erfinden das Rad nicht mehr für jedes Projekt neu. Kommt eine neue Person hinzu, lernt sie den definierten Ansatz der Organisation. Erkenntnisse aus vergangenen Projekten fließen zurück in die Standardprozessbibliothek. Hier beginnt echte Skalierbarkeit.

Der Übergang von Stufe 2 zu Stufe 3 ist oft der schwierigste Schritt, weil er organisatorischen Willen erfordert, nicht nur Projektdisziplin. Jemand muss den Standardprozess besitzen, Menschen darin schulen und dem Druck widerstehen, jedem Team sein eigenes Ding machen zu lassen.

Stufe 4: Quantitatively Managed

Auf Stufe 4 ist das Management von Intuition zu Daten übergegangen. Organisationen auf dieser Stufe sammeln quantitative Daten zur Prozessleistung und nutzen statistische Methoden, um Streuung zu verstehen und zu steuern.

Teams setzen messbare Qualitäts- und Leistungsziele. Sie können Ergebnisse mit angemessener Sicherheit vorhersagen, weil sie ihre Prozesse gut genug verstehen, um sie zu modellieren. Geht etwas schief, wissen sie genau, welcher Teilprozess abgewichen ist und um wie viel.

Diese Stufe erfordert Investitionen in Messinfrastruktur, eine Kultur, die Daten als nützlich statt bedrohlich betrachtet, und genug Prozessstabilität (aus Stufe 3), um aussagekräftige Ausgangswerte zum Vergleich zu haben.

Stufe 5: Optimizing

Organisationen auf Stufe 5 warten nicht, bis Fehler auftauchen. Sie identifizieren proaktiv Schwachstellen in ihren Prozessen und beheben sie, bevor Probleme entstehen. Kontinuierliche Verbesserung ist fest in die Art und Weise eingebaut, wie die Arbeit erledigt wird, nicht als jährliche Initiative aufgesetzt.

Innovation ist systematisch. Entdeckt ein Team eine bessere Methode, gibt es einen klaren Weg, sie zu testen, die Verbesserung anhand von Daten zu validieren und sie in den Standardprozess einfließen zu lassen. Die Organisation wird über die Zeit messbar besser.

Nur sehr wenige Organisationen erreichen Stufe 5. Diejenigen, die es tun, setzen tendenziell Branchenbenchmarks für Qualität und Effizienz.

Die fünf Stufen auf einen Blick

CMM im Vergleich zu CMMI

Das ursprüngliche CMM (Capability Maturity Model) wurde speziell für Softwareentwicklung entwickelt. Es hatte fünf Stufen, war spezifisch für Softwareprozesse und wurde in den 1990er-Jahren breit übernommen.

CMMI (Capability Maturity Model Integration) ersetzte es nicht durch eine Änderung des Konzepts, sondern durch eine Erweiterung des Umfangs. Drei separate SEI-Modelle, die Software, Systems Engineering und integrierte Produktentwicklung abdeckten, wurden in einem einzigen Rahmenwerk zusammengeführt, damit Organisationen nicht mehrere parallele Bewertungsprogramme pflegen mussten.

Der andere wesentliche Unterschied liegt im Anwendungsbereich. CMM war für Softwareteams gedacht. CMMI gilt für jede Art von Produkt- oder Dienstleistungsorganisation. Die fünfstufige Struktur ist dieselbe. Die Prozessbereiche innerhalb jeder Stufe sind breiter und umfassender.

Wenn jemand "CMM Level 3" erwähnt, nutzt er wahrscheinlich das ursprüngliche softwarespezifische Modell oder verwendet die Begriffe locker. Aktuelle formale Bewertungen nutzen CMMI und durchlaufen eine autorisierte Bewertungsmethode des CMMI Institute namens SCAMPI.

Vorteile des Capability Maturity Model

Organisationen streben CMMI-Bewertungen aus konkreten Gründen an, nicht nur wegen des Zertifikats.

Eine gemeinsame Sprache für Prozessqualität. Misst jede Abteilung Reife auf dieselbe Weise, werden Gespräche über Investitionsprioritäten einfacher. Sie können "wir sind bei Level 2 fürs Onboarding" mit "wir sind bei Level 4 für Software-Delivery" vergleichen und genau wissen, was diese Lücke bedeutet.

Verbesserte Vorhersehbarkeit. Organisationen, die von Level 1 zu Level 3 wechseln, sehen echte Reduktionen bei Projektüberschreitungen. Der ursächliche Mechanismus ist einfach: Definierte Prozesse reduzieren Streuung, und reduzierte Streuung macht Ergebnisse vorhersehbarer.

Reduzierte Abhängigkeit von Schlüsselpersonen. Organisationen auf Level 1 sind fragil. Verlieren Sie einen Experten, sinken die Ergebnisse. Definierte, dokumentierte Prozesse auf Level 3 und darüber bedeuten, dass neue Teammitglieder schneller eingearbeitet werden können und die Organisation nicht von institutionellem Wissen abhängig ist, das nur in den Köpfen von Menschen existiert.

Wettbewerbsvorteil bei regulierter Arbeit oder Regierungsaufträgen. Viele Regierungsaufträge, besonders in Verteidigung und Luftfahrt, verlangen von Lieferanten den Nachweis eines Mindest-CMMI-Levels. Für Organisationen in diesen Märkten öffnet der Wechsel von Level 2 zu Level 3 Türen, die sonst verschlossen blieben.

Ein Fundament für andere Verbesserungsrahmenwerke. CMMI koexistiert gut mit Six Sigma, ISO 9001 und Lean. Es ersetzt sie nicht. Betrachten Sie CMMI als das Gerüst und diese Methoden als die konkreten Werkzeuge, die Sie innerhalb dieses Gerüsts anwenden.

Wie Sie Prozessreife bewerten und verbessern

Auf der Reifegradskala aufzusteigen geschieht nicht automatisch. Es erfordert strukturierte Anstrengung und beginnt immer mit einem ehrlichen Blick darauf, wo Sie heute stehen.

1. Bewerten Sie Ihre aktuelle Stufe. Nutzen Sie die offizielle Bewertungsmethode von CMMI (SCAMPI) für eine formale Einstufung, oder führen Sie eine interne Lückenanalyse mit den CMMI-Praxisleitfäden als Checkliste durch. So oder so, widerstehen Sie dem Drang, sich selbst optimistisch einzustufen. Ein ehrliches Level 2 ist nützlicher als ein wunschgemäßes Level 3.

2. Identifizieren Sie die wichtigsten Lücken. Level 2 erfordert grundlegende Projektmanagementdisziplinen: Planung, Verfolgung, Anforderungsmanagement, Konfigurationskontrolle und Prozess-/Produktqualitätssicherung. Listen Sie auf, welche davon Ihnen fehlen oder inkonsistent angewendet werden. Diese Liste ist Ihre kurzfristige Roadmap.

3. Standardisieren Sie, bevor Sie optimieren. Es ist verlockend, direkt zu Kennzahlen und Verbesserung überzugehen. Tun Sie es nicht. Sie können nicht messen, was nicht definiert ist. Konzentrieren Sie sich zuerst darauf, Prozesse zu dokumentieren und über Projekte hinweg konsistent zu befolgen. Standardarbeitsanweisungen und Prozessdokumentation sind die Arbeitspferde dieser Phase.

4. Instrumentieren Sie Ihre Prozesse. Sobald Prozesse stabil sind (Level 3), fügen Sie Messung hinzu. Definieren Sie die Kennzahlen, die für jeden Kernprozess wichtig sind, richten Sie Erfassungsmechanismen ein und legen Sie Ausgangswerte fest. Prozess-KPIs sollten direkt an Ergebnisse geknüpft sein, nicht nur an Aktivität.

5. Bauen Sie kontinuierliche Verbesserung in den Prozess selbst ein. Auf Level 4 und 5 hört Verbesserung auf, ein Projekt zu sein, und wird zu einem System. Kaizen-Events, Retrospektiven und strukturierte Ursachenanalyse speisen Verbesserungen zurück in die Standardprozessbibliothek. Die Organisation wird mit jedem Zyklus klüger.

Beispiele für das Capability Maturity Model

Das Modell entstand in der Softwarebranche, gilt aber funktions- und branchenübergreifend. So sehen die Stufen in der Praxis aus:

IT-Dienstleister, die mit Regierungsaufträgen arbeiten, sind die häufigsten CMMI-Anwender, aber das Rahmenwerk zeigt sich auch in Luftfahrt, Finanzdienstleistungen, Gesundheitswesen und jeder Branche, in der Prozesskonsistenz eine Kundenanforderung ist.

Häufig gestellte Fragen

Was sind die 5 Stufen des Capability Maturity Model?

Die fünf Stufen sind: Level 1 (Initial), Level 2 (Managed), Level 3 (Defined), Level 4 (Quantitatively Managed) und Level 5 (Optimizing). Jede Stufe fügt mehr Struktur, Messung und proaktive Verbesserung auf der vorherigen hinzu. Sie können keine Stufen überspringen; jede baut auf den Disziplinen der vorherigen Phase auf.

Wird CMMI heute noch genutzt?

Ja. CMMI wird aktiv genutzt, besonders in IT-Dienstleistungen, Verteidigungsaufträgen, Luftfahrt und jeder Branche, in der Kunden oder Aufsichtsbehörden Nachweise über Prozessfähigkeit wollen. ISACA entwickelt und pflegt das Rahmenwerk weiter. Die SCAMPI-Bewertungsmethode ist der aktuelle Standard für formale Zertifizierung. Viele Organisationen außerhalb des Regierungssektors nutzen CMMI auch als internen Reifegrad-Benchmark, ohne eine formale Bewertung anzustreben.

Was ist der Unterschied zwischen CMM und CMMI?

CMM war das ursprüngliche Rahmenwerk, entwickelt am SEI der Carnegie Mellon in den späten 1980er- und 1990er-Jahren, spezifisch auf Softwareentwicklung fokussiert. CMMI ersetzte es Anfang der 2000er-Jahre, indem es drei separate Modelle (Software, Systems Engineering und integrierte Produktentwicklung) zu einem zusammenführte. CMMI ist breiter im Umfang, deckt jede Produkt- oder Dienstleistungsorganisation ab und ist die aktuelle Version, die von ISACA gepflegt wird.

Wie lange dauert es, von Level 1 zu Level 3 zu wechseln?

Das variiert je nach Organisationsgröße und Ausgangspunkt, aber die meisten Organisationen brauchen 18 bis 36 Monate für einen echten Übergang von Level 1 zu Level 3. Die Arbeit umfasst das Dokumentieren und Standardisieren von Prozessen, das Schulen von Mitarbeitenden und den Aufbau der organisatorischen Fähigkeit, definierten Prozessen konsistent zu folgen. Organisationen, die den Zeitplan überstürzen, enden oft mit Papierprozessen, denen niemand tatsächlich folgt.

Ersetzt CMMI Agile, Six Sigma oder ISO 9001?

Nein. CMMI definiert, welche Prozessfähigkeiten Sie brauchen; Agile, Six Sigma, DMAIC und Total Quality Management sind Methoden, um diese Fähigkeiten umzusetzen. Sie funktionieren zusammen. Ein Agile-Team kann auf CMMI Level 3 oder höher arbeiten, wenn es seine Agile-Praktiken definiert und standardisiert hat. Benchmarking gegenüber Branchenkollegen zeigt oft, welche konkreten Methoden auf jeder Stufe am effektivsten sind.

Der langfristige Blick auf Prozessreife

Die meisten Organisationen bleiben auf Level 2 stecken. Sie haben die Grundlagen des Projektmanagements im Griff, haben sich aber noch nicht dazu verpflichtet, über die gesamte Organisation hinweg zu standardisieren. Diese Lücke zwischen Level 2 und Level 3 ist der Punkt, an dem die meisten Prozessverbesserungsprogramme sterben, nicht weil das Konzept falsch ist, sondern weil der organisatorische Wille ausgeht.

Das Capability Maturity Model sagt Ihnen nicht die richtige Antwort. Es sagt Ihnen, wohin Sie schauen, was Sie aufbauen und wie Sie messen sollen, ob Sie echten Fortschritt machen. Das ist ein Rahmenwerk, das es wert ist, verstanden zu werden, egal in welcher Branche oder Funktion Sie tätig sind.