CMMI und ITIL 4: Wie beide Frameworks zusammen mehr erreichen

Zwei Frameworks – zwei unterschiedliche Stärken

In der Welt des IT Service Managements gibt es zwei Frameworks, die regelmäßig in einem Atemzug genannt werden: CMMI (Capability Maturity Model Integration) und ITIL 4 (IT Infrastructure Library, Version 4). Beide haben sich in der Praxis bewährt, beide haben eine große internationale Anwendergemeinschaft – und beide decken unterschiedliche Dimensionen ab.

Wer versucht, ein Framework gegen das andere auszuspielen, stellt die falsche Frage. Die richtige Frage lautet: Wie lassen sich die Stärken beider Frameworks in einem integrierten Modell nutzen? Die Antwort hat unmittelbare praktische Relevanz für jede IT-Organisation, die ihren Reifegrad strukturiert messen und verbessern möchte.

CMMI: Die Messskala für Prozessreife

Das Capability Maturity Model Integration wurde am Software Engineering Institute (SEI) der Carnegie Mellon University entwickelt und 1991 erstmals veröffentlicht. Heute wird es vom CMMI Institute weiterentwickelt. Ursprünglich für Software-Entwicklungsprozesse konzipiert, hat sich CMMI zu einem universellen Reifegradmodell entwickelt, das auf nahezu jeden Organisationsprozess angewendet werden kann.

Die fünf CMMI-Reifegradstufen

CMMI definiert fünf Stufen, die eine klare Progression von chaotischen zu optimierten Prozessen beschreiben:

Stufe	Name	Kerncharakteristik	Schlüsselindikator
1	Initial	Ad hoc, unvorhersehbar	Erfolg hängt von Einzelpersonen ab
2	Managed	Reaktiv, projektbasiert	Prozesse sind dokumentiert und nachvollziehbar
3	Defined	Proaktiv, organisationsweit	Standardisierte Prozesse, Ausnahmen sind definiert
4	Quantitatively Managed	Datengetrieben, messbar	KPIs, Zielwerte, statistische Prozesskontrolle
5	Optimizing	Kontinuierlich lernend	Systematische Verbesserung auf Basis von Prozessdaten

CMMI beschreibt für jede Stufe Prozessgebiete (Process Areas) mit spezifischen Zielen und Praktiken. Es ist damit ein präzises Messinstrument, aber keines, das direkt sagt, welchen Inhalt ein ITSM-Prozess haben soll – das ist Sache des Frameworks, auf das es angewendet wird.

ITIL 4: Der Best-Practice-Rahmen

ITIL 4, veröffentlicht 2019 als Nachfolger von ITIL v3, hat den Scope gegenüber seinem Vorgänger erheblich erweitert. Es ist nicht mehr nur ein Prozessrahmen für IT Operations, sondern ein umfassendes Service-Management-Framework, das Agilität, DevOps und Wertorientierung integriert.

Die vier Dimensionen von ITIL 4

ITIL 4 betrachtet IT Service Management durch vier Dimensionen, die alle Praktiken und das Service Value System umspannen:

• Organisationen und Menschen: Rollen, Verantwortlichkeiten, Kultur, Kompetenzen
• Information und Technologie: Daten, Wissen, Systeme und Tools
• Partner und Lieferanten: Externe Abhängigkeiten und Vereinbarungen
• Wertströme und Prozesse: Aktivitäten und Abläufe zur Wertschöpfung

Diese vier Dimensionen spiegeln sich in den 34 Managementpraktiken wider – von Incident Management und Change Enablement bis zu Strategie-Management und Workforce Management. ITIL 4 sagt präzise, was eine gute ITSM-Organisation tut. Es sagt nicht, wie gut sie es tut.

Warum die Kombination überlegen ist

Die Schwäche des Alleingangs liegt auf der Hand:

In Kombination entsteht ein Modell, das die Fragen „Was tun?" und „Wie gut?" gleichzeitig beantwortet. Für jede der 34 ITIL-4-Praktiken lässt sich ein CMMI-Reifegrad ermitteln. Das Ergebnis: eine zweidimensionale Steuerungsgrundlage, die sowohl inhaltlich als auch metrisch belastbar ist.

Das integrierte Modell in der Praxis

Wie sieht die Integration konkret aus? Am Beispiel des Change Enablement (ITIL 4) und dessen CMMI-Reifegradmessung:

Dieses Prinzip wird auf alle relevanten Praktiken angewendet. Das Ergebnis ist eine Reifegradkarte, die zeigt, welche ITIL-4-Praktiken auf welchem CMMI-Niveau betrieben werden – und wo die Lücken sind.

Gewichtung als dritte Dimension

Ein vollständig integriertes Modell berücksichtigt eine dritte Dimension: die Gewichtung je Praktik. Nicht jede der 34 ITIL-4-Praktiken ist für jede Organisation gleich wichtig. Eine Industrieunternehmens-IT gewichtet Availability Management anders als ein Softwareunternehmen. Eine KRITIS-regulierte Organisation muss Business Continuity Management höher gewichten als ein nicht-regulierter Mittelständler.

Wo man am besten startet

Für Organisationen, die CMMI und ITIL 4 erstmals kombinieren, empfiehlt sich ein phasenweiser Einstieg:

Phase 1: ITIL-4-Praktiken priorisieren

Beginnen Sie mit den 8–12 Praktiken, die für Ihre Organisation die größte Relevanz haben. Typische Startkandidaten sind Incident Management, Change Enablement, Problem Management, Service Desk und Monitoring & Event Management – sie decken den täglichen Betrieb ab und haben sofort messbaren Einfluss auf Servicequalität.

Phase 2: CMMI-Bewertung durchführen

Für jede ausgewählte Praktik wird der aktuelle CMMI-Reifegrad ermittelt (idealerweise 1–5 mit klaren Kriterien je Stufe). Das Ergebnis ist eine Ist-Karte: Welche Praktiken sind reif, welche nicht?

Phase 3: Zielreifgrade und Roadmap festlegen

Für jede Praktik wird ein Ziel-Reifegrad definiert – der sinnvolle Zielwert, nicht der maximale. Stufe 5 ist nicht immer das Ziel. Für viele Organisationen ist Stufe 3 das optimale Kosten-Nutzen-Verhältnis. Aus Ist und Soll leitet sich der Maßnahmenplan ab.

Phase 4: Messen und wiederholen

Reifegradbewertung ist kein einmaliges Projekt. Erst die regelmäßige Wiederholung – idealerweise alle 6–12 Monate – zeigt, ob Verbesserungsmaßnahmen wirken. Der Historienvergleich ist die stärkste Argumentation gegenüber dem Management: sichtbarer Fortschritt in belastbaren Zahlen.

Fazit

CMMI und ITIL 4 sind keine Konkurrenten – sie sind komplementäre Instrumente, die gemeinsam mehr leisten als jedes für sich. ITIL 4 liefert den inhaltlichen Rahmen für professionelles IT Service Management; CMMI liefert die Skala, um die Qualität der Umsetzung objektiv zu messen.

Organisationen, die beide Frameworks kombinieren, haben gegenüber Organisationen, die nur eines nutzen, einen entscheidenden Vorteil: Sie können nicht nur sagen, was sie tun – sondern auch belegen, wie gut sie es tun. Das ist die Grundlage für fundierte Verbesserungsentscheidungen, überzeugende Management-Kommunikation und nachhaltige IT-Exzellenz.