Procesoptimalisatie: doorlooptijd verkorten

Procesoptimalisatie wordt meestal verkocht als snelheid. In de praktijk gaat de nuttige variant over vinden wáár een proces wacht, want in vrijwel elk administratief proces is de tijd dat er gewerkt wordt een kleine fractie van de verstreken tijd.

Dit is een praktische methode om doorlooptijd te verkorten, de drie metingen waarop die rust, en waarom de voor de hand liggende oplossing — het werk sneller maken — meestal de verkeerde is.

Bewerkingstijd versus doorlooptijd

Twee getallen beschrijven elk proces. Bewerkingstijd is hoelang het werk duurt als iemand het doet. Doorlooptijd is hoelang het duurt van aanvraag tot afronding, inclusief elke wachttijd.

In administratieve processen is de verhouding daartussen standaard bruut. Een offerte die veertig minuten echt werk kost, kan negen dagen onderweg zijn naar de klant. Een onboarding met twee uur aan taken kan drie weken duren. Het werk is niet traag; het wachten is dat.

Dat heeft een direct gevolg voor waar u geld aan uitgeeft. Het werk automatiseren valt de bewerkingstijd aan, en die was nooit de beperking. Veertig minuten inspanning halveren binnen een doorlooptijd van negen dagen verandert de klantervaring vrijwel niet, terwijl het een project kost. De wachttijden zijn waar de doorlooptijd zit, en wachttijden zijn meestal gratis weg te halen.

Waar processen werkelijk wachten

In wachtrijen. Werk blijft liggen omdat de volgende persoon met ander werk bezig is. Dit is in de meeste administratieve processen de grootste enkele component, en het is onzichtbaar in elk systeem dat alleen behandeltijd rapporteert.
Op goedkeuring. Vaak een reële wachttijd van dagen voor iets waar de beslissing een minuut kost.
Op informatie — van een klant, een collega, een andere afdeling. Elke heen-en-weer voegt een volledige cyclus toe van iemand die het opmerkt, reageert, en iemand anders die de reactie opmerkt.
Op een batch. Alles wat wekelijks draait betekent gemiddeld een halve week wachten voordat het überhaupt begint.
In herstellussen, waarbij een zaak teruggaat omdat iets fout of onvolledig was. Dit zijn de duurste wachttijden, want ze herhalen ook eerdere stappen.

Het patroon dat de moeite waard is: het grootste deel van de doorlooptijd ontstaat door overdrachten, niet door taken. Elke overdracht introduceert een wachtrij, en elke wachtrij introduceert wachttijd evenredig aan hoe druk de ontvangende persoon is.

Drie metingen, in volgorde

1. Tel de overdrachten

Loop één echte zaak van begin tot eind en tel hoe vaak die van hand wisselt, inclusief terugloop. Niet het gedocumenteerde proces — een werkelijke zaak, bij voorkeur een recente die slecht verliep. De meeste mensen schrikken, want de gedocumenteerde versie laat de informele stappen weg die ooit zijn toegevoegd om problemen op te lossen die niemand vastlegde.

2. Meet de verdeling van doorlooptijd, niet het gemiddelde

Gemiddelden verbergen het probleem. Is uw gemiddelde vier dagen, dan is dat waarschijnlijk een mengsel van veel zaken op één dag en een lange staart op vijftien. In die staart vormt de klant zijn oordeel en zitten de kosten, en de oplossing voor de staart verschilt meestal volledig van wat het gemiddelde zou verplaatsen.

Rapporteer mediaan en 90e percentiel samen. Liggen ze ver uiteen, dan heeft u geen traag proces — dan heeft u een proces met een categorie zaken die het slecht afhandelt, en die categorie vinden is het hele werk.

3. Scheid bewerkingstijd van wachttijd

Schat per stap hoelang het werk duurt en hoelang de zaak wacht voordat die stap begint. Precisie is niet nodig; de verhouding is meestal zo scheef dat een ruwe schatting het juiste doelwit aanwijst. Is wachten 90% van de doorlooptijd, dan maakt geen enkele versnelling van het werk verschil.

Wat de doorlooptijd echt verkort

Haal een overdracht weg. De meest effectieve wijziging die er is, en meestal kost hij niets behalve een besluit over bevoegdheid. Bestaat een stap alleen zodat iemand geïnformeerd is, vervang hem dan door een melding in plaats van een wachtrij.
Verhoog goedkeuringsdrempels. Goedkeuringen onder een bedrag waarbij de fiatteur nog nooit nee heeft gezegd, zijn ceremonieel. Reken de kosten van de vertraging uit en zet die naast de waarde die u beheerst — die vergelijking is vaak gênant.
Maak batches kleiner en frequenter. Een run die dagelijks in plaats van wekelijks draait, haalt gemiddeld drie dagen wachttijd weg en vraagt meestal geen nieuwe software.
Verzamel informatie in één keer, volledig. De meeste herstellussen beginnen met een onvolledige aanvraag. Een beter aanvraagformulier is een saaie wijziging die een hele categorie heen-en-weer wegneemt.
Stel een limiet op onderhanden werk. Tegenintuïtief: minder tegelijk starten maakt zaken sneller af, omdat wachtrijen krimpen. Teams verzetten zich hier vrijwel altijd tegen en worden achteraf vrijwel altijd overtuigd door de cijfers.

Waar automatisering hoort — en waar niet

Automatisering is op specifieke plekken in een proces echt waardevol, en elders verkeerd toegepast:

Goed: de stap met hoog volume en heldere regels waarachter een wachtrij ontstaat. Die bottleneck weghalen beweegt de hele lijn.
Goed: de informatie-uitvraag, waar automatische validatie bij binnenkomst de herstellus volledig voorkomt.
Zwak: de stap die al vier minuten kost en twee keer per week gebeurt. De besparing is echt en irrelevant.
Schadelijk: een stap automatiseren waarvan u de overdracht had kunnen weghalen. U heeft nu een wachtrij permanent gemaakt door er infrastructuur omheen te bouwen.

Een regel die goed standhoudt: eerst vereenvoudigen, dan automatiseren wat overblijft. Een proces automatiseren dat u niet vereenvoudigd heeft, betonneert de complexiteit, want de code wordt de documentatie van besluiten die niemand zich herinnert.

De wet van Little, en waarom minder starten meer afmaakt

Er is één rekenregel die de moeite waard is, omdat hij het meest tegenintuïtieve advies in operations verklaart. De wet van Little stelt dat gemiddelde doorlooptijd gelijk is aan onderhanden werk gedeeld door doorvoer.

Praktisch gelezen: staan er veertig zaken open en rondt uw team er tien per week af, dan is de gemiddelde doorlooptijd vier weken — hoe hard iedereen ook werkt. Om die te verkorten rondt u er meer per week af, of heeft u er minder tegelijk open staan. De meeste teams proberen alleen het eerste, en dat is de lastigste van de twee.

Daarom verkort het beperken van onderhanden werk de doorlooptijd zonder dat iemand sneller werkt. Het verklaart ook waarom zaken toevoegen aan een druk team alles trager maakt in plaats van dat de nieuwe zaak simpelweg achteraan aansluit — elk extra openstaand item verlengt het gemiddelde voor allemaal.

Er zit een ongemakkelijke consequentie in voor hoe werk wordt toegewezen. Een team dat "oppakt wat binnenkomt" stapelt onderhanden werk op tot de doorlooptijd onhoudbaar is en triageert dan onder druk. Een team met een expliciete limiet weigert werk eerder en zichtbaar, wat naarder voelt en beter presteert.

De wachtrij zichtbaar maken is de halve oplossing

De meeste administratieve wachtrijen zijn onzichtbaar: zaken liggen in postvakken, in iemands hoofd, of in een systeem dat alleen rapporteert wat af is. U kunt geen wachttijd sturen die u niet ziet, en een verrassend deel van de verbetering komt uit het wachten zichtbaar maken zonder verder iets te veranderen.

Zet elk openstaand item op één bord mét de leeftijd, niet alleen de status. Leeftijd is het getal dat tot actie aanzet; status is het getal dat geruststelt.
Markeer automatisch alles dat ouder is dan uw 90e percentiel. Dat is de staart, en de staart is de klantervaring.
Toon wachtrijen tússen stappen, niet alleen totalen. Een totaal zegt dat het proces traag is; een wachtrij zegt wáár.

Een noot over wat "doorlooptijd" hier betekent

Dit artikel gaat over de doorlooptijd van een bedrijfsproces — offerte tot order, aanvraag tot levering, factuur tot betaling. Dat is een andere vraag dan hoelang een implementatietraject duurt, die we apart behandelen in onze gids over <a href="/nl/hoe-lang-duurt-ai-implementatie/">de duur van een AI-implementatie</a>. De methoden zijn niet uitwisselbaar: projectduur gaat over scope en afhankelijkheden, procesdoorlooptijd over wachtrijen en overdrachten.

Hoe wij het aanpakken

Onze audit van €2.500 loopt één echte zaak van begin tot eind, telt de overdrachten en scheidt bewerkingstijd van wachttijd — met als regelmatige conclusie dat het proces vereenvoudigd moet worden in plaats van geautomatiseerd, en dat zeggen we dan ook. Is automatisering wél het juiste antwoord, dan draait een proof of concept van €20.000 vier tot zes weken tegen een gemeten nulmeting, en begint productie vanaf €50.000.

Veelgestelde vragen

Wat is het verschil tussen doorlooptijd en bewerkingstijd?

Bewerkingstijd is hoelang het werk duurt terwijl iemand het doet. Doorlooptijd is de totale verstreken tijd van aanvraag tot afronding, inclusief elke wachtrij. In administratieve processen schelen die twee vaak een orde van grootte.

Een taak met veertig minuten bewerkingstijd kan eenvoudig negen dagen doorlooptijd hebben.
Automatisering valt meestal de bewerkingstijd aan, en die is zelden de beperking.
Is wachten 90% van uw doorlooptijd, dan verandert sneller werken vrijwel niets voor de klant.

Hoe verkort je doorlooptijd zonder nieuwe software?

Val de wachttijden aan in plaats van het werk. Het meeste haalbare voordeel kost een besluit in plaats van budget.

Haal een overdracht weg — elke overdracht maakt een wachtrij, en in wachtrijen zit de tijd.
Verhoog goedkeuringsdrempels die bestaan onder een bedrag waarbij nooit iemand nee zei.
Draai batches dagelijks in plaats van wekelijks; dat alleen haalt gemiddeld drie dagen weg.
Verbeter het aanvraagformulier, zodat onvolledige aanvragen geen herstellussen meer veroorzaken.
Beperk onderhanden werk. Minder tegelijk starten maakt zaken sneller af.

Moeten we het proces eerst in kaart brengen?

Loop één echte zaak in plaats van een volledige kaart te bouwen. Een complete proceskaart is veel werk en beschrijft vaak het gedocumenteerde proces, niet het proces dat draait.

Kies een recente zaak die slecht verliep — die legt de informele stappen bloot die ooit zijn toegevoegd voor problemen die niemand vastlegde.
Tel overdrachten en noteer waar de zaak wachtte. Dat is meestal genoeg om de beperking te vinden.
Volledig in kaart brengen verdient zichzelf terug als meerdere processen een bottleneck delen, of als een toezichthouder de documentatie eist.

Wanneer is automatisering het verkeerde antwoord?

Wanneer de vertraging door wachten komt en niet door werken, wat het gebruikelijke geval is. Een stap automatiseren waarvan u de overdracht had kunnen weghalen, maakt de wachtrij permanent door er infrastructuur omheen te bouwen.

Eerst vereenvoudigen, dan automatiseren wat overblijft — anders wordt de code documentatie van besluiten die niemand zich herinnert.
Een stap van vier minuten die twee keer per week gebeurt is het niet waard, hoe makkelijk het ook is.
Liggen mediaan en 90e percentiel ver uiteen, dan heeft u een probleemcategorie, geen traag proces. Zoek eerst die categorie.

Procesoptimalisatie: doorlooptijd verkorten, niet bewerkingstijd