V dnešnom článku sa zaoberáme témou odhadovania a príbehových bodov v Scrum. Vytváranie odhadov v Scrum pomáha predpovedať zložitosti a čas potrebný na dokončenie úloh. Analyzovaním minulosti celý Scrum tím spoločne predpovedá, čo budúcnosť prinesie.
Preto čím skúsenejší je Scrum tím, tým presnejšie sú ich odhady. Tím tiež spolupracuje na stanovení odhadovaného času na dokončenie úloh počas plánovania Sprintu, pričom má na pamäti, že to nie je konečný záväzok, ale predpoveď. Jej presnosť závisí od mnohých premenných, ktoré neustále podliehajú nepredvídateľným zmenám a neočakávaným okolnostiam. Našťastie Scrum metodológia zahŕňa techniky a nástroje, ktoré uľahčujú určitú mieru istoty, a dnes ich podrobne prediskutujeme, aby ste ich mohli okamžite pochopiť a aplikovať!
Príbehové body a odhadovanie v Scrum – obsah:
Úvod
Na každom plánovaní Sprintu Product Owner predstavuje tímu nové používateľské príbehy. Product Owner ich vyberá z Product Backlogu na implementáciu v nasledujúcom Sprinte. Potom členovia Scrum tímu spoločne odhadnú pracovnú záťaž potrebnú na dokončenie tejto novej dávky úloh. Takýto typ úlohy je odhadovaním, odhadovaním požiadaviek.
Zdalo by sa, že najjednoduchší spôsob je definovať čas potrebný na dokončenie úlohy v hodinách alebo dňoch. Avšak prax a výskum vykonaný od 40. rokov 20. storočia dokazujú opak. Ľudia nie sú schopní presne odhadnúť čas potrebný na dokončenie aj veľmi dobre definovaných úloh. Okrem toho počet hodín potrebných na dokončenie úlohy závisí od toho, kto úlohu vykonáva, a od toho, čo bolo – alebo nebolo – vykonané predtým. Preto Scrum typicky používa jednotky nazývané príbehové body.
Dôležitosť príbehových bodov v Scrum
Každý vývojový tím uvádza do praxe hodnotu príbehového bodu čerpaním z skúseností a veľkosti jednotlivých úloh, t.j. dodržiavaním princípu empirizmu. Najčastejšie počas plánovania Sprintu Scrum Master vyberá jeden alebo viac vzoriek dokončených používateľských príbehov, ktoré slúžia ako referenčný bod na určenie hodnoty používateľských príbehov na vypracovanie.
Preto nemôžete priradiť hodnoty v príbehových bodoch bez kontextu. Napríklad, ak je prvej úlohe priradená hodnota 10, následné úlohy budú hodnotené voči nej ako väčšie alebo menšie. Týmto spôsobom, v rámci projektu Scrum tímu, sú všetky úlohy v Product Backlogu navzájom prepojené. To znamená, že podobné úlohy vykonávané jedným vývojovým tímom dostanú podobný počet bodov.

Príbehové body sú relatívne jednotky. To znamená, že:
- Hodnota príbehového bodu sa vzťahuje iba na úlohy vykonávané konkrétnym Scrum tímom. Príbehové body opisujú rýchlosť dokončenia úloh jedného tímu. Inými slovami, používateľský príbeh odhadnutý na 10 príbehových bodov tímom A môže získať 50 tímom B. To je preto, ako sme spomenuli, ich hodnota je relatívne vypočítaná voči iným úlohám vykonávaným týmto tímom a ich skúsenostiam s podobnými úlohami.
- Hodnota príbehových bodov dokončených v jednom Sprinte nemôže byť základom na porovnávanie výkonu dvoch Scrum tímov. Aby sa predišlo chybám pri riadení Scrum projektov, je dôležité pamätať na to, že rýchlosť vývojového tímu vyjadrená v príbehových bodoch vykonaných v jednom Sprinte nemôže byť použitá na porovnávanie výkonu dvoch tímov. To je preto, že by mohli vykonávať rovnakú prácu v paralelných Sprinte, ktoré jeden tím odhadol na 10 a druhý na 50 príbehových bodov.
Nemalo by sa tiež zabúdať, že odhadovanie obsahuje mnoho neznámych prvkov a je vykonávané na základe neúplných údajov. Z tohto dôvodu môžu byť predpovede aj veľmi skúseného Scrum tímu niekedy veľmi odlišné od skutočného úsilia potrebného na dokončenie používateľského príbehu.
Techniky relatívneho odhadovania
Aké sú najefektívnejšie techniky odhadovania v Scrum? Neexistuje univerzálna metóda, ktorá by fungovala pre každý tím.
Medzi technikami odhadovania v rámci agilných metodológií sú najbežnejšie:
- Plánovací poker. Táto najpopulárnejšia relatívna metóda využíva kartovú hru na výpočet množstva práce potrebnej na dokončenie úlohy. Jej podrobné pravidlá a proces pokryjeme v samostatnom článku.
- Hra odhadovania tímu. Táto metóda zahŕňa priradenie vykonania používateľských príbehov v danom Sprinte s príslušnými číselnými hodnotami vybranými z Fibonacciho sekvencie. Aj tejto metóde sme sa venovali v samostatnom článku.
Scrum na druhej strane odmieta klasický spôsob absolútneho odhadovania tradičnej metodológie projektového riadenia. Spôsob, akým odhaduje úlohy, je definovanie vopred počtu človek-mesiacov, trvania a nákladov celého projektu. To je dlhý proces, ťažko realizovateľný a vyžaduje účasť odborníkov, ktorí majú tendenciu stanoviť odôvodnenie a etický kódex, ale nekonajú, kto nebude nevyhnutne vykonávať úlohy, ktorých hodnotu odhadli. Inými slovami, nie je to len únavné, ale aj veľmi neefektívne.

Príbehové body a odhadovanie – Zhrnutie
Odhadovanie je veľmi dôležitá zručnosť, ktorá charakterizuje všetky zrelé Scrum tímy. Odhadovanie množstva času a úsilia potrebného na dokončenie jednotlivých úloh sa stalo hlavným zameraním mnohých techník relatívneho odhadovania, ako sú Plánovací poker alebo Hra odhadovania tímu.
Používateľské príbehy s príbehovými bodmi sú ďalšou efektívnou technikou merania, ktorú sme opísali, dúfajúc, že poskytneme našim čitateľom niektoré užitočné nástroje. Je však dôležité mať na pamäti, že ich čísla sa vzťahujú iba na konkrétne úlohy vykonávané Scrum tímom. Preto počet príbehových bodov nemôže byť základom na porovnávanie rýchlosti rôznych vývojových tímov.
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.
Caroline Becker
Ako projektová manažérka je Caroline odborníčkou na hľadanie nových metód na navrhovanie najlepších pracovných tokov a optimalizáciu procesov. Jej organizačné schopnosti a schopnosť pracovať pod časovým tlakom z nej robia najlepšiu osobu na premenenie zložitých projektov na realitu.
Scrum Guide:
- Glosár základných pojmov, rolí a predstáv
- Čo je Scrum?
- Hodnoty Scrumu
- Ako implementovať Scrum vo vašej spoločnosti?
- Scrum tím - čo to je a ako to funguje?
- Kto je Product Owner?
- Najbežnejšie chyby Product Ownera
- Kto je Scrum Master?
- Najčastejšie chyby Scrum Mastera
- Aké štatistiky a metriky by mal Scrum Master sledovať?
- Vývojový tím v Scrume
- Najbežnejšie chyby vývojárov
- Scrum artefakty
- Škálovanie Scrumu
- Sprint Backlog
- Čo je produktový backlog?
- Čo sú používateľské príbehy?
- Vytváranie najlepšieho používateľského príbehu s INVEST
- Najbežnejšie chyby v používateľských príbehoch
- Kritériá prijatia používateľských príbehov
- Odhad a príbehové body v Scrume
- Plánovací poker
- Hra odhadovania tímu
- Definovanie inkrementu
- Scrum udalosti
- Čo je to burndown graf?
- Výhody a nevýhody burndown grafu
- Kanbanové tabule v Scrume a Scrumbane
- Rýchlosť v Scrume - Rýchlosť vývojového tímu
- Denný Scrum
- Plánovanie sprintu
- Prezentácia sprintu
- Čo je to Sprint Retrospektíva?
- Bežné chyby počas retrospektívy sprintu
- Starostlivosť o produktový backlog
- Ako vytvoriť a interpretovať burndown graf?
- Čo je Sprint v Scrume?
- Spolupráca medzi Product Ownerom a Scrum Masterom
- Záväzky Scrum tímu - Cieľ produktu, Cieľ sprintu a Definícia dokončenia
- Charakteristiky dobrého Scrum Mastera