Vraag drie mensen om een proces te tekenen en je krijgt drie totaal verschillende plaatjes. Pijlen alle kanten op, blokjes die voor iedereen iets anders betekenen, en aan het eind een discussie over de tekening in plaats van over het proces.
Daar is BPMN 2.0 voor gemaakt. Het is een gestandaardiseerde taal waarmee iedereen, business én IT, hetzelfde leest in hetzelfde plaatje.
Voor een Customer Journey Expert is dat goud waard: BPMN 2.0 is de taal waarin je de binnenkant van een klantreis precies en eenduidig vastlegt.
BPMN 2.0 (Business Process Model and Notation) is de wereldwijde standaardtaal om bedrijfsprocessen visueel vast te leggen. Het werkt met vier symboolfamilies: events (cirkels), activities (afgeronde blokken), gateways (ruiten voor keuzes) en flows (pijlen). Omdat iedereen dezelfde symbolen leest, vermijdt BPMN 2.0 de ruis van zelfbedachte tekeningen, handig als brug tussen business en IT.
Waarom BPMN 2.0 bestaat
BPMN 2.0 is een open standaard, beheerd door de Object Management Group (OMG), het internationale gremium achter veel technische standaarden. Het doel is eenduidigheid: een diagram dat in Amsterdam wordt getekend, moet in Tokio hetzelfde betekenen.
Dat onderscheidt het van een losse stroomdiagram. Een stroomdiagram is vrij interpreteerbaar; BPMN 2.0 heeft een vaste grammatica. Daardoor is het de brug bij uitstek tussen wat de business bedoelt en wat IT bouwt.
De vier symboolfamilies van BPMN 2.0
Je hoeft niet alle honderden symbolen te kennen. Met vier families kom je een heel eind:
- Events (cirkels), iets gebeurt: een start, een tussentijdse trigger, een einde;
- Activities (afgeronde rechthoeken), er wordt werk gedaan: een taak of subproces;
- Gateways (ruiten), hier splitst of voegt het pad: een keuze of een samenkomst;
- Flows (pijlen), de volgorde: van het ene element naar het volgende.
Een aanvraag start (event), wordt getoetst (activity), splitst bij akkoord of afwijzing (gateway) en loopt verder (flow). Met die vier vertel je vrijwel elk proces.
Swimlanes: wie doet wat
BPMN 2.0 wordt pas echt krachtig met swimlanes: horizontale banen die laten zien wíé elke stap uitvoert, de klant, de adviseur, een systeem. Plotseling zie je hoe vaak een proces over een baan heen springt.
Voor een CJE zijn die kruisingen de interessantste plekken. Ze vallen vaak samen met de dieptepunten op een customer journey map: het wachten ontstaat precies bij een overdracht.
Een BPMN 2.0-diagram leren lezen
Begin altijd links bij de start-event en volg de flow. Stop bij elke gateway en lees de voorwaarde. Let op de swimlanes: wisselt de baan, dan is er een overdracht. En zoek naar terugkerende lussen, daar zit vaak herwerk verstopt.
Je hoeft geen analist te worden. Maar een BPMN 2.0-diagram kunnen lezen én een simpele zelf kunnen tekenen, maakt je gesprek met IT meteen scherper. Wil je nóg dieper in de doorlooptijd graven, dan helpt value stream mapping.
Een voorbeeld: de aanvraag in BPMN
Teken een simpele aanvraag in BPMN 2.0 en je ziet meteen hoe helder de taal is. Een start-event (dunne cirkel) markeert "aanvraag ontvangen". Een taak "aanvraag toetsen" volgt. Dan een gateway (ruit) met de vraag: akkoord of niet?
Bij akkoord loopt de flow naar "verstrekken", bij afwijzing naar "bericht sturen". Twee paden, één eenduidig plaatje. Iedereen die het leest, de adviseur, de risk-collega, de ontwikkelaar, ziet exact hetzelfde. Daar zit de waarde: niet in mooie symbolen, maar in het wegnemen van interpretatieruimte.
Voeg je er swimlanes aan toe, dan zie je bovendien wie wat doet. De klant in de bovenste baan, de front office eronder, krediet daar weer onder. Elke keer dat een pijl een baan kruist, is er een overdracht, en daar, weet je inmiddels, ontstaat de wachttijd.
De drie klassieke BPMN-fouten
De eerste fout is een gateway laten "werken". Een ruit beslist alleen; hij doet geen werk. Het toetsen gebeurt in de taak ervóór, niet in de gateway zelf. Wie dat verwart, tekent een proces dat technisch nergens op slaat.
De tweede fout is het verwarren van een XOR- en een AND-gateway. Een XOR betekent precies één pad (óf akkoord, óf afwijzen). Een AND betekent alle paden tegelijk (parallel werk). Dat onderscheid bepaalt of je proces klopt of vastloopt.
De derde fout is een sequence flow tussen twee pools trekken. Tussen aparte partijen, klant en organisatie, hoort altijd een message flow (een bericht), nooit een doorgetrokken volgordepijl. Één pool is één proces; communicatie ertussen is altijd een bericht.
Wanneer BPMN, en wanneer iets simpelers
BPMN 2.0 is krachtig, maar kracht heeft een prijs: het kan overkill zijn. Niet elk proces verdient een formeel diagram met gateways en swimlanes. De kunst is weten wanneer je de zware taal pakt en wanneer een simpele schets volstaat.
Gebruik BPMN als precisie ertoe doet. Wil je een proces automatiseren, formeel vastleggen voor compliance, of overdragen aan ontwikkelaars die het exact moeten bouwen? Dan is de eenduidigheid van BPMN goud waard, er mag geen interpretatieruimte zijn. Ook bij processen met veel beslissingen, uitzonderingen en betrokken partijen brengt BPMN de orde die een schets niet kan bieden.
Maar wil je in een workshop snel een gezamenlijk beeld krijgen van "hoe loopt dit ongeveer"? Dan kan een eenvoudige stroomschets met dozen en pijlen sneller en toegankelijker zijn. Een volledig correcte BPMN-plaat tekenen kost tijd, en niet iedereen leest hem vloeiend. Het doel is begrip, niet het diagram zelf.
Een goede CJE schakelt daarom tussen registers. Een snelle schets om het gesprek te openen, BPMN zodra het serieus wordt en de details moeten kloppen. En als je de tijd in het proces wilt meten in plaats van de logica, stap je over op value stream mapping. Het juiste gereedschap volgt altijd uit de vraag, niet uit gewoonte.
Een BPMN-diagram leren lezen
Je hoeft geen modelleur te zijn om een BPMN-diagram te kunnen lezen. Met een handvol vormen kom je een heel eind, en dat alleen al maakt je in elk procesgesprek waardevoller.
Begin bij de cirkels. Een dunne cirkel is een start-event (hier begint het), een dikke een eind-event (hier stopt het). Volg dan de pijlen, de sequence flows, van start naar eind; zij vertellen de volgorde.
De afgeronde rechthoeken zijn taken: het echte werk. De ruiten zijn gateways: beslissingen of splitsingen. Komt er bij een ruit de vraag "ja of nee", dan splitst het pad zich. En als het diagram horizontale banen heeft, swimlanes, dan vertelt elke baan wie de stappen erin uitvoert.
Lees het geheel als een verhaal: het begint hier, dan gebeurt dit, dan volgt een keuze, en afhankelijk daarvan gaat het zus of zo, tot het eindigt. Let vooral op de plekken waar een pijl van de ene baan naar de andere springt, dat zijn overdrachten, en daar, zo weet een CJE inmiddels, sluipt de wachttijd binnen. Wie zo leert kijken, ziet in een procesplaat niet alleen stappen, maar ook waar het knelt.
Wat dit betekent voor de CJE
BPMN 2.0 hoort bij het procesgereedschap van de rol. Je hoeft het niet tot in detail te beheersen, maar de taal kunnen lezen en spreken maakt je een geloofwaardige brug tussen business en IT. Hoe je dat opbouwt, lees je in Customer Journey Expert worden.