Přeskočit na obsah

Scrum, nebo Kanban

Srovnání Scrumu a Kanbanu: časově ohraničené sprinty proti plynulému toku, role, WIP limity, metriky a kde mezi nimi stojí East Agile Tracker se svou nástěnkou postavenou na iteracích.

Scrum a Kanban jsou dvě agilní metody, které týmy porovnávají nejčastěji. Obě dělají práci viditelnou a obě se snaží dodávat po malých částech. Liší se tím, jak práci dávkují: Scrum plánuje v pevných časových boxech, Kanban si práci průběžně táhne a omezuje, kolik jí je najednou rozpracováno.

Tato stránka obě metody porovnává. Širší rodinu metod včetně XP a Leanu popisuje stránka Co je agilní vývoj?.

Scrum dělí práci do sprintů — pevných časových boxů, obvykle dlouhých jeden až čtyři týdny. Každý sprint začíná plánováním sprintu (sprint planning), na kterém si tým vybere práci, kterou očekává, že dokončí, a končí přehledem toho, co vzniklo (review), a retrospektivou toho, jak tým pracoval.

Scrum definuje tři role:

  • Product Owner — spravuje product backlog a jeho pořadí.
  • Scrum Master — vede tým v procesu a odstraňuje překážky.
  • Vývojáři (Developers) — vytvářejí přírůstek produktu.

Hlavním měřítkem je velocity: kolik práce tým za sprint dokončí; z toho vychází plán dalšího sprintu. Viz Co je velocity?.

Kanban vychází z pracovního postupu, který už tým má. Pracovní položky se pohybují po nástěnce se sloupci, které představují jednotlivé fáze (například K udělání → Rozpracováno → Kontrola → Hotovo). Metodu nesou tři myšlenky:

  • Vizualizovat pracovní postup — každá položka i každá fáze je na nástěnce.
  • Omezit rozpracovanou práci (WIP) — každý sloupec má strop; nová položka vstoupí, jen když jiná odejde.
  • Řídit tok — tým měří, jak dlouho položky trvají (cycle time, lead time), a odstraňuje úzká hrdla.

Kanban nemá časové boxy a nepředepisuje žádné role. Plánuje se vždy, když je potřeba frontu doplnit.

ScrumKanban
RytmusPevné sprinty (1–4 týdny)Plynulý tok
ZávazekPráce naplánovaná na sprintŽádný dávkový závazek; práce se táhne, když je kapacita
RoleProduct Owner, Scrum Master, vývojářiŽádné předepsané
Změna uprostřed cykluUvnitř sprintu se nedoporučujeMožná kdykoli
Omezení práceKapacita sprintuWIP limit pro každý sloupec
Hlavní metrikyVelocity, burndownCycle time, lead time, propustnost
NástěnkaKaždý sprint se resetujeTrvalá

Žádná z metod není obecně lepší. Scrum se hodí týmům, které chtějí pravidelný rytmus plánování a předpověď sestavenou z minulých sprintů, například produktovým týmům, které dodávají funkce podle harmonogramu. Kanban se hodí na práci, která přichází nepředvídatelně a musí se řešit průběžně, například podporu, provoz nebo údržbu.

Mnoho týmů obě metody kombinuje („Scrumban“): drží si rytmus plánování a zároveň sledují, kolik práce je rozpracováno.

Kam zapadá East Agile Tracker

Sekce “Kam zapadá East Agile Tracker”

East Agile Tracker je postavený na iteracích, a proto má blíž ke Scrumu a k eXtreme Programming než ke Kanbanu. Pro některé z výše uvedených pojmů používá vlastní názvy:

  • Sprintům se říká iterace. Každý projekt si nastaví délku iterace 1–4 týdny. Iterace se vytvářejí automaticky; žádný sprint se neotevírá ani nezavírá. Viz Iterace.
  • Backlog je jediný seřazený seznam. Produktový vlastník ho udržuje v přísném pořadí podle priority a Backlog podle rychlosti promítá nadcházející iterace. Viz Uživatelské příběhy a plánování iterace.
  • Rychlost určuje velikost plánu. Se zapnutým auto-plan iterations se aktuální iterace naplní právě do vaší rychlosti a dál ne. Viz Plánování iterace.
  • Každá story nese svůj vlastní stav. Story prochází stavy Unstarted → Started → Finished → Delivered → Accepted, které ukazuje karta, a ne sloupce nástěnky. Viz stavový automat.

WIP limity neexistují a není ani režim plynulého toku bez iterací. Z Kanbanu se přenáší viditelnost (každá story a její stav jsou na jedné nástěnce) a metriky toku: stránka Metriky ukazuje trend rychlosti, burndown a stories převedené mezi iteracemi.