Scrum Guide | 36. Plánování sprintu

Plánování Sprintu začíná každým Sprintem. Sprinty trvající měsíc, tato událost trvá maximálně osm hodin. Pokud jsou Sprinty kratší, Plánování Sprintu se také zkracuje proporcionálně. Celý Scrum tým se účastní události a zve zúčastněné strany nebo specialisty z jiných týmů. V následujícím textu se budeme zabývat podrobným průběhem Plánování Sprintu a problémy, které mohou doprovázet plánování práce v novém Sprintu.

Plánování Sprintu – obsah:

1. Úvod
2. Jaký je nový cíl Sprintu?
3. Co je na programu?
4. Jak to tým udělá?
5. Výsledky Plánování Sprintu
6. Shrnutí

Úvod

Plánování Sprintu je jednou z událostí Scrum, o které jsme psali v samostatném článku. Tato událost se soustředí na uživatelské příběhy umístěné na samém vrcholu Product Backlogu. Jinými slovy, na ty, které jsou nejpodrobnější.

Pojďme se blíže podívat na odpovědi na otázky, které jsme právě položili.

Jaký je nový cíl Sprintu?

Úlohou Product Ownera během Plánování Sprintu je představit cíl a úkoly, které jej tvoří, účastníkům schůzky.

Product Owner zahajuje schůzku formulováním cíle Sprintu a odůvodňuje, proč je cenný z pohledu zákazníka. Poté otevírá diskusi, ve které mohou vyjádřit svůj názor nejen členové Scrum týmu, ale také zúčastněné strany.

Stručně řečeno, Product Owner dává konečné znění cíle Sprintu, kterého se celý Scrum tým bude snažit dosáhnout, a zajišťuje, že cíl je všem zúčastněným stranám jasný.

Co je na programu?

Druhá část Plánování Sprintu se zaměřuje na výběr uživatelských příběhů k realizaci v novém Sprintu a diskuzi o tom, jak je učinit konkrétnějšími.

Jedním z nejtěžších úkolů během Plánování Sprintu je přesně odhadnout počet a pracovní náročnost úkolů vybraných k provedení. Čím zkušenější je Scrum tým, tím přesněji může odhadnout, kolik práce lze vykonat v jednom Sprintu. To je způsobeno tím, že tým aplikuje efektivní odhadovací techniky, o kterých jsme podrobně psali v předchozích článcích a zde. Mnoho Scrum týmů zná a využívá metody, které urychlují zrání týmu a usnadňují a standardizují proces. Mezi tyto techniky patří především Planning Poker a hry Team Estimation.

Jak to tým udělá?

Třetí a nejtechnická část Plánování Sprintu se zaměřuje na odpověď na otázku “Jak to tým udělá?”. V ní vývojový tým navrhuje způsoby, jak splnit úkoly vybrané k realizaci ve druhé části schůzky. Nikdo kromě samotných vývojářů by neměl diktovat, jak by měly být úkoly prováděny z technického hlediska.

Plánování by mělo brát v úvahu nejen technologii provádění, ale také průběh práce mezi vývojáři. To se vyhne stagnující práci [úzkým místům], která může způsobit zpoždění v plnění úkolů. Stejně jako v případě, jak provádět úkoly, také rozdělení úkolů mezi jednotlivé vývojáře rozhodují pouze oni sami bez vnějšího zásahu.

Obvykle se vývojový tým zde zaměřuje na rozdělení uživatelských příběhů na menší úkoly. Optimální délka provádění úkolu je jeden pracovní den.

Výsledky Plánování Sprintu

Výsledkem Plánování Sprintu je jednoznačný cíl Sprintu, stejně jako podrobné uživatelské příběhy vybrané k realizaci z Product Backlogu. Všechny tyto prvky tvoří Sprint Backlog, kterému jsme věnovali samostatný článek.

Shrnutí

Plánování Sprintu je událost Scrum, která začíná každý Sprint. Scrum tým může na něj pozvat zúčastněné strany a externí odborníky.

Během Plánování Sprintu je definován cíl nového Sprintu. Vývojový tým určuje s Product Ownerem, co se má dělat, a rozhoduje, jak splnit plánované úkoly.

Výsledkem Plánování Sprintu je Sprint Backlog, který vývojáři používají k výběru denních úkolů z fronty k realizaci.

Pokud se vám náš obsah líbí, připojte se k naší komunitě pracovních včel na Facebooku, Twitteru, LinkedInu, Instagramu, YouTube, Pinterestu.