Scrum Guide | 34. Rychlost v Scrumu – Rychlost vývojového týmu

Rychlost ve Scrumu vám pomáhá určit tempo, jakým Scrum tým dokončuje úkoly. Můžeme ji definovat jako průměrný počet Story Points dokončených v jednom Sprintu. Rychlost může také odhadnout délku projektu na základě již dokončeného pracovního pokroku. To však dává smysl pouze pro zralý tým, který pracuje vyrovnaným a stabilním tempem. Podívejte se, co Rychlost je a jak ji co nejlépe využít!

Rychlost ve Scrumu – obsah:

1. Rychlost ve Scrumu – Úvod
2. Skutečná a plánovaná rychlost
3. Obtíže a rizika spojená s Rychlostí ve Scrumu
4. Shrnutí

Rychlost ve Scrumu – Úvod

Rychlost je volitelná, ale populární metoda měření tempa Scrum týmu. To je proto, že přesně odhadnutá Rychlost umožňuje předpovídat, do určité míry, čas potřebný k dokončení projektu. Je to však měřítko, které lze aplikovat pouze na daný vývojový tým, který bude vykonávat úkoly, které si “ocenil” sám pomocí známé jednotky, jako jsou například Story Points.

Rychlost vývojového týmu je nejčastěji prezentována ve formě grafu Rychlosti. Na ose X jsou označeny po sobě jdoucí Sprinty. Na ose Y naopak najdeme počet Story Points nebo jiné odpovídající jednotky, které byly dokončeny v daném Sprintu. S grafem Rychlosti získává Scrum tým jasný přehled o změnách v tempu své práce. Pokud je čára označená na grafu vzestupná, znamená to, že tým optimalizuje svou efektivitu nebo snižuje hodnotu Story Points. Jak Scrum Master, tak Product Owner by proto měli pečlivě sledovat čáru ukazující Rychlost týmu.

Skutečná a plánovaná rychlost

Skutečná Rychlost vývojového týmu popisuje tempo práce v dokončeném Sprintu a je vypočítána na konci každého Sprintu. Bere hodnotu součtu Story Points za všechny dokončené uživatelské příběhy. Skutečná Rychlost vývojového týmu vám umožňuje plánovat a odhadovat s určitou pravděpodobností tempo budoucích úkolů.

Plánovaná Rychlost je naopak odhadována na základě průměrné hodnoty skutečné Rychlosti. Vyžaduje předpoklad, že nedojde ke změnám ve vývojovém týmu. Je to důležitý interní nástroj pro vývojový tým, který na jeho základě může posoudit, zda spolupráce v týmu probíhá dobře a zda se tempo práce udržuje.

Plánovaná Rychlost také umožňuje Product Ownerovi předpovědět čas provedení dobře definovaných uživatelských příběhů naplánovaných k realizaci v následujících Sprintech. To umožňuje efektivnější péči o Product Backlog, o čemž jsme psali v tomto článku. Praxe aplikace plánované Rychlosti k odhadu trvání projektů však není tak jednoduchá.

Obtíže a rizika spojená s Rychlostí ve Scrumu

Rychlost ve Scrumu je často přeceňována bez zohlednění následujících faktorů:

• odhadování větších celků nebo celého projektu – zatímco vývojový tým může přesně odhadnout počet Story Points, které mají být přiděleny konkrétnímu úkolu, je velmi obtížné nebo nemožné popsat větší celky pro budoucí realizaci v těchto jednotkách
• změny v projektu – jakákoli změna v projektu potenciálně znamená změnu v počtu Story Points potřebných k dosažení cíle produktu. Může se také stát, že úkoly, které byly již dokončeny, bude třeba upravit nebo dokonce nevyužít v konečné verzi produktu
• nepředvídané události – předpovídání tempa budoucích projektů na základě již dokončených, tedy převádění skutečné Rychlosti na Plánovanou Rychlost, může vést k přesným odhadům. Každý projekt má však své zvláštnosti a přesné předpovědi na základě historie jsou obvykle nemožné.

Shrnutí

Použití Rychlosti jako metriky k hodnocení efektivity vývojového týmu může způsobit degradaci její spolehlivosti. Může také degradovat kvalitu odhadů, o čemž jsme psali podrobněji v tomto článku. Koneckonců, aby dosáhl co nejlepších výsledků v metrikách, může vývojový tým nadhodnotit pracovní náročnost úkolů, aby zvýšil Rychlost. To je škodlivé, protože tým sám pak ztrácí cenné informace pro zlepšení a přesnější plánování svých úkolů.

Rychlost ve Scrumu je užitečná především jako interní měřítko používané vývojovým týmem k hodnocení tempa své práce. To je proto, že mu to umožňuje určit, kolik úkolů je schopen dokončit během jednoho Sprintu.

Rychlost v rukou Product Ownera se stává užitečným nástrojem pro odhadování termínu pro větší úkoly.

Největší rizika jsou však spojena s používáním Rychlosti jako metriky pro hodnocení vývojového týmu. To je proto, že to může vést k snížení její důvěryhodnosti a dokonce k záměrnému nadhodnocení její hodnoty za účelem zlepšení externího hodnocení práce Scrum týmu.

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