Řízení projektů v systému SCRUM

Jak to funguje?

V praxi to znamená, že celý proces je neustále optimalizován a přizpůsobován potřebám zákazníka. tým a produkt po celou dobu prací na projektu projekt. Odpovědnost za řízení vývoj produktů je rozdělena mezi vlastníka produktu (PO) a návrhový tým. PO je osoba odpovědná za rozhodování týkající se směru vývoje produktu a má ucelenou "vizi" toho, čím se má produkt stát. Řízení úkolů je založeno na desce Kanban (ve spojení s sprint funkce nazvaná SCRUM board). Každý účastník procesu může přidávat úkoly do backlogu, ale OP je zodpovědný za stanovení priorit. Projektový tým je zodpovědný za "transformaci" nápadů PO do konkrétních úkolů a plánování jejich realizace.

Průběh cyklu

Proces je rozdělen do iterací (sprintů). V rámci jednoho sprintu, který trvá přibližně 2 týdny, projektový tým implementuje a otestuje předem naplánovanou část funkčnosti.

Sprint začíná "plánováním", kdy tým diskutuje a připravuje úkoly, které byly předtím připraveny a nastaveny PO na vrcholu backlogu. Následně se odhadne obtížnost těchto úkolů a podle obtížnosti se jim přidělí body. Při relativně konstantním složení týmu a pracovních podmínkách je počet bodů provedených v každém sprintu opakovatelný a umožňuje plánování budoucí práce. Na konci plánovací schůzky jsou vybrány úkoly s celkovým počtem bodů, které mají být splněny během jednoho sprintu, a začíná nový sprint.

V polovině sprintu dochází ke groomingu. Jedná se o schůzku, na které OP předkládá týmu další očekávání a nápady, zatímco projektový tým je analyzuje, rozděluje na menší úkoly a předkládá OP možné návrhy. Při plánování budoucích úkolů se OP radí s analytiky, uživateli, UX a grafiky. Další analýzy (trh výzkum a datová věda) jsou v této fázi často potřebné. Teprve po analýze a formulaci takzvaných User Story zveřejní PO tyto Stories v backlogu. User Story by měla obsahovat informace o tom, co PO od daného úkolu nebo skupiny úkolů očekává a podle jakých kritérií má být rozpoznáno, zda je úkol splněn.

Během sprintu se každý den konají tzv. "Daily standup meeting". Na těchto schůzkách každý vývojář sdělí zbytku týmu, co dělal za poslední den, a případně informuje o případných problémech nebo překážkách, které mu brání v další práci. Díky této výměně informací o aktuálním stavu je možné mnohem rychleji zachytit případné konflikty mezi jednotlivými úkoly a vyhnout se situaci, kdy se vývojář zasekne na nějakém problému a nemůže v jeho řešení pokročit. Předpokladem je, že denní standup bude co nejkratší, ale zároveň splní svou úlohu. Formule stálé porady vybízí tým k tomu, aby byla krátká.

Během sprintu se úkoly na SCRUM tabuli přesouvají podle jejich aktuálního stavu. Výběr sloupců obvykle odpovídá systému práce firem nebo týmu a souvisí se systémem řízení verzí a frekvencí vydávání verzí. Pro nás je následující:

• To do - úkoly čekající na dokončení
• Probíhá - rozpracované úkoly
• Kód review - úkoly čekající na kontrolu jiným vývojářem
• Připraveno - úkoly zkontrolované a schválené vývojáři
• Staged - úkoly umístěné v instanci staging a čekající na schválení PO.
• Akceptováno - úkoly akceptované PO
• Hotovo - připravené úlohy umístěné v produkční instanci

Po skončení sprintu následuje retrospektiva. Jedná se o schůzku věnovanou optimalizaci práce. Celý tým diskutuje o tom, co se v posledním sprintu povedlo a co je třeba zlepšit. Často se také odvoláváme na předchozí retrospektivu a kontrolujeme, zda se nám podařilo realizovat všechny nápady na zlepšení práce. Problémy, které se na retrospektivě probírají, mohou být různé, od vývojových nástrojů, přes tlak, náročnost úkolů až po problémy v komunikaci (jak mezi vývojáři a týmem, tak PO).

Povinnosti SCRUM mastera

Osobou odpovědnou za správné vedení procesu SCRUM je SCRUM master. To je často nejnepochopitelnější role v týmu. SCRUM master nemá žádnou rozhodovací pravomoc. Rozhodnutí přijímají společně tým a PO, zatímco úlohou SCRUM mastera je odstraňovat překážky ve správném průběhu procesu.

Mezi povinnosti SCRUM mastera patří:

• Vedení schůzek SCRUM, včetně plánování, přípravných schůzek, denních schůzek a retrospektivních schůzek.
• Zajištění pravidelné úpravy úkolů na nástěnce SCRUM týmem a stanovení priorit ze strany PO.
• Funguje jako spojovací článek mezi týmem a PO; proto je to často SCRUM master, kdo má obtížnou úlohu při překládání jazyka programátorů do jazyka obchodu a naopak. Je to dáno tím, že v naší společnosti je SCRUM master vývojář, tedy technická osoba. Obecný rámec práce SCRUM mastera to nevyžaduje.
• Zabránit týmu v odbíhání od tématu a hlídat program schůzí.
• Péče o atmosféru v týmu - především na schůzkách.
• Řešení konfliktů, pokud nastanou.

Přečtěte si také:

• Osvědčené postupy společnosti Codest pro tvorbu softwaru. Náš přístup k zákaznické cestě
• Správné postupy pro tvorbu softwaru společnosti Codest: GitFlow
• Osvědčené postupy společnosti Codest pro tvorbu softwaru. Jak provádíme analýzu požadavků?