scrum artifacts product backlog
Úvod do artefaktov Scrum:
V predchádzajúcich článkoch tejto série nám bolo predstavené agilné a rôzne agilné metodiky . Dozvedeli sme sa tiež, ako sú rôzne metodiky svojím spôsobom odlišné.
V našom poslednom tutoriáli sme zašli do podrobností Scrumu, kde sme diskutovali o Roly skrumáže ako Product Owner, Scrum Master a scrum team a videli, aké sú ich individuálne povinnosti.
V tomto tutoriále pokračujeme scrumom a prejdeme ďalej k podrobnostiam o rôznych artefaktoch scrumu.
Čo sa dozviete:
- Rôzne artefakty skrumáže
- Produktový backlog
- Sprint Backlog
- Prírastky produktu
- Záver
- Odporúčané čítanie
Rôzne artefakty skrumáže
Medzi 3 druhy artefaktov scrum patria:
- Nevybavené položky produktu
- Sprint backlog a
- Prírastky produktu
Teraz uvidíme, čo tieto pojmy znamenajú a ako tieto artefakty vytvoriť.
Produktový backlog
Zjednodušene povedané, produktový backlog je zoznam všetkých vecí, ktoré sa od produktu požadujú. Je to konečný dokument, na ktorý sa má scrum tím odkázať pri všetkom, čo súvisí s produktom. Je to zoradený zoznam položiek, ktoré vlastní produktový vlastník (PO).
OV je zodpovedná za vytvorenie, udržiavanie a stanovenie priorít tohto zoznamu. Organizácie výrobcov používajú tento produktový backlog na vysvetlenie najvyšších požiadaviek, ktoré je potrebné urobiť počas šprintu, pre tímy skrumáže.
Položky v tomto zozname môžu, ale nemusia byť v technickom jazyku. Môže to byť dokonca aj laický jazyk, ale mal by obsahovať všetky požiadavky na produkt a súvisiace zmeny. Mať nevybavené produkty tiež neznamená, že tím pre skrumáže bude mať iba tento artefakt, ktorý bude nasledovať.
Môžu vytvárať svoje vlastné podrobné artefakty, ale nebudú v rozpore alebo nahradia nevybavené položky produktu. Budú skôr v súlade s požiadavkami na nevybavené produkty.
Ďalej uvádzame príklad toho, ako môže vyzerať typický nevybavený produkt:
Príbeh | Odhad | Priorita |
---|---|---|
Chcem sa prihlásiť | 4 | jeden |
Chcem sa odhlásiť | dva | dva |
Chcem zmeniť heslo | jeden | 3 |
Chcem aktualizovať adresu | 3 | 4 |
Chcem pridať nové domáce telefónne číslo | jeden | 5 |
To nás privádza k otázke, ako vytvoriť dobrý produktový backlog?
Nevybavené položky produktu by sa mali ideálne riadiť nasledujúcimi pravidlami:
i) Malo by sa to uprednostňovať - Položky v produktovom backlogu by sa mali objednávať podľa priority. O tejto priorite môže rozhodnúť PO a skrumážny tím spoločne. Faktory určovania priorít môžu byť akékoľvek, ako napríklad prínos z bodu príbehu, úsilie vynaložené na vytvorenie, zložitosť, priorita pre zákazníka atď.
Pomáha tímu pochopiť, čo treba dodať ako prvé.
ii) Malo by sa to odhadnúť - Príbehy by sa mali vždy odhadovať podľa dohodnutej definície, nech už je to čokoľvek. To možno použiť aj na stanovenie priorít.
(iii) Mala by byť na vysokej úrovni - Príbehy v backlogu produktu majú byť na vysokej úrovni a nemali by zachádzať do podrobností. Vytváranie podrobných užívateľských príbehov podľa požiadavky je na scrum tíme a nie na objednávke.
(iv) Malo by to byť dynamické - Nevybavené položky produktu nie sú konečným statickým dokumentom. Malo by sa to prehodnocovať, keď objednávka dostane vstupy od scrum tímu a požiadavky zákazníkov budú čoraz jasnejšie. Požiadavky na dokument teda nie sú zmrazené hneď na začiatku, pretože sa v priebehu projektu očakávajú doplnenia / vymazania / úpravy.
Posledný bod je najrelevantnejší. Účelom nevybavených produktov je byť aktívnym zdrojom požiadaviek. Nemá sa vytvárať na začiatku a potom uchovávať na úložnom mieste.
Namiesto toho to má byť zdieľané znova a znova, pretože zmeny sa budú neustále objavovať. Postupom pokroku môžu prísť nové požiadavky, ktoré môžu tiež zmeniť prioritu nevybavených položiek. Nastanú situácie, keď nová požiadavka bude závisieť od inej položky v nevybavenom stave, takže bude možno potrebné zmeniť prioritu položky.
Alebo môže existovať kritický príbeh používateľa, ktorý bude možno potrebné implementovať ako prvý, pretože zákazník to chce vidieť pred ostatnými, aj keď to nemusí mať vysokú prioritu podľa faktorov, o ktorých rozhoduje PO a tím pre scrum.
Nevybavený produkt je teda usporiadaným zoznamom obchodných požiadaviek vlastnených organizáciou výrobcov a navštevovaných vždy znovu a znovu v priebehu postupu projektu.
Sprint Backlog
Možno si pamätáte, že skrumážne tímy pracujú v krátkych iteráciách 2 až 4 týždňov nazývaných šprint. Počas týchto šprintov scrum tím identifikuje položky z produktového backlogu vytvoreného PO, ktoré plánuje dodať ako súčasť nasledujúcej iterácie. Položky, ktoré si scrum tím vyberie na prácu, sa stanú súčasťou nevybavených sprintov.
Takto sa rozhodnú, aké funkcie tu budú pri ďalšej iterácii produktu. Scrum tím je ten, kto rozhoduje o tom, čo pôjde do nevybaveného sprintu, pretože sú to tí, ktorí na tom budú pracovať.
Sú to teda tí, ktorí by mali odhadovať úsilie spojené s implementáciou týchto príbehov a rozhodnúť sa, koľko môžu priniesť.
Tím nielen vyberie položky z produktového backlogu, na ktorých budú pracovať, ale taktiež dá odhad, koľko času bude trvať, kým vyvinú túto funkcionalitu. Pridávajú tiež k príbehom používateľov na vysokej úrovni vytváraním podrobných úloh potrebných na dosiahnutie cieľa v šprinte.
java j2ee rozhovor otázky a odpovede
Scrum tím môže tiež priebežne aktualizovať nevybavené položky sprintu, keď je to potrebné počas šprintu, ale je to iba skrumážny tím, ktorý môže robiť zmeny v nevybavenom sprinte.
Typický Sprint Backlog bude vyzerať nasledovne.
Tím to môže v ideálnom prípade aktualizovať jedenkrát denne a majster scrumu môže tieto informácie použiť na vytvorenie grafu poklesu rýchlosti sprintu. Táto tabuľka podrobností pomôže tímu zistiť, koľko práce pre šprint ešte zostáva, a môže si podľa toho naplánovať svoju prácu. V prípade potreby môžu dokonca pridať alebo odobrať úlohy.
Niektoré najlepšie postupy pri vytváraní nevybavených položiek sprintu môžu byť:
# 1) Robte skupinové rozhodnutia - Nemal by to byť scrum master alebo iný člen scrum tímu, ktorý rozhoduje o nevybavených zákazkách. Mali by to byť skôr tím, aby sa spoločne rozhodli, ktoré položky zahrnú do nevybaveného sprintu a ako ich naplánovať.
Každý člen tohto viacfunkčného tímu prináša svoje vlastné schopnosti a je nevyhnutné, aby sme jeho skúsenosti využili na vytvorenie čo najlepšieho nevybaveného priestoru.
# 2) Nepriraďujte úlohy - Ako sa to v svižnej literatúre opakovalo viackrát, nikdy nepriraďte členom tímu úlohy. Scrum tím by mal byť sebestačný a mal by si vedieť svoju prácu zorganizovať svojpomocne.
Namiesto prideľovania práce by sme teda mali nechať tím, aby si vybral prácu pre seba, a aby medzi sebou rozhodli, ako chcú pokračovať.
# 3) Definícia hotového - Nemalo by to byť len na zhode zúčastnených strán, ale malo by to byť aj jasne viditeľné pre tím vo všetkých bodoch, kedykoľvek bude musieť prijať akékoľvek rozhodnutie týkajúce sa cieľov v šprinte. Bude to slúžiť ako pripomienka toho, čo presne je potrebné urobiť, kým môžu dodať funkčný produkt na odoslanie.
# 4) Stále aktualizujte nevybavené položky - Je nevyhnutné, aby s vývojom šprintu tím lepšie porozumel, a preto by mal zodpovedajúcim spôsobom aktualizovať nevybavené položky šprintu, aby odrážali aj toto lepšie pochopenie. Nemal by sa nikdy stať statickým dokumentom.
# 5) Pridajte ľubovoľnú úlohu - Úloha nemusí súvisieť iba s kódovaním, ale môže byť nevyhnutné dodať produkt, ktorý je možné zaslať. Z tohto dôvodu uveďte aj tieto úlohy v rozpise.
Prírastky produktu
Týmto sa dostávame k poslednému artefaktu skrumáže, ktorým sú prírastky produktu. Podľa definície sprievodcu scrumom je prírastok súčtom všetkých Položky nevybavených produktov dokončené počas a Šprint a hodnotu prírastkov všetkých predchádzajúcich Sprintov. Ako už dobre vieme, Scrum je iteračný proces.
Výsledkom každej iterácie je tento prírastok produktu a každý takýto prírastok produktu pomáha tímu posunúť sa o krok bližšie k dodaniu konečného produktu.
To znamená, že to, čo bolo výsledkom šprintu, je prírastok. Je zrejmé, že aby sa výsledok mohol považovať za prírastok, musí najskôr spĺňať vopred definovanú definíciu hotového, t. J. Konečným výsledkom by mal byť použiteľný produkt schopný „prepravy“.
Môže byť skontrolovaný, použitý a otestovaný, aby sa zabezpečilo, že je skutočne „hotový“ podľa definície, a ak si to produktový vlastník želá, môže byť vydaný aj na uvedenie do života.
Najdôležitejšou vecou pri dosahovaní tohto prírastku produktu je spoločné porozumenie pojmu „definícia hotového“, ktorému rozumejú všetci.
Scrum tím by nikdy nemal mať pochybnosti, či to, čo robí, bude akceptované alebo nie. Ak existujú pochybnosti, definícia hotového by mala byť dostatočne úplná, aby ich usmernila v ďalšom postupe. Iba na základe tejto definície tím scrumov rozhodne, koľko položiek nevybavených produktov si vyberie pre šprint.
To je minimum, aké sa od šprintu očakáva.
Záver
Z tohto tutoriálu sme pochopili, čo sú 3 scrum artefakty, ktoré ich vlastní, spolu s niektorými z najlepších postupov, ktoré by nám pomohli vytvoriť kvalitnejšie artefakty. V našich ďalších tutoriáloch tejto série sa budeme zaoberať udalosťami Scrumu a uvidíme, ako tieto udalosti vykonať.
V našom pripravovanom výučbe na tému „Scrum Diania , ‘Budeme podrobne diskutovať o každej scrum udalosti!
Výukový program PREV | NEXT Tutorial
Odporúčané čítanie
- Scrum udalosti: Time Boxing, plánovanie šprintu, denný stand-up a vylepšenie nevybavených položiek
- Úlohy a zodpovednosti Scrum tímu: Scrum Master a produktový vlastník
- Výukový program pre JIRA Scrum Board: Manipulácia s Scrumom s Jira za správu Sprintu
- Online kvíz o Agile Scrum: Otestujte si svoje znalosti o Agile Scrum
- Úloha obchodných analytikov v SCRUM a prečo je QA najlepšia pre túto úlohu?
- Porucha triafania do skrumáže: Ako je to organizované v nastavení skrumáže
- Ukážka hlásenia chyby pre webové a produktové aplikácie
- Najlepší 9 najlepší softvér PLM v roku 2021 na správu životného cyklu produktu