Scrum jako empirický rámec
Scrum je lehký, ale přísný rámec pro řešení komplexních problémů, založený na empirismu (transparentnost – inspekce – adaptace) a sprintrech s pravidelnou zpětnou vazbou. Cílem není slepé dodržování rituálů, ale doručování hodnoty v malých, ověřitelných inkrementech při udržitelném tempu. Scrum stanovuje role, artefakty a události s jasnými závazky (commitments), aby podporoval předvídatelnost a neustálé zlepšování.
Základní principy a hodnoty
- Empirismus: rozhodnutí vycházejí z pozorovatelných výsledků (inkrementů), nikoliv z předpovědí.
- Timeboxing: pevné časové rámce minimalizují plánovací režii a podporují fokus.
- Samořízení: vývojový tým si organizuje práci tak, aby dosáhl cíle sprintu.
- Multifunkčnost: tým má schopnosti doručit Done inkrement bez externích předání.
- Hodnoty Scrum: závazek (commitment), odvaha, soustředění, otevřenost, respekt.
Role (accountabilities) v Scrum frameworku
Scrum definuje tři primární zodpovědnosti. Nejedná se o tituly, ale o jasně popsané oblasti výsledků.
| Role | Primární zodpovědnost | Klíčové činnosti | Antivzorce (na co si dát pozor) |
|---|---|---|---|
| Product Owner (PO) | Maximalizace hodnoty produktu | Správa Product Backlogu, definování a komunikace Product Goal, prioritizace, akceptace výsledků | „Sekretář backlogu“, mikromanagement technického řešení, skryté priority mimo backlog |
| Scrum Master (SM) | Efektivita Scrum týmu | Facilitace událostí, odstraňování překážek, koučink týmu a stakeholderů, rozvoj empirických praktik | „Procesní policajt“, zapisovatel meetingů, pseudo-projektový manažer bez zmocnění týmu |
| Vývojáři (Developers) | Doručení Done inkrementu v každém sprintu | Plánování práce, tvorba technického řešení, testování, dokumentace, zlepšování DoD | Kult hrdinů, lokální optimalizace, „my vs. oni“ vůči PO/SM, přetížení WIP |
Artefakty a jejich závazky
Každý artefakt má explicitní závazek, který zvyšuje transparentnost a fokus.
- Product Backlog – závazek: Product Goal. Dynamický, seřazený seznam pracovních položek reprezentujících hypotézy o hodnotě. Kvalitní backlog má jasná akceptační kritéria, přiměřenou granularitu (prvky připravené na sprint jsou menší) a vyhýbá se technickým úlohám bez vazby na hodnotu.
- Sprint Backlog – závazek: Sprint Goal. Plán, který si vývojáři sami vytvoří na začátku sprintu a průběžně ho upravují. Zahrnuje vybrané backlog položky a taktický plán doručení.
- Inkrement – závazek: Definition of Done (DoD). Ověřitelně integrovaný výsledek práce, který splňuje společné kritéria kvality a je potenciálně nasaditelný.
Definition of Done (DoD): účel a příklady
DoD je sdílená dohoda týmu, která zabezpečuje konzistentní kvalitu a transparentní očekávání. Měla by být měřitelná, viditelná a evoluční.
- Kód v hlavní větvi, prochází všemi automatizovanými testy a statickou analýzou.
- Pokrytí testy ≥ dohodnuté minimum (např. 80 % kritických cest).
- Aktualizovaná dokumentace a migrační skripty.
- Monitorovatelnost: metriky/alerty přidané pro nové funkce.
Události (timeboxy) a jejich výsledky
Události v Scrum minimalizují potřebu dalších ad-hoc meetingů a vytvářejí rytmus inspekce a adaptace.
Sprint
Doba trvání: 1–4 týdny (stabilní). Během sprintu nejsou prováděny změny, které by ohrozily Sprint Goal. Výsledkem sprintu je alespoň jeden Done inkrement.
- Antivzorec: „mini-waterfall“ (analýza → vývoj → test v jednom sprintu bez průběžné integrace).
- Doporučení: vertikální řezy (end-to-end hodnotové příspěvky) a malý WIP.
Sprint Planning
Účel: vytvořit plán pro nadcházející sprint a stanovit Sprint Goal.
- Proč je sprint hodnotný? – formuluje se Sprint Goal (1–2 věty, testovatelné).
- Co uděláme? – výběr backlog položek ve spolupráci PO a vývojářů.
- Jak to uděláme? – rozpad na taktický plán (úkoly), odhad rizik a kapacity.
Výstup: sladěný Sprint Backlog s jasným cílem.
Daily Scrum
Timebox: 15 minut denně. Účel: synchronizace vývojářů nad plánem dosažení cíle, nikoliv status pro management. Pozornost na tok práce (flow), překážky a nejbližší krok k inkrementu.
- Vzory facilitace: „Co brání postupu k Sprint Goal? Které položky můžeme dokončit dnes?“
- Antivzorec: reportování „včera/dnes/překážky“ PO/SM jako manažerovi.
Sprint Review
Účel: inspekce inkrementu se stakeholdery a adaptace Product Backlogu na základě dat a zpětné vazby. Není to „prostor pro prezentaci slidů“, ale konverzace o produktu.
- Ukázka Done inkrementu v prostředí co nejbližším produkci.
- Diskuse o trendech, metrikách používání a dalších hypotézách.
Sprint Retrospective
Účel: zlepšit proces, spolupráci a nástroje. Výstupem jsou 1–3 konkrétní experimenty s jasným vlastníkem a měřítkem dopadu (např. zkrácení průměrné cyklické doby o 15 %).
- Doporučení: rotující facilitace, střídání formátů (5x Proč, start/stop/continue, fishbone).
Tok práce a metriky ve Scrum (kvantifikovaná empirika)
Scrum nekonfliktně spolupracuje s měřením toku (typicky z Kanbanu). Metriky podporují předvídatelnost a kvalitu rozhodnutí.
- Lead time / Cycle time: od výběru položky po „Done“ / od začátku práce po „Done“.
- Throughput: počet dokončených položek za jednotku času (např. týden).
- Percentil 85 cyklických časů: závazek předvídatelnosti („85 % položek doručíme do X dní“).
- Defekty po nasazení, MTTR: kvalita a zotavení po selhání.
Product Backlog v praxi: kvalita, pořadí, připravenost
Kvalitní backlog je transparentní, ekonomicky seřazený a přiměřeně rozdrobený. Minimální náležitosti tzv. „ready“ položky:
- Jasný problém/záměr (formulace výsledku, nikoliv řešení).
- Akceptační kritéria testovatelná při demonstraci.
- Odhad/velikost (např. relativní body nebo t-shirt velikosti).
- Nezávislost nebo explicitní závislosti s plánem mitigace.
Antivzorce: příliš technický backlog bez zákaznické hodnoty, „nositelé vody“ bez jasného přínosu, skryté práce mimo backlog.
Praxe pro posílení výsledků (nepovinné, ale užitečné)
- Story Mapping: vizualizace zákaznického toku a minimálního užitečného inkrementu.
- Spikes (výzkumné úkoly): timeboxované ověření neznámých, které snižuje riziko v plánování.
- Definition of Ready (DoR): nepovinná pomůcka pro kvalitu vstupu do sprintu (neplést s DoD).
- Evidence-Based Management (EBM): orientace na výsledky (outcomes) – rychlost učení, hodnotové metriky.
Kooperace se stakeholdery
Stakeholdeři jsou klíčem k ověření hodnoty. PO řídí jejich zapojení, ale celý tým se učí ze zpětné vazby. Doporučuje se pravidelný stakeholder mapping (vliv × zájem) a „smlouva o spolupráci“ (kadence, rozsah ukázek, kritéria akceptace).
Škálování: principy bez rámců
I bez formálních „škálovacích“ metodik platí:
- Jeden produkt – jeden Product Goal – viditelné závislosti.
- Synchronizované sprinty a integrace inkrementů napříč týmy.
- Stream-aligned týmy: minimalizace handoffů a front mezi týmy.
Rizika a časté omyly
- ScrumBut: „Děláme Scrum, ale…“ – vynechání závazků (DoD, Sprint Goal) narušuje empirismus.
- Rituály bez výsledku: meetingy jako cíl, nikoli prostředek k inkrementu.
- Přeplněný WIP: rozpracované položky, chybějící Done. Lékem je fokus a limit rozpracovanosti.
- PO jako „požadavkový kanál“: místo zaměření na výsledky a hypotézy o hodnotě.
- SM jako projektový manažer: potlačuje samořízení, roste závislost.
Kontrolní seznam implementace (Checklist)
- Definovaný Product Goal a první hypotézy hodnoty v Product Backlogu.
- Stabilní délka sprintu, sladěné kapacity a zveřejněné kadence událostí.
- Viditelná Definition of Done a minimálně jeden kvalitativní ukazatel.
- Sprint Planning produkuje Sprint Goal + taktický plán ve Sprint Backlogu.
- Daily Scrum řízený vývojáři, orientovaný na flow a dokončování.
- Review s reálnými stakeholdery nad inkrementem (nikoli nad slidy).
- Retrospektiva s 1–3 experimenty a měřitelným cílem do dalšího sprintu.
Mini-příklad: od epiku k inkrementu
Epik: „Zlepšit aktivaci nových uživatelů.“ → Hypotézy: A/B onboarding, připomínky e-mailem, tutoriál v aplikaci. Product Backlog: příběhy s kritérii přijetí a metrikami (aktivace D7). Sprint Goal: „Ověřit, zda nový onboarding zvýší dokončení registrace o 10 %.“ Inkrement: nasazená varianta B s měřením; na Review analýza výsledků, adaptace backlogu.
Scrum je jednoduchý v pravidlech, náročný na disciplínu. Jasné role podporují zodpovědnost, artefakty přinášejí transparentnost a události rytmizují učení. Když závazky (Product Goal, Sprint Goal, Definition of Done) skutečně žijí v každodenní práci, Scrum proměňuje nejistotu v konkurenční výhodu – rychlejším učením se, kvalitnějšími rozhodnutími a stabilním doručováním hodnoty.
