Prečo Kanban funguje — a ako zistiť, či je váš tím na neho pripravený

Väčšina tímov prijme Kanban preto, že niekto prečítal blogový príspevok. Múdrejšia otázka je, či problémy, ktoré Kanban rieši, sú naozaj problémy vášho tímu.

Existuje moment, ktorý väčšina tímov pozná, zvyčajne vtedy, keď majú viac ako osem či deväť ľudí. Práca sa robí — e-maily sa odosielajú, funkcie sa dodávajú, klienti sa obsluhujú — ale nikto nemá jasný prehľad o tom, čo robia ostatní. Projekty sa hromadia. Veci sa sľúbia a potom ticho zabudnú. Pred každou poradou strávite dvadsať minút zisťovaním, kde sa určitá práca vlastne nachádza. Odpoveď je zvyčajne: "niekde".

Presne na tento problém bol Kanban navrhnutý. Nie na stanovovanie stratégie, nábor správnych ľudí či budovanie kultúry — ale na konkrétny, vyčerpávajúci operatívny problém: vedieť, na čom váš tím pracuje a čo mu v tom bráni.

Na nástroj, ktorý pritiahol toľko pozornosti, je prekvapivo skromný. Kanban netvrdí, že napraví vašu organizáciu. Len robí prácu viditeľnou. A ukazuje sa, že viditeľnosť, uplatňovaná dôsledne, ovplyvňuje pozoruhodne veľa vecí v nadväzujúcich procesoch.

Odkiaľ Kanban skutočne pochádza

Slovo je japonské — znamená "vývesný štít" alebo "billboard" — a systém vyvinula Toyota koncom 40. rokov ako spôsob riadenia zásob vo svojich výrobných závodoch. Myšlienka bola jednoduchá: namiesto výroby dielov podľa pevného harmonogramu by ich továreň vyrábala až vtedy, keď by nadväzujúce pracovisko signalizovalo, že ich potrebuje. Fyzická karta — kanban — putovala späť po linke ako požiadavka. Nič sa nevyrábalo do zásoby. Nič sa zbytočne nehromadilo.

Poznanie, ktoré Toyota získala a ktoré si neskôr požičali softvérové tímy, je, že väčšina neefektívnosti v systéme nevzniká tým, že ľudia pracujú príliš pomaly, ale tým, že sa robí nesprávna práca v nesprávnom čase. Príliš veľa vecí rozpracovaných naraz. Úzke miesta, ktorých si nikto nevšimne, kým nie je neskoro. Práca, ktorá je hotová na jednom mieste, zatiaľ čo ďalší krok je kdesi inde preťažený.

Vývojári softvéru, najmä v spoločnostiach ako Microsoft na začiatku 21. storočia, začali tieto myšlienky prispôsobovať pre prácu s vedomosťami. Karty sa stali úlohami. Stanice v továrni sa stali fázami pracovného postupu. A vývesný štít sa stal tabuľou — najprv fyzickou, potom digitálnou — na ktorej mohol ktokoľvek v tíme na prvý pohľad vidieť, čo je rozpracované, čo čaká a čo je hotové.

Čo vám Kanban tabuľa vlastne ukazuje

Základná Kanban tabuľa má tri stĺpce: Na vykonanie, Rozpracované a Hotovo. Pre mnohé malé tímy to postačuje a je to dobrý začiatok. Skutočná hodnota sa však ukáže, keď tieto fázy začnete prispôsobovať tomu, ako vaša práca naozaj plynie — nie tomu, ako by ste si želali, aby plynula.

Obsahový tím môže používať: Nápad, Zadanie, Rozpísané, Na kontrole, Naplánované, Publikované. Softvérový tím môže rozdeliť stĺpec "Rozpracované" na samostatné stĺpce pre vývoj, kontrolu kódu a QA. Konzultačný tím môže sledovať Zisťovanie potrieb, Ponuku, Aktívne, Čaká sa na klienta a Uzavreté. Fázy by mali odrážať skutočné odovzdania práce a skutočné čakacie doby — miesta, kde práca mení majiteľa alebo kde leží, kým sa nestane niečo iné.

Všimnite si kartu v strednom stĺpci — správu zo skladového auditu, osem dní rozpracovanú a označenú ako zablokovanú. V systéme bez tabule by táto úloha mohla ležať ďalšie dva týždne, kým by si niekto uvedomil, že sa nehýbe. Niekto čaká na tretiu stranu. Alebo je potrebné rozhodnutie od manažéra, ktorý nevie, že je tým, kto blokuje. Tabuľa robí prekážku viditeľnou. To je väčšina práce.

Pravidlo, ktoré to robí fungovať: WIP limity

Ak existuje jeden koncept, ktorý odlišuje tímy používajúce Kanban správne od tímov, ktoré majú len krajší zoznam úloh, sú to limity rozpracovanej práce — skrátene WIP limity. Myšlienka je, že každý stĺpec má maximálny počet položiek, ktoré tam môžu byť naraz. Keď je stĺpec plný, nemôžete pridať ďalšiu prácu, kým sa niečo neposunie ďalej.

Znie to protiintuitívne. Veď keď môžete mať rozpracovaných viac úloh, znamená to, že sa stihne viac, nie? Nie. Keď ľudia pracujú na príliš mnohých veciach naraz, všetko trvá dlhšie. Prepínanie kontextu je drahé. Nedokončená práca vytvára koordinačnú réžiu. A keď je "rozpracovaných" desať vecí, je veľmi ťažké povedať, ktoré sa naozaj posúvajú a ktoré sú len zaseknuté, no neoznačené.

WIP limit tri v stĺpci Rozpracované znamená, že keď štvrtá vec pristane niekomu na stole, niekto v tíme musí rozhodnúť: ktorá z existujúcich úloh sa dokončí ako prvá? Núti to k stanoveniu priorít. Núti to k rozhovoru. A zvyčajne to vedie k rýchlejšiemu dokončovaniu jednotlivých položiek, aj keď sa tempo začínania nových spomalí.

Kanban verzus Scrum: otázka, ktorú si tímy kladú vždy

Ak ste sa nejaký čas pohybovali okolo softvérových tímov alebo moderného operatívneho riadenia, pravdepodobne ste sa stretli so Scrumom — rámcom, ktorý organizuje prácu do pevných dvojtýždňových šprintov s plánovacími stretnutiami, retrospektívami a definovanými rolami, ako sú Scrum Master a Product Owner. Mnohé tímy vnímajú Scrum a Kanban ako konkurenčné metodiky a majú pocit, že si musia vybrať. Rozdiel je v skutočnosti jednoduchší.

Mnohé tímy — najmä tie, ktoré nie sú čisto softvérovými inžinierskymi tímami — považujú obradnosť Scrumu za ťažkopádnu a jeho štruktúru pevných šprintov za nepraktickú pri priebežnej operatívnej práci. Marketingové tímy, tímy zákazníckeho úspechu, operačné tímy a zakladatelia, ktorí riadia všetko naraz, len zriedka majú prácu, ktorá by sa úhľadne zmestila do dvojtýždňových cyklov. Model nepretržitého toku v Kanbane im zvyčajne vyhovuje viac.

Mnohé tímy však kombinujú obe. Na vývoj produktu používajú plánovacie cykly v štýle šprintov, zatiaľ čo na prevádzkovú a podpornú prácu, ktorá prichádza bez ohľadu na to, v ktorom šprinte sa práve nachádzate, vedú Kanban tabuľu. To je úplne rozumný hybrid.

Tri otázky, na ktoré by mala tabuľa odpovedať za tridsať sekúnd

Kanban tabuľa je najužitočnejšia, keď sa na ňu môžete pozrieť a bez toho, aby ste sa niekoho pýtali, rýchlo odpovedať na tieto tri otázky: Na čom tím práve pracuje? Kde sa práca zasekáva? Je niečo, čo by sa malo robiť a ešte sa to nezačalo?

Ak na všetky tri otázky neviete odpovedať do tridsiatich sekúnd po pohľade na tabuľu, pravdepodobne sa neudržiava správne. Najčastejším zlyhaním je tabuľa, na ktorej sa úlohy vytvárajú, ale nikdy sa nepresúvajú — stáva sa cintorínom dobrých úmyslov namiesto živej mapy skutočnej práce. Tabuľa, ktorá nie je aktuálna, je horšia ako žiadna tabuľa, pretože vytvára falošný dojem prehľadu.

Disciplína potrebná na udržiavanie tabule je skutočná. Úlohy sa musia posúvať, keď sa posúva práca. Zablokované položky treba označiť v okamihu, keď sa zastavia, nie o dva týždne neskôr. Karty musia mať jasných vlastníkov a vlastníci musia svoje karty aktualizovať. Nič z toho nevyžaduje veľa času — dobre vedená prax Kanbanu môže zabrať päť až desať minút denne na osobu — ale vyžaduje to dôslednosť. Z Kanbanu najviac profitujú tímy, ktoré tabuľu považujú za zdroj pravdy, nie za doplnkovú administratívnu povinnosť.

Čo Kanban nerobí

Kanban nie je nástroj na tvorbu stratégie. Nepomôže vám zistiť, na čom pracovať — pomôže vám len riadiť to, o čom ste sa už rozhodli, že na tom budete pracovať. Ak má vaša organizácia problém s určovaním priorít, alebo s nejasným mandátom, alebo problém typu "začíname príliš veľa projektov skôr, než dokončíme staré", ktorého príčinou je správanie vedenia, nie proces, Kanban tabuľa tieto problémy odhalí, ale nevyrieši.

Nie je ani náhradou za dobrý manažment. Tabuľa nenahrádza individuálne rozhovory, premyslené delegovanie ani jasnú komunikáciu o tom, prečo určitá práca záleží. Tímy niekedy prijmú procesné nástroje v nádeji, že proces urobí vzťahovú a organizačnú prácu, ktorá je v skutočnosti úlohou manažéra. Neurobí.

Čo urobí, je zníženie všadeprítomnej neistoty, ktorá spomaľuje väčšinu tímov. Otázky "kto na čom pracuje", "je to hotové" a "čo si mám vziať ďalej" generujú obrovské množstvo málo hodnotnej komunikácie v organizáciách, ktoré nemajú zdieľaný, viditeľný systém. Kanban väčšinu tohto šumu odstraňuje. A v tímoch, kde je tento šum hlavným problémom, je rozdiel výrazný.

Ako začať — bez trojdňového workshopu

Najlepšie implementácie Kanbanu, aké som videl, začínali v malom a postupne sa vyvíjali. Najhoršie zahŕňali konzultanta, dvojdňový offsite a krásne navrhnutú tabuľu, ktorú do tretieho týždňa nikto nepoužíval.

Začnite s tímom takým, aký skutočne je, a s prácou, ktorú skutočne máte. Vytvorte tri stĺpce: Backlog, Rozpracované, Hotovo. Strávte so svojím tímom tridsať minút tým, že každú aktuálnu pracovnú položku dáte na kartu. Dohodnite sa na jedinom pravidle: keď niečo začnete, patrí to na tabuľu. Keď sa to posunie, posuniete aj kartu. Dva týždne nerobte nič iné.

Po dvoch týždňoch sa na tabuľu pozrite spoločne. Kde sa veci hromadili? Čo zostalo v Backlogu, hoci všetci tvrdili, že je to priorita? Čo sa posunulo rýchlejšie, než sa čakalo? Čo sa zaseklo a prečo? Podľa toho, čo pozorujete, upravte stĺpce a spresnite ich. Možno treba stĺpec "Rozpracované" rozdeliť na "Rozpracované" a "Čaká sa na externé strany". Možno potrebujete stĺpec "Na kontrole", pretože tento krok sa stále stráca. Nechajte tabuľu vyvíjať sa podľa toho, čo odhalí vaša skutočná práca, nie podľa toho, ako by mala vyzerať podľa knihy o metodike.

Dlhodobá hra: metriky toku

Keď Kanban systém beží, generuje údaje, ktoré väčšina tímov nikdy nevyužije. Najdôležitejší je čas realizácie (lead time) — celkový čas od vytvorenia úlohy po jej dokončenie. Ak je priemerný čas realizácie typickej úlohy dvanásť dní a chcete, aby bol päť, máte teraz číslo, ku ktorému môžete smerovať, a tabuľu, ktorá vám ukáže, kam miznú tie zvyšné sedem dní.

Čas cyklu (cycle time) meria len aktívne obdobie práce a nezapočítava čas, počas ktorého úloha leží v backlogu. Priepustnosť meria, koľko položiek váš tím dokončí za týždeň. Žiadna z týchto metrík nevyžaduje špeciálny softvér, ak dôsledne zaznamenávate, kedy sa karty vytvárajú a kedy uzatvárajú. A spolu vám poskytujú oveľa úprimnejší obraz o kapacite vášho tímu než akýkoľvek proces plánovania založený na odhadoch.

Väčšina malých a stredne veľkých tímov sa sem nikdy nedostane. Používajú Kanban ako nástroj na zviditeľnenie práce — čo je samo osebe cenné — a nejdú ďalej. To je v poriadku. Ak ale zistíte, že chcete zainteresovaným stranám sľubovať, kedy bude niečo hotové, alebo chcete pochopiť, prečo niektorá práca trvá trikrát dlhšie, než sa čakalo, metriky sú tu, keď ich budete potrebovať.