Zo versterk je procesengineers met AI

De meeste AI-verhalen die op procesengineers zijn gericht, zetten het verkeerd neer. Ze beloven het modelleren voor je te doen en dat klinkt minder als versterking en meer als vervanging. Goede engineers zetten daar terecht hun hakken in het zand.

De bruikbare versie is smaller en eerlijker. AI is heel goed in een eerste versie maken uit rommelige input. AI is niet goed in inschatten welk proces er werkelijk toe doet. Of welke uitzondering je bij een audit opbreekt. Splits het werk op die lijn en de tool bedreigt niemand meer.

Waar procesengineers echt tekort aan hebben

Vraag een procesengineer wat de output beperkt. Het antwoord is vrijwel nooit "ideeën over processen".

Meestal is het een mix van:

• Productietijd. Tekenen, opnieuw tekenen en opmaken vreet de week op.

• Toegang tot mensen. Stakeholders geven je veertig minuten en zijn daarna drie weken onvindbaar.

• Consistentiedruk. Elk model moet blijven voldoen aan de huisstandaard.

• Actualiteit. Documentatie is verouderd op ongeveer het moment dat ze wordt goedgekeurd.

Geen van die punten is een denkprobleem. Het zijn doorlooptijdproblemen en juist daar kan AI iets verschuiven.

Geef AI de eerste versie, houd het oordeel zelf

De werkwijze die werkt is weinig spectaculair. De engineer voert het gesprek. De opname, het transcript of het bestaande proceduredocument gaat erin. Er komt een gestructureerd BPMN 2.0 model uit. Daarna doet de engineer het deel waar expertise voor nodig is: corrigeren.

Dat werkwoord is belangrijk. Een concept corrigeren is een andere denktaak dan er een maken en het gaat veel sneller. Het is ook waar ervaring zichtbaar wordt. Een senior engineer ziet binnen seconden dat er een compensatiepad ontbreekt. Eerst tekenen had twee dagen gekost voordat die gedachte überhaupt opkwam.

Met ModelMatic is die lus kort genoeg om binnen de sessie met de stakeholder te draaien. De engineer blijft de auteur. De tool haalt alleen het typewerk weg.

Besteed de gewonnen tijd aan de moeilijke vragen

Productie comprimeren levert op zichzelf nog geen waarde op. Wat je met de vrijgekomen tijd doet wel.

De opbrengst is het hoogst bij:

• De lange staart modelleren. Regionale varianten en uitzonderingspaden, precies de dingen die normaal als "standaard" worden weggewuifd.

• Documentatie actueel houden. Opnieuw modelleren na elke wezenlijke wijziging, niet één keer per auditcyclus.

• Dieper gaan op herontwerp. Steek de analyse in de to-be situatie, niet in het tekenen van de as-is.

• Voorbereiden op automatisering. Agents en workflow-engines hebben een expliciete procesdefinitie nodig voordat ze veilig ook maar iets kunnen uitvoeren.

Dat laatste punt wordt met het kwartaal urgenter. Waarom precies, schreven we in BPMN en agentic AI.

Waar je AI niet moet vertrouwen

Eerlijk zijn over de grenzen is wat de rest geloofwaardig maakt.

Een door AI gegenereerd model produceert met veel zelfvertrouwen een net diagram uit een dubbelzinnig gesprek. Het lost die dubbelzinnigheid op door te gokken en het meldt niet dat het gegokt heeft. Als een stakeholder zei "meestal escaleren we", dan staat escalatie in het model alsof het beleid is.

Behandel elk gegenereerd model dus als een concept met ongemarkeerde aannames. Valideer met de persoon die het beschreven heeft. Laat een gegenereerd model nooit een compliance-document worden zonder dat een engineer ervoor tekent. Zo aangepakt is de snelheidswinst echt. Slordig aangepakt heb je de productie van aannemelijke maar onjuiste documentatie geïndustrialiseerd.

Het intern verkopen

Ben jij de engineer die dit voorstelt, begin dan met het doorlooptijdargument en niet met het AI-argument. Collega's en managers reageren op "we kunnen die andere dertig processen dit kwartaal ook doen". Op "we gaan AI gebruiken" reageren ze veel minder.

Het helpt ook om de standaard vast te houden. Leveranciersonafhankelijke BPMN 2.0 betekent dat de output overdraagbaar blijft en dat haalt het gebruikelijke bezwaar over vendor lock-in weg. Heeft je team een gedeelde basis nodig, begin dan bij wat BPMN is en BPMN gateways.

Wil je het testen op een proces dat je goed kent? Plan een demo en neem één echte opname mee, het liefst een rommelige.