Waarom agentic AI BPMN weer mainstream maakt

BPMN was tien jaar lang een taal voor specialisten. Business analisten waren er dol op. Vrijwel niemand anders opende de bestanden. Dat verandert nu snel en de reden is geen heropleving van modelleren. Het zijn agents.

Zodra je software zelfstandig laat handelen, moet iemand precies vastleggen wat die software mag doen. BPMN automatisering blijkt daarvoor het meest praktische antwoord dat we al in huis hebben. Een notatie die voelde als documentatie-overhead wordt in stilte infrastructuur.

Agents hebben een definitie nodig die ze kunnen lezen

Een agent die vragen beantwoordt heeft context nodig. Een agent die handelt, die een betaling terugstort of een schade afhandelt, heeft grenzen nodig.

Die grenzen moeten ergens expliciet staan. Een prompt is niet genoeg, om drie redenen:

• Prompts zijn niet auditeerbaar. Je kunt een toezichthouder geen alinea laten zien en dat een beheersmaatregel noemen.

• Prompts schuiven op. Verander de formulering en je verandert het gedrag, zonder dat je het verschil kunt zien.

• Prompts laten zich niet combineren. Twee agents die werk aan elkaar overdragen hebben een gedeelde definitie nodig, geen twee beschrijvingen.

Een BPMN 2.0 model is dat allemaal wel. Het is expliciet, machineleesbaar, versioneerbaar en gestandaardiseerd. Je kunt versies vergelijken. Je kunt precies aanwijzen bij welke gateway een beslissing valt.

Waarom de standaard belangrijker is dan het plaatje

De aantrekkingskracht zit hem niet in een mooie notatie. Het zit in het feit dat BPMN een specificatie is, beheerd door de OMG, met vastgelegde uitvoeringssemantiek.

Dat laatste is het hele argument. Een stroomschema in een presentatie betekent wat de lezer denkt dat het betekent. Een BPMN-model heeft regels. Het legt vast wat een parallelle gateway doet, wat een error boundary event opvangt en hoe een mislukt pad zich gedraagt. Precies die regels zorgen dat een runtime, of een agent, voorspelbaar handelt.

De vraag verschuift daarmee van "moeten we dit proces documenteren" naar "wat is het contract waaronder deze agent opereert". Nieuw in de notatie? Begin bij wat BPMN is en lees daarna over gateways, want in gateways zitten de meeste guardrails.

Waar BPMN het knelpunt wordt

Hier zit de adder onder het gras en het is een echte.

Elke agent heeft een procesdefinitie nodig. Als elke definitie drie weken interviews en tekenwerk kost, wordt modelleren de beperkende factor. Het staat dan tussen jou en elke automatisering op je roadmap. Teams lopen hier binnen een kwartaal tegenaan. Het patroon is voorspelbaar:

• De eerste twee processen worden netjes gemodelleerd, door je beste analist.

• De volgende vijftien worden "gedocumenteerd" op een wikipagina, want er is geen capaciteit.

• Een halfjaar later weet niemand meer tegen welke definitie de agent eigenlijk draait.

Dat is geen modelleerprobleem. Het is een doorlooptijdprobleem. Met de standaard is niets mis. De productiesnelheid is het knelpunt.

Hoe je dat voorkomt

De oplossing zit in een andere categorie. Behandel een procesmodel niet langer als een product dat je laat maken. Behandel het als output die je genereert.

Dat betekent de lus van gesprek naar model korter maken. Met ModelMatic is de input wat je toch al hebt. Voer de opname van het interview in, het transcript of het bestaande proceduredocument. Er komt een gevalideerd BPMN 2.0 model uit. Stakeholders corrigeren vervolgens een diagram in plaats van dat ze een lap tekst nalezen en dat levert veel sneller bruikbare feedback op.

Een paar gewoontes helpen meer dan welke tool dan ook:

• Modelleer eerst de uitzonderingspaden. Daar richten agents schade aan, niet op het happy path.

• Versioneer modellen zoals code. Wat je niet kunt vergelijken, kun je niet beheersen.

• Houd één notatie aan. Verschillende notaties per team brengen precies de dubbelzinnigheid terug die je wilde vermijden.

Wat dit betekent voor de komende twee jaar

Verwacht dat BPMN-kennis zich ver buiten de analistengemeenschap verspreidt. Niet omdat mensen ineens van notatie houden, maar omdat het alternatief autonome software met ongedocumenteerde grenzen is. Governance-teams gaan om procesmodellen vragen zoals ze nu al om toegangslogs vragen.

De organisaties die hier goed uitkomen, zijn niet de organisaties met de meeste modelleurs. Het zijn de organisaties die modelleren goedkoop genoeg hebben gemaakt om het actueel te houden.

Benieuwd hoe dat op je eigen proces uitpakt? Plan een demo en neem één opgenomen interview mee.