Efektivní retrospektivy sprintu
David Starr je hlavní tvůrce softwaru pro Scrum.org, kde se zaměřuje na zlepšování profese vývoje softwaru.Také financoval online technickou komunitu ElegantCode.com.
Červenec 2012
Prozkoumat základní jakosti a postupy pro zajištění Retrospectives jsou nejvíce výkonným nástrojem zlepšení týmu.Nad rámec techniky, tento článek nabízí způsoby k udržování a zlepšování praxe a výsledky Retrospectives.
Platí pro
Aplikace Lifecycle Management, Visual Studio Team Foundation Server
Bez záměrně zachování a zlepšení výkonu systémy trend směrem k entropii a postupně klesat.To je jako pravdivá vývojářským týmům je profesionální athletes a nákladné sportovních automobilů.Tento důvod, proč Scrum předepisuje následného Sprint, pravidelně se opakující události zaměřený na zdraví a plnění Scrum týmu sám.
Sprint Retrospectives jsou schůzky, ve kterých týmy Scrum reflektovat samotné a jejich práce, vyrábějící napadnutelné plánu pro zlepšení.Sprint Retrospectives jsou poslední události v každé Sprint označení konce každého cyklu Sprint.
V říjnu 2011 Scrum Guide:
Následný Sprint je příležitost pro Scrum tým sám kontrolovat a vytvoření plánu pro zlepšení tvořit během další Sprint.Účelem následného Sprint je:• zkontrolovat, jak poslední Sprint dostalo jde o osoby, vztahy, proces a nástroje;• Identifikovat a pořadí, ve kterém hlavní položky, které dostalo dobře a potenciálních zlepšení; a,• Vytvoření plánu pro provádění vylepšení způsobu Scrum tým nemá svou práci.
Sprint Retrospectives používají týmy záměrně zlepšit.Účinné Retrospectives Sprint jsou důležité přísada napomáhající dobré týmy, které se stanou vynikající a skvělý týmy vydržet samy o sobě.
Přehled
Proč Sprint Retrospectives hmotu
Retrospectives jsou za co nejvíce nepostradatelné agilní techniky zaměřené na osoby.Kontrola a úprava leží velmi srdcem flexibilitu a retrospectives zaměřením na kontrolu a přizpůsobení nejcennějšího majetku v organizaci software, tým.Nevykonává zlepšení vyžadují retrospectives, true flexibilitu je jednoduše dosažitelné.
Výkon může být lepší ani udržovat bez cvičení.Jednoduše vedení schůzky není dostatečně úspěšná, ale.Musí být věnována pozornost zajištění týmy plán zlepšení.Je-li plán na zlepšení není součástí výsledku, nebyl skutečně Sprint následného.
Po dokončení dobře, retrospectives jsou často nejvíce prospěšné obřadu, který tým postupy.Po dokončení špatně, může být retrospectives, národohospodářského a grueling k účasti.
Anatomie zdravých zpětnou působností Sprint
Scrum říká jen málo o vnitřní struktuře Sprint Retrospectives.Místo předepsáno, jak následného Sprint je vedena, Scrum Určuje výstup následného Sprint: vylepšení Scrum týmu bude přijmout pro další období.
Tato pružnost byl birthed široké škály nástrojů a technik, které jsou speciálně k jednání retrospectives.Několik oblíbených postupy jsou popsány dále v tomto článku, ale bez ohledu na konkrétní technika používaná dobré Sprint Retrospectives mají tyto charakteristiky:
Celý tým je zapojena.
Diskuse se zaměřuje na tým, spíše než osob
V týmu definice provádí je navštívili a doufejme rozbalen.
Je vytvořen seznam aktuální závazky
Výsledky následného předchozí Sprint navštívené
Diskuse je relevantní pro všechny účastníky
Každý následný Sprint navštěvuje vzdálenosti celý tým Scrum.Obvykle to znamená, že vlastník produktu a vývojový tým účastní jako účastníky při Scrum Master usnadňuje schůzky.V některých případech Scrum týmy pozvat účastníky na schůzku.Tato funkce je obzvlášť užitečná, když těsně spolupracuje zákazníkům a dalším zúčastněným stranám.
Bez ohledu na to, kdo navštěvuje vzdálenosti prostředí pro Sprint Retrospectives musí být bezpečné pro všechny účastníky.To znamená, že účastníci musí být transparentní a poctivě při léčení jiných dodržování.Záliby mohou vznítit v retrospectives, jak jsou popsány problémy výkonu a zlepšení; odbornost prvky zajistit diskuse zůstat pozitivní a profesionální, zaměřené na zlepšení tým jako celek.To je příležitost pro osobní kritika nebo útoku.
(Další informace o nástrojích v Microsoft Visual Studio 2012 umožňuje plánovat a spravovat obdobích, viz Spolupráce [přesměrováno].)
Zvýšení vymezení v
Vývojové týmy v Scrum pomocí definice v Všimněte si, co musí být splněny jejich práce, je považována za dokončenou.Například vývojový tým může rozhodnout, že každá funkce, která jí implementuje musí mít alespoň jeden test automatické přijetí předávání.Nebo v týmu definice v může uvést, že veškerý kód musí být přezkoumány.
Vývojový tým definice v je určen pro rozbalení v průběhu času.Nově vytvořený tým bude mít dosti méně přísné a menší definice z v než více vyspělý tým s sdílené historie zlepšení.Rozbalení týmových definice v leží na velmi základní metody Kaizen, japonský termín znamená, že vědomím a konstanta zaměřit na zlepšení.Zatímco tým původně požadovat pouze tento kód sestavení před změnami, v průběhu času, že by se měl vyvíjet mnohem přesnější norem, jako je potřeba pro testování částí doprovázet nový kód.
S každou Sprint informace doufejme vývojové týmy něco, která informuje o rozšíření definice v.Následný Sprint je perfektní fórem pro projednávání, co byla dodržena a zjištěné během období a co změní může být k definici v má za následek.
Protože ne každý vlastník produktu má zájem nebo zapojení vnitřní postupy vývojový tým, rozdělit na dvě různé fáze následného Sprint některé týmy Scrum:
Zaměřte se na celý tým Scrum
Zaměřte se na tým pro vývoj
Další informace o definici provést, naleznete v článku MSDN Hotovo a vráceno.
Provedení aktuální závazky
I když diskuse mohou odchýlit a konvergovat během schůzky, bez následného Sprint je úspěšný, pokud to není výsledkem závazky týmem.Nestačí ji jednoduše uvažovat o co se stalo během období.Scrum tým provádí napadnutelné závazky pro co bude:
Zachovat úkonů
Zahájení postupu
Zastaví činnost
Slovo "napadnutelné" je významný.Aktuální závazky mají jasné kroky k dokončení a kritéria přijatelnosti, stejně jako dobré požadavek.Napadnutelné závazek je jasně Kloubové a posádka týmu.
Při provádění retrospectives prvním spuštění týmy, jsou často snazší identifikovat problémy, než plánovat, co lze dělat s nimi.V důsledku toho závazky publikovány týmem může vypadat tyto:
Práce v menších dávkách
Usnadnit požadavky
Psát další testy jednotky
Být přesnější při odhadu
Nejsou závazky; jsou cíle nebo případně tence obojkem stížností.Tyto účelně jistě týmy mohou chtít diskutovat během následného Sprint, ale seznam napadnutelné závazky vypadají více jako toto:
Zkontrolovat kód alespoň dvakrát denně: před oběd a před přechodem domovské
Express nové položky nevyřízené položky produktů jako příběhy uživatelů a zahrnout kritéria přijatelnosti
Vytvoření automatického testování služeb při selhání, který prokáže existenci vadu před jejich řešení
Pomocí plánování Poker během péče relací nevyřízené položky produktů
V každé nové Sprint následného navštívené závazky učiněné v předchozí následného Sprint.Je to nezbytné pro retrospectives Chcete-li zachovat jejich význam a hodnotu.Několik věcí jsou jako frustrující jako týmu, která neustále ruší ke zlepšení sám bez provedení hmotný pokrok směrem k postupu.
Pro Sprint následného za hodnotné týmu členy musí být větší než předložit musí být investovány.Vytvořit napadnutelné závazky spolupráce mezi účastníky a investuje jejich úspěchu týmu.
Aby byly Relevant
Sprint Retrospectives jsou zásadně technika používaná postupy a chování Scrum týmu sám na sebe.Jakmile self-aware self-organizing systému self-corrects a záměrně zlepšuje při nástroje postup.
Pro retrospectives bude funkční musí být srozumitelné pro účastníky.Je-li fokus není něčím hodnotou mezi účastníky, nebude jednoduše realizované výhody.Tým musí mít k projednání a zlepšení v oblastech, kde jsou důležité.Dále pokud letištní nebo dominantní osobnost je konkrétní uzavření řízení zpětnou působností, tým vyhýbá převzetí odpovědnosti za sebe sama a svou práci.
Témata navštívili by měly být relevantní pro všechny úrovně odborných znalostí.V návštěvě jemné body pokročilé scénáře Test-Driven Development (TDD), pokud nejsou některé členy týmu i zkušenosti s testy jednotky je například nízké hodnoty.Skutečná hodnota může být při rozhodování o zvýšit počet zkoušek, které tým zapisuje v získání některých školení nebo s členem týmu jistotu ve TDD autokarem, ostatní.
Zachovat fokus na Scrum týmu není jednotlivce a nikoli širší organizace.Holistically fokusace umožňuje skutečně sám týmu jako celek self-organizing, nikoli jako volná konfederace osob.
Adresování problémy jednotlivých výkonu není vhodné během následného týmu.Nejen je nejlépe poskytnutou v soukromé, osobní zpětnou vazbu jednotlivých nejsou chování něco týmu společně změnit.S tým fokus na jednu osobu během následného Sprint je recept na katastrofy a může způsobit nenapravitelné škody na důvěryhodnost člen týmu navzájem.
Pro retrospectives, aby to bylo smysluplné měla zaměřit na problémy, které můžete ovládat týmu.Criticizing celopodnikové dovolené zásad může být gratifying pro complainer hledají příznivě ušní, ale nemá trochu pomoci týmu zlepšit.Tyto problémy týmu může ovlivnit sám, stejně jako reakce, může zvolit určité zásady musí být věnována pozornost.
Různé technika
Vedení retrospectives mnoha způsoby.Pokouší různých staveb Sprint následného zasedání udržuje věci, čerstvé a zajímavé.Jako primární prvky pro týmy Scrum Scrum vzory alespoň vyžaduje znalost některých běžněji používaných technik.
Aplenty pomohou uživateli maximálně využít svou praxi jsou celé knihy o retrospectives a články blogu.Některé z nejoblíbenější jsou stručně popsány zde.
Základní postupy
V základní části Sprint následného letištní jednoduše dotázán na základní týmu a usnadňuje diskuse.Letištní nebo Scrum Master mohou používat různé techniky debaty získat týmu odpovědět:
Kde i v tomto Sprint?
Co se stalo v této Sprint, který by mohl používat zlepšení?
Co se můžeme potvrdit úkonů v období?
Jeden jednoduchý postup odvodit tyto odpovědi má každý člen týmu zapsat 2-3 odpovědi na tyto otázky na rychlé poznámky po dobu 3-5 minuty ticha.Po vytvoření návrhy jsou seskupeny na zeď pro všechny před právě Uživatel hlasoval při zobrazíte.Seznam napadnutelné závazky mohou být odvozeny a tím z kolektivní moudrý týmu.
Většina ostatních Sprint následného techniky jsou variací na tento motiv a může se zaměřit na pouze jednu otázku nebo fázi tohoto procesu.V každém případě jsou nejdůležitější výsledky a všechny dobré technika podporuje tento základní model.
Revize předchozí závazky
Kromě pohled dopředu na další období, každý následný Sprint by měla obsahovat přezkoumání závazky učiněné v předchozím období a diskusi o úspěchu v týmu při plnění těchto závazků.Tato diskuse není-li součástí každého následného Sprint, účastníci brzy informace nezáleží své závazky a budete zastavit, jejich splnění.
Dále, jak zkontrolovat Sprint následného závazků je v celém Sprint, nikoli pouze na konci.Po provedení závazků pro zlepšení zaúčtováním veřejně může pomoci zajistit, aby že se považují za každý den.Některé týmy hodnotu zaúčtování závazků během Sprint Retrospectives na zdi ve veřejné oblasti Připomínáme všem co by měla být zaměřené na zlepšení každý den.
Speciální techniky
Existuje mnoho postupů pro provádění části nebo celé následného Sprint.Níže jsou uvedeny názvy mnoho postupů a každý je worthy podrobné diskuse.Všechny následující jsou popsány online a v různých publikacích.
Techniky pro Sprint Retrospectives
Mezinárodní
MAD chybných Sad Glad
Hvězdice
Problém stromu
Cesty čáry
6 Přemýšlení klobouky
Appreciative zpětnou působností.
Nejlepších 5
Akční plán
Závodního auta
Abyss
Dokonalé hry
Zlepšení hry
Zpětnou působností plachetnice
Síla pole analýzy
Čtyři l
World Café
Psychické Seismograph
Jsou dvě zvláště bohaté zdroje pro prvky, které chtějí rozšířit jejich následného soupravy nástrojů:
Na webu http://agileretrospectivewiki.org.
Kniha agilní Retrospectives: vytváření dobré týmy velké Derby esterů a Diana Loukides.
Sprint Retrospectives nejsou Scrum Master dětských hřišť.Mimořádný důraz na nově minted Scrum vzory jsou někdy zvážit různé techniky wildly z Sprint na Sprint.Zatímco odrůda retrospectives brání týmy spadajících do rut, to popouštění se některé konzistence povede k dosažení nejlepších výsledků.Týmy, které jsou zaměřené na aktuální výsledky se zobrazí maximální hodnotu z jejich retrospectives.
Při Retrospectives nefungují
Horší, než jsou neúčinné nebo plýtvání času chybně běhu Sprint Retrospectives, může být destruktivní a škodlivé pro tým.Z tohoto důvodu mají odbornost letištní schůzku veďte důrazně doporučujeme, zejména v případě, že týmy jsou nové praxi.
Usnadnění je obvykle práce Scrum Master, ale u předloh Scrum novou roli, nemusí to být oblasti odborných znalostí.Vyžaduje více než praktickou znalost Scrum pro Retrospectives Sprint mít pozitivní výsledky; vyžaduje usnadnění dovednosti a schopnost vést skupinu mimo negativní diskusi směrem k pozitivním výsledkům.
Společné zápachem
Běžným příkladem chybné zpětnou působností je zestárly do gripe relace.Je mnohem jednodušší si pamatovat, který přešel špatně než uvést věci, které dostalo dobře a trickle "zlepšování návrhů" můžete snadno změnit na bystřiny stížností při letištní není přesměrování této konverzace.
Ostatní zápachem, které Sprint následného nefunguje dobře patří:
Berouce v úvahu zpětnou působností "post mortem" nebo "after-action" sestava spíše než příležitost k vytvoření plánu zlepšování
Unengaged účastníků
Critiquing výkon jedné osoby
Žádný výsledný napadnutelné závazky
S žádné odpovědi "co jsme provedli také"; týmy je třeba pochopit a oceňovat jejich pozitivní i negativní chování a postupy
Ve všech výše uvedených případech jsou často snadno sledovat hlavní příčina negativity nedostatek důvěry a závazek ze strany jednoho nebo více členů týmu.Při bez odrážek stříbrnou to lze vyřešit Scrum konkrétně poplatky Scrum Master s pracovní směrem k adresování situace podobné.
Pracoval tak dobře jsme zastavena.
Přestože Sprint Retrospectives jsou výkonné a důležitých událostí, jsou běžně vyřazené prvek Scrum.Scrum týmy s poslední a pravidelné úspěch mají tendenci racionalizovat pryč potřeba provést Sprint Retrospectives.To je spíše jako přizpůsobení osoba rozhodování o ukončení výkonu.
Meta konverzace může znít o něco jako následující:
Šest měsíců po zavedení ScrumDeveloper Dave: Kvalita je nahoru, štěnice jsou dolů. Průběhu je vysoká, ruční regresní náklady jsou nízké. Protože děláme tak dobře, jsme Retrospectives Sprint pomoci tak zdokonalit již nepotřebujete.Nábojem Bob: tuhle přiměřené. Zrušení této schůzky uloží nám čas, který může být vynaloženy na přidání více funkcí.Šest měsíců pozdějiNábojem Bob: Kvalita klesla a chyby se zvyšuje. Členové týmu jsou nespokojenost a velkou část práce regrese se provádí ručně.Developer Dave: je z důvodu Scrum. Jsme sdělil vám, že nebyl stříbrný odrážky a zjevně nefunguje.Boss Bob: True. I zde konzultant metodiky implementovat nový proces.
Samozřejmě nebyl Scrum, který zde se nezdařilo.Organizace rozhodnutí vynechat klíčové složky úspěch společnosti Scrum byl katalyzátor pro selhání.Tento postup je bohužel všechny příliš běžný.
Scrum týmy dosáhnout nejvíce tenuous státu vysoce výkonných jsou vzácné, krásné a křehké.Význam retrospectives jsou významnou složkou uchování těchto týmů fungování takové vysoké hladiny v.Při reflexi sám umožňuje týmu self-adjust a dosáhnout ještě vyšší úrovně výkonu a jakost produktů.To je velmi podstatu metody Kaizen a základní žádné skutečné programu zlepšování softwaru na základě.
Při retrospectives práci, jsou výsledky palpable.Není k dispozici vzrušení v týmu, chcete-li vyzkoušet nové funkce.Při práci retrospectives, tyto věci bude nevyhnutelná platit:
Tým dosahuje měřitelný výkon vyšší a vyšší úrovně kvality v čase
Jednotlivci pochopit jejich role v rámci týmu
Aktuální závazky je známo, že všichni členové týmu
Nakonec při Sprint Retrospectives pracovat dobře, tým roste zaměřený, produktivní a cenné pro organizaci.Vynikající vývojářským týmům jednoduše nezobrazí.Nacházející se v průběhu času a pak pouze podle záměrného pozornost na zlepšení.Sprint Retrospectives jsou klíčové složky v této vznik.