Sprint Review je událost Scrum, která shrnuje práci na produktu, která byla dokončena během aktuálního sprintu. Koná se poslední den sprintu a je otevřená pro zúčastněné strany. Jejím cílem je vyhodnotit increment, tj. představit nejnovější verzi produktu. Důležitou součástí Sprint Review je také diskuse o provedených vylepšeních a aktualizacích. A také provést nezbytné změny v Product Backlogu, aby všechny zúčastněné strany mohly vidět aktuální stav produktu.
Sprint Review – obsah:
- Úvod
- Role zúčastněných stran během Sprint Review
- Uvolňování incrementů
- Práce na Product Backlogu během Sprint Review
- Shrnutí
Úvod
Sprint Review a Sprint Retrospective jsou dvě události shrnutí sprintu. V tomto článku jsme podrobněji psali o rolích, které každá událost Scrum hraje. Dnes jen zmíníme, že poskytují příležitost k upevnění tří pilířů empirismu – transparentnosti, inspekce a adaptace – ve vztahu k produktu a práci Scrum týmu.
Sprint Review je věnováno produktu. A jeho cílem je zkontrolovat increment, tj. výsledky práce vykonané v právě skončeném sprintu. Událost trvá maximálně čtyři hodiny. Všichni členové Scrum týmu, stejně jako zúčastněné strany, tj. všichni lidé, kteří mají zájem o pokrok produktu, se jí účastní.
Role zúčastněných stran během Sprint Review
Během Sprint Review Scrum tým představuje increment zúčastněným stranám. Při tom shrnuje dokončené úkoly a odpovídá na konkrétní otázky:
- Kdo úkol vykonal?
- Co konkrétně bylo uděláno?
- Za jakým účelem to bylo uděláno?

Zúčastněné strany poskytují zpětnou vazbu členům Scrum týmu. To umožňuje adaptaci, tj. přizpůsobení způsobu práce Scrum týmu potřebám a vizi zákazníka. To se dělá s cílem maximalizovat obchodní hodnotu produktu. Zpětná vazba poskytnutá na každém Sprint Review je obzvlášť důležitá při vytváření inovativních produktů, které je třeba průběžně přizpůsobovat aktivitám konkurence a potřebám trhu.
Uvolňování incrementů
Neměli bychom považovat Sprint Review za jediný čas, kdy Scrum tým uvolňuje increment zákazníkovi. Pokud nějaká funkčnost produktu splňuje definici dokončení předem, může se Product Owner rozhodnout ji uvolnit okamžitě.
Je také možné, že položka Product Backlogu, na které Scrum tým pracoval v daném sprintu, nebyla dokončena a nesplňuje definici dokončení. Poté nemůže být uvolněna ani představena během Sprint Review.
Práce na Product Backlogu během Sprint Review
Aktualizace Product Backlogu je stejně důležitou součástí Sprint Review jako prezentace výsledků práce zúčastněným stranám. Obvykle je aktualizace Backlogu věnována poslední části schůzky, takže zúčastněné strany nemusí být přítomny.
Product Owner aktualizuje Product Backlog na základě zpětné vazby od zúčastněných stran a zkušeností získaných vývojovým týmem. To je obzvlášť důležité, pokud má získaná zpětná vazba vliv na podobu a cíl následujícího sprintu. Aktualizace Backlogu je tedy nezbytným krokem k přípravě na další plánování sprintu.

Sprint Review – shrnutí
Sprint Review je schůzka Scrum týmu se zúčastněnými stranami, během které jsou prezentovány výsledky práce na produktu získané v posledním sprintu. Její klíčovou součástí je diskuse se zúčastněnými stranami, během které poskytují zpětnou vazbu na produkt. Díky této konverzaci je možné efektivně přizpůsobit a případně opravit směr práce na produktu podle požadavků trhu. Díky diskusím se zúčastněnými stranami, které se konají na konci každého sprintu, se zvyšují šance na maximalizaci obchodní hodnoty produktu vyvinutého Scrum týmem.
Pokud se vám náš obsah líbí, připojte se k naší komunitě pracovních včel na Facebooku, Twitteru, LinkedInu, Instagramu, YouTube, Pinterestu.
Caroline Becker
Jako projektová manažerka je Caroline odbornicí na hledání nových metod, jak navrhnout nejlepší pracovní postupy a optimalizovat procesy. Její organizační dovednosti a schopnost pracovat pod časovým tlakem z ní činí nejlepší osobu, která dokáže složité projekty přetavit ve skutečnost.
Scrum Guide:
- Slovník základních pojmů, rolí a představ
- Co je Scrum?
- Hodnoty Scrumu
- Jak implementovat Scrum ve vaší společnosti?
- Scrum tým - co to je a jak to funguje?
- Kdo je Product Owner?
- Nejčastější chyby Product Ownera
- Kdo je Scrum Master?
- Nejčastější chyby Scrum Mastera
- Jaké statistiky a metriky by měl Scrum Master sledovat?
- Vývojový tým ve Scrumu
- Nejčastější chyby vývojářů
- Scrum artefakty
- Škálování Scrumu
- Sprint Backlog
- Co je to Product Backlog?
- Co jsou uživatelské příběhy?
- Vytváření nejlepší uživatelské příběhu s INVEST
- Nejčastější chyby v uživatelských příbězích
- Kritéria přijetí uživatelského příběhu
- Odhad a příběhové body ve Scrumu
- Plánovací poker
- Hra o odhadování týmu
- Definování přírůstku
- Scrum události
- Co je to burndown chart?
- Výhody a nevýhody burndown grafu
- Kanbanové tabule ve Scrumu a Scrumbanu
- Rychlost v Scrum - Rychlost vývojového týmu
- Denní Scrum
- Plánování sprintu
- Sprintová revize
- Co je to Sprint Retrospektiva?
- Běžné chyby během retrospektivy sprintu
- Péče o produktový backlog
- Jak vytvořit a interpretovat burndown chart?
- Co je Sprint v Scrum?
- Spolupráce mezi Product Ownerem a Scrum Masterem
- Závazky Scrum týmu - Cíl produktu, Cíl sprintu a Definice dokončení
- Charakteristiky dobrého Scrum Mastera