Sprint Retrospektiva je závěrečná akce Sprintu, které se mohou zúčastnit pouze členové Scrum týmu. To umožňuje, aby byla plně věnována vnitřním záležitostem týmu. Důvodem je, že Sprint Retrospektiva se primárně používá k reflexi aktuálních pracovních metod a k diskusi o návrzích na jejich zlepšení.
Co je Sprint Retrospektiva? – obsah:
- Úvod
- Cíle a témata Sprint Retrospektivy
- Jak provést efektivní Sprint Retrospektivu?
- Problémy k diskusi
- Diskuse a závazky
- Shrnutí
Úvod
Sprint Retrospektiva je schůzka, která končí každý Sprint. Je to jedna z událostí Scrum, o kterých jsme psali v přehledu v samostatném článku.
Podle oficiálního Scrum Guide, Sprint Retrospektiva trvá maximálně tři hodiny pro měsíční Sprint. Nebo odpovídajícím způsobem kratší, pokud Scrum tým pracuje v kratších cyklech.
Cíle a témata Sprint Retrospektivy
Všichni členové Scrum týmu se účastní Sprint Retrospektivy. Účelem schůzky je diskutovat o problémech souvisejících s prací Scrum týmu a jak je řeší. Tyto problémy však nejsou spojeny s produktem, který Scrum tým vyvíjí, ale s otázkami týkajícími se povahy a průběhu spolupráce mezi členy Scrum týmu.
Protože vznesené otázky jsou často citlivé a delikátní, Sprint Retrospektiva je uzavřená akce. Je možné formulovat její cíle následujícím způsobem:
- shrnutí aktuálních způsobů spolupráce
- identifikace těch problémů a nedostatků, které vyžadují zlepšení
- navrhnout řešení a úpravy
Cíle Sprint Retrospektivy jsou úzce spjaty s pilíři empirismu, na kterých je Scrum založen. První dva body se týkají inspekce. Zatímco poslední se týká adaptace. O pilířích empirismu a jejich roli v Scrumu jsme psali více v tomto článku.

Výsledkem odpovědí na výše uvedené schůzky není pouze jasný obraz principů spolupráce Scrum týmu dostupný všem jeho členům. Tým také činí závazky ke zlepšení spolupráce a chování týmu, které budou realizovány v následujícím Sprintu.
Jak provést efektivní Sprint Retrospektivu?
Protože Sprint Retrospektiva je obtížná schůzka, rolí Scrum Mastera, který moderuje diskusi, je klíčová. Ideálně by měl navrhnout členům Scrum týmu, aby promluvili jako další. Například může požádat každého, aby dal jednoslovné shrnutí končícího Sprintu.
Problémy k diskusi
Protože mluvení o problémech v týmu může vyvolat spoustu emocí, běžným řešením je napsat problémy, které se mají projednat, na samostatné kusy papíru. To usnadňuje vyjádření názoru. Je také snazší identifikovat větší problémové oblasti a otázky, které více lidí znepokojují.
Pokud je příliš mnoho problémů, které Scrum tým předkládá, můžete začít diskusí o těch hlavních. Nebo kolektivně vybrat, které otázky jsou podle názoru Scrum týmu nejdůležitější.
Problémy můžete odložit na další retrospektivu, pokud na ně během Sprint Retrospektivy nebyl dostatek času. Samozřejmě pouze v případě, že se stále vyskytují.

Diskuse a závazky
Nejdůležitějšími částmi Sprint Retrospektivy jsou však diskuse a činění závazků.
Diskuse by se měla zaměřit na příčiny problémů, okamžiky, kdy se vyskytují, a jejich dopad na fungování Scrum týmu. Stojí za to zvážit, zda lze jejich výskyt předejít a s kým diskutovat o jejich řešení.
Činění závazků je stejně důležité jako diagnostika problémů, protože pouze vědět, že existují a jaké jsou jejich příčiny, nevede k jejich vyřešení. Výsledkem Sprint Retrospektivy je obvykle několik závazků. Pokud problém ovlivňuje celý tým, často se jeden z členů týmu zaváže věnovat zvláštní pozornost konkrétnímu problému v následujícím Sprintu. A navrhnout jeho řešení, nebo dokonce problém vyřešit sám. Pokud se naopak problém týká jednání konkrétní osoby, zaváže se změnit své chování již v následujícím Sprintu.
Shrnutí
Sprint Retrospektiva je shrnutí Sprintu z pohledu spolupráce mezi členy Scrum týmu. Jejím cílem je zlepšit efektivitu a podporovat tři pilíře empirismu: transparentnost, inspekci a adaptaci. Transparentnost, při které si všichni spolupracovníci otevřeně povídají o úspěších i problémech, které v týmu vznikají. Inspekce, která zahrnuje častou a spolehlivou diagnostiku situace v týmu, a adaptaci, tj. opravu chyb, které vznikají průběžně.
Pokud se vám náš obsah líbí, připojte se k naší komunitě pilný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