AI houdt geen rekening met je organigram

Processen lopen dwars door een bedrijf, organigrammen van boven naar beneden, en al tientallen jaren vangen mensen dat verschil op. Automatiseer het proces en dat opvangen stopt. Waarom AI-projecten vastlopen op de naden tussen afdelingen, en wat dat oplost zonder reorganisatie.

Gepubliceerd: juli 2026 · Geschreven door: Mike Cecconello, oprichter van Supalabs · Leestijd: 8 min
Mike Cecconello is de oprichter van Supalabs, waar hij Europese bedrijven helpt opnieuw in te richten hoe het werk loopt, ingebed in hun organisatie, om AI in productie te brengen in plaats van alleen de randen te automatiseren.

AI houdt geen rekening met je organigram

Processen lopen dwars door een bedrijf. Organigrammen lopen van boven naar beneden. Al tientallen jaren vangen mensen dat verschil op: ze mailen over de kloof heen, jagen achter de ontbrekende goedkeuring aan en houden de naden stilletjes bij elkaar. Automatiseer het proces en dat opvangen stopt, want software kan niet improviseren over een grens waar niemand eigenaar van is.

Daarom lopen AI-projecten veel vaker vast op de integratie dan op het model. Het obstakel is zelden technisch. Het is dat de workflow door vier teams loopt en van geen van hen is.

Het naadprobleem

Neem een quote-to-cash-proces. Sales maakt de opportunity aan, finance controleert de kredietpositie, operations bevestigt dat er geleverd kan worden, legal beoordeelt afwijkende voorwaarden, finance factureert. Vijf overdrachten, vijf eigenaren, en een proces waarvoor niet één van hen van begin tot eind verantwoordelijk is.

Iedereen in die keten kan zijn eigen stap nauwkeurig beschrijven. Bijna niemand kan het geheel beschrijven, inclusief de uitzonderingen. Zolang mensen het uitvoeren, is dat geen probleem, want wie iets vreemds opmerkt, loopt even de gang op. Het wordt een probleem zodra een systeem om 2 uur ’s nachts moet beslissen wat het met een ongebruikelijk geval doet, zonder gang.

Een stap binnen één afdeling automatiseren is relatief eenvoudig, en het is wat de meeste bedrijven als eerste doen. Daarom zijn de resultaten ook bescheiden. De waarde zit in de overdrachten, en juist daar ontbreekt het eigenaarschap.

Binnen één afdelingOver de naad heen
Wie tekent afEén managerNiemand, of een commissie
Benodigde dataEén systeemDrie, met verschillende sleutels
Vrijgekomen waardeBescheidenDaar waar de echte vertraging zit
Typisch obstakelTechnischOrganisatorisch
Wie kan het goedkeurenHet afdelingshoofdIemand boven alle betrokken afdelingen

Drie manieren waarop het zich laat zien

Collectieve verwaarlozing

De workflow is belangrijk voor vier afdelingen en van geen van hen. Hij komt in elke kwartaalreview ter sprake en krijgt in geen enkele budget. Er wordt niets echt tegengehouden; het wordt alleen nooit het probleem van iemand om dit kwartaal op te lossen.

Veto per silo

Het omgekeerde falen. Elke afdeling kan het project stoppen en geen enkele kan het starten. Legal wil een review, IT wil een security-assessment, finance wil een businesscase, en elk verzoek is op zich redelijk. Opgeteld levert het een project op dat niet vooruit kan zonder een escalatie die niemand wil maken.

Metingen die niet aansluiten

Elke afdeling meet haar eigen stap. Automatiseer de hele keten en de totale doorlooptijd daalt sterk, terwijl de cijfers van geen enkele afdeling veel bewegen. Het resultaat oogt onindrukwekkend op elke scorecard waarop het verschijnt, en dat maakt de volgende financieringsronde moeilijker, hoewel het project gewerkt heeft.

Wat het echt oplost

Geen reorganisatie. Het organigram rond processen hertekenen is duur en traag, en creëert elders een nieuwe set naden. Het werkbare patroon is smaller: geef de workflow een eigenaar zonder iemands rapportagelijn te verschuiven.

1
Benoem één verantwoordelijke eigenaar voor de workflow, niet per stap. Eén persoon die aanspreekbaar is op de hele keten, inclusief de delen die zich in een andere afdeling afspelen. Geen commissie.
2
Leg adviesmomenten vast, geen vetorechten. Legal, security en finance krijgen een vastgesteld moment om hun inbreng te geven. Wat ze niet krijgen, is een onbegrensde mogelijkheid om te vertragen, want dat is wat redelijke voorzichtigheid in verlamming verandert.
3
Meet het proces van begin tot eind. De totale doorlooptijd van de eerste trigger tot het eindresultaat. Meet je alleen de stukjes per afdeling, dan ziet een geslaagde afdelingsoverstijgende automatisering er overal uit als een afrondingsverschil.
4
Escaleer één keer, aan het begin. Afdelingsoverstijgend werk heeft een sponsor nodig die boven elke betrokken afdeling staat, en die sponsor is nodig op dag één, niet op het moment dat het vastzit. Onze go/no-go-poort op dag 30 is één manier om die beslissing vroeg af te dwingen.

Waarom dit met agents erger wordt

Een workflowautomatisering volgt een vastgelegd pad. Een agent beslist zelf wat hij vervolgens doet, en dan gaat de eigenaarschapsvraag niet langer over het proces, maar over de beslissing. Als een agent een order annuleert, een creditering toekent of naar een klant escaleert, moet iemand verantwoordelijk zijn voor dat oordeel, en “het systeem deed het” is geen antwoord dat een serieus incident overleeft.

Bedrijven die het eigenaarschap voor een lineaire workflow niet hebben geregeld, gaan dat voor een agent ook niet doen. Dat is een redelijk argument om de naad eerst bij iets eenvoudigs te dichten.

Het verband met al het andere

Het organigramprobleem is het organisatorische gezicht van het last-mileprobleem. Embedded delivery werkt omdat een operator die binnen het bedrijf zit de naad kan zien, en de drie mensen bij elkaar kan krijgen die er anders nooit samen over zouden hebben gesproken. Dat model beschrijven we in zo koop je AI-delivery die echt live gaat.

Het is ook de reden dat meten per afdeling misleidende antwoorden oplevert, de keerzijde van het argument in waarom de ROI van AI niet uit het schrappen van fte’s komt. En of het eigenaarschap centraal of in de afdelingen hoort te liggen, is het onderwerp van onze gids voor het ontwerp van een AI-operating model.

Welk van je processen heeft geen eigenaar?

We brengen in kaart hoe je werk werkelijk tussen afdelingen beweegt, vinden de naden waar de vertraging zit en vertellen je wie waarvan eigenaar moet zijn voordat er iets wordt gebouwd.

Plan een kennismakingsgesprek van 30 minuten →

Bronnen & referenties

Belangrijke statistieken (2025)

88%of organizations using AI in at least one functionMcKinsey 2025
62%experimenting with AI agentsMcKinsey 2025
74%achieve ROI from AI in year oneArcade.dev 2025
64%say AI enables their innovationMcKinsey 2025
$150-200Bprojected enterprise AI market by 2030Glean 2025

Verder lezen

Veelgestelde vragen

Innovation8 min2026-07-28

Deel dit artikel

Mike Cecconello

Mike Cecconello

Oprichter, SUPALABS

Oprichter van SUPALABS, een ingebedde AI-operator voor Europese bedrijven. Werkt binnen klantorganisaties om opnieuw in te richten hoe het werk loopt: ontwerpt AI-systemen voor finance, operations, HR en klantenservice, brengt ze in productie en draagt het eigenaarschap daarna over aan het eigen team van de klant.

Ervaring

5+ jaar ervaring met het bouwen van AI- en automatiseringssystemen voor Europese organisaties

Expertise
  • AI-native procesherontwerp
  • AI-systemen in productie
  • Embedded delivery
  • Enterprise AI-strategie
Supalabs AI solutions