scrum events time boxing
Úvod do akcií Scrum:
V našich predchádzajúcich tutoriáloch sme diskutovali o Scrume a jeho štruktúre.
A náš predchádzajúci návod vysvetlil všetko okolo Scrum artefakty podrobne.
Vieme, kto tvorí tím Scrum a aké rôzne artefakty sa v priebehu procesu vyvíjajú. Teraz sme vytvorili silné zázemie. Poďme teda urobiť o krok vpred na Scrume a prediskutujme kľúčové udalosti / obrady, ktoré tvoria Scrum proces.
V tomto tutoriáli sa pokúsime pochopiť, čo každá zo Scrum udalostí znamená, aké sú základné vlastnosti a ako ich podrobne usporiadame.
Čo sa dozviete:
- Prehľad
- Typy akcií Scrum
- Čo je to Time Boxing?
- Plánovanie sprintu
- Denný standup
- Sprint Review
- Sprint retrospektíva
- Spracovanie nevybavených položiek
- Záver
- Odporúčané čítanie
Prehľad
Pri práci na projekte založenom na Scrume prechádza tím Scrum sériou ceremoniálov Scrum.
Niektorí ich môžu nazývať Scrumové obrady alebo udalosti a iní ich môžu nazývať rituálmi alebo stretnutiami. Bez ohľadu na rôzne terminológie, ktoré sa tu používajú, cieľ každej udalosti Scrum zostáva rovnaký. Každá z udalostí Scrum v podstate pomáha pri uskutočňovaní a monitorovaní práce so Sprintom.
Typy akcií Scrum
Každý ceremoniál Scrumu je osobnou záležitosťou / zhromaždením organizovaným Scrum Master pre špecializované skupiny. Okrem základného tímu môžu byť na niektorých stretnutiach zainteresované strany, manažéri dodávok alebo dokonca samotný zákazník. Tieto stretnutia sú časovo ohraničené a musia sa teda dokončiť v stanovenom časovom rámci.
Cieľom každého zo stretnutí je zhromaždiť účastníkov a nechať ich diskutovať o súčasnej práci. Od každého účastníka sa očakáva, že bude sústredený, angažovaný a participatívny.
Považuje sa to za príležitosť konverzovať, skúmať a získavať spätnú väzbu o vykonanej práci. Na rozdiel od bežných stretnutí sú udalosti Scrumu zamerané na výsledky, časovo ohraničené, založené na cieľovom publiku a majú špecifické ciele zosúladené s každým z nich.
Čo je to Time Boxing?
Timeboxing je jednou z kľúčových funkcií každej Scrum udalosti. Očakáva sa, že účastníci budú oboznámení a rešpektujú čas pridelený každému z podujatí. Udalosti nie je možné predĺžiť, ale je možné ich skrátiť, ak už boli ciele stretnutia dosiahnuté.
Scrum Master, ktorý je tiež sprostredkovateľom všetkých Scrum udalostí, sa stará o to, aby každý pochopil dôležitosť časového boxu, a tiež im neustále pripomína, aby sa zamerali na cieľ stretnutia a dosiahli odchýlky s najlepšími výsledkami a časovými výsledkami.
Časový rozvrh udalosti by sa nemal ideálne predlžovať, ale keďže vieme, že v Scrume nejde o pravidlá, je možné ho predĺžiť na konkrétnu dĺžku, ak s tým každý účastník súhlasí.
Ako rozhodneme o časovom limite pre každú udalosť Scrum?
Časové okno pre Scrum Events je priamo úmerné dĺžke Sprintu. Jedinou výnimkou z tohto pravidla je však denný standup, ktorý má pevne stanovený časový limit 15 minút bez ohľadu na dĺžku šprintu.
Pre každú udalosť existujú štandardné časové rámce založené na dĺžke Sprintu. Napriek tomu má tím slobodu rozhodnúť sa o časových rámcoch týchto udalostí na základe ich požiadaviek.
Poďme pochopiť viac týchto konceptov podrobným rozobratím každej udalosti Scrum.
Plánovanie sprintu
Ako nevyhnutná podmienka tohto ceremoniálu by produktový vlastník mal mať pred príchodom na schôdzku pripravený stabilný prioritný produktový backlog užívateľských príbehov. Príbehy používateľov by mali byť dobre formované a dostatočne jasné, aby ich tím pochopil.
Produktový vlastník môže požiadať o pomoc zainteresované strany, zákazníka, dizajnéra a Scrum Master pri vývoji produktového backlogu.
V užívateľskom príbehu je povinné mať kritérium prijatia. Tím je oprávnený odmietnuť príbeh používateľa bez kritérií prijatia.
Účel
Plánovanie sprintu je úvodný ceremoniál pri spustení sprintu. Účelom stretnutia plánovania sprintu je vytvoriť cieľ sprintu, vybrať príbehy používateľov z produktového backlogu do backprintu sprintu a podrobne ich prediskutovať.
Tím sa stretáva v zasadacej miestnosti spolu s produktovým vlastníkom a Scrum Master, kde produktový vlastník predstavuje príbehy používateľov, ktoré by sa mali zvoliť pre ďalší šprint.
Tím môže položiť toľko otázok, koľko by sa chcel dozvedieť viac o príbehu, a zodpovedať za zodpovedanie otázok je zodpovedný vlastník produktu. Tím môže tiež napadnúť príbeh pre jeho úplnosť a vhodnosť.
Ak sú v príbehu požadované ďalšie informácie alebo ak máte nedokončenú závislosť alebo ak sa zistí neúplnosť, tím má právomoc tento príbeh odmietnuť.
Koniec koncov, pochybnosti boli odstránené a tím pozná presné množstvo práce, ktorú je potrebné vykonať, aby bol príbeh dokončený, potom odhadne a každému príbehu používateľa dá body za príbeh.
Podobným spôsobom sú diskutované a odhadované ďalšie príbehy. Tím teraz vyberá príbehy z hornej časti prioritného produktového backlogu do backlogu sprintu, o ktorých si myslí, že budú schopní spáchať a dokončiť ich v sprinte vzhľadom na ich minulú rýchlosť.
Rýchlosť je určená celkovým počtom bodov príbehu dokončených v priemernom šprinte. Rýchlosť sa počíta na základe historických šprintov a ich priemerovaním. Čím viac šprintov absolvujeme, tým je rýchlosť tímu stabilnejšia.
Mnoho tímov používa karty Planning Poker na odhad príbehu. Najbežnejšou technikou odhadu je ukazovanie príbehu pomocou série Fibonacci. Fibonacciho séria je séria čísel, kde každé ďalšie číslo v rade je tvorené súčtom predchádzajúcich dvoch čísel.
Séria Fibonacci - 1, 1, 2, 3, 5, 8, 13 a tak ďalej.
Príbehy používateľov odhadované na viac ako 13 bodov príbehu sa považujú za veľmi veľké na dokončenie v jednom šprinte, a preto sa rozkladajú na menšie logické príbehy používateľov, ktoré je možné odhadnúť individuálne.
Počas schôdzky plánovania sprintu bude tím tiež vytvárať úlohy v rámci užívateľských príbehov, ktoré boli vybrané pre sprint. Od tímu sa neočakáva, že počas plánovania sprintu zadá všetky príbehy používateľov, ale na ich spustenie stačí. Zvyšok úloh je možné vykonať počas šprintu.
Kľúčovým výsledkom stretnutia plánovania sprintu sú cieľ sprintu a backlog sprintu, ktorý pozostáva z užívateľských príbehov, ktoré sa tím zaviazal dokončiť.
Okrem Príbehov používateľov môže byť súčasťou Sprint Backlogu aj nejaký iný typ položiek.
- Hroty
- Technické dlhy
- Ploštice
Hroty sú výskumné úlohy na nájdenie riešenia, t. j. ktorých potrebu spúšťa samotný Príbeh používateľa. Niektoré príbehy nemusia byť jednoznačné alebo nie sú v technickej spôsobilosti, a preto by si vyžadovali ďalšiu analýzu a výskum okolo nich. Preto sa vytvorí hrot. Ak to bude potrebné, môže zahŕňať aj POC.
Technické dlhy sú refaktoringom existujúceho kódu. Mnohokrát existujú situácie, keď musí tím prepracovať kód, ktorý bol vyvinutý skôr, aby vyhovel novým požiadavkám.
Ploštice v Scrume sú zvyčajne zmeškané alebo nové požiadavky, ktoré vychádzajú z prijatých užívateľských príbehov, ale sú relevantné pre súčasné pracovné položky. Ak to nie je požiadavka, môže to byť skutočne chyba v systéme, ktorá bola objavená počas predchádzajúcich šprintov, ale nebola opravená a bola v tomto šprinte uprednostnená.
Účastníci
Každý v tíme Scrum je súčasťou stretnutia plánovania sprintu. Na schôdzku nie je pozvaný nikto iný ako hlavný tím.
Stretnutie plánovania sprintu organizuje a uľahčuje Scrum Master, ale produktový šou ho ukradne.
Časová schránka
Stretnutie týkajúce sa plánovania sprintu môže trvať aj dva dni, kým sa uskutoční sprint. Časový rámec pre stretnutie plánovania sprintu závisí priamo od dĺžky Sprintu. Kratší na krátky Sprint a dlhší na dlhý Sprint.
Stretnutie plánovania sprintu má veľmi dôležitú úlohu v celkovej architektúre Scrum Architecture a priamo ovplyvňuje vyvíjaný produkt. Tím by preto mal investovať toľko času, koľko si myslí, že je potrebné na podrobné prediskutovanie všetkých užívateľských príbehov, a môže navrhnúť alternatívny časový rámec, ktorý im vyhovuje.
Akonáhle je časový harmonogram rozhodnutý a dohodnutý, je zodpovednosťou Scrum Masteru, aby udržoval tím zameraný na cieľ a zároveň sledoval čas.
Denný standup
Účel
Daily Standup je stretnutie, ktoré dáva príležitosť ilustrovať celkový pohľad na zdravie Sprintu. Je to tiež platforma na diskusiu o tom, na čom pracujú ostatní členovia tímu, a ak sa niečo zastaví v dosahovaní cieľa spoločnosti Sprint.
Počas denného samostatného stretnutia každý člen tímu zdieľa stav svojho pokroku v pracovných položkách, na ktorých pracuje. Tiež by zdieľali a hľadali pomoc od ostatných členov tímu, ak existujú prekážky blokujúce ich postup.
Počas denného samostatného stretnutia každý člen tímu pri stole odpovedá postupne na nasledujúce tri kľúčové otázky:
„Čo ste urobili od posledného denného stretnutia v stoji?“
„Čo plánujete urobiť dnes?“
najlepší softvér na obnovu dát Windows 10
„Bráni vám nejaká prekážka v práci?“
Očakáva sa, že ostatní členovia tímu budú venovať pozornosť, keď niekto bude zdieľať status, a v prípade potreby ponúknuť pomoc. Hneď ako posledný člen tímu odpovie na všetky tri otázky, stretnutie sa končí.
Stretnutie Daily Standup poskytuje celkový obraz o tom, aký je aktuálny a celkový stav dokončenia iterácie, na ktorej momentálne pracujú. Scrum Master hrá veľmi dôležitú úlohu pri udržiavaní sústredenia a času v stretnutí Daily Standup. Je tiež zodpovedný za riešenie prekážok, ktoré bránia tímu v napredovaní so svojimi používateľskými príbehmi.
Scrum Master sa tiež musí ubezpečiť, že nikto iný ako hlavný tím nekladie otázky a neuvádza stav. Môže povoliť rýchle diskusie o príbehoch používateľov, ak je to potrebné, ale musí si byť celý čas vedomý času a môže kedykoľvek zasiahnuť a požiadať členov tímu, aby diskutovali offline.
Účastníci
Každý sa môže zúčastniť denného standupového stretnutia. Hlavný tím je však povinný zúčastniť sa na stretnutí a prezentovať stav svojej práce.
Ktokoľvek iný, aj mimo tímu, ktorý má záujem vedieť o pokroku v šprinte, sa môže zúčastniť denného standup mítingu, ale nesmie prezentovať stav svojej práce alebo pýtať sa členov vývojového tímu na ich prácu.
Iba členovia základného tímu môžu zdieľať svoj pracovný pokrok a od všetkých ostatných sa očakáva, že budú ticho počúvať.
Stretnutie Daily Standup by sa malo konať, aj keď je prítomný jediný člen tímu.
Tím môže organizovať Denné stojace stretnutie sám alebo môže požiadať Scrum Master, aby im to uľahčil.
Časová schránka
Ako už názov napovedá, denné samostatné stretnutie sa koná každý deň a od účastníkov sa očakáva, že budú stáť, pretože ide iba o krátke stretnutie, ktoré trvá iba 15 minút. Ide o to, aby ste sa držali programu a nezmenili zameranie, preto je schôdza krátka. Usporiadanie stretnutia tiež pomôže ľuďom ľahko sa k nemu zapojiť, pretože to vyžaduje iba 15 minút.
Denná samostatná schôdza sa tiež organizuje v rovnakom čase a na rovnakom mieste každý deň, aby sa predišlo zmätkom medzi účastníkmi a režijnými nákladmi pri dennom rezervovaní zasadacích miestností. Počas stretnutia sa veľmi neodporúča používať notebooky, stolové počítače alebo mobilné telefóny.
Tímy sa môžu rozhodnúť, kedy sa bude konať denné stretnutie, a držať sa ho. Normálna tendencia je však nechať stretnutia prvou vecou ráno. Pre tímy pracujúce v rôznych časových pásmach nemusí ranný hovor fungovať, a preto môžu mať hovor popoludní alebo podľa toho, čo im najlepšie vyhovuje.
Scrum Master môže tiež zdieľať dôležité správy alebo aktualizácie na konci stretnutia s tímom, ak to čas dovoľuje, ale nie je povolené ho za každú cenu predĺžiť.
Sprint Review
Účel
Sprint Review Meeting je o demonštrácii vykonanej práce a zhromažďovaní spätnej väzby a buy-inov. Stretnutie Sprint Review je na niektorých miestach známe aj ako Sprint Demo. Revízna schôdza sprintu sa zvyčajne koná na konci sprintu, ale pred retrospektívnym stretnutím sprintu.
Vybraní zástupcovia z tímu predvádzajú aktuálne pracovné položky šprintu. Vývojár pracujúci na príbehu používateľa zvyčajne demonštruje svoju prácu a reaguje na otázky, ktoré vznesie ktokoľvek v publiku.
Príbehy používateľov, ktoré sa uskutočňujú na základe Definície Hotovo, sú jedinými kandidátmi na demonštráciu na Hodnotiacom stretnutí sprintu.
Produktový vlastník hrá počas Sprint Review Meetingu veľmi dôležitú úlohu. On je zodpovedný za vyhodnotenie každého užívateľského príbehu, ktorý sa predvádza, podľa jeho kritérií prijatia a príbeh prijíma alebo odmieta.
Prijaté príbehy sú potom integrované s Done Increment, čo je potenciálne doručiteľný produkt. Kam by smeroval odmietnutý alebo nedokončený príbeh je výzva produktového vlastníka. Odmietnuté príbehy sa môžu stať súčasťou nasledujúceho šprintu alebo sa môžu presunúť do produktového backlogu, kde budú mať opäť prioritu.
Kľúčovým výsledkom stretnutia Sprint Review je celkový obraz o dátume dokončenia projektu. Produktový vlastník príbeh prijme / odmietne a prijaté príbehy sú potom integrované s prírastkom (vytvoreným počas predchádzajúcich šprintov) ako celkom, aby poskytli lepší obraz o tom, kde stojíme pri dokončení celého produktu.
Ďalším kľúčovým výsledkom stretnutia Sprint Review je, že členovia tímu sa dozvedia niečo o odhadoch. Počet prijatých príbehov používateľov určuje počet bodov príbehu dosiahnutých v šprinte.
Tím môže postupne šprint po šprinte rozvíjať schopnosť správneho odhadu a prijímať informované rozhodnutia týkajúce sa príbehových bodov, ktoré je možné dosiahnuť.
Často sa pozoruje, že také stretnutia osvetľujú neúplné kritériá prijatia alebo objavujúce sa nové požiadavky. Najlepším spôsobom, ako vyriešiť túto situáciu, je uzavrieť príbehy a označiť ich ako splnené, ak vyhovujú všetkým kritériám prijatia, na ktorých sa pôvodne dohodli počas stretnutia plánovania sprintu.
Všetko, čo sa má považovať za novú požiadavku, a produktový vlastník je zodpovedný za tieto požiadavky pre budúci šprint.
Účastníci
Na mítingu Sprint Review sa zúčastňujú členovia tímu vrátane Scrum Master a produktového vlastníka. Ďalšími účastníkmi mítingu Sprint Review sú zainteresované strany, manažéri dodávok, zákazníci / koncoví používatelia alebo ktokoľvek, kto má záujem byť súčasťou Sprint Review.
Časová schránka
V ideálnom scenári na dvojtýždňový šprint strávime na stretnutí Sprint Review približne 2 hodiny. To sa môže líšiť v závislosti od dĺžky Sprintu. Pre kratší šprint kratší Sprint Review a pre dlhší šprint dlhší Sprint Review.
Rovnako ako iné stretnutia, aj Scrum Master je zodpovedný za udržanie dynamiky stretnutia a za zabezpečenie toho, aby aktivity (demonštrácia príbehov, odpovedanie na otázky, prijatie príbehov, zaznamenaná spätná väzba atď.) Zapadli do stanoveného časového rámca.
Sprint retrospektíva
Účel
Sprint Retrospective je o stelesnení toho, čo hovorí Agile - ‘ Pravidelné úvahy o tom, ako zefektívniť “. Sprint Retrospective dáva príležitosť celému tímu zamyslieť sa nad tým, ako šprint šiel a čo je potrebné urobiť pre improvizáciu procesov? Retrospektíva šprintu sa vykonáva na konci každého šprintu.
Počas retrospektívneho stretnutia Sprint sa celý tím stretne a diskutuje o práve dokončenom šprinte. Očakáva sa, že tím bude transparentný a poskytne čestné názory, ale hry o vine nie sú na svete.
ako tlačiť obsah poľa
Pamätajte na cieľ stretnutia, ktorým je krok vpred v oblasti improvizácie, a nie na udržanie tímu zvyšovaním napätia medzi členmi.
Všetci v očakáva sa, že tím odpovie na štyri základné otázky:
Scrum Master žiada členov tímu, aby napísali svoje body za každý z kvadrantov, ako je zobrazené vyššie v poznámkach. Na niektorých miestach sa nástroje používajú na rovnaký účel.
Čo dopadlo dobre?
Členovia tímu dajú jeden alebo viac bodov za to, čo v poslednom šprinte dopadlo dobre. Túto časť možno tiež považovať za príležitosť oceniť a oceniť ostatných členov tímu za dobrú prácu.
Čo si sa naučil
Scrum sa považuje za príležitosť naučiť sa v každom šprinte niečo nové. Táto oblasť kvadrantu má prediskutovať kľúčové príležitosti a poznatky z posledného sprintu.
Čo nedopadlo dobre?
V tejto časti tím diskutuje o problémoch a prekážkach, ktorým čelili počas posledného šprintu. Táto časť stretnutia býva najkrehkejšia, pretože ľudia môžu nastoliť problémy, ktoré ostatným môžu znepríjemniť život.
Je zodpovednosťou Scrum Mastera upokojiť atmosféru, ak je to potrebné, a naučiť ľudí konštruktívnym spôsobom upozorňovať na svoje problémy namiesto toho, aby prechádzali kruhmi osobných útokov.
Ak je niektorému z členov nepríjemné čeliť problémom pred ostatnými spoluhráčmi, môže ísť neskôr na Scrum Master a diskutovať o problémoch.
Čo by sa dalo urobiť lepšie?
Táto časť stretnutia dáva príležitosť všetkým členom tímu diskutovať o všetkých problémoch nastolených skôr a nájsť spôsoby, ako ich vyriešiť. Všetci v tíme sú vítaní, aby navrhli riešenia daného problému. Tím potom v jednote rozhodne o najvhodnejších riešeniach.
Tím by mal zvážiť aj to, čo sa bude držať vecí, o ktorých sa diskutovalo v časti o tom, čo šlo dobre, aj pre budúce šprinty. Ďalej je možné tieto veci pridať ako neoddeliteľnú súčasť procesu.
Výsledkom retrospektívneho stretnutia sprintu je zoznam akcií, na ktorých sa účastníci dohodli, aby zlepšili proces nadchádzajúceho sprintu.
Účastníci
Celý Scrum tím vrátane Scrum Master a produktového vlastníka. Ale na rozdiel od každodenného samostatného stretnutia sa Scrum Master a produkt tiež podieľajú na poskytovaní svojich vstupov a spätných bodov.
Rovnako ako denné standupové stretnutie, aj Sprint Retrospective meeting uľahčuje Scrum Master. Scrum Master sa stará o to, aby každý v tíme vrátane seba dostal príležitosť otvoriť sa a hovoriť o pozitívach aj negatívach.
Upozorňujeme, že účastníci mimo tímu nie sú pozvaní na retrospektívne stretnutie Sprint. Sprint Retrospective sa považuje za málo osobné a emočné prostredie, ktoré umožňuje členom tímu bez váhania otvoriť a diskutovať o problémoch, ktorým čelili počas posledného sprintu.
Časová schránka
Je správne povedané, že všetky Scrum ceremoniály sú časovo ohraničené a ich časová os závisí od dĺžky Sprintu. Vzhľadom na to, že počas dvojtýždňového šprintu je ideálne usporiadať retrospektívne stretnutie Sprint po dobu 2 hodín.
Ak sa však pozrieme na retrospektívu Sprint ako na príležitosť na komunikáciu, spätnú kontrolu a odhodlanie smerovať k zlepšeniam, je veľmi opodstatnené venovať stretnutiu dostatok času, aby sa predišlo strate dôležitých pohľadov a postrehov.
Preto je dobré stretnutie načasovať, ale nemalo by sa to robiť za cenu komunikácie a postupu. Ďalšou veľmi dôležitou udalosťou v Scrum je Backlog Refinement. V krátkej chvíli si na to posvietime.
Spracovanie nevybavených položiek
Spracovanie nevybavených položiek, ktoré sa tiež nazýva Úprava nevybavených položiek, je stretnutie, na ktorom sa diskutuje o príbehoch používateľov v produktovom backlogu, ktoré by mohli byť súčasťou nasledujúceho Sprintu. Na stretnutí zameranom na vylepšenie backlogu sedí celý tím a diskutuje o príbehoch používateľov, čím poskytuje ich vstupy.
Hlavnou myšlienkou je pripraviť produktový backlog pre nadchádzajúci Sprint a zabezpečiť, aby boli príbehy používateľov pripravené na vyzdvihnutie. Stretnutie Backlog Refinement sa organizuje počas šprintu „n-1“ s cieľom pripraviť sa na výber položiek v šprinte „n“.
Záver
Týmto sme sa dostali na koniec tohto tutoriálu o „Scrum udalostiach“, ktorý si musíte prečítať. Scrum Events je zďaleka najdôležitejšou a najdôležitejšou témou Scrum Series.
V tomto tutoriáli sme diskutovali o všetkých piatich Scrum udalostiach, t.j. Sprint, plánovanie sprintu, denný standup, kontrola sprintu a retrospektíva sprintu . Každá iná udalosť ako denné standupy má pravidelný cyklus na jeden šprint, t. J. Vykonáva sa raz v každom šprinte.
Udalosti poskytujú pohľad na to, ako sa úlohy plnia v prostredí Scrum. Všetky udalosti Scrumu sú príležitosťami na zlepšenie, prispôsobenie a kontrolu.
Ďalej bude obsahovať tutoriál o „Defect Triaging“, čo je formálne stretnutie, na ktorom sa prediskutujú a vyhodnotia všetky chyby súčasného Sprintu, t. J.
Výukový program PREV | NEXT Tutorial
Odporúčané čítanie
- Scrum artefakty: Nevybavené produkty, Sprint nevybavené položky a prírastky produktu
- Výukový program pre JIRA Scrum Board: Manipulácia s Scrumom s Jira za správu Sprintu
- Online kvíz o Agile Scrum: Otestujte si svoje znalosti o Agile Scrum
- Ako poskytovať softvérové funkcie vysokej hodnoty v krátkom časovom období pomocou agilného procesu skrumáže
- Porucha triafania do skrumáže: Ako je to organizované v nastavení skrumáže
- Pracovná príležitosť na voľnej nohe na čiastočný úväzok pre odborníkov na selén
- Úlohy a zodpovednosti Scrum tímu: Scrum Master a produktový vlastník
- 10 najlepších softvérov na sledovanie voľného času pre sledovanie času zamestnancov