Retrospektiva projektu je krátké, řízené ohlédnutí za tím, co týmu pomohlo, co ho zdržovalo a co příště skutečně změní. Má smysl po dokončení zakázky i průběžně během delší práce. Když skončí jen seznamem stížností, nepřinese výsledek. Když se naopak vynechá, stejné potíže se často vracejí. Dobrý výstup proto tvoří několik konkrétních kroků s vlastníkem a datem kontroly.
Kdy retrospektivu svolat
Vyberte období, které si účastníci ještě pamatují: poslední sprint, fázi projektu, kampaň nebo čtvrtletí. U jednorázové zakázky se sejděte krátce po předání, dokud jsou dostupná data a zkušenosti. V malém týmu může stačit 45 minut. Předem pošlete cíl setkání, časový rámec a jednoduché podklady, například plánovaný a skutečný termín, změny zadání či počty reklamací. Bez společných faktů debata snadno sklouzne k dojmům.
Účastnit se mají lidé, kteří práci dělali a mohou přispět k jejímu zlepšení. Nadřízený může pomoci odstranit překážky, zároveň ale nesmí proměnit setkání v hodnocení jednotlivců. Citlivé personální otázky řešte vhodným samostatným postupem. Retrospektiva se soustředí na způsob práce a rozhodování, nikoli na hledání viníka.
Jednoduchý program na 45 minut
| Čas | Část | Výsledek |
|---|---|---|
| 0–5 min | Cíl a pravidla debaty | Společný rámec |
| 5–15 min | Fakta a časová osa | Shoda na průběhu |
| 15–30 min | Co fungovalo a co brzdilo | Opakující se vzorce |
| 30–40 min | Volba změn | Jedna až tři akce |
| 40–45 min | Vlastníci a termíny | Dohledatelný zápis |
Program je model, nikoli pravidlo pro každý tým. Větší skupina bude potřebovat delší čas a facilitátora, který rozdělí prostor pro vyjádření. Pět minut ticha na individuální poznámky může být užitečnější než okamžitá otevřená diskuse: první hlas pak neurčí celé téma. Poznatky můžete seskupit do kategorií zadání, komunikace, kapacita, nástroje a zákazník.
Od postřehu k opatření
Příklad: „Schválení cen nám zabralo týden.“ To je pozorování. Ptejte se, kolik případů se týkalo stejného problému, v jaké fázi nastal a co bylo příčinou. Někdy chyběl vlastník rozhodnutí, jindy podklady či jasná hranice pravomoci. Opatření pak může znít: „Pro nabídky do předem schváleného limitu rozhodne obchodní vedoucí do dvou pracovních dnů.“ Doplňte vlastníka zavedení, datum a způsob ověření. Pokud jsou role nejasné, pomůže RACI matice.
Neberte si deset opatření najednou. Vyberte ta, která tým může ovlivnit a která mají přiměřený dopad. U každého určete, zda jde o pokus na jeden cyklus, nebo trvalou změnu. Při dalším setkání nejdříve zkontrolujte staré akce: byly dokončeny a zlepšily něco? Pokud ne, zjistěte proč. Neuzavřené úkoly bez kontroly rychle z retrospektivy udělají formální rituál.
Co napsat do zápisu
- Jaké období a projekt se hodnotily.
- Jaká fakta byla k dispozici a co zůstává nejisté.
- Co chcete zachovat, protože to fungovalo.
- Jaké dvě či tři překážky se opakovaly.
- Jaké změny tým vyzkouší, kdo je provede a kdy se ověří.
Zápis může být jednostránkový. Vynechte dlouhý přepis celé diskuse, pokud nepomáhá rozhodování. U citlivých témat dohodněte, komu je zápis přístupný. Sdílený dokument má být bezpečným pracovním záznamem, ne výkladní skříní jednotlivých chyb. Výsledek pošlete i nepřítomným lidem, kteří mají na opatření pracovat, a požádejte je o potvrzení termínu.
Časté chyby při vedení debaty
První je hledání viníka. Zpomalí otevřenost a zakryje problém v procesu. Druhá je skok k řešení před ověřením příčiny: nový software nepomůže, pokud nikdo nerozhoduje o prioritách. Třetí je záměna každé mimořádné události za systémový problém. Zvažte, zda jde o jednorázovou náhodu nebo opakující se vzorec. Výpadek dodavatele může ukázat širší závislost; tu zapište i do registru rizik.
Pomáhá také zaznamenat, co se podařilo. Úspěch není jen příjemná tečka na konci schůzky: může odhalit postup, který stojí za zachování. Třeba včasné společné posouzení zadání snížilo počet změn. Popište podmínky, za nichž se to stalo, aby se dal postup zopakovat. Retrospektiva tak nekončí nápravou potíží, ale vede k lepšímu způsobu práce.
Ukázka výsledku po jedné zakázce
Modelový tým dokončil web o dva týdny později. Fakta ukazují tři změny zadání v poslední fázi a sedm dnů čekání na schválení textů. Na retrospektivě se nejprve potvrdí, že technická realizace probíhala podle plánu a problém vznikal při předávání podkladů. Tým se dohodne na dvou opatřeních: zadání textů se před zahájením uzavře v jednom dokumentu a pro změny po tomto datu bude určen schvalovatel s termínem odpovědi. Vlastník procesu upraví šablonu zadání do příštího pondělí; vedoucí zakázky ověří při další práci, kolik změn se opět objevilo.
Takový zápis neslibuje, že se příště nevyskytne žádné zpoždění. Ukazuje však příčinu, konkrétní změnu a způsob měření. Pokud se zdržení opakuje i po úpravě zadání, je třeba hledat další vysvětlení. Může jít o kapacitu schvalovatele nebo o rozhodnutí, která nejsou přidělena. Jedna retrospektiva je krok v průběžném zlepšování, ne definitivní soud o projektu.
Tři věty, které udrží retrospektivu u věci
Facilitátor může začít: „Podívejme se na poslední zakázku a na to, co máme doložené. Hledáme změnu postupu pro příště, ne viníka.“ Když debata přejde k obecným soudům, vraťte ji otázkou: „Která konkrétní událost to ukazuje?“ Před koncem se zeptejte: „Kdo udělá první krok, do kdy a podle čeho poznáme, že pomohl?“ Bez této poslední věty se z poznatků snadno stane jen zápis.
U modelového zdržení při schvalování textů může akce znít: „Vedoucí zakázky do příštího pondělí upraví šablonu zadání tak, aby měla jednoho schvalovatele a datum odpovědi. U další zakázky zapíše počet změn po uzavření zadání.“ Pokud opatření vyžaduje rozhodnutí vedení, označte jej jako návrh k rozhodnutí, ne jako hotový úkol týmu. Na příští retrospektivě začněte právě tímto záznamem a ověřte skutečný dopad.
Časté otázky
Má smysl retrospektiva v týmu o dvou lidech?
Ano. Stačí krátký rozhovor se stejnou strukturou: fakta, fungující postup, překážka a jeden následný krok. Důležité je zapsat rozhodnutí a znovu se k němu vrátit.
Co dělat, když se lidé bojí mluvit?
Začněte individuálními poznámkami, stanovte pravidla bez obviňování a zaměřte se na proces. Pokud problém souvisí s vedením nebo bezpečím v týmu, samotná technika schůzky nestačí.
Kolik akcí je dobrý výsledek?
Raději jednu až tři proveditelné změny s vlastníkem než dlouhý seznam bez termínů. Počet přizpůsobte kapacitě týmu a závažnosti zjištění.
Zdroje
- Atlassian Team Playbook: Retrospective – průběh setkání a následné akce.
- Atlassian Team Playbook: 4Ls – alternativní struktura reflexe.
