Scrum
Scrum je agilní rámec, který týmům pomáhá zvládat komplexní práci v krátkých, iterativních cyklech pomocí pevných rolí, událostí a artefaktů.
Scrum je agilní rámec pro vývoj a řízení komplexních produktů, původně zformovaný ve vývoji softwaru a dnes používaný napříč mnoha odvětvími. Stojí na myšlence empirického řízení procesu: místo aby se úkol naplánoval od začátku do konce předem, pracuje tým v krátkých, pevných časových úsecích zvaných sprinty, obvykle v délce jeden až čtyři týdny. Každý sprint končí použitelným přírůstkem práce, což vytváří prostor pro zpětnou vazbu a umožňuje týmu upravit další kroky. Tato kombinace transparentnosti, kontroly a přizpůsobení dělá ze Scrumu dobrou volbu pro práci, kde jsou požadavky nejisté nebo se pravděpodobně změní.
Scrum stanovuje tři pevné role. Product owner odpovídá za hodnotu produktu a spravuje backlog produktu, prioritizovaný seznam všeho, co je potřeba udělat. Scrum master udržuje tým v mezích rámce, odstraňuje překážky a usnadňuje spolupráci, aniž by přímo přiděloval úkoly. Vývojový tým si plánuje a provádí práci sám. Strukturu každému sprintu dávají čtyři opakující se události: plánování sprintu na začátku, daily scrum pro rychlé sladění, review sprintu k předvedení, co bylo vytvořeno, a retrospektiva sprintu ke zlepšení spolupráce v týmu.
Scrum funguje nejlíp u úkolů, kde rozsah nebo řešení není na začátku úplně jasné, například vývoj produktu nebo komplexní projekty s mnoha zainteresovanými stranami. Od Kanbanu se liší pevnými časovými úseky a definovanými rolemi, zatímco Kanban se víc opírá o průběžný tok bez pevných iterací. Ve srovnání s klasickým vodopádovým plánováním je jeho výhodou pravidelná kontrola: chybné odhady vyjdou najevo brzy, ne až na konci projektu. V praxi Scrum obvykle selhává ne kvůli samotnému rámci, ale kvůli polovičatému provedení, například když se vynechávají retrospektivy nebo se zanedbává backlog.
Prakticky priklad
Středně velká strojírenská firma vyvíjí nový software pro sledování svého výrobního zařízení. Pětičlenný tým pracuje ve dvoutýdenních sprintech: na začátku každého sprintu vybere deset nejdůležitějších položek z asi 40 otevřených záznamů backlogu a denně se sesynchronizuje na patnáctiminutovém daily scrumu. Po deseti sprintech, tedy po pěti měsících, je hotová první použitelná verze, místo devíti měsíců vývoje bez mezivýsledku, které tým původně plánoval. Retrospektivy odhalí, že nejasné požadavky stály tým během prvních tří sprintů asi 20 procent kapacity, takže product owner od té doby píše ostřejší popisy backlogu.
Jak pomaha Leanshift
Retrospektiva sprintu je ve své podstatě jen opakující se cyklus Kaizen: tým se zastaví, poctivě se podívá na právě dokončenou práci a vědomě upraví způsob, jakým pracuje, než pokračuje dál. To odpovídá pohledu Leanshift, že zlepšování není jednorázový projekt, ale pravidelný zvyk zabudovaný do každodenní práce. Týmy, které takto žijí, nezlepšují jen produkt, budují víc lidí, kteří umí věci zlepšovat sami.
Casto kladene otazky
Je Scrum užitečný jen pro vývoj softwaru?
Ne. Scrum vznikl v softwaru, ale dnes se používá v marketingu, vývoji produktů, vzdělávání i dalších oborech, všude, kde je práce komplexní a požadavky se mohou po cestě měnit.
Čím se Scrum liší od Kanbanu?
Scrum probíhá v pevných časových úsecích zvaných sprinty s definovanými rolemi a událostmi, zatímco Kanban vizualizuje průběžný tok práce bez pevných iterací a zaměřuje se na omezení toho, kolik práce je rozpracováno najednou.
Potřebuje malý tým opravdu vyhrazeného scrum mastera?
Ne nutně jako role na plný úvazek. V malých týmech ji často někdo přebírá vedle své běžné práce; důležité je, aby se facilitace a samotný rámec skutečně dodržovaly.