Reifegradmodell: Definition, Typen und Praxisleitfaden für Innovationsmanagement

Die meisten Reifegradmodelle werden falsch eingesetzt. Sie werden als Bewertungsinstrument genutzt — „Wir sind auf Stufe 2, wir müssen auf Stufe 4” — statt als Entwicklungswerkzeug. Das Ergebnis: Teams optimieren auf die Stufe statt auf die Fähigkeit. Sie dokumentieren Prozesse, um die nächste Stufe zu „erreichen”, ohne dass sich die tatsächliche Organisationskompetenz verändert. Das Reifegradmodell wird zur Checkliste, und die Checkliste wird zum Selbstzweck.

Dabei liegt die eigentliche Stärke eines Reifegradmodells woanders: Es macht den Entwicklungsstand einer Fähigkeit diagnostizierbar. Nicht um zu bewerten, sondern um zu verstehen, wo die Organisation steht — und welcher nächste Entwicklungsschritt den größten Hebel hat. Dieser Artikel erklärt, woher Reifegradmodelle kommen, welche Modelle für Innovationsmanagement und Service Innovation relevant sind, wie du ein eigenes Modell aufbaust — und wo die Methode an ihre Grenzen stößt.

Was ist ein Reifegradmodell?

Ein Reifegradmodell (englisch: Maturity Model) ist ein Rahmenwerk, das den Entwicklungsstand einer organisatorischen Fähigkeit auf einer Skala von Stufen beschreibt. Jede Stufe definiert einen Zustand mit charakteristischen Merkmalen, Prozessen und Ergebnissen. Die Grundidee: Organisationen entwickeln Fähigkeiten nicht sprunghaft, sondern in identifizierbaren Stufen — und jede Stufe hat spezifische Voraussetzungen und Herausforderungen.

Die generische Reifeskala: Die meisten Modelle nutzen fünf Stufen, auch wenn die Bezeichnungen variieren:

Stufe	Bezeichnung	Charakteristik	Typisches Verhalten
1	Initial / Ad hoc	Keine definierten Prozesse, Erfolg hängt von Einzelpersonen ab	„Wir machen das, wenn jemand eine Idee hat”
2	Managed / Wiederholbar	Grundlegende Prozesse existieren, Erfolg ist wiederholbar	„Wir haben einen Prozess, aber er wird nicht immer eingehalten”
3	Defined / Definiert	Standardisierte Prozesse, organisationsweit dokumentiert	„Alle kennen den Prozess und halten sich daran”
4	Quantitatively Managed / Gesteuert	Prozesse werden gemessen und quantitativ gesteuert	„Wir messen unsere Prozessleistung und steuern aktiv”
5	Optimizing / Optimierend	Kontinuierliche Verbesserung auf Basis von Daten	„Wir verbessern unsere Prozesse systematisch und proaktiv”

Woher kommen Reifegradmodelle?

Watts Humphrey und das CMM

Die Geschichte der Reifegradmodelle beginnt 1987 am Software Engineering Institute (SEI) der Carnegie Mellon University. Watts Humphrey — oft als „Vater der Softwarequalität” bezeichnet — entwickelte das Capability Maturity Model (CMM) für Softwareentwicklung im Auftrag des US-Verteidigungsministeriums.¹

Das Problem war pragmatisch: Das Pentagon vergab Softwareaufträge an Unternehmen, hatte aber kein Instrument, um deren Entwicklungsfähigkeit einzuschätzen. Projekte verzögerten sich, Budgets explodierten, Software wurde mit kritischen Fehlern ausgeliefert. Humphreys Lösung: ein Modell, das die Reife der Softwareentwicklungsprozesse eines Unternehmens auf einer Skala von 1 (chaotisch) bis 5 (optimierend) bewertet.

Das CMM wurde schnell zum Standard — nicht nur in der Verteidigungsindustrie, sondern weltweit in der Softwarebranche. Unternehmen begannen, ihre CMM-Stufe als Wettbewerbsvorteil zu vermarkten: „Wir sind CMM Level 3” wurde zum Qualitätssiegel.

CMMI: Die Integration

2002 wurde das CMM zum Capability Maturity Model Integration (CMMI) weiterentwickelt, das nicht mehr nur Softwareentwicklung, sondern auch Systementwicklung, Beschaffung und Dienstleistungsentwicklung abdeckte.² CMMI wurde zum umfassendsten und am besten dokumentierten Reifegradmodell weltweit.

CMMI bietet zwei Darstellungsformen:

• Staged Representation: Die klassische 5-Stufen-Skala (die meisten kennen nur diese). Die Organisation wird als Ganzes auf einer Stufe eingeordnet.
• Continuous Representation: Einzelne Prozessbereiche werden unabhängig bewertet. Eine Organisation kann bei Anforderungsmanagement auf Stufe 4 sein und bei Risikomanagement auf Stufe 2. Dieser Ansatz ist differenzierter und für die Praxis oft nützlicher.

Die Proliferation: Reifegradmodelle für alles

Nach dem Erfolg von CMM/CMMI explodierte die Zahl der Reifegradmodelle. Becker, Knackstedt und Pöppelbuß identifizierten 2009 in einer systematischen Analyse über 150 verschiedene Reifegradmodelle in der akademischen Literatur.³ Es gibt Reifegradmodelle für:

• Digitale Transformation (MIT/Capgemini Digital Maturity Model)
• Innovation (Innovation Maturity Model, verschiedene Varianten)
• Service Design (Design Management Institute, Service Design Maturity)
• Datenmanagement (DAMA Data Management Maturity)
• Nachhaltigkeit (Corporate Sustainability Maturity Model)
• Künstliche Intelligenz (AI Maturity Model, verschiedene Varianten)
• Und über 140 weitere

Diese Proliferation hat zu einer berechtigten Kritik geführt: Wenn es für alles ein Reifegradmodell gibt, verwässert das Konzept.

Reifegradmodelle für Innovation und Service Design

Innovationsreifegradmodell

Für DACH-Unternehmen, die ihre Innovationsfähigkeit systematisch entwickeln wollen, sind Innovations-Reifegradmodelle besonders relevant. Ein praxistaugliches Modell umfasst mehrere Dimensionen:

Dimension	Stufe 1: Ad hoc	Stufe 3: Definiert	Stufe 5: Optimierend
Strategie	Innovation ist kein strategisches Thema	Innovationsstrategie existiert, ist aber nicht in die Gesamtstrategie integriert	Innovation ist integraler Bestandteil der Unternehmensstrategie mit klaren Investitionsentscheidungen
Prozess	Keine definierten Innovationsprozesse	Standardisierter Innovationsprozess existiert	Adaptiver Prozess, der je nach Innovationstyp variiert (inkrementell vs. radikal)
Kultur	Innovation ist Zufall oder Einzelinitiative	Innovationskultur wird gefördert, aber nicht systematisch	Experimentierkultur ist organisationsweit verankert, Scheitern wird als Lernen behandelt
Kompetenzen	Keine spezifischen Innovationskompetenzen	Innovationsteam mit spezifischen Skills	Innovationsfähigkeit ist als Kernkompetenz breit verteilt
Messung	Keine Innovationskennzahlen	Input-Kennzahlen (Budget, Headcount)	Outcome-Kennzahlen (Innovationsrate, Experimentiergeschwindigkeit, validierte Hypothesen)
Portfolio	Einzelne Projekte ohne Zusammenhang	Projektportfolio mit einfacher Priorisierung	Strategisch gesteuerte Innovationspipeline mit Horizont-Modell
Externe Vernetzung	Keine systematische Zusammenarbeit	Gelegentliche Partnerschaften	Offene Innovationsplattform, systematische Ökosystem-Entwicklung

Service-Design-Reifegradmodell

Für Unternehmen, die Service Design als Kompetenz aufbauen, bietet ein spezifisches Reifegradmodell Orientierung:

Stufe	Bezeichnung	Charakteristik
1	Projektbasiert	Service Design wird in einzelnen Projekten eingesetzt, aber nicht systematisch. Abhängigkeit von externen Beratern.
2	Wiederholbar	Interne Service-Design-Kompetenzen entstehen. Standardmethoden (Journey Mapping, Blueprinting) werden regelmäßig eingesetzt.
3	Systematisch	Service Design ist als Prozess definiert. Dediziertes Team existiert. Tools und Templates sind standardisiert.
4	Integriert	Service Design ist in Produktentwicklung, IT und Strategie integriert. Cross-funktionale Zusammenarbeit ist Standard.
5	Strategisch	Service Design ist strategische Kompetenz. Alle neuen Services durchlaufen den Prozess. Ergebnisse werden systematisch gemessen.

Digitaler Reifegrad im DACH-Raum

Das MIT/Capgemini-Modell für digitale Reife unterscheidet zwei Dimensionen: digitale Intensität (Investitionen in Technologie) und Transformationsmanagement-Intensität (Führungsfähigkeit für den Wandel).⁴ Die Kombination erzeugt vier Quadranten:

	Niedrige digitale Intensität	Hohe digitale Intensität
Hohes Transformationsmanagement	Konservativ (gute Führung, wenig Technologie)	Digital Master (beides stark)
Niedriges Transformationsmanagement	Anfänger (beides schwach)	Modisch (viel Technologie, wenig Richtung)

DACH-Befund: Viele DACH-Unternehmen fallen in den „Konservativen” Quadranten — gute Führungsstrukturen, aber zu langsam in der Technologieadoption. Oder sie sind „Modisch” — sie investieren in Technologie (KI, Cloud, IoT), ohne die Transformationsmanagement-Kompetenz aufzubauen, die die Technologie wirksam macht.

Ein eigenes Reifegradmodell aufbauen: Schritt für Schritt

Wann ein eigenes Modell sinnvoll ist

Bevor du ein eigenes Reifegradmodell entwickelst, prüfe: Gibt es bereits ein etabliertes Modell für deine Domäne? CMMI, das MIT/Capgemini-Modell und die ISO 33001 (Prozessbewertung) sind fundiert, validiert und vergleichbar. Ein eigenes Modell lohnt sich, wenn:

• Kein bestehendes Modell deine spezifische Fähigkeit abdeckt (z.B. Service-Innovationsfähigkeit)
• Du das Modell als internes Entwicklungswerkzeug nutzen willst (nicht als Benchmark)
• Die bestehenden Modelle zu generisch für deinen Kontext sind

Schritt 1: Fähigkeit definieren

Was genau willst du messen? „Innovationsfähigkeit” ist zu breit. „Fähigkeit, Service-Hypothesen systematisch mit Kunden zu validieren” ist konkret genug. Je präziser die Fähigkeit definiert ist, desto nützlicher wird das Modell.

Schritt 2: Dimensionen identifizieren

Welche Aspekte der Fähigkeit sind relevant? Typische Dimensionen:

• Prozesse: Gibt es definierte, wiederholbare Abläufe?
• Kompetenzen: Haben die Mitarbeiter die nötigen Fähigkeiten?
• Kultur: Unterstützt die Organisationskultur die Fähigkeit?
• Technologie/Tools: Sind die nötigen Werkzeuge vorhanden?
• Governance: Gibt es Verantwortlichkeiten und Steuerungsmechanismen?
• Messung: Wird der Fortschritt gemessen?

Schritt 3: Stufen definieren

Für jede Dimension: Wie sieht Stufe 1 (Ad hoc) aus? Stufe 3 (Definiert)? Stufe 5 (Optimierend)? Wichtig: Die Stufen müssen kumulativ sein — jede höhere Stufe setzt die Merkmale der niedrigeren voraus.

Qualitätskriterien für gute Stufenbeschreibungen:

• Beobachtbar: Die Merkmale jeder Stufe müssen in der Praxis erkennbar sein, nicht nur auf dem Papier.
• Unterscheidbar: Stufe 2 muss sich klar von Stufe 3 unterscheiden.
• Erreichbar: Der Sprung von einer Stufe zur nächsten muss realistisch sein.
• Nicht wertend: Stufe 2 ist nicht „schlecht”. Es ist der aktuelle Entwicklungsstand — und der Ausgangspunkt für gezielte Verbesserung.

Schritt 4: Assessment durchführen

Methoden für die Selbstbewertung:

• Fragebogen: Pro Dimension 3-5 Aussagen auf einer Likert-Skala. Schnell, aber anfällig für Selbstüberschätzung.
• Workshops: Cross-funktionale Gruppen diskutieren jede Dimension. Zeitaufwendiger, aber tiefere Erkenntnisse und höhere Validität.
• Interviews: Einzelinterviews mit Stakeholdern aus verschiedenen Bereichen. Am aufwendigsten, aber am differenziertesten.
• Evidenzbasiert: Statt Selbsteinschätzung werden Artefakte geprüft (Dokumentation, Prozessbeschreibungen, Kennzahlen). Am objektivsten, aber nicht alle Dimensionen (z.B. Kultur) lassen sich so bewerten.

Empfehlung für DACH-Unternehmen: Starte mit einem Workshop-basierten Assessment. Lade 8-12 Personen aus verschiedenen Funktionen ein (Strategie, Innovation, IT, HR, Fachbereiche). Plane 3-4 Stunden. Der Workshop-Wert liegt nicht nur in der Bewertung, sondern im Gespräch: Wenn die Strategieabteilung glaubt, die Organisation sei auf Stufe 4, und die Fachbereiche sagen Stufe 2, ist die Diskrepanz selbst die wichtigste Erkenntnis.

Schritt 5: Entwicklungsplan ableiten

Aus dem Assessment: Welche Dimension hat die größte Lücke? Welcher Entwicklungsschritt hat den größten Hebel? Die Regel: Nicht auf allen Dimensionen gleichzeitig eine Stufe hochsteigen. Fokussiere auf die ein bis zwei Dimensionen, die den größten Impact auf die Gesamtfähigkeit haben.

Praxisbeispiel: Innovationsreife bei einem DACH-Versicherer

Ein großer DACH-Versicherer (Zurich-Gruppe) wollte seine Innovationsfähigkeit systematisch bewerten und entwickeln. Das Vorgehen:

Assessment-Ergebnis (Workshop mit 12 Führungskräften):

Dimension	Ist-Stufe	Ziel-Stufe (18 Monate)	Handlungsbedarf
Strategie	3 (definiert)	4 (gesteuert)	Innovationsstrategie existiert, aber nicht mit Investitionsentscheidungen verknüpft
Prozess	2 (wiederholbar)	3 (definiert)	Prozesse existieren im Innovationsteam, aber nicht unternehmensweit
Kultur	1 (ad hoc)	2 (wiederholbar)	Innovation wird von Einzelpersonen getrieben, kein systematischer Kulturaufbau
Kompetenzen	2 (wiederholbar)	3 (definiert)	Service-Design-Kompetenz nur im Innovationsteam, nicht in Fachbereichen
Messung	1 (ad hoc)	3 (definiert)	Keine Innovationskennzahlen, Erfolg wird anekdotisch bewertet
Portfolio	2 (wiederholbar)	3 (definiert)	Projekte werden einzeln gesteuert, kein systematisches Portfoliomanagement

Prioritäten (abgeleitet aus dem Assessment):

1. Messung (Stufe 1 → 3): Ohne Kennzahlen kann kein Fortschritt nachgewiesen werden. Erste Maßnahme: Innovationskennzahlen definieren.
2. Kultur (Stufe 1 → 2): Die kulturelle Grundlage fehlt. Erste Maßnahme: Pilotprojekt mit sichtbarem Führungs-Commitment starten.
3. Prozess (Stufe 2 → 3): Den bestehenden Innovationsprozess unternehmensweit ausrollen.

Warum nicht alle Dimensionen gleichzeitig? Weil die Organisation ihre Veränderungskapazität überschätzen würde. Drei fokussierte Entwicklungsschritte in 18 Monaten sind realistischer als sechs gleichzeitige.

Reifegradmodell im Vergleich: BSC, OKR und Reifegrad

Reifegradmodelle, die Balanced Scorecard und OKR sind komplementäre Werkzeuge — keine Alternativen:

Dimension	Reifegradmodell	BSC	OKR
Frage	Wie entwickelt ist unsere Fähigkeit?	Sind wir strategisch auf Kurs?	Worauf fokussieren wir uns dieses Quartal?
Zeithorizont	Langfristig (Jahre)	Mittelfristig (Jahr)	Kurzfristig (Quartal)
Funktion	Diagnostik + Entwicklungsplanung	Strategiesteuerung	Fokus + Alignment
Output	Stufenbewertung + Entwicklungsplan	Kennzahlen + Zielwerte	Objectives + Key Results
Typischer Fehler	Als Checkliste statt Entwicklungswerkzeug nutzen	Als KPI-Dashboard statt Strategy Map nutzen	Zu viele OKRs, Output statt Outcome

Die optimale Kombination:

• Reifegradmodell: Diagnostiziert den Entwicklungsstand (jährlich oder halbjährlich).
• BSC: Übersetzt die Entwicklungsziele in strategische Kennzahlen.
• OKR: Setzt den quartalsweisen Fokus auf die wichtigsten Entwicklungsschritte.

Beispiel: Das Reifegradmodell zeigt, dass die Innovationskultur auf Stufe 1 ist. Die BSC setzt „Innovationskultur aufbauen” als strategisches Ziel mit der Kennzahl „Anteil Mitarbeiter, die mindestens ein Experiment pro Quartal durchführen: von 2 % auf 15 %.” OKR übersetzt das in einen Quartals-Fokus: „Objective: Experimentierkultur in drei Pilotteams etablieren. KR: Jedes Pilotteam hat mindestens zwei Safe-to-Fail Probes gestartet und die Ergebnisse dokumentiert.”

Die häufigsten Reifegradmodell-Fehler

Fehler 1: Reife als Checkliste

Wenn das Assessment eine Liste von Anforderungen ist, die „erfüllt” oder „nicht erfüllt” werden, wird das Modell zum Compliance-Tool. Die Konsequenz: Teams dokumentieren Prozesse, um die nächste Stufe zu „bestehen”, ohne dass sich die tatsächliche Fähigkeit verbessert. Ein Team, das eine Prozessdokumentation erstellt, um von Stufe 2 auf Stufe 3 zu kommen, hat eine Dokumentation — nicht eine bessere Fähigkeit.

Fehler 2: Stufe 5 als universelles Ziel

Nicht jede Organisation braucht Stufe 5 in jeder Dimension. Ein Startup braucht keine Stufe-5-Prozesse — die würden es ersticken. Ein Mittelständler braucht vielleicht Stufe 3 in der Innovationskultur und Stufe 4 im Prozess. Das Ziel-Level muss zum strategischen Kontext passen.

Fehler 3: Assessment ohne Konsequenz

Ein Assessment, das in einer PowerPoint endet, ist wertlos. Der Wert entsteht erst, wenn aus dem Assessment ein Entwicklungsplan wird — mit konkreten Maßnahmen, Verantwortlichen und einem Zeitrahmen.

Fehler 4: Nur quantitativ bewerten

Reifegradmodelle mit reinen Likert-Skalen produzieren Zahlen, die Genauigkeit suggerieren, die nicht vorhanden ist. „Unsere Innovationskultur ist 3,4” ist eine Illusion der Präzision. Besser: qualitative Beschreibungen pro Stufe, die im Team diskutiert werden.

Fehler 5: Das Modell nicht weiterentwickeln

Ein Reifegradmodell, das vor drei Jahren entwickelt wurde, bildet möglicherweise nicht mehr die relevanten Dimensionen ab. Modelle müssen regelmäßig überprüft werden: Sind die Dimensionen noch relevant? Sind die Stufenbeschreibungen noch aktuell? Hat sich der strategische Kontext verändert?

Häufig gestellte Fragen

Was ist ein Reifegradmodell einfach erklärt?

Ein Reifegradmodell beschreibt den Entwicklungsstand einer organisatorischen Fähigkeit auf einer Skala von typischerweise fünf Stufen: von „ad hoc” (keine definierten Prozesse) bis „optimierend” (kontinuierliche, datenbasierte Verbesserung). Es dient als Diagnose- und Entwicklungswerkzeug — nicht als Bewertungsurteil.

Was ist CMMI?

CMMI (Capability Maturity Model Integration) ist das umfassendste und am besten dokumentierte Reifegradmodell, entwickelt vom Software Engineering Institute der Carnegie Mellon University. Es bewertet Prozessreife in Bereichen wie Softwareentwicklung, Systementwicklung und Dienstleistungsentwicklung auf einer Skala von Stufe 1 (Initial) bis Stufe 5 (Optimizing).

Wie hängen Reifegradmodell und Balanced Scorecard zusammen?

Das Reifegradmodell diagnostiziert den Entwicklungsstand einer Fähigkeit (z.B. Innovationsfähigkeit auf Stufe 2). Die Balanced Scorecard übersetzt das Entwicklungsziel in strategische Kennzahlen (z.B. „Innovationsrate von 8 % auf 20 % steigern”). Das Reifegradmodell sagt: wo stehst du. Die BSC sagt: wohin willst du — und wie misst du den Weg.

Brauche ich ein Reifegradmodell für Innovation?

Wenn du die Innovationsfähigkeit deiner Organisation systematisch entwickeln willst (und nicht nur einzelne Projekte steuern), ja. Ein Reifegradmodell macht sichtbar, welche Dimensionen (Strategie, Prozess, Kultur, Kompetenzen, Messung) am meisten Entwicklung brauchen — und verhindert, dass du in die häufige Falle tappst, Prozesse zu verbessern, während die Kultur auf Stufe 1 bleibt.

Wie oft sollte ein Reifegradassessment durchgeführt werden?

Jährlich oder halbjährlich. Häufiger als halbjährlich ist selten sinnvoll, weil organisationale Fähigkeiten sich nicht in Wochen verändern. Seltener als jährlich riskiert, dass das Assessment ritualisiert wird statt Entwicklung zu treiben.

Was ist der Unterschied zwischen Reifegradmodell und Benchmarking?

Ein Reifegradmodell bewertet den internen Entwicklungsstand einer Fähigkeit auf einer definierten Skala. Benchmarking vergleicht die Leistung mit externen Referenzwerten (Wettbewerber, Branchenbeste). Beide ergänzen sich: Das Reifegradmodell zeigt, wo du stehst. Benchmarking zeigt, wo die anderen stehen.

Methodik & Quellen

Dieser Artikel basiert auf 12 akademischen und Praxisquellen, darunter die Grundlagenwerke von Humphrey/SEI (1987/1989), CMMI Institute (2002/2018), die Metaanalyse von Becker et al. (2009), das MIT/Capgemini Digital Maturity Model (2014) sowie praxisbezogene Innovationsreife-Modelle.

SERP-Befund: Die deutschsprachigen Top-10-Ergebnisse für „Reifegradmodell” sind überwiegend CMMI-Zusammenfassungen und generische Definitionen. Kein Ergebnis bietet ein konkretes Innovationsreifegrad-Assessment, erklärt die Verbindung zu BSC und OKR, nennt die häufigsten Anwendungsfehler oder bietet ein DACH-Praxisbeispiel. Dieser Artikel schließt diese vier Lücken.

Limitationen: Die Wirksamkeit von Reifegradmodellen als Entwicklungswerkzeug ist empirisch wenig untersucht. Die meisten Validierungsstudien beziehen sich auf CMMI in der Softwareentwicklung — nicht auf Innovationsmanagement. Die vorgestellten Reifegradstufen für Innovation und Service Design basieren auf Praxiserfahrung und existierenden Frameworks, nicht auf kontrollierten Studien.

Offenlegung: SI Labs begleitet Unternehmen bei der Entwicklung von Service-Innovationsfähigkeiten. Reifegradmodelle nutzen wir als Diagnose-Instrument, um den Entwicklungsstand einzuschätzen und Prioritäten abzuleiten — nicht als eigenständiges Beratungsprodukt.

Quellenverzeichnis

Footnotes

1. Humphrey, Watts S. Managing the Software Process. Addison-Wesley, 1989. Grundlagenwerk für das Capability Maturity Model (CMM). Watts Humphrey, oft als „Vater der Softwarequalität” bezeichnet, entwickelte das Modell am Software Engineering Institute der Carnegie Mellon University. ↩

2. CMMI Institute. CMMI for Development, Version 2.0. ISACA, 2018. Integration von CMM für Software, Systeme, Beschaffung und Services. Staged und Continuous Representation. ↩

3. Becker, Jörg, Ralf Knackstedt und Jens Pöppelbuß. „Developing Maturity Models for IT Management.” Business & Information Systems Engineering 1, Nr. 3 (2009): 213—222. Systematische Analyse von über 150 Reifegradmodellen. Qualitätskriterien für die Entwicklung neuer Modelle. ↩

4. Westerman, George, Didier Bonnet und Andrew McAfee. Leading Digital: Turning Technology into Business Transformation. Harvard Business Review Press, 2014. MIT/Capgemini Digital Maturity Model mit vier Quadranten: Beginner, Conservative, Fashionista, Digital Master. ↩