Co je Scrumban?

Co Scrumban doopravdy je

Scrumban si nechává ty části Kanbanu a Scrumu, které se vyplácejí, a zbytek zahodí. Z Kanbanu bere vizuální nástěnku, tok rozdělený do sloupců a výslovný limit na to, kolik je rozdělané práce — věci, které dělají tok čitelným. Ze Scrumu bere časově ohraničený sprint — to, co z backlogu udělá plán.

Co vynechává: každodenní standupy, schůzky nad backlogem, obřady kolem story pointů, retrospektivy jako rituál. Tohle funguje pro deset vývojářů v zaběhnuté firmě; nefunguje to pro jednoho zakladatele, který se v sobotu snaží něco dodat.

Název pochází od Coreyho Ladase, jehož esej a pozdější kniha Scrumban popsala, jak mohou scrumové týmy přejít od pevných iterací k toku založenému na tahu (pull).

Scrumban vs Kanban vs Scrum: v čem se liší

Všechny tři se liší hlavně ve dvou věcech: jestli se práce plánuje v časových úsecích a kolik procesu nástěnku obklopuje.

Zdroje: Scrum Guide pro sprinty, role a události; Kanban Guide pro tok a limity rozdělané práce.

Jak vypadá scrumbanová nástěnka?

Scrumbanová nástěnka je kanbanová nástěnka, přes kterou je položený sprint. Sloupce ukazují, kde práce je; sprint říká, o které části backlogu je tenhle týden. Minimální nástěnka má čtyři sloupce:

• Backlog — všechno, co bys mohl dělat. Dole neseřazené, nahoře seřazené.
• Todo — to, co ses rozhodl dělat jako další. Záměrně malé: když dochází, je to signál k plánování.
• Doing — na čem někdo (člověk nebo AI agent) právě teď pracuje.
• Done — hotová práce. Na konci sprintu se vyčistí nebo archivuje.

Jak si nastavit scrumbanovou nástěnku?

1. Vytvoř čtyři sloupce: Backlog, Todo, Doing, Done.
2. Dej do Backlogu všechno, o čem víš. Neřaď všechno — seřaď vršek.
3. Rozhodni, kolik smí být v Doing najednou. Pro jednoho člověka jedna nebo dvě věci; pro malý tým zhruba jedna na osobu.
4. Zvol délku sprintu — týden nebo dva — a napiš k němu cíl o jedné větě. Do Todo přetáhni jen to, co tomu cíli slouží.
5. Pracuj tahem: když je něco v Doing hotové, vezmi další kartu z vršku Todo. Nikdo nikomu práci nepřiděluje.
6. Plánuj, když Todo dochází, ne podle kalendáře. Na konci sprintu se podívej, co se udělalo a co ne, a pak začni další.

Proč si Weft vybral Scrumban

Weft existuje proto, že většina správců úkolů je střižená na jeden ze dvou extrémů: buď osamělá todo aplikace (nekonečný seznam, žádný rytmus), nebo agilní sada pro padesát lidí (procesní režie pro jednočlennou firmu). Scrumban sedí přesně uprostřed — dost struktury na to, aby tě donutila dodávat po týdnu nebo po dvou, ale ne tolik, abys dodací den strávil její správou.

Jak to Weft dělá

• Čtyři výchozí sloupce: Backlog, Todo, Doing, Done. Rozdělanou práci omezuje to, co čeká na tebe, ne číslo u každého sloupce. Kanban Guide považuje výslovné pravidlo pro omezení rozdělané práce za součást definice workflow, aby se nové položky natahovaly jen tehdy, když se uvolní kapacita.
• Vždycky jen jeden aktivní sprint s nepovinným cílem. Sprinty jsou nepovinné — vynech je, když ti sedí čistý Kanban. Scrum Guide definuje sprinty jako události s pevnou délkou nejvýš jednoho měsíce, přičemž nový sprint začíná hned po skončení předchozího.
• Úkoly mají prioritu, odhad, termín a nepovinné zařazení do sprintu. Žádné epiky, žádné workflow, žádná vlastní pole.
• Průběžná doba začíná, jakmile úkol přejde do sloupce s semantic="doing", a končí v "done". Čísla vznikají z poctivého používání, ne z počítání se story pointy.

Scrumban s AI agenty

Tah je to, díky čemu Scrumban funguje i pro AI agenty. Agent připojený k Weftu přes MCP si další kartu vezme sám: start_task ji zabere, takže stejnou kartu nemůže vzít druhý agent, a complete_task ji uzavře s tím, co se udělalo, a s důkazy. Když agent potřebuje rozhodnutí, zeptá se tebe, místo aby hádal — a dokud na tebe čeká příliš mnoho hotové práce, agenti nové úkoly nezačínají. To je kanbanový limit rozdělané práce, použitý na jediný zdroj, který se nedá škálovat: tvoji pozornost.

Kdy Scrumban není ta správná metoda

• Vedeš několik souběžných scrumových týmů. Scrum Guide počítá se scrumovým týmem obvykle do 10 lidí a říká, že větší produkty by se měly rozdělit mezi několik scrumových týmů se společným Product Goalem a jedním Product Backlogem. Reporting na úrovni programu, sdílená velocity, závislosti napříč týmy — tam se plný Scrum v Jiře vyplatí. Nexus Guide je napsaný přesně pro tuhle situaci: několik scrumových týmů pracujících z jednoho Product Backlogu, s dalšími postupy, jak závislosti mezi týmy odhalovat a řešit.
• Děláš čistý support nebo nepřetržitý provoz. Rytmus sprintů není potřeba — čistý Kanban nebo ticketovací systém sedí líp.
• Potřebuješ Ganttovy diagramy a časové osy. Scrumban je zaměřený na sprinty, ne na grafy závislostí.

Otázky ke Scrumbanu