So erstellen Sie ein Reifegradmodell für Ihr Partnernetzwerk

Die Anfrage steht oft als eine Zeile in einer Vorstandsvorlage: Entwickeln Sie ein Reifegradmodell für unsere Partner. Jemand im Sekretariat öffnet eine Tabellenkalkulation, tippt fünf Überschriften ein, von Einfach bis Hervorragend, und füllt die Zellen aus. Wochen später diskutiert bei der Mitgliederversammlung niemand über Governance oder digitale Kompetenzen. Stattdessen geht es darum, ob ein Mitglied „gut“ oder „sehr gut“ ist – und wer das entschieden hat.

Das Problem ist selten der Aufwand, sondern die Reihenfolge der Entscheidungen. Dieser Leitfaden zeigt Ihnen, wie Sie in acht Schritten ein Reifegradmodell für ein Partnernetzwerk erstellen – vom Zweck bis zur ersten Überarbeitung. Dazu erhalten Sie eine kostenlose Vorlage auf vier Seiten, ein ausgefülltes Beispiel für einen fiktiven Verband und Hinweise zu Fehlern, die Sie vermeiden sollten.

Was ein Reifegradmodell ist und woher die Idee stammt

Im November 1986 begann das Software Engineering Institute der Carnegie Mellon University mit der Entwicklung eines Prozessreifegradmodells. Anlass war die Anfrage, der US-Bundesregierung eine Möglichkeit zur Bewertung der Leistungsfähigkeit ihrer Softwareauftragnehmer an die Hand zu geben. Bis 1993 war daraus das Capability Maturity Model for Software geworden, dessen fünf Reifegradstufen laut SEI „eine Ordinalskala definieren“ [1].

Die Grundform ist geblieben: eine Abfolge von Stufen, die einen erwarteten, angestrebten oder typischen Entwicklungsverlauf in klar abgegrenzten Etappen beschreibt [2]. Jede Stufe legt fest, was für ihren Erreichung erfüllt sein muss. So zeigt eine Bewertung, wo eine Organisation auf diesem Weg steht und was der nächste Schritt ist. Bis 2005 gab es mehr als 150 Reifegradmodelle – von IT-Dienstleistungen bis Wissensmanagement [3]. Als Becker, Knackstedt und Pöppelbuß 51 davon untersuchten, war jedoch nur bei neun der Entwicklungsprozess detailliert dokumentiert [2]. Im Folgenden stellen wir die Methode aus dieser Forschung vor und übertragen sie auf Programmteams.

So erstellen Sie in acht Schritten ein Reifegradmodell

Die Schritte orientieren sich an den Phasen, die de Bruin, Rosemann, Freeze und Kulkarni für die Entwicklung eines Reifegradmodells vorschlagen: Umfang festlegen, gestalten, ausarbeiten, testen, einführen und pflegen [3]. Jede Entscheidung grenzt die nächste ein. Und beim Pilotprojekt werden Sie die Beschreibungen mindestens einmal überarbeiten müssen.

1. Legen Sie fest, wozu das Modell dienen soll

Bevor Sie eine Stufe formulieren, halten Sie fest, welche Entscheidungen das Modell unterstützen soll. Die Forschung unterscheidet drei Einsatzmöglichkeiten [3][4]: Ein deskriptives Modell zeigt, wo die einzelnen Partner heute stehen. Ein präskriptives Modell zeigt außerdem, was als Nächstes zu tun ist. Ein komparatives Modell vergleicht Partner oder Regionen miteinander und setzt dafür zahlreiche Bewertungen und sehr stabile Kriterien voraus. Die meisten Partnernetzwerke benötigen die ersten beiden Varianten.

Beantworten Sie auf derselben Seite, wer das Modell ausfüllt (der Partner allein, gemeinsam mit Ihnen oder mit Ihrer Bestätigung), wie oft dies geschieht und wofür das Modell niemals eingesetzt wird. Meiner Erfahrung nach trägt dieser letzte Punkt stärker zu ehrlichen Antworten bei als jede Anleitung. Wenn Mitglieder vermuten, dass das Modell über ihre Mitgliedschaft oder ihren Zuschuss entscheidet, bewerten sie sich selbst hoch – und das Modell beschreibt ein Netzwerk, das es gar nicht gibt.

2. Wählen Sie die Dimensionen aus

Dimensionen sind die Themen, die das Modell abdeckt: Governance, Finanzen, digitale Kompetenzen, Schutzkonzepte, Jugendbeteiligung. Beschränken Sie ihre Anzahl, um die Komplexität gering zu halten und die Dimensionen voneinander unabhängig zu gestalten (die beiden Modelle von de Bruin und seinen Kollegen verwendeten sechs beziehungsweise vier Hauptkomponenten). Außerdem sollten die Dimensionen sich gegenseitig ausschließen und zusammen den gesamten relevanten Bereich abdecken [3]: Kein Nachweis sollte doppelt zählen, und nichts, was Sie für Ihren Zweck benötigen, darf fehlen. Ich strebe vier bis sieben Dimensionen an, die sich bei breiten Themen in zwei oder drei Unterdimensionen gliedern lassen.

Bevor Sie ein eigenes Modell verfassen, sehen Sie sich vorhandene Modelle an: Becker und seine Kollegen nennen den Vergleich mit bestehenden Modellen als erste Voraussetzung für die Entwicklung eines neuen Modells [2]. Für die Kapazitätsentwicklung bietet sich die Sieben-Elemente-Matrix an, die McKinsey 2001 für Venture Philanthropy Partners entwickelte [5]. Eine gute Grundlage sind auch die sechs Bereiche in unserem Leitfaden zur Bewertung der Partnerkapazitäten.

3. Entscheiden Sie sich für vier oder fünf Stufen

Das CMM verwendet fünf Stufen [1], die McKinsey-Matrix vier [5]. Die Anzahl ist weniger wichtig als die von de Bruin und seinen Kollegen formulierte Anforderung: Die Stufen müssen klar voneinander abgegrenzt und definiert sein, einer logischen Entwicklung folgen und jeweils eine kurze Bezeichnung tragen, die ihre Absicht erkennen lässt [3].

Meine Faustregel stammt aus der Operationsforschung: Eine Stufe ist nur dann sinnvoll, wenn Sie sie anhand von Nachweisen beschreiben und von den benachbarten Stufen unterscheiden können. Zählen Sie die Zustände, die Sie in Ihrem Netzwerk tatsächlich beobachten können, und belassen Sie es dabei. Die Zahl kann sich auch erhöhen: Becker und seine Kollegen begannen ihr IT-Leistungsmodell mit vier Stufen. Nach Gesprächen mit IT-Verantwortlichen erweiterten sie es auf sechs – von „nicht vorhanden“ bis „optimiert“ –, um schwächere Fälle besser voneinander abzugrenzen [2]. Formulieren Sie die unterste Stufe außerdem als Ausgangspunkt, nicht als Urteil: „Erkunden“ eröffnet ein Gespräch; „Mangelhaft“ beendet es.

4. Beschreiben Sie jede Stufe als beobachtbaren Zustand

Hier scheitern die meisten Modelle. Eine Beschreibung ist der Text in einer Zelle des Rasters. Pöppelbuß und Röglinger zählen intersubjektiv überprüfbare Kriterien zu den Gestaltungsprinzipien eines nützlichen Reifegradmodells: Die Beschreibungen müssen präzise und klar genug sein, um eine Stufe von der nächsten zu unterscheiden [4]. Einfach gesagt: Zwei Personen, die denselben Partner betrachten, sollten dieselbe Zelle auswählen.

Drei Gewohnheiten helfen dabei:

• Benennen Sie etwas, das man sehen oder in die Hand nehmen kann: ein Dokument, einen Ablauf, eine Rolle oder eine Zahl. Vermeiden Sie „gut“, „stark“, „angemessen“ und „wirksam“.
• Ändern Sie pro Stufe nur eine Sache. Wenn Stufe 3 zugleich ein Budget, eine verantwortliche Person und eine jährliche Überprüfung voraussetzt, findet ein Partner, der zwei von drei Punkten erfüllt, in keiner Stufe seinen Platz.
• Gestalten Sie die Stufen kumulativ. Jede Stufe sollte auch die Anforderungen der darunterliegenden Stufen umfassen [3]. Ein Test aus meiner Zeit in der Operationsforschung: Stellen Sie sich einen Partner vor, auf den Stufe 3 zutrifft, Stufe 2 aber nicht. Wenn das möglich ist, stimmt die Reihenfolge nicht oder die Zelle gehört zu einer anderen Dimension.

5. Legen Sie für jede Stufe die Nachweise fest

Halten Sie für jede Zelle fest, wodurch sich die Aussage belegen lässt: durch eine Richtlinie, ein Protokoll, einen Bericht oder eine Zahl. Verlangen Sie auf den unteren Stufen nur wenige Nachweise und auf den höheren mehr, wo die Aussagen umfangreicher sind. Geben Sie außerdem an, wer die Nachweise einreicht und wer sie bestätigt. Verlangen Sie niemals Nachweise, die niemand lesen wird: Jedes Dokument kostet den Partner Zeit, die er für seine Arbeit einsetzen könnte.

6. Validieren Sie das Modell mit Partnern

Stellen Sie den Entwurf den Menschen vor, die mit ihm arbeiten werden. De Bruin und seine Kollegen verwendeten für die Entwicklung und Überprüfung ihrer Modelle die Delphi-Methode und Fokusgruppen [3]. McKinsey testete seine Matrix mit knapp zwölf Geschäftsführenden von gemeinnützigen Organisationen [5]. Version 1.1 des CMM entstand nach Rückmeldungen zu Version 1.0, die rund 200 Softwarefachleute bei einem Workshop gegeben hatten [1]. Beginnen Sie in einem Partnernetzwerk mit einem zweistündigen Workshop mit acht bis zehn unterschiedlichen Partnern. Fragen Sie: Erkennen Sie sich darin wieder? Ist das Ihre Sprache? Was fehlt? Ist etwas entwürdigend?

7. Führen Sie einen Pilotversuch durch und kalibrieren Sie das Modell

Setzen Sie das Modell mit drei bis fünf Partnern praktisch ein. De Bruin und seine Kollegen bestehen darauf, das Instrument auf Validität und Reliabilität zu prüfen, damit die Ergebnisse präzise und wiederholbar sind [3]. In der Praxis bedeutet das: Zwei Personen bewerten denselben Partner unabhängig voneinander. Jede Meinungsverschiedenheit weist auf eine Beschreibung hin, die überarbeitet werden muss. Wenn sich alle Partner des Pilotversuchs auf Stufe 2 wiederfinden, unterscheiden Ihre Stufen nicht ausreichend. Wenn sich niemand vorstellen kann, Stufe 4 zu erreichen, handelt es sich um eine Wunschliste. Eine Skala, die alle in dieselbe Kategorie einordnet, liefert keine Information.

8. Regeln Sie Änderungen und führen Sie Neubewertungen durch

Becker und seine Kollegen weisen darauf hin, dass jedes Reifegradmodell altert, wenn sich Rahmenbedingungen, Technologie und Wissen weiterentwickeln. Erforderliche Änderungen sollten in einer neuen Modellversion festgehalten werden [2]. Behandeln Sie Ihr Modell wie einen Standard: mit einer Versionsnummer, einem jährlichen Änderungsfenster, einem Änderungsprotokoll, das festhält, was sich geändert hat und warum, und ohne Anpassungen mitten in einer Bewertungsrunde. Wenn Version 1.1 eine Zelle verändert, erklären Sie, wie die Einstufungen aus Version 1.0 übertragen werden. Kein Partner sollte eine Stufe verlieren, nur weil Sie einen Satz umformuliert haben. Führen Sie anschließend alle 6 bis 12 Monate eine Neubewertung durch. Wie Sie diese Runden durchführen und warum Sie Stufen niemals zu einem einzigen Wert zusammenfassen sollten, erfahren Sie in unserem Leitfaden zur Bewertung der Partnerkapazitäten.

Die Vorlage für das Partner-Reifegradmodell (kostenloser Download)

Die Vorlage setzt die acht Schritte auf vier A4-Seiten um: Zweck und Umfang; Dimensionen und Stufen; das Beschreibungsraster mit einem Beschreibungstest und Hinweisen zur Kalibrierung; sowie den Nachweisplan, den Validierungsplan und das Versionsprotokoll.

Laden Sie die Vorlage zur Erstellung eines Reifegradmodells herunter (PDF, 4 Seiten). Drucken Sie sie für einen Gestaltungsworkshop aus oder kopieren Sie die Abschnitte.

Beispiel: Der digitale Reifegradpfad für Mitglieder eines Verbands

Hier sehen Sie die ausgefüllte Vorlage für die Meridian Youth Federation, einen fiktiven Verband mit 26 nationalen Mitgliedsorganisationen.

Laden Sie das ausgefüllte Beispiel herunter (PDF, 4 Seiten). Vier Entscheidungen lohnen sich zur Übernahme:

• Der Zweck schließt eine Nutzung aus. Das Modell dient dazu, zu entscheiden, wer zuerst kollegiale Begleitung erhält und wofür der Fonds für digitale Unterstützung aufkommt. Es wird niemals für den Mitgliedsstatus oder Ranglisten verwendet.
• Vier Stufen – nach einem Versuch mit fünf. Für die beiden mittleren Stufen des ersten Entwurfs ließ sich kein Unterschied nachweisen. Deshalb wurde die fünfte Stufe gestrichen.
• Sechs Bereiche in drei Themenfeldern. Ein Mitglied kann bei der Online-Beteiligung die Stufe Vorangehen und beim Datenschutz die Stufe Erkunden erreichen. Genau dieses Profil muss der Verband sehen können.
• Der Pilotversuch führte zu neuen Formulierungen. Zwei Bewertende verstanden „veröffentlicht regelmäßig Beiträge“ unterschiedlich – einmal als wöchentlich, einmal als monatlich. Deshalb wurde Stufe 2 der Online-Beteiligung zu „ein Redaktionsplan mit Kanälen für jede Zielgruppe“ geändert.

Häufige Fehler beim Erstellen eines Reifegradmodells

1. Die Stufen formulieren, bevor der Zweck feststeht. Ohne eine Entscheidung, die das Modell unterstützen soll, entwickelt es sich zu einer Rangliste – und Partner behandeln es auch so.
2. Den Fragebogen mit dem Modell verwechseln. Das SEI musste sich bereits 1987 mit einem eigenen Reifegradfragebogen auseinandersetzen, den viele fälschlicherweise für das Modell selbst hielten [1]. Das Modell beschreibt den Entwicklungspfad; ein Fragebogen ist eine Möglichkeit, ihn zu messen.
3. Werturteile statt beobachtbarer Zustände verwenden. „Angemessen“ bedeutet für jede bewertende Person etwas anderes.
4. Zu viele Dimensionen vorsehen. Vierzig Indikatoren führen zu einem Modell, das niemand fertig ausfüllt.
5. Das Modell für Partner statt gemeinsam mit ihnen entwickeln. Eine Stufe 1, die als Liste von Fehlern formuliert ist, bringt Partner dazu, Probleme zu verbergen.
6. Das Modell mitten in einer Bewertungsrunde ändern. Schon eine geänderte Beschreibung macht die aktuelle Runde mit der vorherigen unvergleichbar.

Ihr Reifegradmodell in Advancer.World erstellen

Advancer.World entstand aus der digitalen Transformation von Programmen bei Organisationen wie UNICEF und Airbus. Ein Programm in Advancer.World ist wie ein Reifegradmodell aufgebaut: Die Etappen entsprechen Ihren Stufen, die Themen und Unterthemen Ihren Dimensionen, und jede Zelle enthält eine Beschreibung.

Die Schritte zwischen den Zellen enthalten alles, was ein Partner für den Aufstieg benötigt: Anforderungen zum Hochladen von Dokumenten als Nachweise, Umfragen, Initiativen und Anfragen zur elektronischen Signatur. Für jedes Programm legen Sie fest, wie Partner vorankommen: durch Selbsteinschätzung, automatisch nach Abschluss des vorherigen Schritts oder erst nach Bestätigung durch Ihr Team. Ihr Team kann den Entwurf gemeinsam und in Echtzeit bearbeiten. Partner sehen, wo sie stehen und was die nächste Stufe von ihnen verlangt – in jeder der 22 Sprachen. Die Daten anderer Partner bleiben ihnen verborgen. Tägliche Momentaufnahmen halten den Verlauf fest, sodass Berichte zeigen, wie sich das Netzwerk zwischen den Bewertungsrunden entwickelt hat.

FAQ

Wie viele Stufen sollte ein Reifegradmodell haben?

Für die meisten Partnernetzwerke sind es vier oder fünf. Entscheidend ist, dass sich die einzelnen Stufen klar voneinander unterscheiden, genau definiert sind und jeweils einen logischen Schritt gegenüber der darunterliegenden Stufe darstellen [3]. Können die Bewertenden im Pilotprojekt zwei Stufen nicht auseinanderhalten, sollten Sie diese zusammenlegen.

Wie lange dauert es, ein Reifegradmodell zu entwickeln?

Planen Sie für eine erste Version zwei bis drei Monate ein: einige Wochen für Zweck, Dimensionen und Stufen, ein paar weitere für Beschreibungen und Nachweise, danach den Workshop mit den Partnern und ein Pilotprojekt. Abkürzungen rächen sich später in Form einer zweiten Version, für die niemand Budget eingeplant hat.

Können wir ein vorhandenes Reifegradmodell anpassen, statt ein eigenes zu entwickeln?

Oft ja, und Sie sollten sich zuerst nach einem geeigneten Modell umsehen [2]. Prüfen Sie die Lizenz, übernehmen Sie die Struktur, wenn sie zu Ihrem Zweck passt, und formulieren Sie die Beschreibungen in der Sprache Ihres Netzwerks neu.

Kann ein Partner in verschiedenen Dimensionen unterschiedliche Stufen erreichen?

Ja, und das ist meistens der Fall; dieses Profil ist das nützlichste Ergebnis des Modells. Innerhalb einer Dimension sollte ein Partner jedoch keine Stufen überspringen – darauf haben auch die Autoren des CMM in Bezug auf ihre eigenen Stufen hingewiesen [1].

Beginnen Sie mit dem Zweck, nicht mit den Stufen

Wenn Sie aus diesem Leitfaden nur eine Sache mitnehmen, dann die richtige Reihenfolge. Halten Sie den Zweck auf einer Seite fest, stimmen Sie ihn mit einigen Partnern ab und öffnen Sie erst dann das Raster. Ein auf diese Weise entwickeltes Modell braucht länger, bis es einsatzbereit ist, lässt sich aber deutlich leichter verteidigen.

Quellen

1. Mark C. Paulk, Bill Curtis, Mary Beth Chrissis und Charles V. Weber, Software Engineering Institute, Carnegie Mellon University, „Capability Maturity Model for Software, Version 1.1“ (CMU/SEI-93-TR-024), Februar 1993, https://www.sei.cmu.edu/library/capability-maturity-model-for-software-version-11/ (abgerufen im Oktober 2026).
2. Jörg Becker, Ralf Knackstedt und Jens Pöppelbuß, „Developing Maturity Models for IT Management: A Procedure Model and its Application“, Business & Information Systems Engineering, 1(3), 2009, S. 213-222, https://doi.org/10.1007/s12599-009-0044-5 (abgerufen im Oktober 2026).
3. Tonia de Bruin, Michael Rosemann, Ronald Freeze und Uday Kulkarni, „Understanding the Main Phases of Developing a Maturity Assessment Model“, 16th Australasian Conference on Information Systems (ACIS), Sydney, 2005, https://aisel.aisnet.org/acis2005/109 (abgerufen im Oktober 2026).
4. Jens Pöppelbuß und Maximilian Röglinger, „What Makes a Useful Maturity Model? A Framework of General Design Principles for Maturity Models and its Demonstration in Business Process Management“, Proceedings of the 19th European Conference on Information Systems (ECIS 2011), Juni 2011, https://aisel.aisnet.org/ecis2011/28/ (abgerufen im Oktober 2026).
5. McKinsey & Company für Venture Philanthropy Partners, „Effective Capacity Building in Nonprofit Organizations“, 2001, https://www.bridgespan.org/getmedia/ef1ff943-173b-48ec-843a-b5ce85c6c807/effective-capacity-building-VPP.pdf (abgerufen im Oktober 2026).

© 2026 Mourinho Solutions. Alle Rechte vorbehalten.