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 sprintech 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ů), nikoli z predikcí.
- Timeboxing: pevné časové rámce minimalizují plánovací režii a podporují soustředění.
- Samostatné ří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) ve Scrum frameworku
Scrum definuje tři primární odpovědnosti. Nejedná se o tituly, ale o jasně popsané oblasti výsledků.
| Role | Primární odpovědnost | Klíčové činnosti | Antivzory (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čování týmu a stakeholderů, rozvoj empirických praktik | „Procesní policista“, zapisovatel meetingů, pseudo-projektový manažer bez posílení týmu |
| Vývojáři (Developers) | Doručení Done inkrementu při každém sprintu | Plánování práce, tvorba technického řešení, testování, dokumentace, zlepšování DoD | Kult hrdiny, 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 zaměření.
- 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 přizpůsobují. Zahrnuje vybrané backlog položky a taktické plány dodání.
- 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á zajišť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, projde všechny automatizované testy a statickou analýzu.
- 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 ve Scrum minimalizují potřebu dalších ad hoc schůzek a vytvářejí rytmus inspekce a adaptace.
Sprint
Délka: 1–4 týdny (stabilní). Během sprintu se nevykonávají změny, které by ohrozily Sprint Goal. Výsledkem sprintu je alespoň jeden Done inkrement.
- Antivzor: „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 nízký WIP.
Sprint Planning
Účel: vytvořit plán pro následují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ány (ú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, nikoli status pro management. Zaměření na tok práce (flow), překážky a nejbližší krok k inkrementu.
- Vzor facilitace: „Co brání pohybu k Sprint Goal? Které položky můžeme dokončit dnes?“
- Antivzor: 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 nejblíže produkci.
- Diskuse o trendech, metrikách uží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ého cyklického času o 15 %).
- Doporučení: rotující facilitace, střídání formátů (5× Proč, start/stop/continue, fishbone).
Tok práce a metriky ve Scrum (kvantifikovaná empirika)
Scrum bez konfliktů 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, nikoli řešení).
- Akceptační kritéria testovatelná na demonstraci.
- Odhad/velikost (např. relativní body nebo t-shirt velikosti).
- Nezávislost nebo explicitní závislosti s plánem mitigace.
Antivzory: příliš technický backlog bez zákaznické hodnoty, „vodní nosiči“ bez jasného přínosu, skryté práce mimo backlog.
Praktiky 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.
- Spiky (výzkumné úlohy): timeboxované ověření neznámých, které snižuje riziko při plánování.
- Definition of Ready (DoR): nepovinná pomůcka pro kvalitu vstupu do sprintu (nevztahuje se k DoD).
- Evidence-Based Management (EBM): orientace na výsledky (outcomes) – rychlost učení, hodnotové metriky.
Spolupráce se stakeholdery
Stakeholdeři jsou klíčem k ověření hodnoty. PO řídí jejich zapojení, ale celý tým se učí z jejich zpětné vazby. Doporučuje se pravidelný stakeholder mapping (vliv × zájem) a „dohoda 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é chyby
- ScrumBut: „Děláme Scrum, ale…“ – vynechání závazků (DoD, Sprint Goal) ruší empirismus.
- Rituály bez výsledku: schůzky jako cíl, nikoli prostředek k inkrementu.
- Přetížený WIP: rozběhané položky, chybějící Done. Lékem je fokus a limit rozpracovanosti.
- PO jako „kanál požadavků“: místo zaměření na výsledky a hypotézy o hodnotě.
- SM jako projektový manažer: potlačuje samostatné ří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ě 1 kvalitativní ukazatel.
- Sprint Planning produkuje Sprint Goal + taktický plán ve Sprint Backlogu.
- Daily Scrum řízený vývojáři, zaměřený 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 akceptačními kritérii a metrikami (aktivace D7). Sprint Goal: „Ověřit, zda nový onboarding zvýší dokončení registrace o 10 %.“ Inkrement: nasazený variant 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, kvalitnějšími rozhodnutími a stabilním doručováním hodnoty.
