Víte, Scrum, že? Myslím, že ano, vezmeme-li v úvahu, že The Scrum Alliance má více než 400 000 členů, z nichž většina je úspěšně používá ve svých organizacích.
Není to však jediný způsob, jak vytvořit software agilním způsobem - vážně! Už jste slyšeli o Kanbanu?
Pro trochu pozadí informace, to bylo původně aplikováno na štíhlou výrobu jako způsob, jak vizualizovat vstup a výstup práce, jak to teklo přes továrnu. Tato vizualizace byla představena na desce známé jako - počkejte - Kanban. V poslední době a relevantnější pro vás, to bylo přijato jako metoda pro správu vývoje softwaru.
Nejprve nastínil neurolog David J. Anderson, je to způsob, jak organizovat vývoj a plánování softwaru, který vám umožní odhalit procesní problémy a důsledně poskytovat hodnotná vylepšení vašeho produktu - což vím, zní jako ideální. Jednoduše řečeno, kdykoli uvidíte, kde je práce (reprezentovaná kartami) ve vývoji.
Jak to funguje
Základní deska Kanban používá šest sloupců, které ukazují, kde je každá část práce v cyklu vývoje produktu. Hrubý vzorek toho, jak vypadá, je níže.
Podívejte se na tento příklad desky Kanban na Trello.
Sloupec 1: Nevyřízené položky
Sloupec Nevyřízené položky by měl obsahovat prioritní seznam nápadů, chyb nebo obchodních potřeb. Karta ještě nemusí mít spoustu detailů, ale měla by mít dostatek informací, aby členové vašeho týmu pochopili, proč je to důležité.
Sloupec 2: Plánování
V tomto sloupci produktový manažer vyplní specifikaci této funkce setkáním se zúčastněnými stranami, inženýry a návrháři. Až bude připraven, přesune jej do sloupce „Připraven pro inženýrství“.
Sloupec 3: Připraveno pro inženýrství
V této fázi by všechny karty měly mít podrobné specifikace. I když máte stále dotazy ohledně technických detailů, obchodní požadavky by měly být jasné.
Sloupec 4: Probíhá
Kartu můžete kdykoli přesunout na „Probíhá“. Tento „řízený“ systém s vlastním pohonem vytváří kulturu osobní odpovědnosti a zvědavosti.
Sloupec 5: Testování
Jakmile dokončíte práci na kartě, přesuňte ji na „Testování“, kde ji vyzvedne jiný inženýr (nebo někdo z týmu QA).
Sloupec 6: Nasazen
Dalším určujícím prvkem je, že práce by měla být průběžně dodávána do pracovního nebo produkčního prostředí. Tento sloupec umožňuje komukoli v týmu vidět, jaká práce byla nedávno vydána.
Výhody a kompromisy
Když se rozhodujete mezi Kanbanem a běžnější metodologií, jako je Scrum nebo Waterfall, mějte na paměti tyto výhody a výzvy:
Přínos: Zlepšuje spolupráci
V některých vývojových týmech, se kterými jsem spolupracoval, byli inženýři specialisté. Každý tým by měl několik frontendových inženýrů a backendových inženýrů. To znamenalo, že práce byla často blokována, protože inženýr byl zaneprázdněn něčím jiným.
Kanban naproti tomu omezuje probíhající práce a odrazuje od blokování. Každý člen týmu může najednou pracovat pouze na jedné položce a každý, kdo není zaneprázdněn, může práci vytáhnout z horní části sloupce „Připraven na inženýrství“. To povzbuzuje konstruktéry a spolupráci mezi členy týmu.
Zvyšte přínos: Nenechte věci projít dříve, než budou připraveny
Kanban funguje pouze tehdy, když počkáte na přesun karet do dalšího sloupce, dokud nejsou úplně hotové. (Bonus: Tím se výrazně minimalizují vady.)
Výzva: odrazuje čas přemýšlet
Ve výchozím nastavení neexistují žádné časové rámečky s jasnými cíli, datovými cíli a cykly vydání. Místo toho přemýšlejte o každé kartě jako o samostatném díle, které lze kdykoli dokončit a uvolnit.
S tímto nepřetržitým proudem práce neexistuje možnost „počkat na další sprintu“. Musíte neustále kontrolovat desku, vytáhnout další položku a přesunout dokončené položky po proudu. Pokud se nestavíte včas pro retrospektivy a standupy, může být pro členy týmu obtížné držet krok s tím, jak se jim daří.
Získejte to kolem: Půjčte si, co funguje od Scrumu
S Kanbanem jsem používal každodenní standupy a retrospektivy a zjistil jsem, že mají přidanou hodnotu. Pokud pro váš tým existují pravidelná setkání nebo vzorce, neměňte je tak, aby se Kanban dogmaticky držel. Rozpočtový čas mluvit o prioritách a o tom, jak se změnily, aby každý věděl, co se děje v cyklu vývoje produktu.
Přínos: Zvyšuje průhlednost
Každý vývojář musí převzít iniciativu a přesunout kartu do sloupce „Probíhá“. To znamená, že v kterémkoli daném okamžiku se může manažer týmu podívat na to, kdo je zaneprázdněn, kdo není zaneprázdněn a jak dlouho nějaká práce pokračuje.
Když se produkce zpomalí nebo zastaví, Kanban vám umožní přesně zjistit, proč. Ať už je to proto, že obchodní tým neměl prioritu v nevyřízeném zboží, produktový tým nedokončil specifikace, tým dev se pohyboval pomaleji, než se očekávalo, nebo tým QA nebyl schopen něco otestovat; překážky jsou zřejmé.
Zvyšte přínos: Nechte Progress být veřejný
Jednou z výhod je, že Kanban je velmi vizuální. Dokonce i netechničtí členové týmu se mohou podívat na nástěnku Kanban a zjistit, kde se právě pracuje. Využijte to ve svůj prospěch a umožněte týmovým úspěchům prosvítat tím, že umístíte vaši desku na veřejné místo.
Výzva: Nepovoluje dlouhodobé plánování
Obavy z termínů a odhadů nejsou nejproduktivnějším využitím vašeho času, takže můžete ocenit, že Kanban je spíše o každodenní produkci. To samo o sobě neposkytuje systém pro sestavení dlouhodobého plánu. To může způsobit, že budete pracovat na projektech spíše sporadicky než na jednu věc dlouhou dobu. Je těžké strávit den v projektu A, pak den v projektu B a poté přepnout zpět na projekt A.
Získejte to kolem: Použijte, když se vaše priority pravděpodobně změní
Každý sloupec ve vaší desce je nezávislý na ostatních, takže členové týmu mohou věci kdykoli pohybovat. To může obtěžovat vývojáře v prostředí Scrumu (kde jsou odhady pro sprinty připravovány předem), ale Kanban se daří v tomto rychle se měnícím prostředí.
Každý chce být více produktem, ale může být obtížné vyzkoušet něco nového, pokud si nejste jisti, kde začít. Zjistil jsem, že Kanban je nápomocný, a doufám, že to bude také užitečné pro váš osobní pracovní postup (nebo dokonce pro celý tým!).
Tweet mě, pokud se rozhodnete dát to výstřel!
