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

Väčšina tímov prijíma Kanban, pretože niekto čítal blog. Inteligentnejšia otázka je, či problémy, ktoré Kanban rieši, sú problémy, ktoré má váš tím.

Existuje moment, ktorý si väčšina tímov uvedomuje, zvyčajne okolo času, keď majú viac ako osem alebo deväť ľudí. Práca sa robí — emaily sa posielajú, funkcie sa dodávajú, klienti sa spravujú — ale nikto nemá jasný zmysel, čo všetci ostatní robia. Projekty sa hromadia. Veci sa sľubujú a potom ticho zabudnú. Strávite dvadsať minút pred každým stretnutím tým, že zistíte, kde je kus práce. Odpoveď, zvyčajne, je "niekde".

To je problém, ktorý bol Kanban navrhnutý na riešenie. Nie problém nastavovania stratégie, alebo náboru správnych ľudí, alebo budovania kultúry — ale špecifický, mletý, operačný problém vedenia, čo váš tím robí a čo bráni.

Je to prekvapujúco skromný nástroj na niečo, čo pritiahlo toľko pozornosti. Kanban nezaväčuje opraviť vašu organizáciu. Len to robí prácu viditeľnou. A ukazuje sa, že viditeľnosť, aplikovaná konzistentne, mení pozoruhodne veľa vecí nižšie.

Kde Kanban skutočne pochádzal

Slovo je japonské — znamená "tabuľa" alebo "billboard" — a systém bol vyvinutý spoločnosťou Toyota na konci 40. rokov ako spôsob, ako spravovať záväzky v ich výrobných závodoch. Myšlienka bola jednoduchá: skôr ako produkovať časti na pevnom harmonograme, závod by ich vyrobil iba vtedy, keď je to potrebné. Fyzická karta — kanban — by cestovala späť po línii ako žiadosť. Nič sa nezgeneralo špekulatívne. Nič sa zbytočne nehromadilo.

Poznatky, ktoré Toyota mala, a ktorý softvérové tímy neskôr požičali, je, že väčšina neúčinnosti v systéme nepochodádzajú ľuďmi, ktorí pracujú príliš pomaly, ale zle vykonanou prácou v zlom čase. Príliš veľa vecí začato na jedenkrát. Úzke hrádze, ktoré nikto nepozná, až kým nie je príliš neskoro. Práca, ktorá je hotová na jednom mieste, kým je ďalší krok preťažený niekde inde.

Vývojári softvéru, najmä v spoločnostiach ako Microsoft na začiatku 2000-tych, začali adaptovať tieto myšlienky pre vedomostnú prácu. Karty sa stali úlohami. Továrne sa stali etapami v pracovnom postupe. A tabuľa sa stala doskou — fyzicky v prvom rade, potom digitálna — kde ktokoľvek v tíme videl na prvý pohľad, čo bolo v toku, čo čakalo a čo bolo hotové.

Čo dosť Kanban tabuľa skutočne ukazuje

Základná Kanban tabuľa má tri stĺpce: Na urobenie, Vykonávajúce sa, Hotovo. To je dosť pre mnohé malé tímy a pekné miesto na začiatok. Ale skutočná hodnota sa objavuje, keď začnete prispôsobovať tieto etapy tak, aby zodpovedali tomu, ako vaša práca skutočne tečie — nie ako si predstavujete, že by mala tiecť.

Tím obsahov môže používať: Myšlienka, Krátky, V koncepte, V recenzii, Naplánované, Publikované. Softvérový tím môže rozdeliť "Vykonávajúce sa" na oddelené stĺpce na vývoj, kontrolu kódu a QA. Konzultačný tím môže sledovať Objavovanie, Návrh, Aktívny, Čakať na Klienta a Uzavretý. Etapy by mali odrážať skutočné stretávanja a skutočnú čakaciu dobu — miesta, kde práca zmení ruke, alebo kde sedí, kým sa niečo iné deje.

Všimnite si kartu v strednom stĺpci — správu auditu skladu, osem dní, označenú ako zablokovaná. V systéme bez tabuľy by táto úloha mohla sedieť ďalších dva týždne, skôr než si niekto uvedomí, že sa nepohybuje. Niekto čaká na tretiu stranu. Alebo je potrebné rozhodnutie od manažéra, ktorý nevie, že sú blokátorom. Tabuľa robí blokáž viditeľnou. To je väčšina práce.

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

Ak existuje jeden koncept, ktorý odlišuje tímy, ktorí Kanban používajú správne od tímov, ktorí majú len peknejší zoznam na robenie, sú to limity práce v toku — WIP limity skratka. Myšlienka je, že každý stĺpec má maximálny počet položiek, ktoré sú tam prítomné naraz. Keď je stĺpec plný, nemôžete pridať viac práce, kým sa niečo nepohne.

To sa zdá kontraintuitívne. Istotne, aby ste mohli dať viac úloh v toku, znamená to, že sa viac robí? Nie to. Čo sa skutočne deje, keď ľudia pracujú na príliš mnohých veciach súčasne, je to, že všetko trvá dlhšie. Prepínanie kontextu je drahé. Nedokončená práca vytvárajú overheady koordinácie. A keď je "v toku" desať vecí, je veľmi ťažko povedať, ktoré sú skutočne pohybujúce a ktoré sú len zaseknuté, ale neoznačené.

WIP limit troch na stĺpci In Progress znamená, že keď príde štvrtá vec na stôl niekoho, niekto v tíme musí urobiť rozhodnutie: ktorá existujúca úloha sa dostane hotová po prvé? To núti prioritizáciu. To núti rozhovor. A zvyčajne to vedie k rýchlejšiemu dokončeniu jednotlivých položiek, aj keď rýchlosť začatia nových položiek spomalí.

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

Ak ste trávili nejaký čas okolo softvérových tímov alebo moderného myslenia na operácie, pravdepodobne ste sa stretli so Scrum — rámec, ktorý organizuje prácu do pevných dvojtýždňových sprintov s plánovacimi sedeniami, retrospektívami a definovanými rolami ako Scrum Master a Product Owner. Mnohé tímy vidia Scrum a Kanban ako konkurujúce metodológie a cítia, že si musia vybrať. Rozlíšenie je vlastne jednoduchšie.

Mnohé tímy — najmä tie, ktoré nie sú čistým softvérovaným inžinierstvom — nachádzajú Scrum ceremóniu ťažkou a jej štruktúru pevných sprintov nepohodlnú na použitie na prebiehajúcu prevádzkovú prácu. Tímy marketingu, tímy úspechu zákazníka, operačné tímy a zakladatelia spravujúci všetko nikdy nemajú prácu, ktorá sa úhľadne zmestí do dvojtýždňových cyklov. Kanban model nepretržitého toku zvyčajne viac vyhovuje.

To znamená, mnohé tímy kombinujú obidve. Používajú cykly v štýle sprintu na vývoj produktu, zatiaľ čo vedú Kanban dosku na prevádzkovú a podpornú prácu, ktorá tečie bez ohľadu na to, aký sprint ste v. 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 môžete na to pozrieť a bez toho, aby ste sa spýtal niekoho, rýchlo odpovedať na tieto tri otázky: Čo tím teraz robí? Kde sa práca zasekáva? Existuje niečo, čo by sa malo robiť a čo nie je spustené?

Ak nemôžete všetky tri odpovedať do tridsať sekúnd pohľadu na tabuľu, pravdepodobne to nie je správne udržiavané. Najčastejší režim zlyhania je tabuľa, kde sa vytvárajú úlohy, ale nikdy sa nepohybujú — stáva sa cintorína dobrých zámierov namiesto živej mapy skutočnej práce. Tabuľa, ktorá nie je aktuálna, je horšia ako žiadna tabuľa, pretože vytvárajú falošný zmysel viditeľnosti.

Disciplína potrebná na udržiavanie tabuľy je skutočná. Úlohy sa musia pohybovať, keď sa práca pohybuje. Zablokované položky sa musia označiť v momente, keď sa zastavia, nie dva týždne neskôr. Karty musia mať jasných majiteľov a majitelia musia aktualizovať svoje karty. Nič z toho nevyžaduje veľa času — dobre vedená Kanban prax môže trvať päť až desať minút na osobu na deň — ale vyžaduje konzistentnosť. Tímy, ktorí ťažia najviac z Kanban, sú tí, ktorí považujú tabuľu za zdroj pravdy, nie ako cvičenie vedľajšieho vedenia.

Čo Kanban nerobí

Kanban nie je nástrojom stratégie. Nepomôže vám zistiť, čo robiť — len vám pomôže spravovať to, čo ste už sa rozhodli robiť. Ak má vaša organizácia problém s prioritizáciou, alebo problém s nejasným mandátom, alebo "začíname príliš veľa projektov skôr, než skončíme staré veci" problému viacerých vedení behaviorálneho skôr než procesu, Kanban doska tieto problémy odhalí, ale nevyrieši ich.

Nie je to ani náhrada za dobrý manažment. Doska nenahrádzajú jednotlivé zvery, alebo premyslenú delegáciu, alebo jasne komunikáciu o tom, prečo niektoré veci na osobu. Tímy niekedy prijímajú nástroje procesy s nádejou, že proces bude robiť relačnú a organizačnú prácu, ktorá je skutočne prácou manažéra. Nebude.

Čo bude, je znižovať ambient neistotu, ktorá spomaľuje väčšinu tímov. Otázky "kto pracuje na čom", "je to hotové" a "čo by som si mal vybrať ďalšie" generujú obrovské množstvo komunikácie s nízkou hodnotou v organizáciách, ktoré nemajú zdieľaný, viditeľný systém. Kanban eliminuje väčšinu tohto hluku. A pre tímy, kde je ten hluk hlavným problémom, rozdiel je významný.

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

Najlepšie Kanban implementácie som videl, začali malé a evolvovali. Najhoršie zahrnuli konzultanta, dvojdňový offsite a krásne navrhnutú dosku, ktorú nikto nepoužíval do tretieho týždňa.

Začnite so svojím tímom, ako to skutočne je, s prácou, ktorú skutočne máte. Vytvorte tri stĺpce: Backlog, Vykonávajúce sa, Hotovo. Stráviť tridsať minút so svojím tímom tým, že všetky aktuálne pracovné položky uveďte na kartu. Súťažiť o jedno pravidlo: keď začnete na niečom, ide na dosku. Keď sa to pohybuje, presuniete kartu. Neurobte nič iného počas dvoch týždňov.

Po dvoch týždňoch sa pozrite na dosku spolu. Kde sa veci hromadili? Čo zostalo v Backlog, na čo každý povedal, že je priorita? Čo sa pohybovalo rýchlejšie ako sa očakávalo? Čo sa zaseklo a prečo? Použite to, čo pozorujete, na zdokonaliť stĺpce a pridať špecifickosť. Možno "Vykonávajúce sa" potrebuje rozdeliť na "Vykonávajúce sa" a "Čakajúce na Externé". Možno potrebujete stĺpec nazvaný "V Recenzii", pretože ten krok sa stále stratil. Nechajte dosku vyvíjať sa v reakcii na to, čo vaša skutočná práca odkryje, nie v reakcii na to, čo metodologická kniha hovorí, ako by mala vyzerať.

Dlhší hra: metriky toku

Keď Kanban systém beží, generuje údaje, ktoré väčšina tímov nikdy nepoužíva. Čas vedenia — celkový čas od vytvorenia úlohy do jej dokončenia — je najdôležitejší. Ak je priemerný čas vedenia pre typickú úlohu dvanásť dní a chcete, aby to bolo päť, teraz máte číslo, na ktorom sa pracuje a dosku, ktorá vám ukáže, kde sú tie extra sedem dní.

Cyklusový čas meria len aktívne pracovné obdobie, vylučujúc čas, keď úloha sedí v backlog. Priepustnosť meria, koľko položiek váš tím každý týždeň dokončí. Žiadna z týchto metrík nevyžaduje špeciálny softvér, ak ste disciplinovaní na poznámku, keď sú karty vytvorené a keď sú zatvorené. A spolu vám dávajú oveľa čestnejší obraz kapacity vášho tímu ako akýkoľvek proces založený na odhade.

Väčšina malých a stredných tímov sem nikdy neprejde. Používajú Kanban ako nástroj viditeľnosti — čo je na vlastný sebe cenné — a nemôžu ísť ďalej. To je v poriadku. Ale ak zistíte, že si želáte, aby ste mohli vymenovať záväzky zainteresovaným o tom, keď sa niečo hotovo, alebo chcete pochopiť, prečo niektoré práce trvajú trikrát dlhšie ako očakáva, metriky tam sú, keď ich potrebujete.