V této úvodní úrovni článku se podíváme na mechaniky Sprint, a na to, jak členové týmu se očekává, že spolupracují s cílem produkovat vydání-kvalitní přírůstek.

první den: Sprint Plánování

celý tým, včetně Vlastník Produktu, seznamte se na první den Sprint a provést Sprint Plánování zasedání. To je úplně první věc, která se stane, jakmile začne Sprint.

Příprava

plánování sprintu by mělo být připraveno. Nejvíce důležitá je příprava, aby zajistila, že Produktový Backlog byl rafinovaný na odpovídající úrovni detailu, s odhady a kritéria přijatelnosti (to je účel Produktu Nevyřízených Upřesnění). Dále by měl majitel produktu objednat práci na Nevyřízeném produktu a mít obecnou představu o tom, jak s týmem vyjednat cenný cíl sprintu. Možnosti sjednání cíle by měly být také zváženy během upřesnění a zohledněny v objednávce nevyřízených položek. Taky, tým by měl mít představu o své kapacitě pro tento Sprint, to znamená, kolik práce věří, že mohou vzít na sebe. Mohou být schopni využít své zkušenosti s předchozími sprinty, aby jim pomohli zjistit velikost tohoto rozpočtu.

nejprve naplánujte hodnotu, která bude dodána

každý Sprint by měl mít za následek cenný přírůstek dokončené práce, fit a připraven k okamžitému uvolnění. Vlastník produktu je zcela odpovědný za to, co znamená“ hodnota“, a měl by si objednat nevyřízené položky produktu tak, aby tým mohl maximalizovat hodnotu, sprint-by-sprint. První věc, kterou musí tým udělat, je proto naplánovat, na kterých položkách z nevyřízených produktů by se mělo v tomto sprintu pracovat, aby mohla být nejlepší hodnota dodána do konce.

K tomu, tým s Vlastníkem Produktu, vyberte nejcennější položky z Produktového Backlogu, která odpovídá jejich předpokládané kapacity pro Sprint. Mějte na paměti, že každá položka na nevyřízených produktech by měla být týmem odhadnuta, takže budou zhruba vědět, kolik práce bude pravděpodobně zapojeno.

ujistěte se, že souhlasíte s cílem sprintu

tento výběr práce by měl být soudržný a ne jen seskupení nesouvisejících a nesourodých položek. Pamatujte, že Sprint je časově ohraničená příležitost k dosažení něčeho významného. Například do konce sprintu může být dodána koherentní funkce nebo bude zmírněno významné riziko. Cíl sprintu je jednoduchým vyjádřením tohoto účelu, zastřešujícího významu vybrané práce a soudržnosti výběru.

dobrý cíl sprintu umožní týmu prokázat zaměření a odhodlání a umožnit spolupráci a přepracování práce tak, aby byla splněna.

Další plán, jak bude probíhat práce

Sprint Backlog je více než jen výběr z práce s konečným cílem na mysli. Je to také plán, jak bude tohoto cíle dosaženo a jak bude provedena související práce. Toho lze dosáhnout identifikací a objednáním technických úkolů, které se pravděpodobně budou týkat. Ve skutečnosti je nevyřízený Sprint plánem pro splnění cíle sprintu a prognózou práce, která bude muset být provedena.

vlastník produktu nemusí být přítomen v této části plánování sprintu, protože je na týmu, aby tuto prognózu naplánoval na technické úrovni. Nicméně, Vlastník Produktu by měly být k dispozici, i když jen vzdáleně, odpovědět na všechny otázky, tým může mít, a poskytnout jakékoli vysvětlení, které mohou být potřebné o rozsahu práce. Pokud se během sprintu očekává více než jedno vydání, mělo by to být dohodnuto s PO a zaúčtováno do nevyřízených sprintů.

na konci plánování sprintu by měl být tým přesvědčen, že provedl dobrou prognózu práce, která bude potřebná ke splnění cíle sprintu. Tento plán bude zachycen ve sprintu Backlog, který tým zcela vlastní. Tým by měl být schopen začít realizovat tento plán okamžitě as jasným pochopením – například vypálením sprintu-toho, kolik práce v daném bodě zbývá.

Každý den, každý den

Jakmile tým naplánovali jejich Sprint Backlog mohou začít pracovat. Pokud mají naplánované věci jako úkoly, budou spolu spolupracovat, jako tým, aby se ujistil, že tyto úkoly jsou dokončeny. Budou moci sledovat svůj pokrok pomocí své pracovní desky a zbývající práce ve sprintu.

Každý člen týmu bude mít jistotu, aby Scrum Task Board a Sprint Počítá aktualizovány, takže informace mohou být spoléhal se na ostatní. Informační radiátor by měl vždy říkat pravdu.

držte Denní skrumáž

každý pracovní den, současně se vývojový tým setká a naplánuje, co udělá, aby je přiblížil cíli sprintu. Toto setkání se nazývá Daily Scrum a nikdy by nemělo trvat déle než 15 minut.

měli by se účastnit pouze členové vývojového týmu, protože plán práce patří výhradně jim. Je to časově ohraničená příležitost znovu naplánovat nevyřízené sprinty v důsledku nových objevů a lekcí získaných během sprintu. Zúčastnit by se měl celý tým. Každý člen týmu by měl být schopen zohlednit:

• Co dělali včera, aby pomohl týmu splnit Cíl Sprintu
• Co mají v úmyslu udělat dnes, aby pomohl týmu splnit Cíl Sprintu
• Žádné překážky, které stojí v cestě

do konce Daily Scrum, tým by měl mít jasný plán pro příštích 24 hodin a pochopení toho, jak budou muset spolupracovat v zájmu dosažení. Měli by mít také seznam všech překážek, které vyžadují pozornost mistra Scrum.

Upřesnit Produktový Backlog

V Scrum, Produktový Backlog Upřesnění není formální událost, ale probíhající činnost – proces přidávání detailů, objednávky, a odhady pro Produkt Nevyřízené Položky, jako jsou Uživatelské Příběhy. Je na samotných týmech Scrum, aby se rozhodly, jak často to dělají, i když je pro ně určitě dobrý nápad vybudovat zdokonalení ve své každodenní rutině. Zdokonalení by nemělo trvat více než 10% celkového času týmu během sprintu. Pro většinu týmů, půl hodiny denně může být dostačující, i když někteří mohou raději strávit hodinu nebo dvě několikrát týdně. Důležité je, aby se ujistil, že Produktový Backlog je rafinovaný včas tak, že Sprint Plánování může nastat bez potíží. Celý tým, včetně vlastníka produktu, by se měl účastnit.

relace upřesnění obvykle začíná tím, že vlastník produktu předloží týmu aktuální nevyřízené položky produktu. Nevyřízené položky mohou být uchovávány v několika formách, jako je elektronická deska Scrum nebo jiný nástroj pro spolupráci, nebo to může být jednoduše tabulka. Projektor nebo sdílená obrazovka mohou být velmi užitečné.

tým začít v horní části Produktového Backlogu a pracovat svou cestu dolů, rafinace každou položku v pořadí. Každý z nich prozkoumá a prodiskutuje jeho rozsah, a kritéria přijetí, která budou nezbytná pro jeho dokončení. Každá položka bude poté odhadnuta pomocí techniky, jako je plánování Pokeru. Velká položka může být rozdělena na menší, které zachycují větší detaily. Eposy mohou být rozloženy do uživatelských příběhů, například.

tým se zastaví, jakmile vyprší časový limit relace. Budou znovu tam, kde přestali příště, nakonec začíná znovu nahoře, takže nevyřízené položky jsou stále aktuální.

vždy spolupracujte

v agilní praxi členové týmu nikdy nepracují izolovaně-pokud ano – nebyli by týmem. Ve skutečnosti je týmová práce tak důležitá, že role je spíše vývojový tým než vývojář.

to znamená, že každý člen vývojového týmu musí spolupracovat se svými vrstevníky po celý den, protože jsou společně odpovědní za průběh práce. Jakékoli problémy nebo selhání jsou společně vlastněny týmem, stejně jako jejich úspěchy. Spolupráce není něco, co je omezeno na události, jako je Daily Scrum, ale vztahuje se na vše, co tým dělá během každého celého sprintu.

příklady spolupráce zahrnují:

• Pomáhá vrstevníky k dokončení práce v pokrok před tím, než se v nové práci z nevyřízených
• programování ve Dvojici, tak jako brát to v zatáčkách používat klávesnici a pomoc a kontrola práce ostatních
• Peer review
• s žádostí o pomoc, a byl horlivý dát to
• kde je práce a pomoc, namísto čekání na práci, které mají být předány k nim
• ujistěte se, že všechny práce se ve skutečnosti splňují Definici
• Volání Scrum s cílem vyřešit problémy, které je třeba v týmu okamžitou pozornost
• Zvyšování překážky Scrum Master, takže mohou být zpracovány včas
• Aktualizace Scrum Task board a počítá grafu tak, že informace je up-to-date a spolehlivé
• Dovednosti a sdílení znalostí

poslední den: Recenze a zpětná

Držet Sprint Review

Pokud tým spolupracuje efektivně, budou mít společně splnit Cíl Sprintu, řízení rizik a přizpůsobení své plány podle potřeby. Budou muset prokázat kontrolu po Sprintu přes ještě počítá ze zbývající práce, kde každý člen viděl to jako svou osobní povinnost pomoci dokončit práce v pokroku. Budou mít cenný přírůstek prokázat Vlastník Produktu a jakékoli vyzvala zúčastněné strany. Recenze je něco, na co by se tým měl těšit.

je to také něco, na co se tým musí připravit. Na předvedení provedené práce musí být dostatek času. Úkoly mohou být plánovány na Sprint nevyřízených za tímto účelem, aby se ujistil, že přezkum dělá spravedlnost k práci a hodnotu, která je nyní k dispozici. Pokud si majitel produktu myslí, že by bylo dobré pozvat zúčastněné strany, měly by být tyto pozvánky zaslány. Přezkum je příležitostí k oslavě práce, která byla vykonána, a k předvedení jejich úspěchů, takže důvěra je inspirována a pokračující investice do týmu by mohla být oprávněná.

přezkum sprintu je také příležitostí zkontrolovat a přizpůsobit se. Je to dobrý čas na to, Vlastník Produktu vysvětlit, jak produkt funguje, jak získat zpětnou vazbu z první ruky z jakékoliv pozvaných stran, a vyvodit poučení, které by mohlo být použito ke zlepšení Produktu Nevyřízených další. Pokud nějaká práce nebyla z jakéhokoli důvodu dokončena, bude to také přezkoumáno a znovu odhadnuto na nevyřízených produktech pro možné plánování do budoucích sprintů.

Pak provést Sprint Retrospective

Sprint Recenzi podíval se na Produkt a hodnota dodána v práci, která byla provedena, a čestně a otevřeně na jakékoliv práce, která nebyla provedena, bez ohledu na důvod.
Další věc, kterou musíte udělat, je provést retrospektivu sprintu. Retrospektiva zvažuje proces, který tým sleduje. Pracují tak efektivně, jak mohou? Obecně je nejlepší držet retrospektivu ihned po přezkoumání, protože první může v druhém představit nápady k posouzení.

celý vývojový tým, majitel produktu a mistr Scrum se musí zúčastnit retrospektivy, protože každý je společně zodpovědný za úspěch práce týmu. Je opravdu důležité mít volnou a otevřenou relaci, která se dostane k jádru všech problémů a identifikuje akce, které jim pomohou vyřešit. Retrospektiva může začínat následujícím prohlášením:

„bez ohledu na to, co objevíme, chápeme a skutečně věříme, že každý odvedl nejlepší práci, jakou mohl, vzhledem k tomu, co v té době věděl, jejich dovednostem a schopnostem, dostupným zdrojům a situaci.“

v „Retro“ má každý stejný hlas. Jeden přístup, který může Scrum Master usnadnit, je identifikovat:

• Věci, které šly dobře
• na Věci, které nešly tak dobře
• Nápady na zlepšení
• Křičet-out pro členy týmu, kteří udělali něco výjimečného

Vytvoření časové linie může pomoci jog účastníků vzpomínky na významné události v průběhu Sprintu.