BCG zegt dat strategie belangrijker is dan tools — Deel 1: Van strategische helderheid tot Gateway Controls

Boston Consulting Group heeft deze zomer twee documenten gepubliceerd die op hetzelfde bureau thuishoren. In juni 2026 rapporteerde de vierde editie van het AI at Work-onderzoek — ongeveer 11.749 werknemers in 14 markten — een aanzienlijk groter verband tussen strategische helderheid en meetbare AI-impact dan tussen toegang tot tools en impact — +25 procentpunten ten opzichte van de 'beperkte strategie'-baseline voor een sterke strategie met beperkte tools, vergeleken met +5 voor sterke tools met een beperkte strategie; een observatieve vergelijking, geen gecontroleerde causale schatting (link). Vervolgens publiceerde BCG begin juli 2026 The Agentic Leadership Playbook: A Scaling Strategy for CTOs and CIOs — een gestructureerd interview met twee van haar agentic-AI-leads, Mark Abraham en Neveen Awad — waarvan de bevindingen het onderzoek aanscherpen tot een executive opdracht: slechts ongeveer 5% van de bedrijven is wat BCG echt agent-first noemt, het grootste deel van de rest zit onder de 30% adoptie, en ongeveer 60% van de beslissingen over de tech-stack en agentic uitrol ligt nu bij de CIO of CTO (link). Samen gelezen zeggen de twee publicaties iets eenduidigs: de strategievraag is een technologisch leiderschapsvraagstuk geworden, en de vraag van de technologieleider is architecturaal van aard — waar, concreet, wordt een strategie afgedwongen? Deel 1 neemt de kernbevindingen van het onderzoek en de leiderschapsbevindingen van het playbook en koppelt deze elk aan een gedocumenteerde AI Gateway control die een deel ervan kan operationaliseren. Deel 2 gaat verder in op de agent-bevindingen van BCG met de MCP Gateway en de Agent Harness. BCG diagnosticeert de kloof; deze serie brengt één control-plane architectuur in kaart die delen van de reactie kan operationaliseren — aangeboden als de redactionele synthese van TrueFoundry, niet als de aanbeveling van BCG.

1. Wie BCG is, en de twee publicaties die deze serie behandelt

Boston Consulting Group is een van 's werelds grootste strategie-adviesbureaus; haar AI-onderzoek wordt gelezen op het niveau waar budgetten worden vastgesteld. De twee documenten waar deze serie op leunt, zijn verschillende instrumenten. AI at Work 2026 (juni) is een onderzoek — ongeveer 11.749 werknemers, managers en leiders in 14 markten — waardoor het over trends kan spreken in plaats van over anekdotes; de these staat in de ondertitel, waarom strategie belangrijker is dan tools, en het belangrijkste contrast stelt dat sterke strategische helderheid geassocieerd wordt met aanzienlijk meer meetbare zakelijke impact dan alleen sterke toegang tot tools, uiteengezet in de vergelijking van het rapport met vier cellen: 55% van de respondenten met een beperkte strategie en beperkte tools meldde meetbare impact; sterke tools met een beperkte strategie tilden dat naar 60% (+5 punten); een sterke strategie met beperkte tools bereikte 80% (+25 punten); beide samen, 83%. Dat is een aanzienlijk groter verband voor strategie — en een observatieve vergelijking, geen gecontroleerde causale schatting (het rapport; perssamenvatting). The Agentic Leadership Playbook (begin juli 2026) is het tegenovergestelde instrument: geen onderzoek, maar een gestructureerd interview met twee BCG-experts die agentic-programma's implementeren bij grote ondernemingen — Mark Abraham en Neveen Awad — expliciet gepubliceerd voor CIO's en CTO's (het playbook). De bevindingen zijn observaties uit de praktijk in plaats van enquêtestatistieken, en dit artikel behandelt ze op die manier — toegeschreven, niet gegeneraliseerd. Elk biedt wat het andere mist: het onderzoek stelt vast dat strategie op populatieschaal het verschil maakt; het playbook beschrijft wie het moet uitvoeren en waar de uitvoering over struikelt. Alles hieronder is georganiseerd rond die overdracht.

2. De scheidingslijn: 5% Agent-First — en waar de splitsing wordt afgedwongen

Het scherpste getal van het playbook is een verdeling: agentic AI verdeelt bedrijven in een kleine groep van agent-first leiders — ongeveer 5% — en de rest, die grotendeels stagneert onder de 30% adoptie. Koppel dat aan het contrast tussen strategie en tools uit het onderzoek en de architecturale vraag schrijft zichzelf: als het plan de uitkomst meer beweegt dan de apparatuur, waar opereert het plan dan fysiek? In moderne AI-architectuur heeft die plek een naam. TrueFoundry beschrijft haar AI Gateway als een proxy-laag tussen applicaties en LLM-providers en MCP-servers — een universele interface voor 1.000+ modellen waarbij observability en governance in dezelfde hop worden afgehandeld (gateway docs). Wat dit een executie-laag maakt in plaats van een rapportagelaag is de plaatsing: afhankelijk van de geconfigureerde regels kan een verzoek dat de gateway doorkruist worden geauthenticeerd bij de identity provider van de onderneming, geautoriseerd onder RBAC, gecontroleerd door guardrails, gerouteerd onder beleid, en getoetst aan budgetten en rate limits voordat het wordt doorgestuurd; op de terugweg wordt het geprijsd, toegewezen en getracet. Technische intenties — wie toegang heeft tot welke modellen, hoe verzoeken worden gerouteerd, welke veiligheidscontroles gelden, wat elk verzoek mag kosten — worden controls die worden geëvalueerd op het live verzoek in plaats van een dashboard dat het achteraf beschrijft; zakelijke resultaten moeten nog steeds worden gemeten in de operationele en financiële systemen van de organisatie. Eén architecturale interpretatie — de onze, niet de expliciete diagnose van BCG — is dat organisaties momentum verliezen wanneer elke nieuwe use-case opnieuw toegang, beveiliging, routing en kostenbeheersing moet instellen; een gateway kan een deel van dat herhaalde werk omzetten in gedeelde configuratie, de vorm van hefboomwerking waar het contrast tussen strategie en tools uit het onderzoek naar wijst.

3. De 60%-verschuiving: De beslissing is verplaatst naar het kantoor van de CIO/CTO

De governance-bevinding van het playbook is organisatorisch: ongeveer 60% van de beslissingen over de tech-stack en agentic uitrol ligt nu bij de CIO of CTO — een echte verschuiving, zo merken de experts op, ten opzichte van de vorige AI-cyclus, waarin de business evenveel of meer te zeggen had. Ze benoemen het bijbehorende risico met een opmerkelijke eerlijkheid: het gevaar is een tech-driven programma in plaats van een business-tech partnerschap, en de vooruitstrevende CIO's die zij observeren, stellen eerst de doelen, strategieën en prioriteiten van de businesspartners vast en werken van daaruit terug naar technologische vereisten. Voor een technisch leider heeft "terugwerken vanuit zakelijke prioriteiten" een exacte vertaling naar systemen: de prioriteiten moeten uitdrukbaar zijn als beleid, en het beleid moet wijzigbaar zijn zonder herziening van het platform. Dat is policy-as-configuration, en het is een gedocumenteerde eigenschap van de gateway-laag: tenant- en team-gebaseerde budgetten waarvan de regels kunnen worden afgestemd op gebruikers, modellen en metadata; rate limits voor gebruikers, teams, modellen en applicaties; RBAC en specifieke sleutels voor gebruikers, teams en applicaties; guardrail-sets gekoppeld per route — met applicatie- en omgevingsdimensies die vertegenwoordigd kunnen worden via beheerde metadata (platform overzicht). Twee details dragen het gewicht voor het management. Budgetten ondersteunen alleen-waarschuwen- en harde handhavingsmodi met mijlpaalwaarschuwingen (budget docs) — ontdekking soepel uitgevoerd, productie strikt, één enkel mechanisme. En omdat controls op het niveau van de gateway leven in plaats van binnen elke applicatie afzonderlijk, kan een herziening van het technisch beleid centraal worden verspreid in plaats van opnieuw te worden geïmplementeerd binnen elke applicatie — op de schaal van een portfolio waarvoor men voor 60% verantwoordelijk is, het verschil tussen sturen op governance en het opnieuw opbouwen ervan. En voor de organisaties waarvan de toezichthouders in de kamer zitten wanneer deze beslissingen worden genomen, wordt de laag geïmplementeerd binnen de grenzen van de koper: VPC, on-premises of air-gapped (deployment posture).

4. De conversiekloof → Kostenallocatie, gekoppeld aan de visie van de organisatie

De meest praktische bevinding van het onderzoek is dat adoptie niet langer het probleem is, maar de conversie: adoptie door reguliere eindgebruikers bereikte 74%, een stijging van ongeveer 23 punten op jaarbasis; 42% van de reguliere gebruikers bespaart wekelijks het equivalent van een volle werkdag of meer; en een meerderheid krijgt weinig begeleiding bij het herinvesteren van die tijd, waarbij meer dan de helft aangeeft dat het niet wordt omgeleid naar werk met een hogere waarde (perssamenvatting). Het playbook voegt daar de economische logica van de leiders aan toe: de meest voortvarende bedrijven besparen 15–20% op de totale functionele uitgaven, volgens de experts — terwijl ze, veelzeggend genoeg, hun prioriteiten rangschikken met snelheid op één, groei op twee en kosten op drie. Beide bevindingen maken betrouwbare allocatie tot een belangrijke technische input. Je kunt de conversie van bespaarde tijd naar waarde niet beheren, noch prioriteit geven aan snelheid terwijl je toch een kostenresultaat van 15–20% realiseert, als je niet kunt zien — per team, per use-case, per verzoek — wat AI-gebruik kost, hoe het presteert en welke organisatorische dimensies het hebben gegenereerd, om die telemetrie vervolgens te koppelen aan de zakelijke KPI- en uitkomstgegevens die in operationele systemen leven. Gateway-telemetrie levert een deel van die input, en de allocatiemechanismen daarvan zijn gedocumenteerd: metadata-tagging bij ingest gekoppeld aan kostprijsberekening bij egress, zodat calls beheerde team-, project-, applicatie- en omgevingsmetadata kunnen dragen, waardoor uitgaven- en prestatie-telemetrie samenkomen in gestructureerde verantwoordelijkheid (docs; mechanismen). Eén idee uit het playbook geeft allocatie haar bestuurlijke vorm: de experts beschrijven dat elk bedrijf een visie op de organisatie heeft — de KPI's die het volgt, hoe deze samenhangen, de micro-segmentatie die er toe doet (hun retail-voorbeeld omvat zeven klantsegmenten en micro-geografische vraaggebieden). Allocatie gekoppeld aan metadata is de manier waarop AI-uitgaven aansluiten bij die KPI-structuur in plaats van er los van te zweven: een beheerd metadata-schema kan de organisatorische dimensies coderen die nodig zijn om AI-gebruik en kostengegevens te koppelen aan dat KPI-model — en de beslissingen over herbestemming en uitfasering die volgens het onderzoek ontbreken, worden queries op gekoppelde data in plaats van gissingen. Zichtbaarheid zonder controle is slechts boekhouden (zoals in dit blog is betoogd); allocatie binnen een handhavende laag is management.

5. De datadoctrine — een brug naar Deel 2

De meest technische passage van het playbook is de datadoctrine, en deze verdient hier één zorgvuldige alinea voordat Deel 2 er dieper op ingaat. In de formulering van Awad — het enige directe citaat uit het playbook in dit artikel — "Wat agents nodig hebben is geen perfecte data, maar eerlijke data": data die de organisatie vertrouwt, in tegenstelling tot data die volledig is. Daarrond beweren de experts dat de belangen toenemen omdat agents handelen in plaats van alleen adviseren; dat leiders agents moeten bouwen op een vertrouwde kern, hun runs moeten observeren en de scope moeten uitbreiden naarmate het vertrouwen groeit; en dat agents merkelijk beter presteren wanneer hun context wordt gesnoeid. Elke clausule raakt aan agent-governance — afgebakende tool- en datatoegang, run traces, gefaseerde uitbreiding — en dat is precies waar deze serie overdraagt: Deel 2 werkt elk punt verder uit via de MCP Gateway en de Agent Harness (MCP Gateway auth & security; Agent Harness docs).

6. De managementrevolutie → Observability die de supervisor kan gebruiken

Eén bevinding uit het onderzoek wijst het meest rechtstreeks naar infrastructuur: 47% van de respondenten zegt dat hun rol is verschoven naar het aansturen en beheren van AI — een verschuiving die BCG een managementrevolutie noemde — terwijl een meerderheid van de respondenten meldt dat de lat voor acceptabel werk is verhoogd (perssamenvatting). De bevinding over mensen uit het playbook versterkt dit: succes bij de implementatie van agents hangt voor ongeveer 70% af van mensen en changemanagement, en de bedrijven die het verst gevorderd zijn, hebben meer dan de helft van hun personeel opgeleid. Toezicht op die schaal creëert een vereiste voor tooling, naast een vereiste voor mensen, processen en verantwoordelijkheid; het groeiende aandeel toezichthouders heeft inzicht nodig: wat deed het systeem, wat kostte het, welk bewijs ondersteunt de correctheid ervan — traces tonen de uitvoering; evaluaties en zakelijke resultaten beoordelen de kwaliteit — en, voor agentic werk, welke reeks stappen en tool calls de output heeft gegenereerd. Dat is het observability-oppervlak van de gateway, technisch geformuleerd: OpenTelemetry-compliant metrics, traces en request-logs; inspectie op verzoekniveau die de volledige prompt en response toont en hoe routing, fallbacks en guardrails zijn toegepast; traces op stapniveau voor agent-runs; export naar Prometheus, Grafana, Datadog of Elastic met automatisch geprijsde en toegewezen kosten (docs; field notes). Dit is waar de 70%-mensen-bevinding een vereiste voor infrastructuur wordt in plaats van een verwijt eraan: training vertaalt zich pas in zelfverzekerde delegatie wanneer de cursist kan zien wat het systeem heeft gedaan. Observability maakt de toezichthoudende rol hanteerbaar — en auditeerbaar, wat de verantwoordelijke executive uit Sectie 3 uiteindelijk zal moeten aantonen.

7. "Beheer AI als een bewegend doel" → Guardrails en Policy-as-Config

De leiderschapsagenda van het onderzoek omvat het beheren van AI als een bewegend doel — permanente, adaptieve governance in plaats van een eenmalig programma — en het uitgangspunt van het playbook (modellen, agents en adoptie die verschuiven binnen één enkele budgetcyclus) legt uit waarom. De executie-vereiste is dat governance wordt uitgedrukt als iets dat de organisatie continu kan wijzigen zonder het platform te hoeven herzien. Twee gedocumenteerde mogelijkheden voldoen hieraan. Guardrails: PII-detectie, controle op prompt-injectie, contentmoderatie en aangepast beleid toegepast op verzoeken en responsen in het verwerkingspad (docs). En policy-as-configuration: de regels — wie welke modellen en tools mag aanroepen, met welk budget, onder welke guardrail-set, met welke fallback-keten — leven als configuratie op de gateway, zodat een governance-herziening een configuratiewijziging is die eenmalig wordt doorgevoerd, en geen hernieuwde uitrol van elke applicatie (platform overzicht). Voor de CIO uit Sectie 3 is dit het mechanisme dat een "bewegend doel" overleefbaar maakt: het doel beweegt, het beleid beweegt mee, zonder dat elke applicatie de eigen beleidsimplementatie opnieuw hoeft uit te rollen.

8. De grens, duidelijk geformuleerd

Nu het voorbehoud dat deze serie geloofwaardig houdt. Een platform is geen strategie — voor de doeleinden van deze analyse bevindt de gateway zich aan de technologie-en-tooling-zijde van de vergelijking van BCG, en het contrast tussen strategie en tools keert zich tegen iedereen die beweert dat een platform een strategie of organisatorische verandering kan vervangen. Het playbook is nog duidelijker: als succes voor ongeveer 70% afhangt van mensen en changemanagement, dan leidt geen enkele gateway, hoe goed geplaatst ook, een personeelsbestand op, ontwerpt het geen nieuw operationeel model en levert het niet de business-first volgorde die vooruitstrevende CIO's hanteren. De bevindingen van BCG zijn onderzoeksresultaten en observaties van experts, geen garanties, en de koppeling in dit artikel is de redactionele interpretatie van TrueFoundry daarvan, aangeboden met links zodat deze kan worden gecontroleerd. De claim die al die voorbehouden overleeft is specifiek en, naar wij meenen, duurzaam: strategie heeft een plek nodig om te worden uitgevoerd. Technische intenties over kosten, toegang, veiligheid en meting worden óf controls in het live verzoekpad, óf ze blijven steken in presentaties — en gateway controls verminderen het lekken tussen verklaard beleid en handhaving op het verzoekpad. De 5% is daar niet gekomen door een proxy te kopen — en veel volwassen architectuursystemen maken gebruik van een gedeelde gateway of een vergelijkbare control plane, hoewel BCG geen specifieke implementatie voorschrijft.

9. Wat Deel 2 behandelt

De diepste observatie uit het playbook — agents handelen in plaats van alleen te adviseren — is waar het verhaal van het onderzoek overgaat op agent-specifieke infrastructuur. Deel 2 behandelt daar de agent-bevindingen van BCG: bepalen wat agents kunnen aanroepen (de MCP Gateway: registry, RBAC, delegatie per gebruiker, tracing en kostenallocatie van verzoeken), beheren hoe agents draaien (de Agent Harness: sandboxing, goedkeuringen, run traces en gefaseerde uitbreiding op basis van gemeten resultaten), en toezicht houden op de agent-golf met observability op stapniveau — de discipline van "uitbreiden naarmate het vertrouwen groeit" uit Sectie 5, uitgewerkt als een operationeel patroon.

10. Veelgestelde vragen

Wat betekent "agent-first" in het playbook van BCG? BCG gebruikt dit voor de kleine groep — ongeveer 5% van de bedrijven in 2026 — die is overgestapt van het testen van agents naar het heroverwegen van de manier waarop het bedrijf daaromheen opereert, vergeleken met de meerderheid die nog onder de 30% adoptie zit. Het playbook schrijft het verschil voornamelijk toe aan leiderschap, prioritering en changemanagement in plaats van modelkeuze.

Waar verandert de bevinding over het 60%-beslissingsaandeel van de CIO/CTO technisch iets? Verantwoordelijkheid concentreert zich, dus de handhaafbaarheid moet dat ook. Een leider die eigenaar is van de uitrolbeslissing heeft beleid nodig dat is uitgedrukt als configuratie (wijzigbaar zonder herziening van het platform), uitgaven die direct in het verwerkingspad worden afgedwongen met alleen-waarschuwen- en harde modi, en traces en request-records per stap — de specifieke mogelijkheden die in Sectie 3 en 6 uit de documentatie worden geciteerd.

Beweert TrueFoundry dat BCG gateways ondersteunt? Nee. De publicaties van BCG beoordelen of aanbevelen TrueFoundry of welk gateway-product dan ook niet; de koppeling van bevindingen aan mogelijkheden is hier de redactionele synthese van TrueFoundry, waarbij elk BCG-cijfer is gelinkt naar de bron en elke mogelijkheid is geciteerd uit de documentatie.

Serie: Deel 1 van 2  ·  Volgende → Deel 2: Van Agent-adoptie naar Beheerde Tools en Runtimes

Referenties

• BCG — AI at Work 2026: Why Strategy Matters More Than Tools (juni 2026; ≈11.749 werknemers, 14 markten): bcg.com; perssamenvatting, 3 juni 2026 (cijfers over adoptie, conversie, managementrevolutie): bcg.com; The Agentic Leadership Playbook: A Scaling Strategy for CTOs and CIOs, begin juli 2026 (experts Mark Abraham en Neveen Awad; de 5%, sub-30%, 60%, 70%, training, en 15–20% bevindingen; de datadoctrine): bcg.com.
• TrueFoundry-documentatie — AI Gateway, budgetlimiting (alleen waarschuwen, harde handhaving, mijlpaalwaarschuwingen), MCP Gateway auth & security, Agent Harness, platform overzicht en deployment posture.
• Gerelateerde artikelen op dit blog — kostenmechanismen van een AI gateway, kostenallocatie, praktijknotities over gateway-uitrol, just-in-time context, beheerde retrieval, beheerde gebruiksarchitectuur, en Deel 2 van deze serie.

Alle BCG-cijfers zijn geparafraseerd uit de gelinkte publicaties en persmaterialen; de bevindingen uit het playbook zijn observaties van experts uit een gestructureerd interview, als zodanig gepresenteerd, met een enkel geciteerd fragment van minder dan vijftien woorden toegeschreven aan Neveen Awad. De koppeling van bevindingen aan mogelijkheden is de redactionele synthese van TrueFoundry; BCG beoordeelt of ondersteunt TrueFoundry of welke leverancier dan ook niet in de geciteerde materialen, en TrueFoundry is niet gelieerd aan Boston Consulting Group. Mogelijkheden van TrueFoundry zijn geparafraseerd uit openbare documentatie die actueel was op het moment van schrijven — controleer dit met de live documentatie.

‍