Menu

Agilní retrospektivní setkání - proč je to nutné a některé zábavné způsoby, jak to provést

  • Hlavní
  • Agilní Testování
  • Agilní retrospektivní setkání - proč je to nutné a některé zábavné způsoby, jak to provést

agile retrospective meetings why it is necessary

Vyzkoušejte Náš Nástroj Pro Odstranění Problémů

Agilní vývoj softwaru je soubor metod a postupů, které vycházejí z Agilního manifestu. Agilní metodika klade důraz na týmovou spolupráci a časté dodávky produktu.

Jeden z 12 principů uvedených v Agilním manifestu je:

'V pravidelných intervalech tým uvažuje o tom, jak se stát efektivnějším, a podle toho vyladí a upraví své chování.'

Tento princip je začleněn do agilního týmu ve formě agilních retrospektivních setkání.

V tomto článku si povíme více o retrospektivních schůzkách, jejich účelu a několika zábavných způsobech, jak tyto schůzky vést.

scrum-retrospektiva

Doporučené čtení=> 6 nejčastějších důvodů, které byste měli ve své organizaci přijmout agilní

Co se naučíte:

Definice a účel retrospektivních setkání

Podle definice retrospektiva znamená „ohlédnutí nebo řešení minulých událostí nebo situací“.

Věrný definici, retrospektivní schůzky jsou zamýšleny k zamyšlení nad nejnovějšími sprint / projekt / milník a identifikujte oblasti, které je třeba zlepšit, a oslavte týmové vítězství .

To navazuje na koncept neustálého zlepšování, kde se týmy scházejí, aby diskutovaly o oblastech, kterým se týmu dařilo, a o oblastech, které tým potřebuje ke zlepšení pro další sprint / projekt / milník.

Přečtěte si také=> Jak zlepšit kvalitu softwaru pomocí procesu nepřetržité integrace

Vedení retrospektivních setkání

Zpětná setkání se mohou konat v různých fázích projektu:

  • Retrospektivní schůzky lze naplánovat na závěrečné dny sprintu a před začátkem dalšího sprintu se zamyslí nad posledním sprintem
  • Zkontrolovat konkrétní problematický scénář
  • Na milníku, který bude odrážet dosavadní stav

Agilní retrospektivní kroky

Každá retrospektivní schůzka bude zahrnovat následující kroky:

agilní retrospektivní kroky

  • Nastavit fázi - Uspořádat schůzku - zahrnuje nastavení schůzky facilitátorem (PM, skrumážní mistr atd.) A zaslání pozvánky na schůzku všem požadovaným členům týmu a zúčastněným stranám.
  • Shromáždit data - Jakmile setkání začne, shromážděte všechny nápady, názory a obavy, které by členové týmu mohli mít. To lze provést pomocí různých agilní retrospektivní aktivity jako Start, Stop a Continue, Paint Me picture atd.
  • Generovat přehledy - Po shromáždění dat je třeba identifikovat smysluplné analytické nástroje a vytvořit vzory. Cílem je identifikovat trendy a vyřešit je. Např. pokud jsou členové týmu nešťastní z dlouhých denních stand-upů, musíme přijít na to, co to způsobuje. Mohly by to být nesouvisející diskuse, nedochvilnost členů týmu, nastavený nereálný čas, který nevyhovuje počtu aktualizací atd.
  • Vytvořit akce - Jakmile jsou identifikovány základní problémy, vytvořte akční body k jejich vyřešení. Akční body by měly být přiděleny odpovědné osobě, která bude odpovědná za její vyřešení do stanoveného data splatnosti.
  • Zabalit - Děkujeme týmu za čas a účast. Zajistěte, aby byly diskuse a akční body schůzky zdokumentovány a rozeslány členům týmu pro snadnou referenci.

Agilní retrospektivní formáty setkání, nápady a aktivity

# 1) Co proběhlo dobře, co se mělo udělat lépe, akční položky

Členové týmu se setkávají a diskutují o tom, co se týmu dařilo, co musí tým zlepšit, získané zkušenosti a akční body odpovídající oblastem zlepšování.

Tyto akce jsou přiřazeny odpovědnému členovi týmu. Tato diskuse je zdokumentována a rozeslána všem po schůzce nebo může být pro snadný přístup uložena na sdílený disk / intranet.

JIRA má vestavěný sprint retrospektivní šablona pro retrospektivní setkání založené na tomto přesném formátu, jak je uvedeno níže:

agilní-retrospektivní-setkání-formáty-nápady-a-aktivity

(obraz zdroj )

# 2) Zahájení, zastavení a pokračování schůzky

Na tomto setkání jsou členové týmu požádáni, aby poskytli názory na to, co by měl tým začít dělat, přestat dělat a pokračovat ve sprintech.

Tato metoda je velmi populární a efektivní, zejména pro nové týmy.

  • Startovací položky by byly něco, co by tým chtěl přidat do svého procesu, např. Začněte přicházet včas na schůzky projektu.
  • Zastavovací položky by byly něco, co tým už nechce dělat, např. zastavit kontrolu kódu bez kontroly kódu.
  • Pokračovat v položkách bude něco, v čem chce tým v budoucnu pokračovat, např. Pokračujte v každodenním vstávání.

Vedoucí schůzky může nastavit minimální a maximální limit počtu položek, které může člen týmu navrhnout. Např. Každý člen týmu musí pro seznam Start, Stop a Pokračovat poskytnout 1 položku a může poskytnout maximálně 3 položky na typ.

Jakmile je sestaven kompletní seznam, mohou být členové týmu požádáni o hlasování, aby zúžili nejdůležitější položky.

začátek-zastavení-a-pokračování-schůzky

# 3) 5 „Proč“ formátovaná schůzka

Tento formát schůzky je založen na dotazování otázek „Proč“ napříč členy týmu.

Tento formát schůzky se používá k nalezení základních příčin problémového scénáře (příznaku) a kde nemusí být zřejmé příčiny.

Cílem není vyřešit problém, ale pochopit situaci a případně zúžit hlavní příčinu.

Každý člen týmu vytváří řetězec důvodů, kvůli kterým si myslí, že k problému dochází. Jakmile je seznam připraven, odpovědi lze sloučit do jednoho řetězce představujícího názor dosažený společným konsensem skupiny.

To funguje nejlépe pro malé týmy s velikostí, tj. 3 až 5 členů.

Například:

Problém : Kvalita produktu nebyla dobrá.
Otázka : Proč?
Důvod 1 : Nestabilní sestavení.
Otázka : Proč?
Důvod : Žádné vynucování procesu - Žádné zmrazení kódu.
Otázka : Proč?
Důvod : Změna rozsahu
Otázka : Proč?
Důvod : Dopad nebyl identifikován během plánování projektu

příklad

# 4) Šílený, smutný, rád

V tomto formátu schůzky člen týmu trvá nějakou dobu (5–10 minut), než si zapíše poznámky ke každé z emocí - Šílený, Smutný a Rád.

  • „Mad“ má tendenci se zaměřovat na překážky, bariéry atd.
  • „Smutné“ se obvykle zaměřuje na vnitřní problémy a
  • „Rád“ má sklon soustředit se na něco, z čeho má člen týmu radost.

Po uplynutí času se lepicí poznámky seskupí podle emocí. Poté se hlasuje o otázkách Mad and Sad, aby se upřednostnily při vytváření položky akce.

# 5) Nakreslete mi obrázek

Tato technika je neverbální retrospektivní technikou.

V tomto formátu schůzky dostanou členové týmu několik minut, aby shromáždili své myšlenky a vyjádřili své pocity a názory.

Toto setkání je dobrým formátem pro provádění retrospektiv, kde selhává verbální komunikace v týmu, funguje jako lámač ledů mezi členy týmu.

nakresli mi obrázek

(obraz zdroj )

# 6) Oslava kruhu

Tato technika zachycuje zpětnou vazbu pomocí Pluses a Deltas, tj. Co fungovalo dobře, co mohlo být lepší).

V tomto se členové týmu shromáždí a vytvoří kruh. Jeden člen týmu nastartuje a hodí hoditelným měkkým předmětem (plyšovou hračku, stresové koule) směrem k jakémukoli jinému členovi.

Myšlenka je, že kdokoli má míč, odpoví na 3 otázky:

  • To, co si užívali,
  • Co ocenili a
  • Jak využijí to, co se naučili, ke zlepšování

Objekt je náhodně předán v kruhu, dokud všichni nedostanou příležitost.

Běžné mylné představy

Mylná představa č. 1) Retrospektivní schůzky jsou nudné

retrospektivní setkání jsou nudná

To je důvod číslo jedna, proč členové týmu neradi dirigují nebo se účastní retrospektivního setkání.

Aby byla schůzka více zapojená, měl by facilitátor vymyslet zábavné, ale účinné způsoby, jak tato setkání vést.

Mylná představa č. 2) Retrospektivní setkání je moje příležitost poukázat na podprůměrný výkon člena týmu

Retrospektivní schůzka není osočování nebo vyrušování schůzky.

Tato schůzka není naplánována tak, aby přesně určila nebo vyzvala člena týmu pro jeho slabá místa. Tato schůzka je nastavena v neutrálním prostředí s cílem zlepšit a růst jako tým. Vyvarujte se přímých komentářů určených pro jednu osobu. A pamatujte, že cílem je stát se lepším!

příslušné setkání

Mylná představa č. 3) Retrospektivní schůzky vede a diskutuje o nich pouze organizátor schůzky

Členové týmu by měli být povzbuzováni k účasti a sdílení jejich pohledu. Toto setkání je pro zlepšení týmu a nikoli pro diskusi shora dolů, kterou diktuje organizátor / facilitátor schůzky.

Současně by členové týmu měli být pohodlní, aby mohli vyjádřit svůj skutečný úhel pohledu, aniž by se obávali, že budou souzeni, nebo se obávají vůle v důsledku promluvy.

Mylná představa č. 4) Vrchní vedení / klíčové zúčastněné strany nejsou vůbec pozvány na retrospektivní schůzky

To se u jednotlivých projektů liší. Vyšší vedení, vlastníci produktů mohou být pozváni na schůzku k řešení případných obav, které mohou mít, nebo obav, které má tým ohledně jejich správy.

Mylná představa č. 5) Retrospektivní výsledky schůzky není třeba dokumentovat

Agilní metodika je založena na principu „Práce se softwarem na komplexní dokumentaci“, to však neznamená, že by tým měl dokumentaci úplně odstranit.

Dokumentace retrospektiv může vést k efektivnímu sledování akčních bodů k uzavření. To lze také přidat do historických datových úložišť, kde má tým přístup k poznatkům získaným v rámci aktiv organizačního procesu

Závěr

Retrospektivy jsou velmi užitečné pro budování týmu a týmovou spolupráci.

Členové týmu, kteří se sešli, aby oslavili vítězství a navrhovali vylepšení, také vytvářejí transparentnější a zdravější týmové prostředí. Díky neustálému zlepšování a zpětné vazbě se týmy postupem času zlepšují.

Retrospektivní setkání by měla zahrnovat jak lidské záležitosti (osobnost, přístup, nedostatek dovedností atd.), Tak technické záležitosti (rozsah, nekonzistentní požadavky, stabilita systému atd.).

java rozhovor otázky a odpovědi pro nováčky

Doporučuje se, aby retrospektivní schůzky probíhaly na všech úrovních, nejen na úrovni vývojového týmu.

Retrospektivní schůzky lze uskutečnit na konci milníku, na konci sprintu, po porážce incidentu nebo problému, po významných událostech atd. Ujistěte se, že jsou vaše retrospektivní schůzky zdokumentovány a sledovány akční body.

V neposlední řadě si své retrospektivní schůzky užijte!

O autor: Tento užitečný článek napsal Neha B. V současné době pracuje jako manažer zajišťování kvality a specializuje se na vedení a řízení interních a offshore QA týmů.

Znáte nějaké zábavné způsoby retrospektivních setkání, které zde nejsou zmíněny? Dejte nám prosím vědět zveřejněním vašich komentářů.

Doporučené čtení

^