Een Centre of Excellence is geen titel in een organogram. Het is een structurele keuze: breng AI-oordeelsvorming, discipline en gedeelde diensten samen in een benoemd team, en zorg vervolgens dat de rest van de organisatie dat team gebruikt in plaats van eromheen te improviseren.
Deze beslishulp geeft senior leiders de contouren van een werkende AI CoE: het mandaat, de structuur, diensten, intake, governanceoverdrachten, scorecard en lanceringsvolgorde die nodig zijn om de CoE binnen het operating model van waarde te maken.
Gebouwd op patronen die ik heb gezien binnen enterprise AI, productleiderschap, klantcontact bij operators en transformatiewerk. Geïllustreerd aan de hand van ArNa Nimbus, een fictieve samengestelde enterprise SaaS-onderneming.
Het volgende framework toont de vorm van een werkend AI Centre of Excellence voor executives: hoe mandaat, intake, diensten, governanceoverdrachten, scorecard en overdracht van vermogen samen één operationeel orgaan vormen dat AI van losse activiteit naar herhaalbaar vermogen brengt.
De meeste CoE's falen niet omdat de mensen tekortschieten. Ze falen omdat de structuur onduidelijk is. Het patroon verschijnt meestal in een van drie valkuilen.
De eerste is de Centre of Expertise-valkuil. De CoE wordt een groep slimme adviseurs. De groep geeft commentaar, beoordeelt en maakt presentaties, maar is niet verantwoordelijk voor enige voortgang in het portfolio.
De tweede is de Centre of Build-valkuil. De CoE neemt te veel uitvoering op zich. Elk bedrijfsonderdeel stuurt werk naar het centrum, de backlog groeit en de CoE wordt een knelpunt in plaats van een versneller.
De derde is de Centre of Governance-valkuil. De CoE organiseert vergaderingen, templates en beoordelingen, maar mist bevoegdheid, aansluiting op de uitvoering of waardevolle dienstverlening. De business leert eromheen te werken.
Een CoE hoort niet te beginnen met werving. Het beginpunt bestaat uit besluiten waar het leiderschap achter wil blijven staan.
Ten eerste, het mandaat. Voor elk gebied moet de CoE eigenaar zijn, ondersteuning bieden of adviseren. Als de rol onduidelijk is, wordt elk meningsverschil een afzonderlijke onderhandeling.
Ten tweede, de structuur. De teamsamenstelling moet het mandaat volgen. Een CoE die eigenaar is van portfoliogovernance heeft ander talent nodig dan een CoE die alleen adviseert over de technische praktijk.
Ten derde, de diensten. De business moet weten wat de CoE aanbiedt en hoe dit kan worden aangevraagd. Een CoE zonder gepubliceerde dienstencatalogus is een team waarvan mensen hebben gehoord, niet een team waarvan duidelijk is hoe het kan worden ingezet.
Ten vierde, de scorecard. De CoE moet meer meten dan activiteit. Inzendingen, pilots en trainingen doen ertoe, maar de echte vraag is of het organisatorisch vermogen van de business toeneemt.
Een CoE kan lean, mid-scale of enterprise-scale zijn. De juiste vraag is niet hoe groot het team moet zijn. De juiste vraag is welke rol de organisatie door de CoE moet laten vervullen.
Een lean CoE bundelt schaarse oordeelsvorming. Deze kan eigenaar zijn van intake, evaluatiestandaarden en de eerste use cases met hoge waarde, maar is voor bereik afhankelijk van ambassadeurs in de business.
Een mid-scale CoE kan werken met duidelijkere pods: portfolio en governance, platform en evaluatie, ondersteuning en verandering. Dit is vaak het praktische doel voor enterprises die van losse AI-activiteit naar herhaalbaar vermogen gaan.
Een enterprise-scale CoE werkt meer als een productorganisatie. Deze heeft een roadmap, backlog, platformverantwoordelijkheid, governanceworkflow en uitvoeringscapaciteit die aansluit op de business.
Voor elke vorm geldt één regel voor de volgorde: benoem de portfolio lead vroeg. Een CoE die kan bouwen maar niet kan beslissen wat er wordt gebouwd, oogt druk terwijl het portfolio zwak blijft.
Een werkende CoE heeft zichtbare mechanismen.
Het eerste mechanisme is intake. Ideeën uit de business hebben een duidelijke ingang nodig. De CoE moet de vraag omzetten in een gestructureerd portfolio, niet wachten op de luidste sponsor of aantrekkelijkste demo.
Het tweede mechanisme is de dienstencatalogus. De CoE moet publiceren wat deze doet: discovery, intake, governancebeoordeling, ondersteuning bij het bouwen van modellen, evaluatie, pilotmanagement, productiegereedheid, ondersteuning van adoptie en monitoringstandaarden. Deze pagina hoeft niet de volledige catalogus te bevatten. De business heeft die wel nodig.
Het derde mechanisme is governanceoverdracht. De CoE is geen eigenaar van risico, juridische zaken, IT of enterprisestrategie. De CoE verbindt deze met het AI-portfolio via benoemde overdrachtsmomenten, afgesproken escalatieroutes en een vast rapportageritme.
Het vierde mechanisme is de scorecard. De CoE moet rapporteren over activiteit, resultaten en vermogen. Alleen over activiteit rapporteren laat een drukke CoE productief lijken terwijl de organisatie onveranderd blijft.
ArNa Nimbus is een fictieve samengestelde enterprise SaaS-onderneming, geen echte klant en geen product van ArNaFoundry. De casus maakt de CoE-diagnose zichtbaar.
Het vertrekpunt is herkenbaar: 4.500 medewerkers, drie productlijnen, twee jaar onderweg met een AI-strategie en een CoE die is gestart met een hoofd, drie data scientists en het brede mandaat om “AI te versnellen”. Na negentig dagen heeft de CoE een visiepresentatie, een concepttaxonomie voor risico en verkennende notebooks. Geen intake. Geen commitment vanuit de business. Geen gelanceerde use case.
De diagnose is structureel. ArNa Nimbus heeft een Centre of Expertise-valkuil gecreëerd. Het team is intelligent en druk, maar heeft geen mandaatmatrix, geen duidelijke ingang voor het portfolio en geen scorecard.
De herstartvolgorde is bewust beperkt. Bekrachtig eerst het mandaat: de CoE is eigenaar van portfoliogovernance, evaluatie en AI-geletterdheid; ondersteunt uitvoering, adoptie en verandering; en adviseert over risicobereidheid. Benoem ten tweede de portfolio lead voordat meer data scientists worden aangenomen. Publiceer ten derde de intake en conceptdienstencatalogus. Voer ten vierde één zichtbare intakecyclus uit en werk alleen de sterkste use cases uit.
Op dag 90 heeft ArNa Nimbus nog geen opgeschaald organisatorisch vermogen rond AI gecreëerd. Het heeft het systeem gecreëerd dat dit kan voortbrengen. Dat is het juiste eerste resultaat.
De eerste stap is de mandaatmatrix te schrijven voordat iemand anders wordt aangenomen. Kies de kerngebieden waarop de CoE invloed heeft en bepaal voor elk gebied of de CoE eigenaar is, ondersteunt of adviseert. Zelfs een concept maakt de meningsverschillen zichtbaar die anders tot zes maanden stuurloosheid leiden.
De tweede stap is de conceptdienstencatalogus te publiceren. De eerste versie zal onvolmaakt zijn. Dat is niet erg. Het doel is de CoE te veranderen van een team waarvan mensen weten dat het bestaat naar een team waarbij duidelijk is hoe de business diensten kan aanvragen.
De volgende stap is niet nog een CoE-presentatie. Benoem waarvan de CoE eigenaar is, publiceer hoe de business de CoE gebruikt en rapporteer of het vermogen werkelijk vooruitgaat.
Deze pagina is de beslishulp. Daarmee kan een senior leider herkennen of de CoE een werkelijk operationeel mandaat heeft of afglijdt naar advies zonder eigenaarschap, een knelpunt in de uitvoering of governancetheater.
De volledige PDF is de operationele tool. Deze bevat de uitgebreidere mandaatlogica, opties voor de CoE-vorm, de intakeaanpak, dienstencatalogus, het scorecardmodel, governanceoverdrachten, het lanceringsplan van negentig dagen en de volledige fictieve herstartcasus van ArNa Nimbus.
Gebruik het rapport om het gesprek te veranderen van “hebben we een CoE?” naar “heeft de CoE het mandaat, het systeem en de scorecard om het organisatorisch AI-vermogen vooruit te brengen?”