Co je Scrum? Průvodce agilním frameworkem pro moderní týmy

Scrum je nejrozšířenější agilní framework, který pomáhá lidem, týmům a organizacím generovat hodnotu prostřednictvím adaptivních řešení komplexních problémů. Není to metodika (přesný návod), ale lehký rámec, ve kterém se lidé mohou sami organizovat.

TL;DR: Scrum není o papírování, ale o doručování fungujícího produktu v krátkých cyklech (Sprintech). Stojí na třech pilířích: transparentnost, kontrola a adaptace.

3 pilíře

Aby Scrum fungoval, musí stát na pevných základech. Bez nich se z něj stává jen “prázdné schůzkaření”. Základní pilíře Scrumu jsou:

1. Transparentnost: Všichni vidí vše důležité. Žádné schovávání problémů pod koberec.
2. Kontrola (Inspekce): Pravidelně kontrolujeme, co jsme udělali a kam směřujeme.
3. Adaptace: Pokud zjistíme, že jsme na špatné cestě, okamžitě směr upravíme.

Scrum proces: Životní cyklus Sprintu

Srdcem Scrumu je Sprint, což je časově ohraničený úsek (obvykle 1–4 týdny), během kterého vznikne hotový, použitelný kus produktu (Inkrement).

Pravidelné události (Events)

• Plánování Sprintu (Sprint Planning): Tým si definuje, co bude dělat a jak to udělá. Výsledkem je Sprint Backlog.
• Daily Scrum: 15minutové setkání vývojářů. Synchronizace postupu k cíli Sprintu.
• Sprint Review: Ukázka hotové práce zainteresovaným stranám (Stakeholderům). Získání zpětné vazby.
• Sprint Retrospective: Pohled týmu dovnitř. Co nám šlo? Co zlepšíme v příštím Sprintu?

Role ve Scrumu (Kdo je kdo?)

Ve Scrumu neexistují tradiční manažeři projektů. Odpovědnost je rozdělena mezi tři role:

1. Product Owner (Vlastník produktu): Maximalizuje hodnotu produktu. Rozhoduje o tom, co se bude dělat (spravuje Product Backlog).
2. Scrum Master: Strážce procesu a kouč. Odstraňuje překážky, které týmu brání v práci. (Tip: Potřebujete pomoci s nastavením role Scrum Mastera? Ozvěte se mi.)
3. Developers (Vývojáři): Lidé, kteří reálně vytvářejí inkrement. Tým je multi-disciplinární (cross-functional) a samořídící.

Artefakty: Jak měříme pokrok

1. Product Backlog: Dynamický seznam všeho, co by produkt mohl obsahovat. Prioritizovaný PO.
2. Sprint Backlog: Výběr položek pro aktuální Sprint a plán, jak je doručit.
3. Inkrement: Změny v produktu na konci Sprintu. Musí splňovat Definici hotového (Definition of Done).

Proč (ne)používat Scrum?

Kdy Scrum exceluje:

• V komplexním prostředí, kde se požadavky mění za pochodu.
• Když potřebujete rychlou zpětnou vazbu od trhu.
• V týmech, které chtějí růst a neustále se zlepšovat.

Kdy může narazit:

• V čistě lineárních projektech (výstavba haly).
• V kultuře založené na silném mikromanagementu (“Command & Control”).
• Pokud chybí podpora vedení pro agilní změnu.

Dark Scrum: Když se z agilního frameworku stane past

Dark Scrum je termín pro situaci, kdy organizace tvrdí, že “dělá Scrum”, ale ve skutečnosti jenom použila některá slova a nahradila jimi staré praktiky. Výsledek? Všechny nevýhody vodopádu + nová byrokracie. Zde jsou nejčastější antipatterny:

1. WaterScrumFall

Jak to vypadá:

• Na začátku projektu naplánujeme všechno (jako vodopád)
• Potom pracujeme “ve sprintech” (jako Scrum)
• Na konci všechno najednou nasadíme a předáme (jako vodopád)

Proč je to problém:

• Žádná rychlá zpětná vazba od zákazníků
• Sprint Review je jen divadlo – stejně nic nemůžeme změnit
• Přidali jsme meetingy, ale žádnou hodnotu

Jak to poznat:

• Sprint končí, ale nic jde do produkce
• “Agilní fáze” následuje po “analytické fázi” a před “testovací fází”
• Týmy musí dělat odhady na celý obsah dodávky

2. Komponentové týmy místo feature týmů

Toto je možná nejzávažnější antipattern, zejména při škálování na více týmů.

Jak to vypadá:

• Tým A: Frontend
• Tým B: Backend
• Tým C: Databáze
• Tým D: Mobilní aplikace

Proč je to problém:

• Žádný tým nemůže dodat hotovou funkci zákazníkovi (potřebuje ostatní)
• Nekonečná koordinace mezi týmy
• Každý tým má svého “Product Ownera” → ve skutečnosti koordinátoři, ne vlastníci
• Zpomalení místo zrychlení

Jak to poznat:

• Všichni jsou zaměstnaní, ale nic se nedodává
• Při vývoji jsou závislosti - jeden tým čeká na jiný
• Firma zaměstnává spoustu koordinátorů, kteří mají za úkol ty závislosti zkrotit

💡 LeSS Tip: V Large-Scale Scrum (LeSS) se tvoří tzv. feature týmy, které škálování v mnohém zjednodušují a umožňují managementu posunout se víc na strategickou úroveň rozhodování.

3. Fake Product Owner

Jak to vypadá:

• PO dostává zadání od někoho jiného z firmy a je zodpovědný jenom za exekuci
• Je to v podstatě “projekťák” nebo “byznys analytik s novým titulem”

Proč je to problém:

• Rozhodování trvá věčně, PO dělá jenom prostředníka
• Tým je odstíněný od byznysu a nerozumí mu, proto dělá špatná rozhodnutí
• Stojí to hodně peněz (fake PO nebývá levný)

Jak to poznat:

• Existuje více “Product Ownerů” na jednom produktu, typicky jeden pro každý tým
• “Product Owner” píše detaily požadavků v backlogu
• položky backlogu jsou hodně technické (koncový zákazník by jim nerozuměl)

4. Scrum Master jako meeting koordinátor

Jak to vypadá:

• SM hlavně “bookuje místnosti” a “posílá pozvánky”
• Hlídá, aby všichni dodržovali proces (policista)
• Nevěnuje se odstraňování systémových překážek

Proč je to problém:

• Scrum Master má být kouč a agent změny, ne sekretář
• Tým nepřemýšlí nad tím, proč proces děláme
• Organizační překážky zůstávají

5. Další časté antipatterny

Sprint jako mini-deadline:

• “Musíš to stihnout do konce sprintu!” (místo “co můžeme dodělat kvalitně?”)
• Nadměrný tlak a crunch mode
• Technický dluh roste

Neúplná Definition of Done:

• “Done” znamená “kód napsaný”, ne “v produkci u zákazníka”
• Testing je “další sprint”
• Release je “zvláštní fáze”

Daily Scrum jako status report manažerovi:

• “Co jsi dělal včera? Co budeš dělat dnes?” (namísto synchronizace týmu)
• Tým mluví k Scrum Masterovi, ne k sobě navzájem
• 30+ minut místo 15

Retrospektiva bez akce:

• Řekneme si, co bylo špatně
• Zapíšeme to na tabuli
• …a nic se nezmění

Jak se vyhnout Dark Scrumu?

1. Pochopit “proč” – Scrum není cíl, je to nástroj k doručování hodnoty
2. Měřit správné věci – ne “velocity”, ale hodnotu pro zákazníka
3. Investovat do učení – školení Scrumu pomůže pochopit principy
4. Začít v malém – jeden tým, jeden produkt, skutečný PO
5. Experimentovat – retrospektiva musí vést ke skutečným změnám

⚠️ Pamatujte: Pokud Scrum v organizaci nezrychluje dodávání hodnoty zákazníkům, pravděpodobně děláte Dark Scrum.

Ve své konzutační a školicí praxi vycházím z mnohaletých zkušeností s vývojem software. Používám techniky, které jsou v souladu s touto zkušností, i s principy agilního vývoje. Pokud se vám článek líbil, sledujte mě na LinkedIn nebo X (Twitter).