Een bottleneck analyse is een methode om te ontdekken waar in een proces de grootste vertraging of beperking zit, en wat daarvan de oorzaak is. Het woord “bottleneck” betekent letterlijk flessenhals: de plek waar de doorstroom het smalst is en alles ophoopt. Zodra je die plek kent, kun je gericht ingrijpen in plaats van overal tegelijk te sleutelen.
Dit artikel legt uit hoe je een bottleneck analyse stap voor stap uitvoert, hoe je een knelpunt herkent en wat je ermee doet als je het gevonden hebt.
Wat is een bottleneck precies?
Een bottleneck is de stap in een proces die de totale output beperkt. Stel je een productielijnen voor waarbij vijf machines achter elkaar staan. Vier machines kunnen 100 producten per uur verwerken, maar de derde machine haalt er maar 60. Dan bepaalt die derde machine hoeveel er aan het einde van de lijn uitkomt, ongeacht hoe snel de andere machines werken.
Hetzelfde principe geldt in kantooromgevingen, logistiek of softwareontwikkeling. Een afdeling die te langzaam goedkeurt, een server die te weinig bandbreedte heeft, een medewerker die als enige een bepaalde taak kan uitvoeren: het zijn allemaal varianten van dezelfde situatie. De rest van het systeem wacht op die ene schakel.
Wanneer gebruik je een bottleneck analyse?
Een bottleneck analyse is zinvol als je merkt dat een proces trager verloopt dan verwacht, als er structureel werk blijft liggen op één plek, of als kwaliteitsproblemen steeds op hetzelfde moment in het proces opduiken. Ook als een team klaagt over werkdruk terwijl andere teams onderbezet lijken, is dat een signaal dat er een knelpunt in de verdeling zit.
Je hoeft niet te wachten tot er een crisis is. Juist in goed lopende processen kun je met een bottleneck analyse zoeken naar de zwakste schakel en die versterken voordat het misgaat.
Bottleneck analyse uitvoeren: stap voor stap
Een goede analyse volgt een vaste volgorde. Sla je stappen over, dan loop je het risico om het verkeerde probleem op te lossen.
- Stap 1: Breng het proces in kaart. Schrijf alle stappen op in de volgorde waarop ze plaatsvinden. Gebruik een processchema of stroomdiagram. Zorg dat je niets overslaat, ook tussenstappen of wachttijden.
- Stap 2: Meet de doorlooptijd en capaciteit per stap. Hoeveel tijd kost elke stap gemiddeld? Hoeveel eenheden (producten, aanvragen, taken) kan elke stap per tijdseenheid verwerken? Verzamel data over een representatieve periode.
- Stap 3: Identificeer waar werk zich ophoopt. Kijk waar een wachtrij ontstaat, waar output achterblijft bij input, of waar medewerkers op elkaar wachten. Dit is de verdachte zone.
- Stap 4: Bevestig de bottleneck met data. Een gevoel is geen bewijs. Vergelijk de verwerkingscapaciteit van alle stappen en zoek de stap met de laagste capaciteit of de langste doorlooptijd. Dat is de bottleneck.
- Stap 5: Zoek de oorzaak. Waarom heeft deze stap minder capaciteit? Mogelijke oorzaken zijn: te weinig personeel, verouderde apparatuur, onduidelijke werkafspraken, afhankelijkheid van één persoon, of een slechte koppeling met een voorgaande stap. Gebruik eventueel een oorzaak-gevolgdiagram (ishikawa) om dieper te graven.
- Stap 6: Los de bottleneck op. Pas de capaciteit aan, herverdeel taken, automatiseer de stap of train medewerkers. Zorg dat de oplossing duurzaam is, niet een tijdelijke pleister.
- Stap 7: Monitor en herhaal. Na het oplossen van de bottleneck verschuift het knelpunt vaak naar een andere stap. Herhaal de analyse om het nieuwe knelpunt te vinden.
Praktijkvoorbeeld: orderverwerking
Stel dat een webwinkel klachten krijgt over te late leveringen. Het vermoeden is dat de verzending traag is, maar de analyse wijst iets anders uit.
| Processtap | Capaciteit per uur |
|---|---|
| Orderontvangst | 200 orders |
| Voorraadcontrole | 150 orders |
| Picken en inpakken | 80 orders |
| Verzending aanmelden | 120 orders |
De bottleneck zit bij het picken en inpakken: die stap verwerkt maar 80 orders per uur, terwijl de rest meer aankan. Orders hopen zich op vóór die stap, wat leidt tot vertraging bij verzending. De oplossing zit dus niet bij de verzending, maar eerder in het magazijn: meer medewerkers inplannen voor het inpakken, of het proces efficiënter inrichten.
Veelgemaakte fouten bij een bottleneck analyse
Een veelgemaakte fout is werken op basis van gevoel in plaats van data. De stap die het meeste lawaai maakt, is niet altijd de echte bottleneck. Meet dus altijd concreet voordat je conclusies trekt.
Een andere valkuil is het oplossen van de symptomen in plaats van de oorzaak. Als medewerkers bij stap drie overwerken, is dat een symptoom. De oorzaak kan zijn dat stap twee onvoldoende gestandaardiseerd is en daardoor fouten doorgeeft. Los je alleen de overuren op, dan los je niets structureels op.
Tot slot: na het oplossen van een bottleneck verdwijnt het probleem niet uit het systeem, het verplaatst zich. Wie dat niet verwacht, stopt te vroeg en denkt dat het proces klaar is terwijl er elders al een nieuwe wachtrij opbouwt.
Een bottleneck analyse is geen eenmalige exercitie, maar een terugkerend instrument. Processen veranderen, volumes groeien en teams worden anders ingedeeld. Door regelmatig te meten waar de capaciteit het laagst is, stuur je op feiten in plaats van vermoedens en houd je de doorstroom structureel op peil.
