spuštění první schůzky plánování sprintu

 spuštění první schůzky plánování sprintu

tento příspěvek byl původně publikován 11. ledna 2017 a naposledy aktualizován 7. února 2021.

Scrum framework projektového řízení je založen na čtyřech základních agilních setkáních, tj. ceremoniích: Sprint Planning meeting, Daily Stand-up, Sprint Review a Sprint Retrospektiva.

jarní plánování je nedílnou součástí nastavení vašeho týmu pro úspěšný Sprint. Bez odpovídajícího množství práce a pochopení vašich cílů může Sprint rychle vykolejit. Naštěstí jsou tato setkání poměrně snadno zvládnutelná, jakmile zdokonalíte několik klíčových procesů plánování.

pokud jste nikdy nespustili schůzku s plánováním sprintu, zde je váš průvodce.

výběr položek z nevyřízených položek

na začátku každého sprintu se majitel produktu, tým Scrum a mistr Scrum spojí, aby uspořádali práci pro nadcházející Sprint.

pěkně popořádku! Každý kontroluje nevyřízené položky produktu, zatímco vlastník produktu poskytuje vhled do cílů a kontextu pro každou položku.

dále tým Scrum vybere mnoho položek z nevyřízených produktů, které chce během sprintu dokončit. Protože se položky nevyřízených položek zobrazují v pořadí podle důležitosti, musí tým Scrum vybrat položky z horní části nevyřízených položek.

tato dynamika vytváří rovnováhu mezi týmem Scrum a vlastníkem produktu. Vlastník produktu vytvoří / organizuje nevyřízené položky a vybere to, co je nejdůležitější. Ale Scrum tým přesně rozhodne, kolik práce se mohou zavázat v daném sprintu. Scrum Master usnadňuje tento proces a udržuje rovnováhu sil.

tento proces zajišťuje, že každý člen týmu se cítí oprávněn, pokud jde o svou vlastní práci. Kromě toho zajišťuje upřímnější odhodlání a větší odpovědnost týmu.

existuje jedna výjimka z tohoto pravidla: tým může vytáhnout položky z dalšího backlogu, pouze pokud to dává větší smysl s ostatními nedokončenými pracemi v tomto sprintu. To znamená, že pokud se práce bude logicky dělat rychleji, protože je velmi podobná jiným položkám.

odhad dostupnosti týmu

před výběrem položek z nevyřízených položek je tým také zodpovědný za odhad, kolik času má každý člen na práci související se sprintem. Většina dnů členů týmu nebude věnována výhradně práci ve sprintu. Dostupný čas by měl být určen průměrným pracovním dnem mínus čas, který očekávají, že stráví jinou prací, jako je údržba, účast na schůzkách, přestávky na oběd, e-mailem, a opravy chyb.

realisticky má většina lidí čtyři až šest hodin denně k dispozici pro práci ve sprintu.

odhad času dokončení každé položky nevyřízených položek

druhý kus skládačky zjišťuje, kolik času bude každá položka sama trvat. To vyžaduje, aby vlastník produktu a tým spolupracovali na rozdělení každé položky na jednotlivé úkoly. Poté můžete těmto úkolům přiřadit odhadovaný čas na dokončení. Čas na dokončení všech položek vybraných pro Sprint nesmí překročit čas, který je v týmu k dispozici.

každý odhad úlohy a času je zaznamenán v dokumentu nazvaném Sprint Backlog. Toto je verze nevyřízených položek, která je relevantní pouze pro aktuální Sprint.

samoorganizace

jakmile váš tým dokončí dostupnost členů a čas potřebný pro každý úkol, tým začne určovat, kdo dokončí každou položku dobrovolnictvím.

položky nejsou nikdy“ přiřazeny “ členům týmu. Faktory, jako je sekvenování, mohou znamenat, že pro jednu osobu má větší smysl získat určité seskupení položek. Ale nikdy nepřiřazujete úkoly proti vůli pracovníka.

konečná pracovní zátěž každého jednotlivce musí být přiměřená a spravedlivá. Majitel produktu bude hrát obrovskou roli při pomoci týmu plně porozumět každé položce, aby mohl co nejrovnoměrněji rozdělit věci.

sledování průběhu

na konci schůzky bude Sprint Backlog obsahovat seznam přiřazených úkolů s časovými odhady.

mnoho týmů používá kanbanovou desku (fyzickou nebo digitální) k vizuálnímu sledování každé položky při pohybu sprintem. Jednoduché kategorie jako dělat, v průběhu, revize kódu, a Hotovo může pomoci týmu získat rychlý přehled o tom, jak Sprint položky postupují.

ostatní týmy používají specializovaný software pro správu projektů, který jim může pomoci sledovat sprinty od začátku do konce pomocí vizuálních funkcí, jako jsou grafy Gantt a Burndown. Stavy úkolů jako otevřené, probíhající, vyřešené a uzavřené udržují pokrok transparentní pro všechny členy. A sledování dat, jako je odhadovaný čas a skutečný čas, vám může pomoci lépe odhadnout práci v budoucnu.

během sprintu

jakmile se tým Scrum zaváže a Sprint začne, vlastník produktu nemůže měnit požadavky ani přidávat nové požadavky. Tato osoba nemůže provádět změny až do začátku dalšího sprintu.

existuje jedna jasná výjimka z tohoto pravidla: můžete provést změny v polovině sprintu, pokud vnější faktor změní priority tak drasticky,že výsledky sprintu by byly plýtváním, kdyby pokračovaly. K tomu dochází jen zřídka, ale pokud by k tomu došlo, tým by zastavil veškerou práci a zahájil proces plánování sprintu od nuly. Majitel produktu by se měl uchýlit k tomuto masivnímu narušení pouze v extrémních podmínkách.

existují dva pozitivní účinky, které činí sprinty neměnnými. Za prvé, ochrana týmu před změnami a dodatky v polovině sprintu vytváří pozitivnější pracovní prostředí. Členové týmu se budou cítit sebejistě ve své schopnosti dokončit svou práci a dělat to dobře.

za druhé, vybízí vlastníka produktu, aby upřednostnil své nevyřízené položky s maximální péčí. Je pravděpodobnější, že provedou náležitou péči, než zatlačí položku na začátek seznamu.

jak plyne čas, týmy se lépe odhadují, jak dlouho předměty trvají, předvídají problémy a spolupracují mezi sebou. Pomocí tohoto strukturovaného plánování sprintu si majitelé produktů mohou být jisti, že jejich týmy jsou odhodlané a schopné dělat práci.

přizpůsobení se změnám

zatímco sprinty by neměly být téměř nikdy přerušeny, to neznamená, že změna není vítána v rámci Scrum. Naopak, změny hlavního nevyřízeného stavu mohou nastat kdykoli. Majitel produktu má volnou vládu, aby provedl jakékoli doplňky, odstranění nebo úpravy nezbytné před dalším sprintem.

když týmy přistupují ke změně tímto způsobem, stává se to součástí procesu a již není považováno za příčinu stresu nebo důvodu chybějících termínů.

po sprintu

je agilní proces cyklický. Často se však rozhodnete spustit své jarní plánovací schůzky, vždy se k nim vrátíte a celý proces zahájíte. Čím častěji to váš tým prošel, tím hladší bude každý cyklus.

kromě dokončení projektu nebo úkolů nebyl váš Sprint zcela úspěšný, pokud jste se z něj něco nenaučili jako tým. Tento další krok procesu, do kterého se přesunete, je retrospektiva sprintu. Jednalo se o analýzu všeho, co jste právě dosáhli a co by mohlo příště jít lépe. Chcete-li si postavit nohu na některé z možných technik, které můžete vy a váš tým použít, začněte studovat před dokončením sprintu. Schopný mistr Scrum zná každý krok procesu přesně.

Závěrečné myšlenky

Schůzka plánování sprintu bude při správném běhu často trvat několik hodin. Uvedené závazky vyžadují pečlivé přemýšlení a zvážení. Měli byste svému týmu poskytnout čas, který potřebuje k důkladnému plánování úspěchu.

udržet své úkoly organizované a transparentní bude sledovat proces sakra mnohem jednodušší, takže zvážit investice do specializovaného softwaru pro správu projektů, pokud váš tým ještě není. Skvělý nástroj pro správu projektů vám nejen ušetří čas a úsilí, ale také usnadní získávání poznatků z procesu, jakmile budete připraveni se ponořit do své retrospektivy.

Spolupracujte a oživte své projekty s Backlogem

brandi Gratis Brandi je manažer marketingu obsahu v Nulab — tvůrci Backlog, Cacoo, a Typetalk. Pravidelně přispívá a upravuje obsah pro všechny webové stránky a blogy společnosti Nulab.

Write a Comment

Vaše e-mailová adresa nebude zveřejněna.