Business Process Management (BPM)

Wat is Business Process Management?

Business Process Management, kortweg BPM, is de manier van leidinggeven waarbij je je bedrijf bestuurt via zijn processen. Je legt vast hoe het werk moet lopen van aanleiding tot resultaat, je laat het zo lopen, je meet of het oplevert wat je verwacht en je past het aan als dat niet zo is. BPM is een manier van managen, zoals budgetteren een manier is om met geld om te gaan.

Het woord wordt voor twee dingen gebruikt, en je houdt ze beter uit elkaar. BPM is de discipline: een set rollen, documenten en gewoontes die elk bedrijf kan invoeren met een whiteboard en een spreadsheet. Een BPMS, een business process management suite, is de softwarecategorie die de discipline ondersteunt: een modelleertool, een engine die de modellen uitvoert en dashboards erbovenop. Gartner omschrijft BPM als een discipline die met methodes processen ontdekt, modelleert, analyseert, meet, verbetert en optimaliseert, en zet de suites apart als een eigen markt. Wil van der Aalst, die het standaardoverzicht van het vakgebied schreef, noemt het een discipline die managementkennis en informatietechnologie samenbrengt en toepast op operationele processen.

De meeste procestermen in dit woordenboek gaan uit van BPM zonder het te benoemen. BPMN is de tekenstandaard, de procesbeheerder is een van de rollen, process mining is een van de meetinstrumenten, BPA en een workflow engine zijn twee uitvoeringstools, processtandaardisatie en procesoptimalisatie zijn twee manieren om te verbeteren. Deze pagina is de naaf waar die spaken aan hangen.

Eén onderscheid draagt de hele discipline: een proces is geen project. Een project heeft een begin, een einde en een opgeleverd resultaat, en daarna gaat het team uit elkaar. Een proces loopt elke dag, jarenlang, en de bedoeling van BPM is dat iemand er blijft naar omkijken nadat het verbeterproject is afgesloten. Bedrijven die hun processen als een reeks projecten behandelen, krijgen om de anderhalf jaar een sprong vooruit en zakken tussendoor weer weg.

De BPM-cyclus

Elke versie van de discipline beschrijft dezelfde lus, met net andere labels. Van der Aalst houdt het op drie fases: (her)ontwerpen, implementeren en configureren, uitvoeren en bijsturen, met analyse op modellen en op data die terugvoedt naar de eerste fase. De versie met vijf stappen is de versie die de meeste mensen in de praktijk gebruiken. Neem een garantieproces als lopend voorbeeld.

1. Ontwerpen. Je spreekt af waar het proces voor dient, waar het begint en eindigt, wie de klant is en hoe een goed resultaat eruitziet. Resultaat: een procescharter van één pagina. Voor garantieclaims: van een klant die een defect meldt tot een hersteld of vervangen product, met "opgelost binnen tien werkdagen" als doel.

2. Modelleren. Je tekent de flow: stappen, beslissingen, overdrachten, uitzonderingen. Resultaat: een proceskaart, meestal in BPMN, op twee niveaus van detail, één voor het management en één voor de mensen die het werk doen. Het claimmodel toont intake, triage, de keuze tussen herstellen en vervangen, en het pad naar een creditnota.

3. Uitvoeren. Het proces loopt, door mensen die de kaart volgen, door software, of door allebei. Resultaat: cases. Hier komen de uitvoeringstools binnen: een workflow engine, een Power Automate-flow, een ticketsysteem of gewoon een checklist. BPM vereist geen automatisering; het vereist dat het proces loopt zoals het model zegt.

4. Meten. Je meet wat de cases gedaan hebben. Resultaat: een handvol cijfers op een vast ritme. Doorlooptijd per claim, aandeel claims opgelost zonder tweede contact, achterstand. Process mining is het scherpste instrument voor deze stap, als je systemen genoeg loggen.

5. Verbeteren. Je past het ontwerp aan op basis van wat het meten toonde, en je begint opnieuw. Resultaat: een nieuwe versie van de kaart en een notitie waarom. In het claimvoorbeeld bleek de triage gemiddeld drie dagen te kosten, dus claims met een lage waarde slaan die stap nu over.

De lus is de hele methode. Een bedrijf dat alleen stap één en twee doet, heeft documentatie. Een bedrijf dat alleen stap drie doet, heeft automatisering. BPM is alle vijf de stappen laten draaien, met iemand die bij naam verantwoordelijk is voor de lus.

BPM versus BPA, process mining en een workflow engine

Drie verwarringen komen in bijna elk gesprek over dit onderwerp terug, en telkens wordt de discipline verward met een van haar tools.

BPM versus Business Process Automation

De dimensie is discipline tegenover tool. BPA is software die een terugkerend proces van begin tot einde uitvoert en daarbij systemen, taken en goedkeuringen aan elkaar knoopt. BPM is de managementpraktijk die beslist welke processen dat verdienen, ze eerst ontwerpt en na de livegang blijft meten. BPA is een van de dingen waar BPM in de uitvoeringsstap naar grijpt. Een bedrijf kan BPM toepassen op een volledig manueel proces, en een bedrijf kan een proces automatiseren dat het nooit ontworpen heeft, en zo krijg je een snelle versie van het verkeerde. Als je denkt dat je tussen de twee moet kiezen, dan klopt dat niet: je beslist met BPM en je bouwt met BPA.

BPM versus process mining

Process mining reconstrueert hoe een proces echt gelopen heeft uit de eventlogs die je systemen al bijhouden. Zo zie je de as-is, en het hoort thuis in de meetstap. Het vertelt je niet wat het proces zou moeten zijn, wie het beheert of dat je het moet veranderen. Mining zonder BPM-praktijk errond levert correcte diagrammen op waar niemand iets mee doet.

BPM versus een workflow engine

Een workflow engine voert één gemodelleerd proces uit: hij houdt de status van elke case bij, stuurt taken door, laat timers aflopen en registreert wat er gebeurd is. Het is de runtime voor de uitvoeringsstap. De engine weet niet of het model dat hij draait een goed model is, en de meeste bedrijven hebben processen die buiten elke engine lopen, in mailboxen en spreadsheets, en die ook beheerd moeten worden. BPM dekt die ook.

Vier golven, met de data die standhouden

De discipline is in vier golven gegroeid, en elke golf legde een laag bovenop de vorige.

De reengineeringgolf begon met het artikel "Reengineering Work: Don't Automate, Obliterate" van Michael Hammer in Harvard Business Review in 1990 en het boek dat hij in 1993 met James Champy schreef. Hun stelling: herontwerp een proces voor je er technologie op zet. Daarna kwam de suitegolf, zodra workflowsystemen volwassen werden: de Workflow Management Coalition werd opgericht in 1993, commerciële workflowsystemen verspreidden zich halfweg de jaren negentig en de producten groeiden in de jaren 2000 uit tot BPM-suites, met OMG dat BPMN 1.0 aannam in maart 2007 en BPMN 2.0 in december 2010 als gedeelde tekentaal.

De mininggolf hoort bij de jaren 2010: de IEEE Task Force on Process Mining stelde zijn Process Mining Manifesto voor op de BPM-workshops van 2011, en het vakgebied groeide in het decennium daarna van onderzoek naar een commerciële productcategorie. De golf van AI-agents is de huidige. In april 2025 bracht Camunda, een van de enginebouwers, uit wat het agentic orchestration noemt: een AI-agent werkt binnen een BPMN-subproces en beslist tijdens de uitvoering welke stappen hij zet en in welke volgorde, terwijl het proces errond deterministisch blijft. Het label is nieuw; de vraag die het oproept is de oudste van de discipline, en daar komen we hieronder op terug.

Rollen en documenten

Je hebt geen afdeling nodig. Je hebt drie rollen nodig, soms verdeeld over twee mensen, en drie documenten per proces.

De procesbeheerder of process owner is verantwoordelijk voor het resultaat over de afdelingen heen en heeft de bevoegdheid om het ontwerp te veranderen. De procesanalist doet het modelleren, het meten en het afwegen van opties, en in een klein bedrijf is dat vaak iemand van operations met oog voor dat soort werk, of ons team op afroep. De businesskant, de mensen die elke dag de cases afhandelen, beheert de werkinstructies en merkt als eerste wanneer kaart en realiteit uit elkaar zijn gegroeid.

De documenten zijn een proceskaart, liefst in BPMN zodat iedereen ze kan lezen; een RACI die per stap zegt wie Responsible, Accountable, Consulted en Informed is, en dat is de plek waar de meeste problemen bij overdrachten zichtbaar worden; en een korte lijst KPI's. Twee maten dragen de meeste processen: doorlooptijd, de verstreken tijd van aanleiding tot resultaat voor één case, en first-time-right, het aandeel cases dat het resultaat bereikt zonder herwerk of tweede ronde. Voeg er een volumecijfer aan toe en je hebt genoeg om een review te houden.

De ABPMP, de beroepsvereniging van het vakgebied, bouwt haar Common Body of Knowledge, sinds 2019 aan versie 4.0, op rond negen kennisgebieden die op deze rollen en documenten aansluiten: procesmodellering, analyse, ontwerp, prestatiebeheer en transformatie, plus de procesorganisatie, procesbeheer op ondernemingsniveau, BPM-technologie en business process management zelf. Met vijftig mensen heb je die negen niet allemaal nodig. Je hebt de lus nodig.

Hoe BPM eruitziet in een bedrijf van vijftig mensen

Een groot bedrijf heeft voor BPM een center of excellence en een toolbudget. Een bedrijf van vijftig mensen haalt het grootste deel van het voordeel met de opzet hieronder.

Benoem vijf kernprocessen en stop daar. Een typische set: offerte tot order, order tot levering, factuur tot betaling, aanwerving tot onboarding en klacht tot oplossing. Al de rest is ofwel een subproces van een van deze vijf, ofwel de moeite nog niet waard.

Geef elk proces een eigenaar bij naam, en zorg dat het iemand is die kan veranderen hoe het proces werkt, niet iemand die er alleen over rapporteert. Vijf eigenaars, elk één proces, en de zaakvoerder is van geen enkel proces de eigenaar.

Kies per proces één KPI die je meet, en meet die uit data die je al hebt. Offerte tot order: dagen tussen offerte verstuurd en order bevestigd. Order tot levering: aandeel geleverd op de beloofde datum. Factuur tot betaling: gemiddeld aantal dagen tot de klant betaalt. Aanwerving tot onboarding: dagen tussen getekend contract en eerste productieve dag. Klacht tot oplossing: aandeel afgesloten zonder tweede contact. Elk cijfer moet uit het ERP, het CRM of de ticketingtool komen zonder dat iemand het overtypt; als dat niet kan, is dat je eerste verbetering.

Hou elk kwartaal een review van negentig minuten. Elke eigenaar toont één kaart en één cijfer, zegt wat er sinds vorig kwartaal veranderd is en stelt hoogstens één aanpassing voor. Beslissingen gaan in een logboek. Dat is de hele praktijk: vijf kaarten, vijf eigenaars, vijf cijfers, vier vergaderingen per jaar. Het kost vier namiddagen per jaar en het is meer BPM dan veel bedrijven van tien keer die grootte echt doen.

Hoe AI-agents de discipline veranderen

Twee dingen verschuiven wanneer agents in een proces stappen, en geen van beide is technisch.

Het eerste: een proces moet nu beschreven worden voor een model, niet alleen voor een collega. Een collega vult gaten in een werkinstructie op uit ervaring. Een agent vult ze op met wat hij gokt, en de pagina over agentic AI legt uit hoe dat gokken eruitziet. Dus de proceskaart, de beslisregels en de criteria voor overdrachten moeten precies genoeg op papier staan dat een model ze kan volgen, en dat is de modelleerstap van de cyclus op een niveau dat de meeste bedrijven nooit gehaald hebben. Bedrijven die BPM overgeslagen hebben, kunnen dat niet meer, want een proces dat niet beschreven is kan je niet aan een agent toevertrouwen.

Het tweede: de golf van AI-agents stelt opnieuw de vraag die de reengineeringgolf in 1990 stelde, namelijk wie het proces beheert. Wanneer een agent tijdens de uitvoering beslist welke stappen hij zet, moet nog altijd iemand verantwoordelijk zijn voor het resultaat van die beslissing, en dat kan de leverancier niet zijn en het model ook niet. De opzet van Camunda, een agent binnen een afgebakend subproces met deterministische stappen errond, is één antwoord: de eigenaar bepaalt de grens, de agent werkt erbinnen. Welke tooling je ook gebruikt, de rol van eigenaar wordt belangrijker, want de eigenaar bepaalt nu binnen welke ruimte een niet-deterministische stap mag handelen.

Waar je op moet letten bij BPM in deze situatie: laat de agent niet het proces worden. Als niemand de kaart nog kan tekenen omdat "de agent dat regelt", ben je de meet- en verbeterstap kwijt en zit je terug bij een proces dat niemand beheert. Hou de kaart, hou het cijfer, hou de eigenaar, en zet de agent in het vak dat de kaart voor hem tekent.