Proč porovnávat Scrum a Kanban
Scrum i Kanban patří mezi agilní přístupy, avšak vznikly v odlišných kontextech a řeší různé typy problémů. Scrum optimalizuje předvídatelnou kadenci dodání prostřednictvím timeboxů (sprintů) a jasně definovaných rolí a artefaktů. Kanban optimalizuje tok práce a průběžné doručování pomocí vizualizace, limitů rozpracovanosti (WIP) a datově řízeného zlepšování. Pochopení podobností i rozdílů je klíčové při volbě přístupu, návrhu procesů a škálování agility.
Základní filozofie a cílový problém
- Scrum: empirické řízení v timeboxu (transparentnost – inspekce – adaptace). Smyslem je vytvářet v krátkých cyklech releasovatelný inkrement a učit se z reálných výsledků.
- Kanban: teorie omezení a tok (flow). Smyslem je vyhladit průtok, snižovat čekání, zkracovat lead/cycle time a doručovat kontinuálně.
Struktura času: sprint vs. kontinuální tok
- Scrum: pevné sprinty (typicky 1–4 týdny). Plánování, realizace, review a retrospektiva v rytmu. Změny obsahu sprintu se minimalizují.
- Kanban: bez timeboxu. Práce se táhne systémem (pull) podle dostupné kapacity a WIP limitů. Kadence schůzek je flexibilní; zlepšování probíhá průběžně.
Role a odpovědnosti
- Scrum: Product Owner (hodnota a priority), Scrum Master (proces a odstranění překážek), Vývojový tým (multidisciplinární, dodání „Done“).
- Kanban: rámec neurčuje povinné role. Často se používají stávající manažerské a týmové role; klíčová je dohoda o politice práce a vlastnictví toku.
Artefakty a vizualizace práce
- Scrum: Product Backlog (živý seznam hodnotových položek), Sprint Backlog (závazek na sprint), Inkrement (potenciálně releasovatelný výsledek), Definition of Done.
- Kanban: Kanban board s jasně definovanými sloupci (stavy), WIP limity, explicitní politiky (jak se práce posouvá), služby/typy požadavků (klasifikace, SLA), Service Level Expectation (SLE).
Plánování a řízení rozsahu
- Scrum: plánování sprintu stanovuje cíl sprintu a výběr položek. Průběžné refinementy udržují backlog ve stavu připravenosti (Definition of Ready – dobrovolně).
- Kanban: průběžné replenishment – doplňování fronty práce podle priority a kapacity. Důraz na menší dávky a stabilní tok.
Měření a metriky
| Oblast | Scrum – typické metriky | Kanban – typické metriky |
|---|---|---|
| Předvídatelnost | Velocity, plnění cílů sprintu | Lead time, Cycle time, percentil SLE |
| Tok práce | Burn-down/Up graf v rámci sprintu | Cumulative Flow Diagram (CFD), throughput |
| Kvalita a stabilita | Defekty na inkrement, Definice Done | Work Item Age, blokace, variabilita toku |
| Výsledek (outcome) | OKR/produkční cíle vázané na inkrementy | OKR/SLAs vázané na tok a dopad |
Zpětná vazba a zlepšování
- Scrum: formální ceremonie – Review (zpětná vazba na inkrement) a Retrospektiva (zlepšování procesu) každého sprintu.
- Kanban: průběžné zlepšování (Kaizen), pravidelné ops review, analýza CFD a blokací, úpravy WIP limitů a politik podle dat.
Řízení kapacity
- Scrum: kapacita se plánuje na sprint; tým se zavazuje k realistickému objemu práce.
- Kanban: kapacita se reguluje WIP limitmi; jakmile se uvolní místo, nové položky se „tahají“ do systému.
Předpovídání a termíny
- Scrum: predikce pomocí velocity a velikosti backlogu. Vhodné pro iterativní budování produktu.
- Kanban: pravděpodobnostní predikce z throughputu a rozdělení cycle time (např. Monte Carlo), vhodné pro proud různorodých požadavků.
Vhodnost použití: kdy Scrum, kdy Kanban
- Scrum se hodí, když: budujete produkt s nejistotou, chcete rytmus, jasné role, pravidelné inspekce a definované inkrementy.
- Kanban se hodí, když: máte kontinuální proud práce (support, ops, BAU), vysokou variabilitu velikostí úkolů, potřebu rychlé průběžné reakce.
Antipatterny a časté chyby
- Scrum: „Scrum-but“ (vynechávání retrospektiv), mikromanagement přes denní standupy, přetížené sprinty bez rezervy, záměna rolí PO/SM.
- Kanban: „nástěnné to-do“ bez WIP limitů, ignorování blokací, žádné explicitní politiky, příliš široké stavy bez jasné definice dokončení.
Škálování a portfolio
- Scrum: škálování přes LeSS/SAFe/Nexus, synchronizace více týmů na produktové vizi a PI/Sprint kadenci.
- Kanban: Flight Levels a portfoliové Kanban systémy; koordinace napříč týmy přes sdílené toky a politiky.
Kvalita, technická excelence a „Definition of Done“
Oba přístupy vyžadují dohodnuté standardy kvality. Ve Scrumu je DoD povinným artefaktem; v Kanbanu je ekvivalentem explicitní politika kvality a připravenosti pro přechod mezi stavy. CI/CD, automatizované testy a monitoring jsou rámcově neutrální a klíčové pro spolehlivý tok hodnoty.
Případy použití a scénáře
- Produktový vývoj „greenfield“: Scrum podpoří rytmus validace hypotéz a smysluplné releasy.
- Provoz a zákaznická podpora: Kanban poskytne přehlednost, krátké lead times a předvídatelnost SLA.
- Smíšené týmy (projekt + BAU): hybrid (Scrumban) – sprintový cíl pro vývoj + Kanban „swimlane“ pro incidenty s WIP limitem.
Přechod mezi přístupy a Scrumban
- Ze Scrumu na Kanban: odstranění timeboxu, zavedení WIP limitů, měření toku, přechod na SLE. Hodí se, pokud dominantní práce je proudová.
- Z Kanbanu na Scrum: zavedení sprintů a iterativních cílů, definování rolí a artefaktů. Hodí se, pokud chybí smysluplná produktová kadence.
- Scrumban: ponechání některých ceremonií/artefaktů Scrum a používání Kanban metrik a WIP limitů pro lepší tok.
Rozhodovací kritéria: jednoduchý „decision helper“
- Potřebuji pevný rytmus učení a inkrementy? Ano → Scrum; Ne → Kanban.
- Práce přichází ad-hoc, různých velikostí? Ano → Kanban; Ne → Scrum.
- Chci jasně definované role a ceremonie? Ano → Scrum; Ne → Kanban.
- Je prioritou zkrátit fronty a eliminovat čekání? Ano → Kanban; Také důležité → Scrumban.
Praktické tipy pro adopci
- Začněte vizualizací: v obou rámcích je tabule prvním krokem k transparentnosti.
- Omezte rozpracovanost: WIP limity snižují multitasking a zkracují lead time.
- Malé dávky práce: zlepšují průtok i předvídatelnost ve Scrumu i Kanbanu.
- Měřte a zlepšujte: retrospektivy (Scrum) a CFD/flow revize (Kanban) jako motor učení.
- Chraňte fokus: ve Scrumu minimalizujte změny během sprintu; v Kanbanu minimalizujte přehazování priorit uprostřed stavu.
Porovnávací tabulka na jedné stránce
| Dimenze | Scrum | Kanban |
|---|---|---|
| Čas | Timebox (sprint) | Kontinuální tok |
| Role | PO, SM, tým | Nedefinované rámcem |
| Plánování | Plán sprintu | Replenishment podle kapacity |
| Závazek | Cíl sprintu | SLA/SLE na tok |
| Metriky | Velocity, burn-down | Lead/Cycle time, CFD, throughput |
| Zlepšování | Retrospektiva | Kaizen, analýza toku |
| Vhodnost | Vývoj produktu s nejistotou | Ops/support, BAU, mix požadavků |
Ne „Scrum nebo Kanban“, ale „co řešíme?“
Rozdíl mezi Scrumem a Kanbanem spočívá v designu pracovního systému, nikoliv v úrovni „agility“. Scrum vyniká tam, kde je silný rytmus inkrementů, jasné role a kolektivní učení v krátkých cyklech. Kanban exceluje při optimalizaci průtoku, redukci čekání a předvídatelnosti průběžného doručování. V praxi se přístupy často kombinují: cíle a inkrementy ze Scrumu, tok a WIP limity z Kanbanu. Správná volba vychází z povahy práce, variability poptávky, potřeb stakeholderů a kulturní připravenosti týmu.
