Scrumban.

Čo Scrumban naozaj je

Scrumban si necháva tie časti Kanbanu a Scrumu, ktoré sa oplatia, a zvyšok zahodí. Z Kanbanu berie vizuálnu nástenku, tok rozdelený do stĺpcov a limity rozpracovanej práce — veci, vďaka ktorým je tok čitateľný. Zo Scrumu berie časovo ohraničený sprint — to, čo z backlogu urobí plán.

Čo vynecháva: každodenné standupy, stretnutia nad backlogom, ceremónie okolo story pointov, retrospektívy ako rituál. To funguje pre desať vývojárov v zabehnutej firme; nefunguje to pre jedného zakladateľa, ktorý sa v sobotu snaží niečo dodať.

Prečo si Weft vybral Scrumban

Weft existuje preto, že väčšina správcov úloh je strihnutá na jeden z dvoch extrémov: buď osamelá todo aplikácia (nekonečný zoznam, žiadny rytmus), alebo agilný balík pre päťdesiat ľudí (procesná réžia pre jednočlennú firmu). Scrumban sedí presne v strede — dosť štruktúry na to, aby ťa prinútila dodávať každý týždeň alebo každé dva týždne, ale nie toľko, aby si deň dodania strávil jej spravovaním.

Ako to Weft robí

• Štyri predvolené stĺpce: Backlog, Todo, Doing, Done. Rozpracovanú prácu obmedzuje to, čo čaká na teba, nie číslo pri každom stĺpci. Podľa Kanban Guide patrí explicitné pravidlo na obmedzenie rozpracovanej práce k definícii workflow, aby sa nové položky ťahali dnu len vtedy, keď sa uvoľní kapacita.
• Len jeden aktívny sprint naraz. Sprinty sú nepovinné — vynechaj ich, ak ti sedí čistý Kanban. Podľa Scrum Guide sú sprinty udalosti s pevnou dĺžkou najviac jeden mesiac a nový sprint sa začína hneď po skončení predchádzajúceho.
• Úlohy majú prioritu, odhad, termín a voliteľné zaradenie do sprintu. Žiadne epiky, žiadne workflow, žiadne vlastné polia.
• Doba cyklu sa začína, keď úloha prejde do stĺpca s semantic="doing", a končí v "done". Čísla vznikajú z poctivého používania, nie z počítania story pointov.

Kedy Scrumban nie je tá správna metóda

• Vedieš niekoľko súbežných scrumových tímov. Podľa Scrum Guide má scrumový tím zvyčajne 10 alebo menej ľudí a väčšie produkty by sa mali rozdeliť do niekoľkých scrumových tímov so spoločným Product Goal a jedným Product Backlogom. Reporting na úrovni programu, zdieľaná velocity, závislosti naprieč tímami — tam sa plný Scrum v Jire oplatí. Práve pre takú situáciu vznikol Nexus Guide — niekoľko scrumových tímov pracujúcich z jedného Product Backlogu, s ďalšími postupmi na odhaľovanie a riešenie závislostí medzi tímami.
• Robíš čistý support alebo nepretržitú prevádzku. Rytmus sprintov nie je potrebný — čistý Kanban alebo ticketovací systém sedí lepšie.
• Potrebuješ Ganttove diagramy a časové osi. Scrumban je zameraný na sprinty, nie na grafy závislostí.