Retrospektiva sprintu ve vývoji: podstata, cíle a metody provádění
Retrospektiva sprintu — je pravidelné setkání vývojového týmu, konané na konci každého sprintu za účelem analýzy uplynulého období a hledání zlepšení. Na rozdíl od daily meetingů a sprint review se retrospektiva zaměřuje na procesy a interakci, nikoli na produkt. Podle Scrum Guide, 2020 je retrospektiva jednou z pěti povinných událostí Scrumu a slouží jako klíčový mechanismus neustálého zlepšování týmu.
Hlavní body
- Retrospektiva — setkání týmu po sprintu k analýze procesů a hledání zlepšení.
- Hlavní cíl — zjistit, co funguje dobře a co vyžaduje změny v příštím sprintu.
- Hlavní formáty — Start-Stop-Continue, Sailboat, 4L a Mad-Sad-Glad.
- Klíčový princip — retrospektiva by měla končit konkrétními akčními položkami, ne jen diskusí.
- Typická chyba — opakující se problémy bez skutečných změn, kdy se retro stává formalitou.
Co je retrospektiva sprintu?
Retrospektiva sprintu — je strukturované setkání Scrum týmu, které probíhá po dokončení sprintu a před plánováním dalšího. Účastníci diskutují o uplynulém sprintu, sdílejí postřehy a společně určují, jaké změny zavést do práce.
Původ praxe
Termín retrospektiva pochází z praktik neustálého zlepšování popsaných v kultuře DevOps a metodologii Lean. Ve Scrumu se retrospektiva stala povinnou událostí s příchodem Scrum Guide v roce 2010. V roce 2020 se v aktualizaci Scrum Guide důraz přesunul z „inspekce a adaptace“ na „zaměření na kvalitu a efektivitu“, což posílilo roli retrospektiv.
Rozdíl od ostatních Scrum ceremonií
Sprint Review se zaměřuje na produkt a zpětnou vazbu od zainteresovaných stran, zatímco retrospektiva se zaměřuje na procesy týmu. Daily Scrum — je denní synchronizace, retrospektiva — analýza za celý sprint. Retrospektiva je jediný ceremoniál, kde tým mluví výhradně o sobě, bez tlaku klienta nebo product ownera.
Cíle retrospektivy sprintu
Retrospektiva sprintu má několik klíčových cílů, z nichž každý je důležitý pro zdravý vývoj týmu a procesu vývoje.
Týmová reflexe
Reflexe umožňuje týmu pochopit uplynulý sprint: co se podařilo, co se pokazilo a jaké lekce si lze vzít. Tento proces zabraňuje opakování stejných chyb, vytváří kulturu otevřenosti a učí vývojáře přebírat odpovědnost za procesy, nejen za kód.
Měřitelná zlepšení
Každá retrospektiva by měla přinést konkrétní akční položky — úkoly pro příští sprint. Například: „přidat code review pro všechny pull requesty“ nebo „zkrátit daily meeting na 10 minut“. Akční položky se zaznamenávají do backlogu a sledují se na příštím retru. Pokud se akční položky neplní, retrospektiva ztrácí smysl.
Prevence vyhoření
Pravidelné retrospektivy pomáhají identifikovat problémy dříve, než povedou k vyhoření. Přesčasy, konflikty v týmu, nejasné požadavky — vše se na retru otevře a řeší se dříve, než nahromadí kritickou masu.
Formáty provádění retrospektivy
Existuje více než 50 formátů retrospektiv, každý vhodný pro různé situace a složení týmu. Výběr formátu závisí na vyspělosti týmu, aktuálních problémech a dostupném čase.
| Formát | Popis | Kdy použít |
|---|---|---|
| Start-Stop-Continue | Tým rozděluje nápady do tří sloupců: začít, přestat, pokračovat | První retro nebo po krizi |
| Sailboat | Vizuální metafora: vítr (co pomáhá), kotva (co zpomaluje), skály (rizika) | Tým je unaven šablonami |
| 4L (Liked-Learned-Lacked-Longed For) | Čtyři kategorie: líbilo, naučili, chybělo, přáli si | Hloubková analýza sprintu |
| Mad-Sad-Glad | Emoční formát: zlobí, mrzí, těší | Existuje emoční napětí |
Start-Stop-Continue
Start-Stop-Continue — nejjednodušší a nejoblíbenější formát. Tým zapisuje nápady na samolepky a rozděluje je do tří sloupců. Start — nové praktiky, Stop — škodlivé návyky, Continue — co funguje. Formát je skvělý pro nové týmy a rychlé 30minutové retrospektivy.
Sailboat / 4L
Sailboat (nebo „Plachetnice“) používá metaforu lodi: vítr tlačí vpřed, kotva zpomaluje, skály — budoucí rizika. 4L — hlubší formát, kde tým analyzuje každý aspekt prostřednictvím čtyř čoček. Oba formáty vyžadují více času (60-90 minut), ale poskytují úplnější obraz stavu týmu.
Výběr formátu podle situace
Pro týdenní retrospektivy jsou vhodné lehké formáty: Start-Stop-Continue nebo Mad-Sad-Glad. Pro sprinty dlouhé 2-4 týdny stojí za to použít Sailboat nebo 4L. Pokud je v týmu konflikt — je lepší začít s Mad-Sad-Glad, aby se uvolnily emoce, a poté přejít ke konstruktivní diskusi.
Jak provádět retrospektivu: krok za krokem
Provádění retrospektivy vyžaduje strukturu a facilitaci. Scrum Master nebo určený facilitátor vede setkání krok za krokem, aby byl každý účastník vyslechnut.
Příprava
24 hodin před retrem facilitátor sbírá data: metriky sprintu (velocity, počet chyb, dokončené úkoly), náladu týmu prostřednictvím anonymního průzkumu. Tabule pro retro je připravena předem — fyzická (samolepky, fixy) nebo digitální (Miro, Mural, Retrium).
Sběr dat
V této fázi každý účastník zapisuje své postřehy na samolepky (obvykle 5-10 minut v tichosti). Kategorie závisí na zvoleném formátu. Důležité pravidlo: nekritizovat cizí samolepky ve fázi sběru — nejprve se všechny nápady zaznamenají, poté diskutují.
Hlasování a prioritizace
Po sběru tým seskupuje samolepky podle témat a hlasuje pro nejdůležitější. Každý účastník dostává 3-5 hlasů (tečky na samolepkách). Témata s největším počtem hlasů jdou do diskuze. Tento mechanismus zabraňuje situaci, kdy jeden hlas dominuje nad ostatními.
Akční plán
Závěrečná fáze — formulace akčních položek. Každá akční položka by měla být SMART: konkrétní, měřitelná, dosažitelná, relevantní a časově omezená. Odpovědná osoba je jmenována otevřeně, termín je stanoven. Akční položky jsou přidány do backlogu a kontrolovány na příští retrospektivě.
Typické chyby při provádění retra
I zkušené týmy dělají chyby v retrospektivách, které mění užitečnou praxi v prázdnou formalitu. Znalost těchto chyb pomáhá se jim vyhnout.
Chybějící akční položky
Nejčastější chyba — diskuse bez výsledku. Tým mluvil, identifikoval problémy, ale nezaznamenal žádnou akční položku. Taková retrospektiva nevede ke změnám a na příštím setkání se probírají stejné problémy. Řešení: posledních 10 minut retra vždy věnovat akčnímu plánu.
Změna ve stěžování
Když se retrospektiva změní v seanci stížností bez konstruktivních návrhů, morálka týmu klesá. Facilitátor by měl směřovat diskusi od problémů k řešením. Technika: po každém problému položte otázku „Co s tím můžeme dělat?“.
Dominance jednoho účastníka
Pokud jeden vývojář mluví 80 % času, ostatní se uzavírají a přestávají sdílet nápady. Řešení: použijte tichý sběr nápadů (každý píše své), střídání kol, časovač na projevy. Anonymní průzkumy před retrem také pomáhají shromáždit názory tichých účastníků.
Vynechávání retrospektiv
Vynechávání retro kvůli zaneprázdnění nebo „není čas“ — nebezpečný trend. Pokud tým vynechá jedno retro, vynechat druhé je snazší. Postupem času se problémy hromadí a sprinty jsou méně efektivní. Retrospektiva je součástí sprintu stejně jako vývoj a testování.
Často kladené otázky
Jak často by se měly retrospektivy konat?
Retrospektivy se konají po každém sprintu, bez ohledu na jeho délku. Pro sprinty dlouhé 1-2 týdny stačí 30-60 minut. Pokud je sprint krátký (jeden týden), lze použít lehký formát Start-Stop-Continue. Vynechávání retrospektiv se nedoporučuje — je to klíčový mechanismus neustálého zlepšování týmu.
Kdo by se měl retrospektivy účastnit?
Retrospektivy se účastní celý Scrum tým: vývojáři, Scrum Master a Product Owner. Product Owner se může účastnit jako člen, ale jeho názor by neměl dominovat. Pokud se sprintu účastnili externí specialisté (designéři, analytici) — vyplatí se je pozvat. Hlavní pravidlo: všichni, kdo pracovali ve sprintu, mají na retru hlasovací právo.
Co dělat, když se tým nechce účastnit retro?
Nechuť k účasti — příznak hlubších problémů: nedůvěra k vedení, strach z trestu nebo vyhoření. Začněte anonymními průzkumy, abyste pochopili důvod. Změňte formát na hravější (Sailboat, Mad-Sad-Glad). Zkraťte čas na 15-20 minut. Ukažte hodnotu: začněte malými změnami, které tým uvidí a ocení.
Lze retrospektivu provádět na dálku?
Ano, retrospektivy na dálku se efektivně provádějí pomocí digitálních tabulí (Miro, Mural, Retrium, Google Jamboard). Používejte časovače pro synchronní fáze, Video-on je povinné pro všechny účastníky. Asynchronní retrospektivy také fungují: tým během dne vyplňuje tabuli a poté 30 minut diskutuje výsledky. Retra na dálku vyžadují přesnější facilitaci.
Jak udělat retrospektivu efektivnější?
Efektivita retro se zvyšuje pomocí: rotace facilitátora (aby si nezvykl na jeden styl), změny formátu každé 3-4 sprinty, zaměření na akční položky, sledování dokončených úkolů na příštím retru. Používejte metriky: velocity, počet chyb, náladu týmu. Hlavní ukazatel efektivity — změny, které tým po retru skutečně zavedl.
Shrnutí
- Retrospektiva — setkání týmu po sprintu k analýze procesů, ne produktu.
- Hlavní cíl — identifikace zlepšení prostřednictvím reflexe, hlasování a akčního plánu.
- Hlavní formáty — Start-Stop-Continue, Sailboat, 4L, Mad-Sad-Glad. Volba závisí na vyspělosti týmu.
- Krok za krokem — příprava, sběr dat, seskupení, hlasování, akční položky s odpovědnými osobami.
- Typické chyby — chybějící akční položky, stížnosti bez řešení, dominance jednoho účastníka, vynechávání retro.
- Akční položky — klíčový výsledek retro. Bez nich retrospektiva ztrácí smysl.
- Frekvence — po každém sprintu. Formát na dálku funguje při dobré facilitaci.
Vyvineme mobilní aplikaci na klíč
IT Sectr vytváří aplikace pro iOS a Android pro startupy a podniky od roku 2017. Poradíme vám a navrhneme nejlepší řešení.
Přečtěte si také