Een volwassenheidsmodel voor je partnernetwerk opstellen

Een volwassenheidsmodel ontwerpen is geen schrijfklus. Acht stappen, van doel tot versie 1.0, een gratis sjabloon van vier pagina’s, een ingevuld voorbeeld voor een fictieve federatie en de valkuilen die je moet vermijden.

De vraag staat vaak als één regel in een bestuursnota: ontwikkel een volwassenheidsmodel voor onze partners. Iemand op het secretariaat opent een spreadsheet, typt vijf kopjes in, van Basis tot Uitstekend, en begint de cellen in te vullen. Weken later bespreekt tijdens de ledenvergadering niemand governance of digitale vaardigheden. Het gesprek gaat over de vraag of een lid ‘goed’ of ‘heel goed’ is, en wie dat heeft bepaald.

Meestal is de inspanning niet het probleem, maar de volgorde waarin beslissingen worden genomen. Deze gids laat in acht stappen zien hoe je een volwassenheidsmodel voor een partnernetwerk opstelt, van het doel tot de eerste herziening. Je vindt ook een gratis sjabloon van vier pagina’s, een ingevuld voorbeeld voor een fictieve federatie en de fouten die ik zou vermijden.

Wat is een volwassenheidsmodel en waar komt het idee vandaan?

In november 1986 begon het Software Engineering Institute van Carnegie Mellon University met de ontwikkeling van een raamwerk voor procesvolwassenheid, naar aanleiding van een verzoek om de Amerikaanse federale overheid een manier te bieden om de capaciteiten van haar softwareleveranciers te beoordelen. In 1993 was dit uitgegroeid tot het Capability Maturity Model for Software, waarvan de vijf volwassenheidsniveaus, in de woorden van het SEI zelf, ‘een ordinale schaal definiëren’ [1].

De vorm is hetzelfde gebleven: een reeks niveaus die een verwacht, gewenst of typisch ontwikkeltraject in afzonderlijke fasen beschrijven [2]. Elk niveau geeft aan wat er moet gelden om het te bereiken, zodat een beoordeling een organisatie op het traject plaatst en de volgende stap laat zien. In 2005 bestonden er meer dan 150 volwassenheidsmodellen, op gebieden van IT-diensten tot kennismanagement [3]. Toch bleek bij onderzoek van Becker, Knackstedt en Pöppelbuß naar 51 van die modellen dat slechts negen het ontwerpproces gedetailleerd documenteerden [2]. Hieronder volgt de methode uit dat onderzoek, vertaald voor programmateams.

In acht stappen een volwassenheidsmodel opstellen

De stappen volgen de fasen die de Bruin, Rosemann, Freeze en Kulkarni voorstelden voor de ontwikkeling van elk volwassenheidsmodel: afbakenen, ontwerpen, invullen, testen, invoeren en onderhouden [3]. Elke beslissing beperkt de volgende, en de pilot zal je minstens één keer terugsturen om beschrijvingen te herschrijven.

Diagram van de acht stappen voor het opstellen van een volwassenheidsmodel: doel en gebruik, dimensies, niveaus, beschrijvingen, bewijs, validatie met partners, pilot en kalibratie, governance en herbeoordeling; bij elke stap staat de ontwikkelfase vermeld
De acht stappen en de ontwikkelfase waartoe elke stap behoort.

1. Bepaal waarvoor het model dient

Leg vóór je aan niveaus begint vast bij welke beslissingen het model helpt. In het onderzoek worden drie toepassingen onderscheiden [3][4]: een beschrijvend model laat zien waar elke partner nu staat; een prescriptief model laat ook zien wat de volgende stap is; een vergelijkend model vergelijkt partners of regio’s, waarvoor veel beoordelingen en zeer stabiele criteria nodig zijn. De meeste partnernetwerken hebben de eerste twee toepassingen nodig.

Beantwoord op dezelfde pagina wie het model invult (alleen de partner, samen met jou of met jouw bevestiging), hoe vaak dat gebeurt en waarvoor het nooit wordt gebruikt. Naar mijn ervaring levert die laatste regel meer eerlijke antwoorden op dan welke instructie ook. Als leden vermoeden dat het model bepaalt of ze lid mogen blijven of subsidie krijgen, zullen ze zichzelf hoog beoordelen. Het model beschrijft dan een netwerk dat niet bestaat.

2. Kies de dimensies

Dimensies zijn de thema’s die het model bestrijkt: governance, financiën, digitale vaardigheden, bescherming en participatie van jongeren. Houd het aantal beperkt om de complexiteit in te perken en de dimensies onafhankelijk te houden (de twee modellen van de Bruin en collega’s gebruikten zes en vier hoofdcomponenten). Zorg er bovendien voor dat ze elkaar uitsluiten en samen alles omvatten [3]: geen enkel bewijsstuk mag twee keer meetellen, en niets wat nodig is voor je doel mag ontbreken. Ik streef naar vier tot zeven dimensies, met twee of drie subdimensies wanneer een thema breed is.

Bekijk eerst wat er al bestaat voordat je zelf begint te schrijven: bestaande modellen vergelijken is de eerste vereiste die Becker en collega’s noemen voor de ontwikkeling van een nieuw model [2]. Voor capaciteitsversterking vormen de zeven elementen van het raamwerk dat McKinsey in 2001 voor Venture Philanthropy Partners opstelde een goed uitgangspunt [5]. Dat geldt ook voor de zes domeinen in onze gids voor de beoordeling van partnercapaciteit.

3. Kies vier of vijf niveaus

Het CMM gebruikt vijf niveaus [1]; het McKinsey-raamwerk gebruikt er vier [5]. Het aantal is minder belangrijk dan de vereiste van de Bruin en collega’s: de fasen moeten duidelijk van elkaar te onderscheiden en goed gedefinieerd zijn, een logische opbouw hebben en elk een kort label hebben dat het doel ervan aangeeft [3].

Vier of vijf niveaus?
  Vier niveaus Vijf niveaus
Typische labels Verkennen, Opbouwen, Verankeren, Vooroplopen Initieel, Herhaalbaar, Gedefinieerd, Beheerst, Geoptimaliseerd (die van het CMM) [1]
Geschikt wanneer Je vier duidelijk te onderscheiden toestanden kunt onderbouwen, van de eerste stappen tot anderen op weg helpen Je een verschil kunt onderbouwen tussen iets goed doen en het systematisch verbeteren
Let op Twee verschillende toestanden samengevoegd in één niveau, waar partners vervolgens jarenlang blijven hangen Een topniveau dat niemand bereikt, en middelste niveaus die beoordelaars niet van elkaar kunnen onderscheiden

Mijn vuistregel komt uit operationeel onderzoek: een niveau verdient alleen een plek als je het met bewijs kunt beschrijven en het van de aangrenzende niveaus kunt onderscheiden. Tel de toestanden die je in je netwerk daadwerkelijk kunt waarnemen en houd het daarbij. Het aantal kan ook omhooggaan: Becker en collega’s begonnen hun model voor IT-prestaties met vier fasen en breidden dit na gesprekken met IT-managers uit naar zes, van ‘niet-bestaand’ tot ‘geoptimaliseerd’, om de zwakkere gevallen beter van elkaar te onderscheiden [2]. Beschrijf het laagste niveau bovendien als een startpunt, niet als een oordeel: ‘Verkennen’ opent een gesprek; ‘Onvoldoende’ beëindigt het.

4. Beschrijf elk niveau als een waarneembare toestand

Hier gaat het bij de meeste modellen mis. Een beschrijving is de tekst in één cel van het raster. Pöppelbuß en Röglinger rekenen intersubjectief verifieerbare criteria tot de ontwerpprincipes van een bruikbaar volwassenheidsmodel: beschrijvingen moeten precies en duidelijk genoeg zijn om het ene niveau van het andere te onderscheiden [4]. Simpel gezegd: twee mensen die naar dezelfde partner kijken, moeten dezelfde cel kiezen.

Van bijvoeglijke naamwoorden naar waarneembare toestanden (voorbeelden uit de fictieve federatie hieronder)
Vage beschrijving Waarneembare beschrijving Bewijs
Goede gegevensbescherming Er is een aangewezen verantwoordelijke voor gegevens; regels voor toestemming en bewaartermijnen zijn schriftelijk vastgelegd en worden toegepast Gegevensbeleid, toestemmingsformulier, bewaartermijnregel
Sterk digitaal leiderschap Het bestuur heeft een digitaal plan met budget en verantwoordelijke goedgekeurd Notulen van het bestuur, budget
Toereikende rapportage Een tweede persoon controleert de belangrijkste indicatoren en de rapportage gebeurt op tijd Overzicht van indicatoren, de laatste twee rapporten
Betrekt jongeren online Jongeren maken mee de inhoud, en het bereik wordt elk kwartaal gemeten Contentkalender, bereikcijfers per kwartaal

Drie gewoonten helpen:

  • Noem iets wat je kunt zien of vasthouden: een document, routine, rol of getal. Vermijd ‘goed’, ‘sterk’, ‘toereikend’ en ‘effectief’.
  • Verander per stap één ding. Als niveau 3 tegelijk een budget, een verantwoordelijke en een jaarlijkse evaluatie toevoegt, is er geen passend niveau voor een partner die aan twee van de drie voldoet.
  • Maak de niveaus cumulatief. Elke fase moet ook omvatten wat de onderliggende fasen vereisen [3]. Een test uit mijn tijd in het operationeel onderzoek: stel je een partner voor die aan niveau 3 voldoet, maar niet aan niveau 2. Lukt dat, dan klopt de volgorde niet of hoort de cel bij een andere dimensie.

5. Bepaal voor elk niveau welk bewijs nodig is

Noteer voor elke cel wat de beschrijving kan aantonen: een beleid, notulen, een rapport of een cijfer. Vraag op de lagere niveaus om weinig bewijs en op de hogere niveaus meer, omdat de claims daar groter zijn. Leg ook vast wie het bewijs aanlevert en wie het bevestigt. Vraag nooit om bewijs dat niemand leest: elk document kost een partner tijd die ook aan het eigen werk besteed kan worden.

6. Valideer het model met partners

Leg het concept voor aan de mensen die ermee moeten werken. De Bruin en collega’s gebruikten de Delphi-methode en focusgroepen om hun modellen op te stellen en te toetsen [3]; McKinsey testte het raamwerk met bijna twaalf directeuren van non-profitorganisaties [5]; versie 1.1 van het CMM kwam voort uit feedback op een workshop over versie 1.0, bijgewoond door ongeveer 200 softwareprofessionals [1]. Begin voor een partnernetwerk met een workshop van twee uur met acht tot tien uiteenlopende partners. Vraag: Herkennen jullie jezelf hierin? Is dit jullie taal? Wat ontbreekt er? Staat er iets dat vernederend overkomt?

7. Voer een pilot uit en kalibreer

Test het model in de praktijk met drie tot vijf partners. De Bruin en collega’s benadrukken dat het instrument op validiteit en betrouwbaarheid moet worden getest, zodat de resultaten nauwkeurig en herhaalbaar zijn [3]. Praktisch betekent dit: twee mensen beoordelen dezelfde partner onafhankelijk van elkaar, en elk verschil in beoordeling wijst op een beschrijving die moet worden herschreven. Als elke partner in de pilot op niveau 2 uitkomt, maken je niveaus onvoldoende onderscheid; als niemand zich kan voorstellen niveau 4 te bereiken, is het een verlanglijst. Een schaal die iedereen in hetzelfde vakje plaatst, geeft geen informatie.

8. Beheer wijzigingen en voer nieuwe beoordelingen uit

Becker en collega’s merken op dat elk volwassenheidsmodel veroudert wanneer omstandigheden, technologie en kennis veranderen. De nodige aanpassingen horen in een nieuwe versie van het model [2]. Behandel het als een standaard: gebruik een versienummer, plan jaarlijks één periode voor wijzigingen, houd bij wat er is veranderd en waarom, en pas het model niet aan tijdens een beoordelingsronde. Als versie 1.1 een cel wijzigt, leg dan uit hoe de posities uit versie 1.0 worden overgezet, zodat geen enkele partner een niveau verliest doordat je een zin hebt herschreven. Voer vervolgens elke 6 tot 12 maanden een nieuwe beoordeling uit. Hoe je die rondes organiseert en waarom je niveaus nooit moet middelen tot één totaalscore, lees je in onze gids voor de beoordeling van partnercapaciteit.

Het sjabloon voor een volwassenheidsmodel voor partners (gratis download)

Het sjabloon vertaalt de acht stappen naar vier A4-pagina’s: doel en reikwijdte; dimensies en niveaus; het raster met beschrijvingen, inclusief een test voor de beschrijvingen en kalibratienotities; en het bewijsplan, validatieplan en versieoverzicht.

Pagina 1 van het lege sjabloon voor het opstellen van een volwassenheidsmodel: modelgegevens, de acht stappen van de methode, de toepassingen van het model en vijf vragen over het doel ervan
Pagina 1 van het sjabloon: het doel van het model, voordat je een niveau beschrijft.

Download het sjabloon voor het opstellen van een volwassenheidsmodel (PDF, 4 pagina’s). Print het uit voor een ontwerpsessie of kopieer de onderdelen.

Klaar om van het raster een programma te maken waarmee partners aan de slag kunnen? In Advancer.World worden je dimensies onderwerpen, je niveaus fasen en elke beschrijving een cel, met bewijsverzoeken bij de stappen tussen de niveaus. Elke partner ziet waar die staat. Gratis om mee te beginnen.

Meld je nu aan

Voorbeeld: het digitale volwassenheidstraject voor leden van een federatie

Hieronder is het sjabloon ingevuld voor Meridian Youth Federation, een fictieve federatie van 26 nationale ledenorganisaties.

Ingevuld voorbeeld, pagina 3: zes gebieden van digitale volwassenheid beschreven op vier niveaus, van Verkennen tot Vooroplopen, met de test voor de beschrijvingen en de kalibratienotities uit de pilot
Pagina 3 van het voorbeeld (fictieve federatie): het raster met beschrijvingen, de test en de aanpassingen die uit de pilot voortkwamen.

Download het ingevulde voorbeeld (PDF, 4 pagina’s). Vier keuzes zijn het overnemen waard:

  • Het doel sluit iets uit. Het model helpt bepalen wie als eerste peercoaching krijgt en waarvoor het fonds voor digitale ondersteuning betaalt; het wordt nooit gebruikt voor de lidmaatschapsstatus of ranglijsten.
  • Vier niveaus, na eerst vijf te hebben geprobeerd. Niemand kon een verschil onderbouwen tussen de twee middelste niveaus van het eerste concept, dus het vijfde niveau werd geschrapt.
  • Zes gebieden binnen drie thema’s. Een lid kan voor online betrokkenheid op Vooroplopen staan en voor gegevensbescherming op Verkennen. Dat profiel is precies wat de federatie moet kunnen zien.
  • De pilot leidde tot andere woorden. Twee beoordelaars lazen ‘plaatst regelmatig’ verschillend: de een dacht aan wekelijks, de ander aan maandelijks. Daarom werd niveau 2 voor online betrokkenheid aangepast naar ‘een contentkalender met kanalen voor elk publiek’.

Veelgemaakte fouten bij het opstellen van een volwassenheidsmodel

  1. Niveaus beschrijven voordat het doel vaststaat. Zonder een beslissing die het model moet ondersteunen, verandert het ongemerkt in een ranglijst, en partners gaan het ook zo behandelen.
  2. De vragenlijst aanzien voor het model. Het SEI liep hiertegenaan met zijn eigen volwassenheidsvragenlijst uit 1987, die mensen vaak voor het model zelf aanzagen [1]. Het model is het traject; een vragenlijst is één manier om dat te meten.
  3. Bijvoeglijke naamwoorden gebruiken in plaats van waarneembare toestanden. ‘Toereikend’ betekent voor elke beoordelaar iets anders.
  4. Te veel dimensies opnemen. Veertig indicatoren leveren een model op dat niemand afmaakt.
  5. Het model voor partners ontwerpen in plaats van samen met hen. Een niveau 1 dat als een lijst met tekortkomingen is geschreven, leert partners om dingen te verbergen.
  6. Het model halverwege een ronde wijzigen. Eén aangepaste beschrijving maakt de huidige ronde onvergelijkbaar met de vorige.

Je volwassenheidsmodel opstellen in Advancer.World

Advancer.World is ontstaan uit de digitale transformatie van programma’s bij organisaties zoals UNICEF en Airbus. Een programma in Advancer.World heeft dezelfde structuur als een volwassenheidsmodel: de fasen zijn je niveaus, de onderwerpen en subonderwerpen je dimensies, en elke cel bevat een beschrijving.

Programmaontwerp in Advancer.World: het digitale volwassenheidstraject voor leden, met vier fasen van Verkennen tot Vooroplopen, verdeeld over strategie, activiteiten en mensen
Het model uit het voorbeeld als programma in Advancer.World (voorbeeldgegevens, fictieve federatie): vier fasen, zes gebieden binnen drie thema’s.

De stappen tussen cellen bevatten wat een partner nodig heeft om naar een hoger niveau te gaan: verzoeken om bewijs te uploaden, enquêtes, initiatieven en verzoeken om elektronisch te ondertekenen. Per programma bepaal je hoe partners verdergaan: via zelfbeoordeling, automatisch zodra de vorige stap is afgerond, of pas nadat je team dit bevestigt. Je team kan het ontwerp in realtime gezamenlijk aanpassen. Partners zien waar ze staan en wat het volgende niveau van hen vraagt, in elk van de 22 talen, en zien nooit de gegevens van andere partners. Dagelijkse momentopnamen bewaren de geschiedenis, zodat rapporten laten zien hoe het netwerk zich tussen de beoordelingsrondes heeft ontwikkeld.

Veelgestelde vragen

Hoeveel niveaus moet een volwassenheidsmodel hebben?

Voor de meeste partnernetwerken zijn vier of vijf niveaus voldoende. Het belangrijkste is dat elk niveau duidelijk te onderscheiden en goed gedefinieerd is, en een logische stap vormt ten opzichte van het niveau eronder [3]. Als beoordelaars in de pilot geen verschil zien tussen twee niveaus, voeg ze dan samen.

Hoe lang duurt het om een volwassenheidsmodel te ontwikkelen?

Reken voor een eerste versie op twee tot drie maanden: een paar weken voor het doel, de dimensies en niveaus, nog een paar weken voor de beschrijvingen en het bewijsmateriaal, gevolgd door de partnerworkshop en een pilot. De gevolgen van kortere routes merk je later, in de vorm van een tweede versie waarvoor niemand budget heeft gereserveerd.

Kunnen we een bestaand volwassenheidsmodel aanpassen in plaats van er zelf een te ontwikkelen?

Vaak wel, en daar zou je eerst naar moeten kijken [2]. Controleer de licentie, behoud de structuur als die bij je doel past en herschrijf de beschrijvingen in de taal van je netwerk.

Kan een partner in verschillende dimensies op verschillende niveaus zitten?

Ja, en dat is meestal ook zo; dat profiel is de nuttigste uitkomst van het model. Wat een partner niet moet doen, is niveaus overslaan binnen één dimensie. De auteurs van het CMM maakten dit punt ook over hun eigen niveaus [1].

Begin met het doel, niet met de niveaus

Als je één ding uit deze gids meeneemt, laat het dan de volgorde zijn. Zet het doel op één pagina, stem het af met een paar partners en open pas daarna het schema. Een model dat je op deze manier ontwikkelt, kost meer tijd om op te zetten, maar veel minder tijd om te verdedigen.

Ontwikkel je volwassenheidsmodel één keer en gebruik het voor al je partners. Ontwerp het schema met je team, nodig je partners uit en ontdek waar elk van hen staat, ronde na ronde. Gratis om mee te beginnen.

Meld je nu aan

Bronnen

  1. Mark C. Paulk, Bill Curtis, Mary Beth Chrissis and Charles V. Weber, Software Engineering Institute, Carnegie Mellon University, "Capability Maturity Model for Software, Version 1.1" (CMU/SEI-93-TR-024), February 1993, https://www.sei.cmu.edu/library/capability-maturity-model-for-software-version-11/ (geraadpleegd in oktober 2026).
  2. Jörg Becker, Ralf Knackstedt and Jens Pöppelbuß, "Developing Maturity Models for IT Management: A Procedure Model and its Application", Business & Information Systems Engineering, 1(3), 2009, pp. 213-222, https://doi.org/10.1007/s12599-009-0044-5 (geraadpleegd in oktober 2026).
  3. Tonia de Bruin, Michael Rosemann, Ronald Freeze and 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 (geraadpleegd in oktober 2026).
  4. Jens Pöppelbuß and 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), June 2011, https://aisel.aisnet.org/ecis2011/28/ (geraadpleegd in oktober 2026).
  5. McKinsey & Company for 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 (geraadpleegd in oktober 2026).

© 2026 Mourinho Solutions. Alle rechten voorbehouden.

Delen LinkedIn X E-mail

← Terug naar de blog