TP Scrum - 01 - backlog a odhadovanie

Zhrnutie prednášky

Prednáška vysvetľuje, ako má vyzerať dobre pripravený product backlog pred začiatkom šprintu. Zopakuje základné pojmy: product backlog je prioritizovaný zoznam požiadaviek, user story je funkčná požiadavka a task je kus práce, na ktoré sa story rozpadá. Tím by si mal explicitne definovať Definition of Ready, teda kritériá, ktoré musí story splniť pred zaradením do šprintu, pričom vhodným vodidlom je akronym INVEST (nezávislá, vyjednateľná, hodnotná, odhadnuteľná, malá, testovateľná). V praxi je prípustné používať aj iné typy položiek, napríklad infraštruktúrne či manažérske story, a veľké story riešiť prototypovaním s nízkou vernosťou. Väčšie backlogy sa organizujú do epikov a tém, pričom user story sa má vždy zmestiť do jedného šprintu.

• - Product backlog je prioritizovaný zoznam požiadaviek; user story sa rozpadá na tasky a ich granularitu určuje tím.
• - Definition of Ready je explicitne spísaný zoznam kritérií, ktoré musí story splniť pred zaradením do šprintu.
• - INVEST: story má byť nezávislá, vyjednateľná, hodnotná, odhadnuteľná, malá a testovateľná.
• - Dobrá story má podrobný opis, jednotnú formu (kto, čo, prečo), návrh obrazoviek, scenáre vrátane chybových a výkonnostné kritériá.
• - Kritériá treba vyvážiť: príliš voľné vedú k scope creepu, príliš prísne k zbytočne dlhým stretnutiam.
• - Okrem user stories sú v tímovom projekte prípustné infraštruktúrne a manažérske story, ale treba pre ne mať jasné kritériá splnenia.
• - Veľké story sa dajú rozdeliť na papierový prototyp s nízkou vernosťou a následnú implementáciu v ďalšom šprinte.
• - Backlog sa člení na témy, epiky a user stories; epik môže trvať viac šprintov, story sa musí zmestiť do jedného.

Zhrnutie pripravené s pomocou AI z prepisu videa.