Bottleneck analysis

Wat is een bottleneck?

Een bottleneck is een stap in je proces waar werk opstapelt of blijft wachten. De rest van het proces kan nog zo vlot lopen, als er één plek is waar dossiers zich ophopen, wordt de totale doorlooptijd bepaald door die ene stap. Het idee komt uit de Theory of Constraints van Eliyahu Goldratt (The Goal, 1984): elk systeem heeft één zwakste schakel die het eindresultaat bepaalt.

Je kan het vergelijken met een flessenhals. Hoe breed de rest van de fles ook is, alles moet door diezelfde smalle opening. In een bedrijf zit die flessenhals bij een persoon die moet goedkeuren, een systeem dat traag antwoordt, of een beslissingspunt waar iemand twijfelt.

Als je het huidige knelpunt wegwerkt, verschuift het probleem bijna altijd naar de volgende zwakste schakel. Daarom is bottleneck analysis geen eenmalige oefening maar een cyclus: identificeer de constraint, haal er maximum uit, stem de rest van het proces erop af, verhoog de capaciteit waar nodig, en begin opnieuw.

Hoe vind je bottlenecks in je proces?

Vroeger deed je dit met interviews en een stopwatch. Vandaag zit het antwoord in je systemen. Elk ERP-, CRM- of ticketingsysteem registreert events: wie deed wat, op welk moment. Als je die samenbrengt in een event log, kan een process mining tool berekenen waar de tijd naartoe gaat.

De sterkste signalen zijn:

• Lange wachttijd tussen twee activiteiten. Niet de bewerking duurt lang, maar de pauze ervoor. Een factuur ligt drie dagen bij goedkeuring, de effectieve klik kost dertig seconden.

• Grote queue voor één resource. Eén persoon, team of systeem heeft altijd meer werk in de wachtrij dan de anderen.

• Herhaalde hand-offs. Het dossier springt heen en weer tussen twee teams voordat het verder gaat. Elke overdracht voegt wachttijd toe.

• Grote variatie op één stap. Sommige cases vliegen erdoor, andere blijven weken hangen. Dat wijst op een beslissingspunt dat niet gestandaardiseerd is.

In Power Automate Process Mining zit een Time Analysis-view die dit toont: gemiddelde en totale duurtijd per activiteit en per transitie. In Celonis heet dat een performance- of throughput-view. Het onderscheid tussen bewerkingstijd (iemand is actief bezig) en wachttijd (het dossier ligt stil) telt hierbij zwaar. Bij de meeste kantoorprocessen is 80 tot 90 procent van de doorlooptijd pure wachttijd. De snelste winst zit dus meestal niet in sneller werken, maar in minder wachten.

Soorten knelpunten

Resource-bottleneck
Eén persoon, team of machine heeft niet genoeg capaciteit voor het volume. Het klassieke voorbeeld is een manager die alle aankopen moet goedkeuren. Oplossing: de bevoegdheid splitsen op bedrag, extra goedkeurders toevoegen, of automatiseren onder een drempel.

Beslissingspunt-bottleneck
Een stap waar iemand moet kiezen tussen meerdere paden, en de regels zijn niet duidelijk. Medewerkers twijfelen, vragen advies, sturen het dossier heen en weer. Oplossing: heldere regels documenteren, beslisbomen inbouwen, of de beslissing verplaatsen.

Systeem-bottleneck
Een IT-systeem dat traag antwoordt of een externe API die pas na minuten terugbelt. Typisch bij koppelingen tussen SAP en een kredietcheck of btw-validatie. Oplossing: asynchroon werken, cache inbouwen, of het systeem opschalen.

Hand-off-bottleneck
Het dossier moet van team A naar team B en blijft in de overdracht hangen. Geen van beide voelt zich eigenaar. Oplossing: één eigenaar per case, duidelijke escalatiepaden, of minder overdrachten inbouwen.

Wat doe je eraan?

1. Prioriteer op doorlooptijd-impact. Vermenigvuldig de wachttijd met het aantal cases per jaar. Een stap die tien minuten kost op tienduizend cases weegt zwaarder dan een stap van een uur op tweehonderd cases.

2. Automatiseer waar je de regels kan uitschrijven. Routinematige goedkeuringen en validaties horen in een workflow engine of een Power Automate flow. De bewerkingstijd blijft gelijk, maar de wachttijd valt weg. Dit werkt alleen als de regels duidelijk zijn.

3. Herontwerp waar het fundamenteel niet klopt. Soms zit het probleem in het proces zelf: te veel goedkeuringslagen, onnodige hand-offs, dubbel werk tussen teams. Dan helpt sneller klikken niet. Je schrapt stappen of tekent het proces opnieuw in BPMN voor je aan tooling begint.

Meet altijd opnieuw na een ingreep. Een knelpunt dat je wegwerkt, verschuift bijna zeker naar de volgende zwakste schakel. Dat is geen falen, dat is hoe processen werken.

Voorbeeld: goedkeuring van aankoopfacturen

Een KMO merkt dat leveranciers klagen over late betalingen. Uit het event log blijkt: facturen komen binnen op dag 0, worden geboekt op dag 1 en pas op dag 12 goedgekeurd. De betaling volgt twee dagen later. Totale doorlooptijd: veertien dagen. Effectieve bewerkingstijd over het hele traject: ongeveer twintig minuten.

De process mining tool toont dat 90 procent van de cases elf dagen stil ligt bij één stap: wacht op goedkeuring zaakvoerder. Dat is een klassieke resource-bottleneck. De zaakvoerder krijgt dagelijks twintig facturen op zijn bord en keurt ze gebundeld goed, één keer per week.

De ingreep is drieledig. Facturen onder 500 euro gaan rechtstreeks naar betaling als de leverancier bekend is en de bestelbon klopt. Facturen tussen 500 en 5000 euro gaan naar de afdelingsmanager. Enkel boven 5000 euro komt de zaakvoerder nog tussen. Na twee maanden zakt de gemiddelde doorlooptijd naar drie dagen. Het knelpunt is niet weg, het is verschoven naar de afdelingsmanagers, waar de capaciteit groter is en de beslissing sneller valt. Dat is het hele punt van bottleneck analysis: niet het proces perfect maken, maar de beperking verleggen naar een plek waar ze geen pijn meer doet.