Sådan finder du flaskehalse i en proces
Sådan identificerer du flaskehalse i en proces: kortlæg flowet, find hvor arbejdet hober sig op frem for hvor folk har travlt, og skeln en reel begrænsning fra omarbejde og ventetid. Med levende eksempel.
En flaskehals er det trin, hvor arbejdet ankommer hurtigere, end det kommer videre. At finde den handler om at lede efter køer frem for efter travle mennesker, og om at skelne en reel begrænsning fra omarbejde.
Kort fortalt
- Flaskehalsen er dér, hvor køen er, ikke dér, hvor folk har travlt.
- Der er én begrænsning ad gangen; retter I den, flytter begrænsningen sig et andet sted hen.
- Omarbejdsløkker ligner kapacitetsproblemer, men er kvalitetsproblemer.
- Ventetid på en ekstern part er en flaskehals, I kan planlægge efter, men ikke bemande jer ud af.
- Mål køen foran et trin, ikke hvor udnyttet den person er, der udfører det.
Travlhed er ikke det samme som en begrænsning
Spørg et team, hvor flaskehalsen er, og I får som regel navnet på den, der har mest travlt. Det er et rimeligt gæt og ofte forkert. En flaskehals er en strukturel egenskab ved et flow: det ene trin, hvor arbejdet ankommer hurtigere, end det kan komme videre, så der danner sig en kø foran det, og alt nedstrøms står stille og venter. Travlhed er fordelt overalt; begrænsningen sidder præcis ét sted ad gangen.
Den pålidelige måde at finde den på er at lede efter køen. Hvor hober sagerne sig op? Hvor ligger det ældste arbejde i systemet? Hvilket trin beskriver folk som noget, de "venter på"? Et procesdiagram gør de spørgsmål besvarlige, fordi det viser hele flowet på én gang, og fordi det skelner mellem de tre ting, der ser fuldstændig ens ud indefra i ét team: en reel kapacitetsbegrænsning, en omarbejdsløkke, der sender den samme sag rundt to gange, og ventetid på nogen uden for processen.
Eksemplet herunder er en returproces, som er usædvanlig ærlig på det punkt. Varerne ankommer hurtigere, end de bliver kontrolleret, kontrollen forgrener sig fire veje, og halvdelen af vejene løber sammen igen i den samme beslutning om kompensation. Gå den igennem trin for trin, og læg mærke til, hvor arbejdet samler sig.
Hvor en proces stopper til
En returproces fra anmodning til refusion. Læg mærke til, hvilke trin der får arbejde ind hurtigere, end det kommer videre.
Porten, der beskytter køen
Et tjek mod returpolitikken, før der udstedes RMA. Porte som denne ligner bureaukrati og er bærende: alt, der slipper forbi her, bliver til arbejde for begrænsningen længere nede, så en løs port er et kapacitetsproblem i forklædning.
Trinnet, alt andet venter på
Varerne ankommer løbende, og kontrollen er ét trin med fire mulige udfald. Det er den klassiske form på en begrænsning: høj ankomsthastighed, én vej ind og et fagligt skøn undervejs. Er returneringer langsomme, er det her, I skal kigge, før I sætter folk på noget som helst andet.
Tre løkker, der ligner mængde
Defekte varer forgrener sig til en beslutning om reparation eller skrot, ingen fejl fundet sender varen tilbage til kunden, og salgbare varer lægges på lager igen. Hver af dem er merarbejde skabt af en tidligere beslutning, og det er ved at kortlægge dem hver for sig, at I kan se forskel på et kapacitetsproblem og et kvalitetsproblem.
Sammenløbet til sidst
Alle veje ender i én beslutning om kompensation og derefter ét trin, hvor kunden orienteres. Sammenløbspunkter er sekundære flaskehalse: de arver ankomsthastigheden fra hver eneste gren, der føder dem, og det er nemt at overse, når man kigger på grenene enkeltvis.
Sådan fungerer det
Kortlæg hele flowet, før I måler noget
I kan ikke finde en begrænsning ved at kigge på ét teams trin, for køen foran det er pr. definition en andens problem. Tegn flowet fra ende til anden med baner først; formen antyder som regel svaret, længe før der er indsamlet et eneste tal.
Find køerne
Spørg for hvert trin, hvor mange sager der venter foran det, og hvor gammel den ældste er. De to tal udpeger begrænsningen hurtigere end nogen tidsmåling, og de kan som regel trækkes ud af det system, der i forvejen holder styr på arbejdet.
Skil omarbejde fra gennemløb
Følg hver løkke i diagrammet. En sag, der kommer rundt to gange, bruger begrænsningen to gange, så tyve procent omarbejde er tyve procent mindre kapacitet. Det er et kvalitetsproblem i kapacitetskostume, og flere hænder på det belastede trin løser det ikke.
Markér den ventetid, I ikke selv styrer
Tid brugt på at vente på en kunde, en leverandør eller en fragtmand er reel kalendertid, men ikke et bemandingsproblem. Læg de trin i deres egen bane, så diskussionen skelner mellem det, I kan planlægge jer uden om, og det, I faktisk kan lave om.
Tjek sammenløbspunkterne
Hvor flere grene løber sammen i ét trin, arver det trin ankomsthastigheden fra dem alle. De bliver rutinemæssigt overset, fordi hver gren ser overkommelig ud alene. Diagrammet gør sammenløbet synligt på en måde, en rapport pr. team ikke kan.
Ret det, og kortlæg igen
Løsner I en begrænsning, flytter den sig altid et andet sted hen. Planlæg efter den næste flaskehals, før I er færdige med den første: gå diagrammet igennem igen efter ændringen, og forvent at køen dukker op ved det næste trin, hvor der indgår et skøn.
Faldgruber du skal undgå
At måle udnyttelse i stedet for køer
Et travlt team kan ganske enkelt være rigtigt bemandet til en stor mængde. Køen foran et trin er signalet; hvor hårdt folk arbejder, er det ikke.
At behandle omarbejde som efterspørgsel
At tilføje kapacitet for at absorbere omarbejde er dyrt og varigt. At finde ud af, hvorfor varerne kommer retur, er billigere og som regel hurtigere.
At optimere et trin, der ikke er begrænsningen
At gøre et trin med ledig kapacitet hurtigere giver præcis ingenting, bortset fra en større kø ved begrænsningen.
At tro på det første svar
Det trin, folk klager over, er det, de kan se. Begrænsningen ligger ofte ét trin før klagen og sætter stille og roligt ankomsthastigheden.
Find jeres egne flaskehalse
Åbn retureksemplet som dit eget diagram, udskift trinnene med jeres egne, og notér køen foran hvert af dem.
Relaterede guides
Ofte stillede spørgsmål
Hvad er en flaskehals i en proces?
Det trin i et flow, hvor arbejdet ankommer hurtigere, end det kan komme videre, så der danner sig en kø foran det, og alle trin nedstrøms kører under kapacitet og venter. Der er én begrænsning ad gangen i ethvert flow, og det er derfor, flaskehalsanalyse er mere brugbar end generelt effektiviseringsarbejde: forbedrer I alt muligt andet, ændrer det ingenting ved den samlede hastighed. Løsner I den, flytter begrænsningen sig, som regel til det næste trin, der kræver et skøn frem for ren udførelse.
Hvordan finder jeg flaskehalsen i en proces?
Kig efter, hvor arbejdet venter, ikke hvor folk har travlt. To spørgsmål finder den: hvor mange sager ligger i kø foran hvert trin, og hvor gammel er den ældste. Et procesdiagram er det, der gør de spørgsmål besvarlige fra ende til anden, fordi køen foran et belastet trin som regel ligger i et helt andet team end det, der ejer trinnet. Tal for udnyttelse ser til gengæld nogenlunde ens ud alle vegne.
Er en flaskehals det samme som en forsinkelse?
Nej, og blander man dem sammen, ender forbedringsarbejdet det forkerte sted. En flaskehals er en kapacitetsbegrænsning: arbejde, der ankommer hurtigere, end det kommer videre. En forsinkelse kan også være ventetid på en ekstern part, en regel om at samle sager til om fredagen, eller en overlevering, hvor modtageren ikke får besked. Dem retter man ved at ændre udløseren eller planen, ikke ved at tilføje kapacitet, og det er diagrammet, der kan kende dem fra hinanden.
Hvad gør jeg, når jeg har fundet flaskehalsen?
I den rækkefølge: stop med at fodre den med arbejde, der ikke burde være der, for en løs indgangsport er den billigste rettelse; fjern derefter omarbejdsløkkerne, fordi en sag, der kommer rundt to gange, bruger begrænsningen to gange; og tag så det arbejde fra den, som ikke kræver netop dens faglige skøn. At tilføje kapacitet kommer til sidst, fordi det er den dyreste løsning, og fordi begrænsningen bare dukker op igen ved det næste trin, der kræver en beslutning.
