Produkt Backlog a ohodnocení úloh

Na začátku každého projektu je nutné nějak formálně popsat požadavky na systém. Co se má vlastně udělat a jak. Přepsat uživatelské požadavky do trochu techničtějšího popisu, takže mu budou vývojáři rozumět. Agile v tomto kontextu pracuje s pojmem Backlog.

Jak by měl takový backlog vypadat a do jakých detailů by měly úlohy zacházet? Řekněme, že to záleží na fázi projektu. Na začátku je nutné identifikovat high-level oblasti – Story, přidat odhad ohodnocení a základ backlogu je hotov. V průběhu projektu, jak budete vědět více, se Story budou postupně rozpadat na jednotlivé konkrétnější úlohy ohodnocené v rámci původního odhadu a backlog získá více detailů. Samozřejmě se může stát, že některé Story se budou muset přidat a některé se ukážou nadbytečnými.

Takto nadefinovaný backlog tedy pokrývá veškeré aktivity na projektu, spolu s ohodnocením je základním vstupem pro odhady celkové náročnosti. Zároveň je to prvním kamínkem do mozaiky Burndownu, ale o tom až později.

V této podobě (tabulka v Excelu) se nám vyplatilo sledovat jen relativně high-level úlohy. Pro popis detailů jednotlivých úloh či jejich stavu je vhodné použít některý z online trackovacích systémů – jako je třeba Mantis. Pro větší názornost a zpětnou kontrolu odpracovaných bodů jsme posléze přidali pravou část tabulky znázorňující, v kterém sprintu se pracovalo na které úloze.

Jak z individualit udělat tým

Také se Vám už stalo, že máte skupinu vzájemně nekomunikujících jedinců a potřebujete, aby se z nich stal tým v pravém slova smyslu, aby spolupracovali, radili si a učili se jeden od druhého? Metod jak toho docílit je mnoho, určitě pomůže team building a jiné společné aktivity, či firemní kultura. Jednou z technik jak stmelit skupinu lidí dohromady a udělat z nich tým je Scrum či Stand-up meeting.

Podstata je velmi jednoduchá. Zorganizujte pro svůj tým každodenní pravidelný meeting. Scrum (Stand-up meeting). Meeting musí být krátký, každý den ve stejný čas na stejném místě. Dost pomůže zvolit neformální prostor, klidně bez židlí, aby vše nutilo čas strávený Scrumem co nejvíce zkrátit. Udržte meeting na 5min maximálně 10min. Nikdy víc. Docházka musí být povinná pro všechny členy týmu, jinak to nebude fungovat. Můžete zvážit přítomnost zástupce z jiných týmů, se kterými máte spolupracovat.

Někde jsem se dočetla, že ideální je začít Scrum nějakým vtipem či historkou. Asi je to dobrá rada zvláště na začátek, ale v praxi je asi dost těžké mít na každý den něco nového. Ale i tak to stojí za zamyšlení. Pomůže Vám to odlehčit situaci a setkání udělat více společenské a ne pouze pracovní.

Takže přeskočme společenský aspekt a podívejme se na ten pracovní. Každý člen týmu by měl stručně nastínit, na čem pracoval včera a co bude dělat dnes. Součástí je samozřejmě i identifikace případných problémů s danou úlohou či žádost o radu od kolegů. Jedním z cílů takového meetingu je tedy vzájemná informovanost v rámci týmu o tom na čem kdo pracuje a prostor k větší kooperaci. Na začátku spolupráci budete muset pomoct, po čase bude stačit nechat lidi mluvit a sami si o radu řeknou či jí nabídnou. Mě se osvědčilo mít Scrum dopoledne, tak aby se všichni pokud možno sešli včas a začali pracovat.

Nezapomeňte využít času Scrumu pro propagaci úspěchů a to jak jednotlivců, tak projektu jako celek. Scrum by neměl být jen prostor pro řešení problémů. A na závěr, nezabíhejte do technických detailů. Pojmenujte problém, sestavte skupinu, co pomůže s jeho řešením a vraťte se k detailům po skončení Scrumu. Scrum musí být krátký a rychlý.