De ontwerpgids voor het AI operating model

Richt governance, financiering en opschaling zo in dat AI een organisatorisch vermogen wordt, geen verzameling projecten.

De meeste organisaties lopen niet vast met AI omdat het model zwak is. Ze lopen vast omdat het besturingssysteem rond AI ontbreekt: wie beslist, wat financiering krijgt, hoe risico wordt beheerst, wanneer een pilot aan de voorwaarden voor productie voldoet en wie eigenaar wordt van het vermogen nadat het AI-team verdergaat.

Deze beslishulp geeft senior leiders de contouren van het operating model: de structurele keuzes, beslisrechten, stage gates en verschuivingen in eigenaarschap die nodig zijn om AI van losse initiatieven naar beheerste productie te brengen.

Gebouwd op patronen die ik heb gezien binnen enterprise AI, productleiderschap, klantcontact bij operators en transformatiewerk. Geïllustreerd aan de hand van ArNa Assure, een fictieve samengestelde Europese verzekeraar.

AI opschalen is niet in de eerste plaats een modelprobleem. Het is een probleem van het operating model.
Framework 01 Beslishulp Leestijd: vijf minuten Volledige PDF met operationele tools op aanvraag beschikbaar
Het operating model in één oogopslag

AI opschalen als managementsysteem, niet als projectfunnel.

Het volgende framework toont de vorm van het operating model voor executives: hoe strategie, governance, uitvoering, risico, financiering en eigenaarschap samen één systeem vormen dat AI van experiment naar beheerste productie brengt.

Overzicht van het operating model voor executives, met de samenhang tussen strategie, governance, uitvoering, risico, financiering en eigenaarschap in één AI-besturingssysteem
Het volledige operating model verbindt ambitie, governance, uitvoering, financiering en eigenaarschap in één managementsysteem.
Diagnose van het operating model

Twee structurele hiaten laten enterprise AI ongemerkt vastlopen.

In veel organisaties bestaat bovenin een AI-strategie en onderin AI-uitvoering. De ontbrekende laag vertaalt ambitie naar portfoliokeuzes, risicocriteria, productiebesluiten en de overdracht van eigenaarschap.

Het eerste hiaat is Tier 2. Tier 1 is de Raad van Bestuur of ExCo, die ambitie, risicobereidheid en investeringsdrempels bepaalt. Tier 3 bestaat uit de AI-, product-, data- en engineeringteams die het werk uitvoeren. Tier 2 is het orgaan voor portfoliogovernance dat beslist welke use cases doorgaan, welk bewijs nodig is en wanneer een pilot naar productie mag.

Het tweede hiaat is Gate 2. De meeste organisaties kunnen van concept naar pilot gaan. Veel minder organisaties hebben een formeel beslismoment voor de stap van pilot naar productie. Zonder Gate 2 schalen pilots niet op. Ze blijven hangen.

Als de ExCo productie goedkeurt, is het besluit waarschijnlijk te traag. Als het AI-team productie goedkeurt, is het besluit waarschijnlijk onvoldoende onafhankelijk.
Diagnose van Tier 2 en Gate 2: twee structurele hiaten die voorkomen dat AI van ambitie en pilots naar beheerste productie gaat
Tier 2 en Gate 2 zijn de twee ontbrekende mechanismen die AI-experimenten meestal scheiden van beheerste productie.
De leiderschapsagenda

Het framework brengt AI-opschaling terug tot vijf besluiten.

Een AI operating model begint niet met nog een pilot. Het begint met vijf besluiten van het leiderschap.

Ten eerste, waar de beslissingsbevoegdheid voor AI ligt. Is AI gecentraliseerd, hub-and-spoke, federatief of ingebed?

Ten tweede, wie waarover beslist. Welke besluiten horen bij de ExCo, welke bij portfoliogovernance en welke bij de uitvoeringsteams?

Ten derde, hoe ideeën het portfolio binnenkomen. De vraag naar AI heeft een vaste route door het systeem nodig, geen luidere sponsor of betere demo.

Ten vierde, waaraan vóór productie moet zijn voldaan. Een pilot hoort door te gaan omdat deze aan op bewijs gebaseerde criteria voldoet, niet omdat het team de pilot veelbelovend vindt.

Ten vijfde, wie betaalt, eigenaar wordt en het vermogen in stand houdt. De financieringsopzet bepaalt of de business verantwoordelijk wordt voor resultaten of alleen centrale AI-capaciteit afneemt.

Het model is zelden het ontbrekende onderdeel. Wat ontbreekt, is het besturingssysteem rond het model.
Vijf leiderschapsbesluiten die AI van projectactiviteit omzetten in een beheerst organisatorisch vermogen
De vijf besluiten die AI van projectactiviteit omzetten in organisatiebreed vermogen.
Structurele keuze

Ontwerp voor de volwassenheid die er is, niet voor de volwassenheid die je wilt.

Elk AI operating model bevindt zich op een spectrum van centralisatie. De fout is niet dat een onvolmaakt model wordt gekozen. De fout is dat een model wordt gekozen waarvoor de organisatie nog niet volwassen genoeg is.

Een gecentraliseerd model werkt wanneer expertise nog schaars is en consistentie belangrijker is dan snelheid binnen een domein. Het risico is een knelpunt in de uitvoering.

Een hub-and-spoke model legt het eigenaarschap van het platform, de standaarden, governance, ondersteuning en schaarse expertise bij het centrum, terwijl businessdomeinen eigenaar zijn van de uitvoering en resultaten van use cases. Voor middelgrote en grote enterprises die van experiment naar opschaling gaan, is dit vaak het sterkste doelmodel.

Een federatief model werkt wanneer businessdomeinen volwassen genoeg zijn om verantwoord te bouwen binnen centrale kaders. Het risico is versnippering.

Een ingebed model werkt alleen wanneer AI al een volwassen organisatorisch vermogen is. Te vroeg ingevoerd leidt het tot onzichtbare hiaten in governance.

Spring niet naar het model dat het leiderschap bewondert. Bouw het model dat de organisatie nu kan uitvoeren, met een bewust pad naar de volgende fase.
Ontwikkeling van operating archetypen: gecentraliseerd, hub-and-spoke, federatief en ingebed als een voortgang die aansluit op de volwassenheid
De vier archetypen laten zien waar beslissingsbevoegdheid kan liggen naarmate het AI-vermogen volwassener wordt.
Operationeel mechanisme

Bij Gate 2 lopen de meeste AI-programma's vast.

Stage gates voorkomen dat AI een permanente experimenteerfase wordt. Ze bepalen waaraan moet zijn voldaan voordat een use case meer geld, meer autonomie of een bredere uitrol krijgt.

Gate 1: Concept naar pilot. Het bedrijfsprobleem is gedefinieerd, er is een sponsor aangewezen, toegang tot data is bevestigd en het risiconiveau is duidelijk.

Gate 2: Pilot naar productie. De pilot heeft aan de succescriteria voldaan, gereedheidscontroles doorstaan, monitoring en rollback vastgelegd, goedkeuring vanuit governance gekregen en heeft een benoemde eigenaar in de business.

Gate 3: Productie naar opschaling. De use case is stabiel in productie, de ROI-case is geloofwaardig en het eigenaarschap verschuift van het AI-team naar de business.

Gate 4: Opschaling naar borging. Het vermogen wordt onderdeel van de bedrijfsvoering, met overgedragen eigenaarschap en ingebedde monitoring.

Een pilot zonder Gate 2 kan alleen een permanent experiment worden.
AI-traject met vier gates: Concept naar pilot, Pilot naar productie, Productie naar opschaling en Opschaling naar borging, met nadruk op Gate 2
Gate 2 markeert de beslissende stap van veelbelovend experiment naar beheerste productie.
Uitgewerkte composietcasus

ArNa Assure: van losse pilots naar organisatiebreed AI-vermogen.

ArNa Assure is een fictieve samengestelde Europese verzekeraar, geen echte klant en geen product van ArNaFoundry. De casus maakt de diagnose zichtbaar.

Het vertrekpunt is herkenbaar: 12.000 medewerkers, drie bedrijfsonderdelen, zes EU-markten, veertien AI-pilots in achttien maanden en slechts twee in productie. Het leiderschap heeft budget, ambitie en activiteit, maar geen duidelijk operating model.

De vraag van de CDO is eenvoudig: “Het ontbreekt ons niet aan ideeën. Het ontbreekt ons aan wat een pilot omzet in duurzaam vermogen.”

De diagnose. ArNa Assure is per ongeluk federatief geworden. Elk bedrijfsonderdeel is eigen pilots gestart omdat het centrale datateam niet snel genoeg aan de vraag kan voldoen. Standaarden zijn versnipperd, evaluaties worden dubbel uitgevoerd, toegang tot data verschilt en niemand is eigenaar van het productiebesluit.

Het doelmodel. Hub-and-spoke. Het centrum is eigenaar van het platform, de standaarden, governance en ondersteuning. De bedrijfsonderdelen zijn eigenaar van de uitvoering en resultaten van use cases.

De eerste interventie is Tier 2: een AI Governance Committee met de CDO, CTO, CRO en roulerend eigenaarschap vanuit de business. De commissie verzorgt intake, prioritering, Gate 2-besluiten, toewijzing van financiering en risico-escalatie.

De tweede interventie is Gate 2. Geen pilot gaat naar productie zonder bewijs, gereedheid, monitoring, rollback, goedkeuring vanuit governance en benoemd eigenaarschap.

De derde interventie is het ontwerp van eigenaarschap. De centrale capaciteit blijft gefinancierd, maar bedrijfsonderdelen dragen voldoende investeringsverantwoordelijkheid om eigenaar te zijn van het resultaat.

Traject van achttien maanden. Na zes maanden is Tier 2 operationeel en zijn pilots met prioriteit door Gate 2 gegaan of beëindigd. Na twaalf maanden zijn drie use cases in productie met benoemde eigenaren in de business. Na achttien maanden is hub-and-spoke operationeel, is portfoliogovernance zichtbaar en wordt AI beheerd als vermogen in plaats van activiteit.

Voor de oplossing was niet in de eerste plaats nieuwe technologie nodig. Er waren structurele besluiten nodig: wie beslist, welk bewijs telt, waar het eigenaarschap ligt en wanneer de business het overneemt.
Transformatietraject van ArNa Assure over achttien maanden: huidige situatie, drie interventies en mijlpalen na 6, 12 en 18 maanden
De fictieve composietcasus laat zien hoe het framework van diagnose naar ontwerp van het operating model gaat.
Begin hier

Met twee stappen wordt het hiaat in het operating model snel zichtbaar.

De eerste stap is de organisatie op de volwassenheidscurve te plaatsen. Wees feitelijk, niet ambitieus. Wordt nog geëxperimenteerd, begint de opschaling of wordt AI werkelijk als organisatorisch vermogen beheerd?

De tweede stap is vragen wie de overgang van een pilot naar productie goedkeurt. Als het antwoord de ExCo is, ligt het besluit waarschijnlijk op een te hoog niveau en wordt het te weinig genomen. Als het antwoord het AI-team zelf is, ligt het besluit waarschijnlijk te dicht bij de uitvoering. In de meeste gevallen is Tier 2 het ontbrekende antwoord.

De volgende stap is niet nog een pilot. Benoem het governanceorgaan, bepaal de cadans en spreek af welk bewijs een pilot moet leveren voordat deze naar productie mag.

Twee diagnostische stappen voor deze week: plaatsing op de volwassenheidscurve en vaststelling van de ontbrekende beslislaag als directe acties voor executives
Plaatsing op de volwassenheidscurve en eigenaarschap van het productiebesluit maken het hiaat in het operating model sneller zichtbaar dan nog een strategiesessie.
Volledige PDF als operationele tool

Ontvang de volledige ontwerpgids voor het AI operating model.

Deze pagina is de beslishulp. Daarmee kan een senior leider het hiaat in het operating model herkennen en de contouren van de oplossing zien.

De volledige PDF is de operationele tool. Deze bevat de uitgebreidere uitgewerkte casus, de logica van de archetypen, het model voor beslisrechten, de intakeaanpak, de gereedheidsstructuur voor Gate 2, patronen voor financiering en eigenaarschap, het volwassenheidsmodel en de faalpatronen die een leider met een CDO, CTO, Chief AI Officer of transformatieteam kan doorlopen.

Klik hier voor het volledige PDF-rapport →

Gebruik het rapport om het gesprek te veranderen van “welke AI-pilots hebben we?” naar “welk operating model hebben we nodig om AI verantwoord op te schalen?”

Lees ook in de frameworkreeks van ArNaFoundry
Framework 02
Het playbook voor het AI Centre of Excellence
Het vaste orgaan dat Tier 2-portfoliogovernance beheert: mandaatmatrix, intake, scorecard en lanceringsplan van negentig dagen.
Framework 03
Het Pilot-to-Production Runbook
De uitgebreide behandeling van Gate 2: een traject in vier fasen met benoemde exitcriteria, beslisrechten en operationele gereedheid.