Scrum je zdaleka nejrozšířenější agilní framework na světě. Přesto ho mnoho týmů používá nesprávně – nebo jen povrchně, jako rychlý způsob, jak říct „děláme agilně". Tento článek vysvětluje, jak Scrum skutečně funguje, jaké jsou jeho role, ceremonie a artefakty, a proč je tak oblíbený v digitálních agenturách i produktových týmech.

Co je Scrum?

Scrum je lehký framework – ne metodika a ne proces. Poskytuje strukturu, ve které týmy mohou vyvíjet, dodávat a udržovat komplexní produkty. Je postaven na třech pilířích: transparentnost, inspekce a adaptace.

Klíčový dokument je Scrum Guide, který spravují Ken Schwaber a Jeff Sutherland – tvůrci Scrumu. Scrum Guide je záměrně stručný: má jen 13 stránek a říká, co je povinné, nic víc.

Tři role ve Scrumu

Product Owner (PO)

Product Owner zastupuje zájmy zákazníka a businessu. Jeho hlavní odpovědností je spravovat Product Backlog – seznam všech funkcí, oprav a vylepšení, která mají být v produktu realizována. PO rozhoduje o prioritách: co tým dělá dříve a co může počkat.

Dobrý PO je dostupný, rozhodný a schopen jasně formulovat, co je cílem každé položky backlogu.

Scrum Master (SM)

Scrum Master není projektový manažer. Je to kouč a facilitátor, který pomáhá týmu aplikovat Scrum správně. Odstraňuje překážky (impedimenty), facilituje ceremonie a chrání tým před rušivými vlivy zvenku.

Vývojový tým (Developers)

Ve Scrumu jsou všichni členové realizačního týmu označováni jako „Developers" – bez ohledu na jejich specializaci. Tým je cross-funkční (zahrnuje všechny kompetence potřebné k dodání inkrementu) a samoorganizující se (sám si organizuje práci bez direktivního řízení zvenku).

Celý Scrum tým je typicky 10 nebo méně lidí (Scrum Guide 2020); starší doporučení pro samotný vývojový tým znělo 3–9 členů.

Čtyři ceremonie (Scrum Events)

1. Sprint Planning

Na začátku každého sprintu tým vybere z Product Backlogu položky, které splní v rámci sprintu, a vytvoří Sprint Backlog. Cílem je definovat Sprint Goal – jednověté vyjádření toho, co sprint přinese.

Délka: typicky 2–4 hodiny pro dvoutýdenní sprint.

2. Daily Scrum (stand-up)

Každodenní 15minutové setkání vývojového týmu. Tradiční struktura tří otázek (co jsem dělal včera, co budu dělat dnes, co mi brání) je jen vzor. Důležitý je výsledek: tým koordinuje práci a identifikuje překážky.

3. Sprint Review

Na konci sprintu tým prezentuje hotový inkrement stakeholderům a sbírá zpětnou vazbu. Není to formální prezentace – je to pracovní sezení zaměřené na učení.

4. Sprint Retrospektiva

Nejcennější ceremonie z pohledu kontinuálního zlepšování. Tým diskutuje o svém procesu: co šlo dobře, co špatně a jaké konkrétní opatření přijme do příštího sprintu. Délka: typicky 1–1,5 hodiny.

Tři artefakty Scrumu

Product Backlog

Seřazený seznam všeho, co je pro produkt potřeba. Je živý dokument – neustále se aktualizuje, doplňuje a upravuje na základě nových poznatků.

Sprint Backlog

Podmnožina Product Backlogu vybraná pro aktuální sprint plus plán, jak ji tým splní. Patří vývojovému týmu.

Inkrement

Součet všech hotových položek Product Backlogu v rámci sprintu. Musí být „hotový" – splňovat Definition of Done (DoD), tedy předem dohodnutou definici toho, co znamená „dokončeno".

Nejčastější chyby při implementaci Scrumu

Scrum v digitální agentuře

V agenturním prostředí je Scrum komplikovanější, protože tým typicky pracuje na více projektech najednou pro různé klienty. Adaptace zahrnují:

Závěr

Scrum je mocný framework, ale funguje jen tehdy, kdy ho tým skutečně dodržuje a rozumí jeho principům. Nestačí přejmenovat meetingy a zavést Jiru – Scrum vyžaduje kulturní změnu: důvěru, transparentnost a odhodlání se neustále zlepšovat.

Zdroje