Scrum Guide | 33. Scrumban a Kanban tabule v Scrume

Scrum a Kanban sú metódy tímovej práce, ktoré majú mnoho podobností. Existujú však aj rozdiely, o ktorých by sme sa dnes chceli porozprávať. Kanbanové tabule sú často prijímané aj Scrum tímami. Je to preto, že sú veľmi praktické pri vizualizácii tímovej práce a jej pokroku. Kombinovaním toho najlepšieho z oboch metodológií sa objavila technika nazývaná Scrumban. Je populárna v projektoch, ktoré kombinujú vývoj produktov s poskytovaním služieb, kde dlhé Sprints a relatívne formalizované Scrum stretnutia nie sú vždy vhodné.

Scrumban a Kanbanové tabule v Scrume – obsah:

1. Úvod
2. Kanban vs Scrum
3. Kanbanové tabule v Scrume
4. Scrumban
5. Zhrnutie

Úvod

Kanban je metóda, ktorá vznikla v Japonsku. Pochádza z 50. rokov 20. storočia a pôvodne bola nástrojom na riadenie kontinuálnej výroby tak, aby sa nevytvárali zásoby a prebytky, ale aby sa spracovávali zdroje na nepretržitej báze. Na začiatku 21. storočia bol Kanban prispôsobený potrebám vývoja softvéru Davidom J. Andersonom.

Kanban vs Scrum

Celkový spôsob práce v Kanbane sa od Scrumu líši predovšetkým menej formálnym prístupom. V Kanbane nie sú tak podrobné pokyny, napríklad o práci v Sprints, rolách Product Ownera, Scrum Mastera a vývojového tímu. To je možné, pretože Kanban sa zameriava na kontinuitu úloh, ako je poskytovanie konkrétneho typu služby, ktoré sú viac opakovateľné a nevyžadujú tak zložitú plánovanie.

Avšak účel a spôsoby práce sú podobné. Cieľom Kanbanu je dodať zákazníkovi produkt najvyššej kvality včas. Princípy týkajúce sa spôsobov práce, ktoré sú spoločné pre obe metódy, môžu byť formulované nasledovne:

1. Práca by mala byť plynulá a bez prestojov – v Scrume sa to dosahuje nepretržitou sekvenciou Sprints, zatiaľ čo v Kanbane je práca kontinuálna vďaka plynulému toku úloh. Tvorí sa fronta, z ktorej si vývojári vyberajú (ťahajú) niekoľko úloh na dokončenie.
2. Tím by sa mal zamerať iba na vybrané úlohy – pomocou terminológie Kanbanu by sa tím mal “znižovať prácu v priebehu”. V Scrume je ekvivalentom tohto User Stories vybrané z Product Backlogu, ktoré sa umiestňujú do Sprint Backlogu.
3. Pokrok úloh by mal byť viditeľný pre všetkých zúčastnených – v Kanbane sú vizualizované pomocou tabúľ, ktoré sú tiež často používané v Scrum tímach.

Kanbanové tabule v Scrume

Kanbanová tabuľa je široko používaný nástroj na vizualizáciu tímovej práce. Je to tabuľka s niekoľkými stĺpcami. V každom z nich sú úlohy s určitým stavom. Kategorizácia úloh je založená na jednoduchom pravidle: karta s popisom úlohy – alebo jej virtuálny ekvivalent – je umiestnená v jednom z stĺpcov. Minimálna verzia Kanbanových tabúľ obsahuje tri stĺpce:

• Na dokončenie
• V priebehu
• Dokončené – do posledného stĺpca idú úlohy, ktoré spĺňajú Definíciu dokončenia, o ktorej sme písali tu.

Nižšie nájdete príklad kanbanovej tabule z komplexného systému riadenia projektov – Firmbee.com

Bežne je viac stĺpcov. Ak je viac úloh na dokončenie, zvyčajne je medzi stĺpcami “na dokončenie” a “v priebehu” ďalší stĺpec s názvom “vybrané na dokončenie”. Zatiaľ čo stĺpec “na dokončenie” slúži ako Product Backlog, o ktorom sme písali tu, stĺpec “vybrané na dokončenie” slúži ako Sprint Backlog, ktorý podrobne popisujeme v tomto článku.

Druhým bežným doplnkom je stĺpec “na posúdenie” alebo “na schválenie”. Zvyčajne je vložený medzi stĺpce obsahujúce úlohy “v priebehu” a “dokonené”. Obsahuje úlohy dokončené vývojovým tímom, ktoré čakajú na schválenie od Product Ownera. Úlohou Product Ownera je skontrolovať ich súlad s akceptačnými kritériami a získať konečné schválenie od zákazníka. V tejto situácii sú do posledného stĺpca presúvané iba konečne akceptované úlohy.

Scrumban

V dôsledku obrovskej popularity Scrumu a Kanbanu sa objavil ich hybrid, ktorý kombinuje to najlepšie z oboch spôsobov práce. Scrumban najlepšie funguje v organizáciách, ktoré spájajú vytváranie produktov s poskytovaním služieb, často zahŕňajúc implementáciu produktu u zákazníka. Vďaka zníženiu počtu stretnutí a komunikácie môže byť tím väčší.

Scrumban kladie menší dôraz na metriky bežne používané v Scrume, ako je Burndown Chart. Avšak využíva piliere Scrumu potreby neustáleho zlepšovania pracovného procesu a prispôsobovania ich podmienkam a potrebám zákazníka.

Pri práci v Scrumbane sa však práca nedelí na Sprints. Scrum stretnutia sa konajú každé 3, 6 alebo 12 mesiacov.

Plánovanie práce nasleduje princíp “na požiadanie”, t.j. ako sa objaví. User Stories sú umiestnené priamo v prvom stĺpci Kanbanovej tabule obsahujúcej úlohy “na dokončenie”. Takto slúži ako Sprint Backlog, o ktorom sme písali podrobnejšie v tomto článku. Rovnako ako v Sprint Backlogu sú najurgentnejšie úlohy umiestnené na vrch zoznamu úloh. Avšak pre zložitejšie projekty môže projektový manažér udržiavať samostatný zoznam úloh zodpovedajúci Product Backlogu, z ktorého si vyberá, ktoré úlohy umiestni do prvého stĺpca.

Pri presúvaní úloh z prvého do druhého stĺpca platí pravidlo “ťahu”. To znamená, že úlohy nie sú delegované konkrétnemu vývojárovi. Každý si vyberá úlohu z fronty a vykonáva ju nezávisle.

Počet úloh umiestnených v strednom stĺpci “na dokončenie” je zvyčajne obmedzený v závislosti od veľkosti tímu, aby, ak je to možné, sa každý zaoberal iba jednou úlohou naraz.

Zhrnutie

Scrum a Kanban, hoci sa používajú na podobné účely, sú rôzne spôsoby práce. Scrum najlepšie funguje v kreatívnych, inovatívnych projektoch vykonávaných malými Scrum tímami. Kanban, na druhej strane, bol vytvorený na fungovanie v kontinuálnom a bezprestojovom prostredí na poskytovanie podobných služieb. Scrum často používa Kanbanové tabule ako metódu na vizualizáciu vykonávanej práce. Kombinácia oboch viedla k Scrumbanu, ktorý najlepšie funguje ako rámec pre organizácie, ktoré predávajú svoje produkty a poskytujú na nich založené služby zákazníkovi.

Ak sa vám náš obsah páči, pridajte sa k našej komunite usilovných včiel na Facebooku, Twitteri, LinkedIn, Instagrame, YouTube, Pinterest.