Kapitel 12 · Das Reifegradmodell

Was wir in diesem Kapitel diskutieren: Organisationen lassen sich entlang der OI-Leiter in vier klare Reifegradstufen einordnen, wobei zwölf operative Diagnosefragen die Zuordnung ermöglichen und für jede Stufe den wirksamsten Nächsten Schritt aufzeigen. Das Kapitel bietet detaillierte Stufenprofile, zwölf praxiserprobte Diagnosefragen und die systematische Einordnung der Transformationsfälle A–D.

Dein Hebel als Entscheider: In wenigen Minuten gewinnst Du Klarheit darüber, auf welcher Reifegradstufe Deine Organisation agiert und welche Investition diesen Zustand gezielt verbessert, anstatt Kapital in wirkungslosen Projekten zu verbrennen. Das Modell schützt Dich vor dem kostspieligen Versuch, funktionale Stufen zu überspringen.

---

12.1 Vier Stufen statt sechs Sprossen

Während die funktionale Leiter aus Kapitel 5 die theoretische Architektur organisatorischer Intelligenz beschreibt, misst das Reifegradmodell die operative Realität Deines Unternehmens. Für die Steuerungspraxis auf C-Level genügen vier präzise differenzierte Stufen. Der Grund für diese werkzeugorientierte Reduktion liegt in einer Kernerkenntnis der evolutorischen Fähigkeitsforschung, wie sie Sidney Winter (2003) prägte: Höherstufige organisatorische Routinen setzen das tragfähige Fundament niederstufiger Fähigkeiten zwingend voraus.

Wer versucht, Stufe 4 zu organisieren, ohne Stufe 2 gemeistert zu haben, baut auf Treibsand.

Jede Reifegradstufe muss ihren wirtschaftlichen Aufwand durch echten Steuerungsgewinn rechtfertigen.

Die vier Stufen lassen sich als vier prägnante Organisationsporträts beschreiben:

Stufe 1 — Fragmentiert.

• Woran erkennst Du Stufe 1 im Alltag? Relevantes Prozess-, Qualitäts- und Systemwissen liegt verstreut in isolierten Fachanwendungen, lokalen Netzlaufwerken, Chat-Verläufen und vor allem in den Köpfen einzelner Leistungsträger. Es existiert kein konsolidierter Gesamtbestand. Jede komplexere operative Anfrage löst Zeit raubende Suchaktionen, E-Mail-Schleifen oder Ad-hoc-Sitzungen aus. Es herrschen die in Kapitel 1 analysierten Informationspathologien M1 bis M3.
• Was kostet Dich der Verbleib? Dein Unternehmen zahlt einen extrem hohen Preis durch extrem lange Time-to-Context, gefährlichen Wissensverlust bei Fluktuation oder Renteneintritt sowie unberechenbare Entscheidungslatenzen.
• Was bringt der Aufstieg? Du gewinnst erstmals Transparenz über das vorhandene Stammwissen, stoppst die doppelte Neuerfindung von Standardabläufen und schaffst das Fundament für verlässliche Übergaben.
• Wirksamster nächster Schritt: Vermeide übereilte Dokumentationsoffensiven. Starte stattdessen mit der Ermittlung Deiner operativen Baseline gemäß Kapitel 10.

Stufe 2 — Dokumentiert.

• Woran erkennst Du Stufe 2 im Alltag? Dein Unternehmen verfügt über gepflegte Dokumentenbestände, Wikis, QM-Handbücher und grafische Prozessmodelle. Es fehlt jedoch eine Schicht, die diese getrennten Silos miteinander konsolidiert. Symptomatisch sind mehrere vermeintlich "gültige" Versionen desselben Sachverhalts, hektische Sonderaktionen vor jedem externen Audit und eine erdrückende Abhängigkeit von wenigen Schlüsselpersonen.
• Was kostet Dich der Verbleib? Du wiegst Dich in trügerischer Scheinsicherheit. Die vorhandene Dokumentation täuscht Ordnung vor, während verdeckte Regelkonflikte bei Großprojekten wie ERP-Migrationen zu massiven Fehlinvestitionen führen, weil falsche Prozessannahmen digitalisiert werden.
• Was bringt der Aufstieg? Du verwandelst totes Dokumentenwissen in aktives Verstehen Deiner echten Prozesslandschaft und deckst Widersprüche auf, bevor sie Schäden anrichten.
• Wirksamster nächster Schritt: Konsolidierte Zusammenführung eines fokussierten, kritischen Teilbereichs, um die bestehende Konfliktdichte transparent zu machen.

Stufe 3 — Konsolidiert.

• Woran erkennst Du Stufe 3 im Alltag? Für die wesentlichen Kerndomänen existiert ein governter Wissensbestand mit expliziter Konflikt-Semantik über alle vier Zonen. Auskünfte zu Prozessen, Systemen und Zuständigkeiten erfolgen innerhalb von Minuten belegt und versionssicher. Ein typisches Übergangssymptom dieser Phase: Die automatische Erkennung organisatorischer Widersprüche verläuft initial schneller als die Kapazität der Führungskräfte, diese zu entscheiden.
• Was kostet Dich der Verbleib? Der erreichte Konsolidierungserfolg verfällt wieder schleichend in Fragmentierung, wenn der Review-Zyklus nicht dauerhaft im Führungsalltag verankert wird.
• Was bringt der Aufstieg? Du erreichst dauerhafte Audit-Fähigkeit, verkürzt Onboarding-Zeiten dramatisch und triffst strategische Entscheidungen auf Basis eines unbestechlichen Selbstbildes.
• Wirksamster nächster Schritt: Institutionalisierung des Review-Zyklus als steuernde Routine im Führungsalltag.

Stufe 4 — Selbstentwickelnd.

• Woran erkennst Du Stufe 4 im Alltag? Der in Kapitel 9 dargelegte Evolutionszyklus ist operativ verankert. Anpassungen von Arbeitsweisen und Regelsystemen entstehen mehrheitlich aus der operativen Organisation heraus, werden systematisch versioniert und geordnet freigegeben. Audit-Vorbereitungen laufen geräuschlos im Tagesgeschäft mit, während sich die Onboarding-Zeiten neuer Fachkräfte auf ein Minimum verkürzen.
• Was kostet Dich der Verbleib? Wenn der Standard nicht auf neue Standorte, Töchter oder Zukäufe skalierbar gemacht wird, entstehen isolierte Inseln hoher Intelligenz in einer ansonsten trägen Gesamtorganisation.
• Was bringt der Aufstieg? Du führst eine hochgradig adaptive, lernende Organisation mit maximaler Resilienz gegenüber externen Markt- und Regulierungsveränderungen.
• Wirksamster nächster Schritt: Skalierung der Konsolidierungsschicht auf weitere Unternehmensbereiche und Absicherung unter extremen Störbedingungen.

12.2 Zwölf Diagnosefragen

Das Reifegradmodell nutzt zwölf strukturierte Diagnosefragen: genau drei pro Stufenübergang. Eine Stufe gilt erst dann als verlässlich erreicht, wenn sämtliche zugehörigen Fragen mit einem klaren Ja beantwortet werden können. Um Konsistenz zwischen Analyse und Werkzeug zu garantieren, entsprechen die Fragen exakt dem digitalen Selbstcheck.

Nr.	Frage	prüft Übergang
1	Kannst Du für Deine fünf wichtigsten Prozesse in einer Stunde die geltende Fassung benennen?	1 → 2
2	Weisst Du, welche Deiner Wissensbestände sich widersprechen?	2 → 3
3	Hängt die Antwort auf Fragen zur eigenen Arbeitsweise an weniger als drei Personen?	1 → 2
4	Gibt es je Wissenseinheit eine ausgewiesene Quelle und einen Stand?	2 → 3
5	Existiert ein Verfahren, das Widersprüche findet, bevor ein Audit sie findet?	2 → 3
6	Werden gefundene Widersprüche mit dokumentierter Begründung entschieden?	3 → 4
7	Ist die Zeit von Frage bis belastbarer Antwort irgendjemandes Kennzahl?	2 → 3
8	Überlebt Deine Auskunftsfähigkeit den Weggang der drei wichtigsten Wissensträger?	2 → 3
9	Laufen Nachweise für Prüfungen im Betrieb mit statt je Prüfung erzeugt zu werden?	3 → 4
10	Werden Änderungen an Arbeitsweisen mehrheitlich intern angestoßen?	3 → 4
11	Gibt es Versions- und Freigabezyklen mit fester Taktung?	3 → 4
12	Würde eine neue Führungskraft die Selbstauskunft Deines Hauses für verlässlich halten?	Gesamtprobe

Das Stufenmodell ist eine theoretisch abgeleitete Architektur für die Steuerungspraxis. Seine empirische Validierung über breite Unternehmensstichproben läuft als strukturierter nächster Schritt.

12.3 Die Fälle im Modell

Die Praxisbeispiele aus Kapitel 11 lassen sich präzise in diesem Raster verorten, wobei jede Einstufung dem jeweiligen Projektstatus unterliegt. Fall A startete auf den Stufen 1 bis 2 und arbeitet sich durch die Einführung einer versionierten Nachweisführung systematisch in Richtung der Stufen 3 und 4 vor. Bemerkenswert ist hier, dass der Governance-Zyklus institutionalisiert wurde, noch bevor die vollständige inhaltliche Konsolidierung abgeschlossen war. Fall B illustriert das klassische Dilemma der Stufe 2: Eine tief modellierte Prozesslandschaft ohne automatische Konsolidierung schützt nicht vor Variantenwildwuchs; der Konflikt-Report bildet hier den Brückenkopf zur Stufe 3. Fall C startete auf Stufe 1 bis 2 mit zwei historisch getrennten Systemwelten unter hohem Auditdruck. Fall D nutzt den Proof of Concept, um für einen klar abgegrenzten Scope gezielt Stufe 3 zu erreichen, bevor die ERP-Migration beginnt. Die messbaren Nachher-Werte verdichten sich mit dem Fortschritt der laufenden Vorhaben.

12.4 Die Muster AG verortet sich

Wie die Selbsteinschätzung in der Praxis verläuft, zeigt das Beispiel der Muster AG. Das Führungsteam des mittelständischen Sonderanlagenbauers beantwortet die Fragen 1, 3 und 4 mit Ja: Die Kernprozesse sind ordentlich dokumentiert, und das Unternehmen ist dem rein fragmentierten Zustand der Stufe 1 entwachsen.

Demgegenüber stehen klare Nein-Antworten bei den Fragen 2, 5, 7 und 8. Niemand im Haus kennt die verdeckten Widersprüche zwischen QM-Handbüchern, Intranet-Wikis und operativer Praxis. Keine Kennzahl misst die Latenzzeit bis zur belastbaren Auskunft, und der bevorstehende Ruhestand zweier Schlüsselpersonen bedroht das Stammwissen der Organisation.

Das Diagnoseergebnis ist eindeutig: Die Muster AG befindet sich auf einer soliden Stufe 2, wobei die anstehende ERP-Transformation als Beschleuniger wirkt. Diese Diagnose erfordert fünfzehn Minuten und verändert die strategische Investitionslogik grundlegend.

Der Schlüssel liegt nicht im Kauf eines weiteren Modellierungswerkzeugs oder eines generativen KI-Assistenten, sondern in der konsequenten Konsolidierung des Migrations-Scopes – Reifegradstufe für Reifegradstufe, statt durch Fassadenkosmetik.

Damit schließt der Beweisteil dieses Buchs: Metriken, reale Fallstudien und die Verortung im Reifegradmodell bilden das unumstößliche Fundament. Teil IV wechselt die Perspektive und widmet sich der konkreten Umsetzung: wie eine Konsolidierungsschicht architektonisch aufgebaut, auditfest betrieben und wirtschaftlich kalkuliert wird.

💡 Das haben wir diskutiert

Das Reifegradmodell bietet Dir ein pragmatisches Instrument, um den Entwicklungsstand Deines Unternehmens entlang von vier Stufen präzise zu bestimmen.

Mithilfe von zwölf Diagnosefragen identifizierst Du verdeckte Engpässe und verhinderst den teuren Fehler, grundlegende Fähigkeiten vorschnell zu übergehen.

Die Einordnung der Praxisfälle illustriert, wie eine sachliche Standortbestimmung vor fehlerhaften Softwarekäufen bewahrt und gezielte Optimierungspfade sichtbar macht.

Mit diesem Kapitel endet der Beweisteil des Buchs, und das Terrain für die organisatorische Praxis ist bereitet.

Der folgende Abschnitt führt Dich direkt in die technische Realisierung und präsentiert die herstellerneutrale Referenzarchitektur für eine solche Schicht.