Scrum Guide | 33. Scrumban a Kanban tabule ve Scrumu

Scrum a Kanban jsou metody týmové práce, které sdílejí mnoho podobností. Existují však také rozdíly, o kterých bychom dnes chtěli diskutovat. Kanbanové tabule jsou také často přijímány Scrum týmy. To je proto, že jsou velmi praktické při vizualizaci týmové práce a jejího pokroku. Kombinováním toho nejlepšího z obou metodologií se objevila technika nazvaná Scrumban. Je populární v projektech, které kombinují vývoj produktu s poskytováním služeb, kde dlouhé sprinty a relativně formalizované Scrum schůzky nejsou vždy vhodné.

Scrumban a Kanbanové tabule v Scrumu – obsah:

1. Úvod
2. Kanban vs Scrum
3. Kanbanové tabule v Scrumu
4. Scrumban
5. Shrnutí

Úvod

Kanban je metoda, která byla vyvinuta v Japonsku. Pochází z 50. let 20. století a byla primárně nástrojem pro řízení kontinuální výroby tak, aby nevznikaly zásoby a přebytky, ale aby se zdroje zpracovávaly průběžně. Na počátku 21. století byl Kanban přizpůsoben potřebám vývoje softwaru Davidem J. Andersonem.

Kanban vs Scrum

Celkový způsob práce v Kanbanu se od Scrumu primárně liší méně formálním přístupem. V Kanbanu nejsou tak podrobné pokyny ohledně například práce v sprintech, rolí Product Ownera, Scrum Mastera a vývojového týmu. To je možné, protože Kanban se zaměřuje na kontinuitu úkolů, jako je poskytování určitého typu služby, které jsou více opakovatelné a nevyžadují tak složité plánování.

Nicméně, cíle a způsoby práce jsou podobné. Cílem Kanbanu je doručit zákazníkovi produkt nejvyšší kvality včas. Principy týkající se způsobů práce, které jsou společné oběma metodám, lze formulovat takto:

1. Práce by měla být plynulá a bez jakýchkoli prostojů – v Scrumu je to dosaženo kontinuálním sledem sprintů, zatímco v Kanbanu je práce kontinuální díky plynulému toku úkolů. Ty tvoří frontu, ze které si vývojáři vybírají (tahají) několik úkolů k dokončení.
2. Tým by se měl zaměřit pouze na vybrané úkoly – podle terminologie Kanbanu by se tým měl “snížit pracovní zátěž”. V Scrumu je ekvivalentem toho uživatelské příběhy vybrané z Product Backlogu, které se umisťují do Sprint Backlogu.
3. Pokrok úkolů by měl být viditelný pro všechny zúčastněné – v Kanbanu jsou vizualizovány pomocí tabulí, které jsou také často používány v Scrum týmech.

Kanbanové tabule v Scrumu

Kanbanová tabule je široce používaným nástrojem pro vizualizaci týmové práce. Je to tabulka s několika sloupci. V každém z nich jsou úkoly s určitým stavem. Kategorizace úkolů je založena na jednoduchém pravidle: karta s popisem úkolu – nebo její virtuální ekvivalent – je umístěna v jednom z sloupců. Minimální verze Kanbanových tabulí obsahuje tři sloupce:

• Na seznamu
• V procesu
• Dokončeno – do posledního sloupce jdou úkoly, které splňují Definici dokončení, o které jsme psali zde.

Níže můžete najít příklad kanbanové tabule z komplexního systému pro řízení projektů – Firmbee.com

Obvykle je více sloupců. Pokud je více úkolů k dokončení, obvykle je mezi sloupci “na dokončení” a “v procesu” další sloupec s názvem “vybráno k dokončení”. Zatímco sloupec “na seznamu” slouží jako Product Backlog, o kterém jsme psali zde, sloupec “vybráno k dokončení” slouží jako Sprint Backlog, který podrobně popisujeme v tomto článku.

Druhým běžným doplňkem je sloupec “v revizi” nebo “k schválení”. Obvykle je vložen mezi sloupce obsahující úkoly “v procesu” a “dokončené”. Obsahuje úkoly dokončené vývojovým týmem, které čekají na schválení od Product Ownera. Úkolem Product Ownera je zkontrolovat jejich shodu s akceptačními kritérii a získat jejich konečné schválení od zákazníka. V této situaci jsou do posledního sloupce přesunuty pouze konečně akceptované úkoly.

Scrumban

Vzhledem k obrovské popularitě Scrumu a Kanbanu se objevila jejich hybridní forma, která kombinuje to nejlepší z obou způsobů práce. Scrumban funguje nejlépe v organizacích, které spojují vytváření produktů s poskytováním služeb, často zahrnující implementaci produktu u zákazníka. Díky snížení počtu schůzek a komunikace může být tým větší.

Scrumban klade menší důraz na metriky běžně používané v Scrumu, jako je Burndown Chart. Nicméně, využívá pilíře Scrumu potřeby neustálého zlepšování pracovního procesu a přizpůsobování je podmínkám a potřebám zákazníka.

Při práci v Scrumbanu však není práce rozdělena do sprintů. Scrum schůzky se konají každé 3, 6 nebo 12 měsíců.

Plánování práce následuje princip “na vyžádání”, tj. jak se to vyskytuje. Uživatelské příběhy jsou umístěny přímo do prvního sloupce Kanbanové tabule obsahující úkoly “na seznamu”. Tak slouží jako Sprint Backlog, o kterém jsme psali podrobněji v tomto článku. Stejně jako v Sprint Backlogu jsou nejurgentnější úkoly umístěny na vrchol seznamu úkolů. Nicméně, pro složitější projekty může projektový manažer udržovat samostatný seznam úkolů odpovídající Product Backlogu, ze kterého vybírá, které úkoly umístit do prvního sloupce.

Při přesunu úkolů z prvního do druhého sloupce platí pravidlo “tahání”. To znamená, že úkoly nejsou delegovány konkrétnímu vývojáři. Každý si vybírá úkol z fronty a vykonává ho nezávisle.

Počet úkolů umístěných ve středním sloupci “k dokončení” je obvykle omezen v závislosti na velikosti týmu, aby, pokud je to možné, se každý zabýval pouze jedním úkolem najednou.

Shrnutí

Scrum a Kanban, ačkoliv se používají pro podobné účely, jsou odlišné způsoby práce. Scrum funguje nejlépe v kreativních, inovativních projektech prováděných malými Scrum týmy. Kanban byl naopak vytvořen pro fungování v kontinuálním a bezprostoje prostředí, aby poskytoval podobné služby. Scrum často používá Kanbanové tabule jako metodu k vizualizaci prováděné práce. Kombinace obou vedla k Scrumbanu, který funguje nejlépe jako rámec pro organizace, které prodávají své produkty a poskytují na nich založené služby zákazníkovi.

Pokud se vám náš obsah líbí, připojte se k naší komunitě pilných včel na Facebooku, Twitteru, LinkedInu, Instagramu, YouTube, Pinterestu.