Tým na 100 %? Právě jste si koupili nejdražší frontu ve firmě
Report kapacit svítí zeleně. Každý člen týmu má v plánovacím nástroji alokaci 100 %. A dodávky přesto klouzají.
Když se zeptáte na důvod, dostanete vždycky stejnou odpověď: „Všichni dělají naplno, nemáme kapacitu."
Jenže v tom reportu je detail, který nevidíte. Ten požadavek ležel ve frontě tři týdny a čisté práce v něm byly čtyři hodiny. Za patnáct pracovních dnů se na něm reálně dělalo půl dne — zhruba tři procenta času, po který v systému ležel. Zbytek bylo čekání.
Ne že by ti lidé zaháleli. Nejspíš byli skutečně vytížení — jen na jiných věcech. Alokace měří obsazenost lidí. Zákazník ale nečeká na lidi, čeká na práci. A to jsou dvě různá čísla.
Alokace měří něco jiného, než si myslíte
Tohle je jádro problému a není to spor o správné číslo. I kdyby byl ten výkaz přesný na minutu, čekání, přepínání kontextu ani rework se v něm neobjeví — měří obsazenost, ne průtok. Firma pak optimalizuje jediné, co vidí: obsazenost tabulky. A tím si kupuje frontu.
„Tým na 100 %? Gratuluju, právě jste si koupili nejdražší frontu ve firmě. V té chvíli firma neřídí tok hodnoty, ale řídí tabulku obsazenosti."
— Pavel Humpolec
Užitečnější číslo se jmenuje flow efficiency — podíl čistého času práce na celkové průběžné době. V příkladu výše vyšla na tři procenta. U softwarových týmů vídám hodnoty mezi jedním a patnácti procenty. A to je celá pointa: u flow efficiency je kam se posouvat. U alokace už je „100" a výš to nejde.
Smyčka, která se sama utahuje
Vysoká alokace není příčinou zpoždění sama o sobě. Je spouštěčem řetězce, který se zesiluje:
- Alokace na 100 % vyžaduje, aby každý měl vždy co dělat. Manažer proto přiřazuje práci dopředu.
- Roste rozpracovaná práce. Littleho zákon říká, že průběžná doba = WIP / průtok. Když se WIP zdvojnásobí a průtok zůstane stejný, každá jednotlivá věc trvá dvakrát tak dlouho. To není názor, je to matematická identita.
- Roste čekání — a neúměrně. Při 70 % vytížení čeká úkol ve frontě zhruba dvakrát tak dlouho, jak dlouho na něm někdo skutečně pracuje. Při 90 % už devětkrát. Není to skok, je to křivka — a poslední procenta jsou na ní vždycky nejdražší.
- Nastupuje přepínání kontextu. Když má člověk otevřených pět věcí, protože ani jednu nemůže dokončit, ráno řeší aplikaci A, po obědě projekt B a večer dopisuje k úkolu C. Každý přesun je nová rozjezdová daň.
- Zpomalení vypadá jako nedostatek kapacity — a tlak na vyšší alokaci se zvedne. Zpátky na bod 1.
To je celá past: lék, kterým se to obvykle řeší, je zároveň příčinou.
„Dejte lidem fokus. Když někomu dáte dvacet úkolů, za měsíc přijde a nemá hotového nic, protože někde čekal na kolegu a jinde ho odvolali. Bude hrozně vytížený, celý den v kanclu, ale výsledek nula. Když mu dáte fokus na jednu věc, doručí ji."
— Pavel Humpolec
Proč správná odpověď není „plánujte na 70 %"
Číslo 70 se v téhle debatě opakuje tak často, že se z něj stalo dogma. Přitom samo o sobě je to jen další fiktivní číslo v tabulce.
Kolik rezervy tým potřebuje, závisí na variabilitě jeho práce: jak nepravidelně přichází a jak různě dlouho jednotlivé kusy trvají. Tým s předvídatelným provozem snese vytížení, které tým s nejasným zadáním položí. Jedno číslo pro celou firmu tedy neexistuje.
A ještě jedna věc: snaha rozvrhnout lidi do poslední minuty spouští byrokratickou kaskádu.
„Abyste lidi naplánovali přesněji, potřebujete přesnější odhady a zadání. Potřebujete analytika, aby udělal zadání pro vývojáře. Jenže kolik času toho analytika potřebujete? Točíte se v kolečku plánování a diskusí o plánech, místo abyste pracovali na přidané hodnotě."
— Pavel Humpolec
Co na to CFO — a proč má zpočátku pravdu
Věta „plánujte s rezervou" se ve finančním jazyce čte jednoduše: platím lidi za čas, který nevykážou. To je legitimní čtení a nejde ho odmávnout heslem o toku hodnoty.
Správné srovnání ale není náklad rezervy versus vykázané hodiny. Je to náklad rezervy versus cena zpoždění. Náklad rezervy spočítáte přesně: velikost týmu × podíl kapacity, který si necháte volný × plně zatížená cena. Vyjde konkrétní číslo za kvartál. Cenu zpoždění spočítáte taky, jen se to obvykle nedělá — kolik ta iniciativa nese za měsíc, až poběží?
Když nese milion měsíčně a vytížení na 95 % ji posune o dva měsíce, zaplatili jste dva miliony za zelený report. Tohle je ta nejdražší fronta ve firmě — a v žádné tabulce ji neuvidíte. Jen pozor, co v tom rozhovoru slibujete: prodáváte předvídatelnost, ne rychlost.
Rezerva, kterou nechráníte, zmizí do měsíce
Tady je slabé místo celého přístupu a je fér ho přiznat. Volná kapacita se sama sežere. Vždycky se najde požadavek, který „se tam ještě vejde", a za pár týdnů jste zpátky na 100 % — jen s horším reportem, protože teď navíc lžete i sami sobě.
Rezerva se hájí tím, že se pojmenuje. Ne „volná kapacita", ale konkrétní seznam toho, co do ní spadne.
„Základ je přiznat si, že nechcete plánovat na 100 %. Když si naplánujete tým s rezervou, víte, že tam spadnou strategické iniciativy, požadavek z vedení nebo čas na rozvoj a spolupráci. Potřebujete flexibilitu a ne čekat na další kvartální plánování."
— Pavel Humpolec
A pak ji musí někdo ubránit. Rezerva, kterou nikdo nehájí, není rezerva — je to zbytek.
Nejlíp se ale ubrání tím, že ji přestanete měřit v procentech. Donald Reinertsen to shrnuje jednou větou: neřiďte vytížení, řiďte velikost fronty. Prakticky to znamená strop na to, kolik věcí smí být najednou rozdělaných. Takový strop se hájí sám — je vidět na boardu a překročit ho znamená něco viditelně odložit, ne jen tiše přepsat číslo v tabulce.
Co sledovat místo procent alokace
| Metrika | Co ukáže |
|---|---|
| Cycle time | Doba od začátku práce do nasazení. Sledujte rozptyl, ne průměr — slíbit můžete 85. percentil. |
| WIP | Kolik věcí je rozpracovaných. Jediná páka, kterou řídíte přímo. |
| Místa hromadění | Ve kterém stavu úkoly stojí nejdéle, než si je někdo vezme. Tam je úzké hrdlo — ne u nejvytíženějšího člověka. |
Začněte jednou věcí: stropem na WIP v jednom týmu. Nepotřebuje nový nástroj ani souhlas vedení a projeví se do dvou týdnů.
Těžší část přijde potom. Nejdelší fronty většinou nejsou uvnitř týmů, ale v předávkách mezi nimi — a tam se nedívá nikdo, protože za mezeru mezi dvěma týmy nemá zodpovědnost ani jeden.
Kde leží ta nejdelší předávka u vás?
Zdroje:
- Reinertsen, D. (2009). The Principles of Product Development Flow. Hlavní teze: neřiďte procento vytížení, řiďte velikost fronty.
- Vacanti, D. Actionable Agile Metrics for Predictability — práce s cycle time a percentily.
