Scrum Guide | 34. Rýchlosť v Scrume – Rýchlosť vývojového tímu

Rýchlosť v Scrum vám pomáha určiť tempo, ktorým Scrum tím dokončuje úlohy. Môžeme ju definovať ako priemerný počet Story Points dokončených v jednom Sprinte. Rýchlosť môže tiež odhadnúť trvanie projektu na základe už dokončenej práce. Avšak, to má zmysel len pre zrelý tím, ktorý pracuje vyrovnaným a stabilným tempom. Pozrite sa, čo je Rýchlosť a ako ju najlepšie využiť!

Rýchlosť v Scrum – obsah:

1. Rýchlosť v Scrum – Úvod
2. Skutočná a plánovaná rýchlosť
3. Ťažkosti a riziká spojené s Rýchlosťou v Scrum
4. Zhrnutie

Rýchlosť v Scrum – Úvod

Rýchlosť je voliteľná, ale populárna metóda na meranie tempa Scrum tímu. To je preto, že presne odhadnutá Rýchlosť umožňuje predpovedať, do určitej miery, čas potrebný na dokončenie projektu. Avšak, je to metóda, ktorá sa môže aplikovať len na daný vývojový tím, ktorý vykonáva úlohy, ktoré si “ocenil” sám pomocou známej jednotky, ako sú Story Points, napríklad.

Rýchlosť vývojového tímu je najčastejšie prezentovaná vo forme grafu Rýchlosti. Na osi X sú označené po sebe idúce Sprinty. Na osi Y, na druhej strane, nájdeme počet Story Points alebo iné zodpovedajúce jednotky, ktoré boli dokončené v danom Sprinte. S grafom Rýchlosti získava Scrum tím jasný prehľad o zmenách v tempe svojej práce. Ak je čiara označená na grafe stúpajúca, znamená to, že tím optimalizuje svoju efektivitu alebo znižuje hodnotu Story Points. Preto by mali Scrum Master a Product Owner starostlivo sledovať čiaru ukazujúcu Rýchlosť tímu.

Skutočná a plánovaná rýchlosť

Skutočná Rýchlosť vývojového tímu popisuje tempo práce v dokončenom Sprinte a je vypočítaná na konci každého Sprintu. Zohľadňuje hodnotu súčtu Story Points pre všetky dokončené User Stories. Skutočná Rýchlosť vývojového tímu vám umožňuje plánovať a odhadovať s určitou pravdepodobnosťou tempo budúcich úloh.

Plánovaná Rýchlosť, na druhej strane, je odhadovaná na základe priemernej hodnoty skutočnej Rýchlosti. Vyžaduje predpoklad, že nedôjde k zmene vo vývojovom tíme. Je to dôležitý interný nástroj pre vývojový tím, ktorý na jeho základe môže posúdiť, či spolupráca v tíme prebieha dobre a či sa tempo práce udržiava.

Plánovaná Rýchlosť tiež umožňuje Product Ownerovi predpovedať čas vykonania dobre definovaných User Stories naplánovaných na vykonanie v nasledujúcich Sprinte. To umožňuje efektívnejšie spravovanie Product Backlogu, o čom sme písali v tomto článku. Avšak, prax aplikovania plánovanej Rýchlosti na odhadovanie trvania projektov nie je taká jednoduchá.

Ťažkosti a riziká spojené s Rýchlosťou v Scrum

Rýchlosť v Scrum je často preceňovaná bez zohľadnenia nasledujúcich faktorov:

• odhadovanie väčších celkov alebo celého projektu – zatiaľ čo vývojový tím môže presne odhadnúť počet Story Points, ktoré majú byť priradené k konkrétnej úlohe, je veľmi ťažké alebo nemožné opísať väčšie celky pre budúcu implementáciu v týchto jednotkách
• zmeny v projekte – akákoľvek zmena v projekte potenciálne znamená zmenu v počte Story Points potrebných na dosiahnutie Produktového cieľa. Môže sa tiež stať, že úlohy, ktoré už boli dokončené, bude potrebné upraviť alebo dokonca nepoužiť v konečnej verzii produktu
• nepredvídané udalosti – predpovedanie tempa budúcich projektov na základe tých, ktoré už boli dokončené, to znamená, prekladať skutočnú Rýchlosť na Plánovanú Rýchlosť, môže viesť k presným odhadom. Avšak, každý projekt má svoje osobitosti a presná predpoveď na základe histórie je zvyčajne nemožná.

Zhrnutie

Používanie Rýchlosti ako metriky na hodnotenie efektívnosti vývojového tímu môže spôsobiť zhoršenie jej spoľahlivosti. Môže to tiež zhoršiť kvalitu odhadov, o čom sme písali podrobnejšie v tomto článku. Napokon, aby dosiahli čo najlepšie výsledky v metrikách, môže vývojový tím nadhodnotiť pracovnú náročnosť úloh, aby zvýšil Rýchlosť. To je škodlivé, pretože tím sám potom stráca cenné informácie na zlepšenie a presnejšie plánovanie svojich úloh.

Rýchlosť v Scrum je najmä užitočná ako interné meradlo používané vývojovým tímom na hodnotenie tempa svojej práce. To je preto, že mu umožňuje určiť, koľko úloh je schopný dokončiť počas jedného Sprintu.

Rýchlosť v rukách Product Ownera sa stáva užitočným nástrojom na odhadovanie termínu pre väčšie úlohy.

Avšak, najväčšie riziká sú spojené s používaním Rýchlosti ako metriky na hodnotenie vývojového tímu. To je preto, že to môže viesť k znižovaniu jej dôveryhodnosti a dokonca k úmyselnému nadhodnocovaniu jej hodnoty na zlepšenie vonkajšieho hodnotenia práce Scrum tímu.

Ak sa vám náš obsah páči, pridajte sa k našej komunite usilovných včiel na Facebooku, Twitteri, LinkedIn, Instagrame, YouTube, Pinterest.