Menu

Scrum události: Time Boxing, plánování sprintu, denní stand-up a upřesnění backlogu

  • Hlavní
  • Jiný
  • Scrum události: Time Boxing, plánování sprintu, denní stand-up a upřesnění backlogu

scrum events time boxing

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

Úvod do Scrum událostí:

V našich dřívějších tutoriálech jsme diskutovali o Scrumu a jeho struktuře.

A náš předchozí tutoriál vysvětlil vše o Scrum artefakty podrobně.

Víme, kdo tvoří Scrum Team a jaké různé artefakty se během procesu vyvíjejí. Nyní jsme vytvořili silné zázemí. Pojďme tedy udělat o Scrum krok vpřed a probrat klíčové události / ceremonie, které tvoří Scrum proces.

V tomto tutoriálu se pokusíme pochopit, co každá z Scrum událostí znamená, jaké jsou základní funkce a jak je podrobně organizujeme.

scrumové události

Co se naučíte:

Přehled

Při práci na projektu založeném na Scrumu prochází scrum tým sérií Scrum Ceremonies.

Někteří jim mohou říkat Scrumové obřady nebo události a jiní jim mohou říkat rituály nebo setkání. Bez ohledu na různé terminologie, které se zde používají, zůstává cíl každé události Scrum stejný. Každá z událostí Scrum v podstatě pomáhá při provádění a monitorování práce Sprintu.

Typy akcí Scrum

Scrum typy událostí

Každý ceremoniál Scrumu je osobní záležitostí / shromážděním organizovaným Scrum Masterem pro specializované skupiny. Kromě hlavního týmu se na některých jednáních mohou podílet zúčastněné strany, vedoucí doručování nebo dokonce samotný zákazník. Tyto schůzky jsou časově ohraničeny, a proto je nutné je dokončit ve stanoveném časovém rámci.

Cílem každého ze setkání je shromáždit účastníky a nechat je diskutovat o aktuální práci. Očekávání od každého účastníka je zůstat soustředěný, angažovaný a participativní.

Považuje se to za příležitost konverzovat, zkoumat a získávat zpětnou vazbu o provedené práci. Na rozdíl od běžných schůzek jsou události Scrumu zaměřené na výsledky, časově omezené, založené na cílovém publiku a mají konkrétní cíl sladěný s každou z nich.

Co je Time Boxing?

Timeboxing je jednou z klíčových funkcí připojených ke každé Scrum události. Od účastníků se očekává, že budou vědomi a respektují čas přidělený každé z akcí. Události nelze rozšířit, ale lze je zkrátit, pokud již bylo dosaženo cílů schůzky.

Scrum Master, který je také zprostředkovatelem všech Scrum událostí, zajišťuje, že každý chápe důležitost časového boxu a také jim stále připomíná, aby se zaměřili na cíl schůzky, aby se dosáhlo nejlepších výsledků a časových výsledků s odchylkami.

Časový plán pro událost by neměl být v ideálním případě prodloužen, ale protože víme, že Scrum není o pravidlech, lze čas prodloužit na určitou délku, pokud s tím každý účastník souhlasí.

Jak rozhodneme o časovém limitu pro každou událost Scrum?

Časový rámeček pro Scrum Events je přímo úměrný délce Sprintu. Jedinou výjimkou z tohoto pravidla je však Daily Standup, který má pevnou časovou schránku 15 minut bez ohledu na délku sprintu.

Pro každou událost existují standardní časové rámce založené na délce Sprintu. Přesto má tým svobodu rozhodnout o časových rámcích pro tyto události na základě jejich požadavků.

Pojďme pochopit více z těchto konceptů tím, že podrobně probereme každou událost Scrumu.

Plánování sprintu

Jako předpoklad tohoto ceremoniálu by vlastník produktu měl mít stabilní prioritní produktový backlog uživatelských příběhů připravený před příchodem na schůzku. Uživatelské příběhy by měly být dobře formované a dostatečně jasné, aby tomu tým porozuměl.

Vlastník produktu může při vývoji produktového backlogu vyhledat pomoc od zúčastněných stran, zákazníků, designérů a Scrum Master.

V uživatelském příběhu je povinné mít kritéria přijetí. Tým je oprávněn odmítnout příběh uživatele bez kritérií přijetí.

Účel

Plánování sprintu je úvodní ceremoniál při zahájení sprintu. Účelem schůzky plánování Sprint je vytvořit cíl Sprint, vybrat uživatelské příběhy z produktového backlogu do backprintu sprintu a podrobně o nich diskutovat.

Tým se schází v zasedací místnosti spolu s vlastníkem produktu a Scrum Master, kde vlastník produktu představuje uživatelské příběhy, které by měly být vybrány pro další sprint.

Tým může klást tolik otázek, kolik se mu líbí, dozvědět se více o příběhu a zodpovězení dotazů je odpovědností vlastníka produktu. Tým může také napadnout příběh pro jeho úplnost a vhodnost.

Pokud jsou v příběhu vyžadovány další informace nebo jsou nedokončené závislosti nebo je shledáno neúplnými, má tým pravomoc tento příběh odmítnout.

Koneckonců, pochybnosti byly odstraněny a tým zná přesné množství práce, kterou je třeba udělat, aby bylo možné dokončit příběh, tým poté odhadne a dá body příběhu každému uživatelskému příběhu.

Podobným způsobem jsou diskutovány a odhadovány další příběhy. Tým nyní vybere Příběhy z horní části Prioritizovaného produktového backlogu do Sprintového backlogu, o kterém si myslí, že bude schopen spáchat a dokončit Sprint vzhledem k jejich minulé rychlosti.

Rychlost je určena celkovým počtem bodů příběhu dokončených v průměrném sprintu. Rychlost se počítá na základě historických Sprintů a jejich průměrováním. Čím více sprintů dokončíme, tím stabilnější je rychlost týmu.

Mnoho týmů používá karty Planning Poker pro odhad příběhu. Nejběžnější technikou odhadu je ukazování příběhu pomocí Fibonacciho řady. Fibonacciho řada je řada čísel, kde každé další číslo v řadě je tvořeno sečtením předchozích dvou čísel.

Série Fibonacci - 1, 1, 2, 3, 5, 8, 13 atd.

Uživatelské příběhy odhadované na více než 13 příběhových bodů jsou považovány za velmi velké, aby byly dokončeny v jediném sprintu, a jsou proto rozloženy na menší logické uživatelské příběhy, které lze odhadnout jednotlivě.

Během plánovací schůzky sprintu tým vytvoří také úkoly v rámci uživatelských příběhů, které byly pro sprint vybrány. Od týmu se neočekává, že během plánování Sprintu bude pověřovat všechny příběhy uživatelů, ale je to jen dost na to, aby je mohli začít. Zbytek úkolu lze provést během sprintu.

Klíčovým výsledkem schůzky plánování sprintu je cíl Sprint a backlog sprintu, který se skládá z uživatelských příběhů, které se tým zavázal dokončit.

Schůzka plánování sprintu

Kromě uživatelských příběhů může být součástí Sprint Backlogu i nějaký jiný typ položek.

  • Hroty
  • Technické dluhy
  • Hmyz

Hroty jsou výzkumné úkoly pro nalezení řešení, tj. jejichž potřebu spouští samotný uživatelský příběh. Některé z příběhů nemusí být přímé nebo nejsou v technických možnostech, a proto by vyžadovaly další analýzu a výzkum kolem nich. Proto je vytvořen hrot. Může to také zahrnovat POC, pokud to bude třeba.

Technické dluhy jsou refaktoringem stávajícího kódu. Mnohokrát existují situace, kdy tým musí přepracovat kód, který byl vyvinut dříve, aby vyhověl novým požadavkům.

Hmyz ve Scrumu jsou obvykle zmeškané nebo nové požadavky, které vycházejí z přijatých uživatelských příběhů, ale jsou relevantní pro aktuální pracovní položky. Pokud to není požadavek, může to být skutečně chyba v systému, která byla objevena během předchozích sprintů, ale nebyla opravena a byla v tomto sprintu upřednostněna.

Účastníci

Všichni členové týmu Scrum jsou součástí schůzky plánování sprintu. Na schůzku není zván nikdo jiný než základní tým.

Schůzku plánování sprintu organizuje a usnadňuje Scrum Master, ale produkt si ukradne produktový vlastník.

Časový rozvrh

Schůze plánování sprintu může trvat dva týdny sprintu až půl dne. Časový rámeček schůzky plánování Sprintu závisí přímo na délce Sprintu. Kratší pro krátký Sprint a delší pro dlouhý Sprint.

Schůzka plánování Sprint má velmi zásadní roli v celkové architektuře Scrum Architecture a přímo ovlivňuje vyvíjený produkt. Tým by proto měl investovat tolik času, kolik si myslí, že je zapotřebí k podrobnému projednání všech uživatelských příběhů, a může navrhnout alternativní časový rámec, který jim vyhovuje.

Jakmile je časová schránka rozhodnuta a odsouhlasena, je odpovědností Scrum Masteru, aby udržoval tým soustředěný na cíl a zároveň sledoval čas.

Denní Standup

Účel

Daily Standup je setkání, které dává příležitost ukázat celkový pohled na zdraví Sprintu. Je to také platforma k diskusi o tom, na čem pracují ostatní členové týmu, a pokud se něco zastaví v dosažení cíle Sprintu.

Během každodenního samostatného setkání sdílí každý člen týmu stav svého pokroku v pracovních položkách, na kterých pracuje. Rovněž by sdíleli a hledali pomoc od ostatních členů týmu, pokud by jim nějaké překážky bránily v postupu.

Denní Standup

Během každodenního samostatného setkání každý člen týmu u stolu odpovídá na následující tři klíčové otázky:

'Co jste udělali od posledního denního standupového setkání?'

'Co plánuješ dělat dnes?'

nejlepší software pro převod textu na řeč

'Blokuje vám práci nějaká překážka?'

Očekává se, že ostatní členové týmu budou věnovat pozornost, když někdo sdílí stav, a v případě potřeby nabídnout pomoc. Jakmile poslední člen týmu odpoví na všechny tři otázky, schůzka končí.

Daily Standup meeting poskytuje celkový obraz o tom, jaký je aktuální a celkový stav dokončení iterace, na které aktuálně pracují. Scrum Master hraje velmi důležitou roli při udržování soustředěnosti a časového rámce schůzky Daily Standup. Je také zodpovědný za řešení překážek, které blokují postup týmu s jejich uživatelskými příběhy.

Scrum Master se také musí ujistit, že nikdo jiný než základní tým neptá a nepředstavuje status. Může povolit rychlé diskuse kolem příběhů uživatelů, pokud je to nutné, ale musí zůstat vědomý času po celou dobu a může kdykoli vstoupit a požádat členy týmu, aby diskutovali offline.

Účastníci

Kdokoli se může zúčastnit každodenního standupového setkání. Je však povinné, aby se hlavní tým schůzky zúčastnil a představil stav své práce.

Kdokoli jiný, i zvenčí týmu, který má zájem vědět o pokroku Sprintu, se může zúčastnit Daily Standup Meeting, ale nesmí prezentovat stav své práce nebo dotazovat členy vývojového týmu na jejich práci.

Pouze členové hlavního týmu mohou sdílet svůj pracovní postup a od všech ostatních se očekává tiché naslouchání.

Denní schůzka by měla proběhnout, i když je přítomen jediný člen týmu.

Tým může organizovat Denní Standup Meeting sám nebo může požádat Scrum Master, aby jim to usnadnil.

Časový rozvrh

Jak název napovídá, denní standup meeting se koná denně a od účastníků se očekává, že budou stát, protože se jedná pouze o krátký meeting v délce 15 minut. Myšlenkou je držet se programu a neodchylovat se od zaměření, proto je schůzka krátká. Udržování schůzky také pomáhá lidem snadno se k ní zavázat, protože to vyžaduje jen 15 minut.

Denní Standup meeting je také udržován ve stejnou dobu a na stejném místě každý den, aby se snížil zmatek mezi účastníky a režie při rezervaci zasedacích místností denně. Během schůzky se velmi nedoporučuje používání notebooků, stolních počítačů nebo mobilních telefonů.

Týmy se mohou rozhodnout, kdy budou mít schůzku Daily Standup, a toho se držet. Normální tendence je však udržovat schůzky jako první věc ráno. U týmů pracujících v různých časových pásmech nemusí ranní hovor fungovat, a proto mohou mít hovor odpoledne nebo podle toho, co jim nejlépe vyhovuje.

Scrum Master může také sdílet důležité zprávy nebo aktualizace na konci schůzky s týmem, pokud to čas dovolí, ale není dovoleno za každou cenu schůzku prodloužit.

Recenze sprintu

Účel

Sprint Review Meeting je o demonstraci odvedené práce a shromažďování zpětné vazby a buy-inu. Na některých místech je schůzka Sprint Review také známá jako Sprint Demo. Kontrolní schůze sprintu se obvykle koná na konci sprintu, ale před retrospektivní schůzkou sprintu.

Vybraný zástupce z týmu předvádí aktuální pracovní položky sprintu. Obvykle vývojář pracující na příběhu uživatele předvede práci a reaguje na dotazy vznesené kýmkoli v publiku.

Uživatelské příběhy, které jsou vytvářeny na základě Definice Hotovo, jsou jedinými kandidáty na demonstraci na Sprint Review Review Meeting.

Vlastník produktu hraje během schůzky pro kontrolu sprintu velmi důležitou roli. Je odpovědný za vyhodnocení každého příběhu uživatele, který je předváděn, podle jeho kritérií přijetí, a příběh přijímá nebo odmítá.

Přijaté příběhy jsou poté integrovány s Done Increment, což je potenciálně dodávaný produkt. Kam by šel odmítnutý nebo nedokončený příběh, je volání vlastníka produktu. Odmítnuté příběhy se mohou stát součástí dalšího sprintu nebo se mohou přesunout do produktového backlogu, kde budou znovu upřednostněny.

Klíčovým výsledkem setkání Sprint Review je celkový obraz o datu dokončení projektu. Vlastník produktu přijme / odmítne příběh a přijaté příběhy jsou poté integrovány s Přírůstkem (vytvořeným během předchozích sprintů) jako celkem, aby poskytly lepší obrázek o tom, kde stojíme při dokončení celého produktu.

Dalším klíčovým výsledkem setkání Sprint Review je, že se členové týmu dozvěděli něco o odhadech. Počet přijatých příběhů uživatelů určuje počet bodů příběhu dosažených ve sprintu.

Postupně tedy sprint po sprintu může tým rozvíjet schopnost správně odhadovat a činit informované rozhodnutí ohledně bodů příběhu, kterých je možné dosáhnout.

Často se pozoruje, že takové schůzky osvětlují neúplná kritéria přijetí nebo objevují se nové požadavky. Nejlepší způsob, jak se z této situace vypořádat, je uzavřít příběhy a označit je za splněné, pokud splňují všechna kritéria přijetí, která byla původně dohodnuta během schůzky plánování sprintu.

Cokoli nad rámec toho je třeba považovat za nový požadavek a za tyto požadavky pro budoucí sprint je odpovědný vlastník produktu.

Sprint Review Meeting

Účastníci

Sprint Review Meeting se účastní členové týmu, včetně Scrum Master a produktového vlastníka. Dalšími účastníky Sprint Review Meetingu jsou zúčastněné strany, manažeři dodávek, zákazníci / koncoví uživatelé nebo kdokoli, kdo má zájem být součástí Sprint Review.

Časový rozvrh

V ideálním scénáři pro dvoutýdenní sprint strávíme přibližně 2 hodiny na schůzce o přezkoumání sprintu. To se může lišit v závislosti na délce Sprintu. Pro kratší sprint kratší Sprint Review a pro delší sprint delší Sprint Review.

Stejně jako ostatní schůzky je Scrum Master odpovědný za udržení dynamiky schůzky a zajištění toho, aby činnosti (předvádění příběhů, odpovídání na dotazy, přijímání příběhů, zaznamenávaná zpětná vazba atd.) Zapadaly do stanoveného časového rámce.

Sprint retrospektiva

Účel

Sprint Retrospective je o ztělesnění toho, co říká Agile - ‚ Pravidelné úvahy o tom, jak se stát efektivnějším “. Sprint Retrospective dává příležitost celému týmu přemýšlet a uvažovat o tom, jak proběhl sprint a co je třeba udělat pro improvizaci procesů? Sprint Retrospective se provádí na konci každého sprintu.

Během retrospektivního setkání sprintu se celý tým sejde a diskutuje o sprintu, který byl právě dokončen. Očekává se, že tým bude transparentní a bude vydávat upřímné názory, ale hry o vině nebudou existovat.

Nezapomeňte na cíl schůzky udělat krok vpřed v oblasti improvizace a nedržet tým zvýšením napětí mezi členy.

Každý v očekává se, že tým odpoví na čtyři základní otázky:

Sprint retrospektiva

Scrum Master žádá členy týmu, aby zapsali své body za každý z kvadrantů, jak je uvedeno výše v poznámkách. Na některých místech se nástroje používají pro stejný účel.

Co šlo dobře?

top 5 mp3 downloader pro Android

Členové týmu dávají jeden nebo více bodů za to, co v posledním sprintu proběhlo dobře. Tuto část lze také využít jako příležitost ocenit a ocenit ostatní členy týmu za jejich dobrou práci.

Co ses naučil?

Scrum je považován za příležitost naučit se v každém sprintu něco nového. V této oblasti kvadrantu se diskutuje o klíčových příležitostech a poznatcích z posledního sprintu.

Co nešlo dobře?

V této části tým diskutuje o problémech a překážkách, kterým čelily během posledního sprintu. Tato část schůzky bývá nejkřehčí, protože lidé mohou upozorňovat na problémy, které mohou ostatním znepříjemňovat.

Je povinností Scrum Masteru uklidnit atmosféru, pokud je to potřeba, a naučit lidi konstruktivně upozorňovat na své problémy, místo aby procházeli kruhy osobních útoků.

Pokud je některému z členů nepříjemné konfrontovat problémy před ostatními spoluhráči, může později přejít na Scrum Master a diskutovat o problémech.

Co by se dalo udělat lépe?

Tato část schůzky dává příležitost všem členům týmu diskutovat o všech dříve nastolených problémech a najít způsoby, jak je vyřešit. Všichni v týmu jsou vítáni, když navrhují řešení daného problému. Tým pak v jednotě rozhodne o nejvhodnějších řešeních.

Tým by měl také zvážit dodržování věcí, které byly projednány v části, která proběhla dobře pro budoucí sprinty, a dále tyto věci mohou být přidány jako nedílná součást procesu.

Výsledkem retrospektivní schůzky sprintu je seznam akcí, na kterých se účastníci dohodli, aby zlepšili postup pro nadcházející sprint.

Účastníci

Celý Scrum Team včetně Scrum Master a Product Owner. Ale na rozdíl od každodenního standupového setkání se Scrum Master a Produkt také podílejí na poskytování svých vstupů a retrospektivních bodů.

Stejně jako Daily Standup meeting, Sprint Retrospective meeting také usnadňuje Scrum Master. Scrum Master zajišťuje, aby každý v týmu včetně sebe dostal příležitost otevřít se a promluvit o pozitivech i negativech.

Vezměte na vědomí, že účastníci mimo tým nejsou pozváni na retrospektivní setkání Sprint. Sprint Retrospective je považován za trochu osobní a emocionální prostředí, které umožňuje členům týmu otevřít se bez váhání a diskutovat o problémech, kterým čelili během posledního sprintu.

Časový rozvrh

Je správně řečeno, že všechny Scrum ceremonie jsou časově ohraničeny a jejich časová schránka závisí na délce Sprintu. Jak již bylo řečeno, po dobu dvou týdnů sprintu je ideální mít retrospektivní setkání Sprint po dobu 2 hodin.

Podíváme-li se však na retrospektivu Sprint jako na příležitost komunikovat, retrospektovat a zavázat se ke zlepšením, je velmi oprávněné dát dostatek času na schůzku, aby nedošlo ke ztrátě důležitých pohledů a postřehů.

Proto je dobré schůzku načasovat, ale nemělo by se to dělat za cenu komunikace a postupu. Další velmi důležitou událostí ve Scrumu je Backlog Refinement. Pojďme si na chvilku vrhnout světlo na to.

Zpracování nevyřízených položek

Vylepšení backlogu, které se také označuje jako Backlog grooming, je schůzka, na které se diskutuje o uživatelských příbězích v produktovém backlogu, které by mohly být součástí příštího sprintu. Na schůzce vylepšení backlogů sedí celý tým společně a diskutuje o uživatelských příbězích, čímž poskytuje jejich vstupy.

Hlavní myšlenkou je připravit produktový backlog pro nadcházející Sprint a zajistit, aby příběhy uživatelů byly připraveny k vyzvednutí. Setkání Backlog Refinement je organizováno během sprintu „n-1“, aby se připravily na výběr položek ve sprintu „n“.

Závěr

Tím jsme se dostali na konec tohoto tutoriálu o „Scrum Events“, který je nutné si přečíst. Scrum Events je zdaleka nejdůležitější a nejdůležitější téma Scrum Series.

V tomto tutoriálu jsme probrali všech pět Scrum událostí, tj Sprint, plánování sprintu, denní standup, kontrola sprintu a retrospektiva sprintu . Každá jiná událost než denní standup má pravidelný cyklus na sprint, tj. Provádí se jednou v každém sprintu.

Události poskytují přehled o tom, jak jsou úkoly prováděny v prostředí Scrum. Všechny události Scrumu jsou příležitostmi pro zlepšení, přizpůsobení a kontrolu.

Dalším krokem je výukový program „Defect Triaging“, což je formální schůzka, na které jsou diskutovány a hodnoceny všechny vady aktuálního Sprintu, tj. Upřednostňovány.

Výukový program PREV | DALŠÍ výuka

Doporučené čtení

^