scrum artifacts product backlog
Úvod do artefaktů Scrum:
V předchozích článcích této série nám bylo představeno agilní a různé agilní metodiky . Dozvěděli jsme se také o tom, jak jsou různé metodiky svým způsobem odlišné.
V našem posledním tutoriálu jsme zašli do podrobností Scrumu, kde jsme diskutovali o Scrum role jako produktový vlastník, Scrum Master a scrum tým a viděli, jaké jsou jejich individuální povinnosti.
V tomto kurzu pokračujeme Scrumem a přesuneme se dále do podrobností o různých artefaktech Scrumu.
Co se naučíte:
- Různé artefakty skrumáže
- Nevyřízené položky produktu
- Sprint Backlog
- Přírůstky produktu
- Závěr
- Doporučené čtení
Různé artefakty skrumáže
Mezi 3 druhy scrum artefaktů patří:
- Nevyřízené položky produktu
- Sprint backlog a
- Přírůstky produktu
Nyní uvidíme, co tyto pojmy znamenají a jak tyto artefakty vytvořit.
Nevyřízené položky produktu
Jednoduše řečeno, nevyřízené položky produktu jsou seznamem všech věcí, které jsou v produktu vyžadovány. Je to konečný dokument, na který se má scrum tým odkázat u všeho, co souvisí s produktem. Jedná se o seřazený seznam položek, který je ve vlastnictví vlastníka produktu (PO).
Organizace producentů je odpovědná za vytvoření, udržování a stanovení priorit tohoto seznamu. Organizace producentů používají tento produktový backlog k tomu, aby vysvětlily vrcholovým požadavkům, které je třeba udělat během sprintu, skrumážním týmům.
Položky v tomto seznamu mohou, ale nemusí být v technickém jazyce. Může to být i laický jazyk, ale měl by obsahovat všechny požadavky na produkt a související změny. Mít nevyřízené položky produktu také neznamená, že scrum tým bude mít k dispozici pouze tento artefakt.
Mohou vytvářet své vlastní podrobné artefakty, ale ty nebudou v rozporu nebo nahradí nevyřízené položky produktu. Budou spíše v souladu s požadavky na nevyřízené položky produktu.
Níže je uveden příklad toho, jak může vypadat typický nevyřízený produkt:
Příběh | Odhad | Přednost |
---|---|---|
Chci se přihlásit | 4 | 1 |
Chci se odhlásit | dva | dva |
Chci změnit heslo | 1 | 3 |
Chci aktualizovat adresu | 3 | 4 |
Chci přidat nové domácí telefonní číslo | 1 | 5 |
To nás přivádí k otázce, jak vytvořit dobrý nevyřízený produkt?
Nevyřízené položky produktu by se měly v ideálním případě řídit následujícími pravidly:
(i) Měl by mít prioritu - Položky v nevyřízeném produktu by měly být objednány podle jejich priority. O této prioritě může rozhodnout PO a scrum tým společně. Faktory stanovení priorit mohou být jakékoli, jako je výhoda z bodu příběhu, úsilí vynaložené na vytvoření, složitost, priorita zákazníka atd.
Pomáhá týmu pochopit, co je třeba doručit jako první.
ii) Mělo by se to odhadnout - Příběhy by měly být vždy odhadovány podle dohodnuté definice, ať už je to cokoli. To lze použít také pro stanovení priorit.
(iii) Mělo by to být na vysoké úrovni - Příběhy v backlogu produktu mají být na vysoké úrovni a neměly by zacházet do podrobností. Vytváření podrobných uživatelských příběhů podle požadavku je na scrum týmu a ne na PO.
(iv) Mělo by to být dynamické - Nevyřízené položky produktu nejsou konečným statickým dokumentem. Mělo by se to přehodnotit, protože organizace producentů přijímá vstupy od týmu scrumů a požadavky zákazníků jsou stále jasnější. Požadavky na dokument tedy nejsou zmrazeny hned na začátku, protože v průběhu projektu se očekávají přidání / vymazání / úpravy.
Poslední bod je nejdůležitější. Účelem nevyřízeného produktu je být aktivním zdrojem požadavků. Nemá být vytvořen na začátku a poté uložen v úložišti.
Místo toho to má být sdíleno znovu a znovu, protože změny přicházejí. S postupujícím pokrokem se mohou objevit nové požadavky, které také mohou změnit prioritu nevyřízených položek. Nastanou situace, kdy nový požadavek závisí na jiné položce v nevyřízeném stavu, takže prioritu položky bude pravděpodobně třeba přeuspořádat.
Nebo by mohl existovat příběh kritického uživatele, který bude možná muset být implementován jako první, protože zákazník to chce vidět před ostatními, i když to nemusí mít vysokou prioritu podle faktorů, o nichž rozhoduje PO a scrum tým.
Nevyřízené položky produktu jsou tedy uspořádaným seznamem obchodních požadavků vlastněných organizací producentů, které jsou průběžně a průběžně navštěvovány v průběhu postupu projektu.
Sprint Backlog
Možná si pamatujete, že scrum týmy pracují v krátkých iteracích 2 až 4 týdnů nazývaných sprint. Během těchto sprintů scrum tým identifikuje položky z produktového backlogu vytvořeného PO, které plánuje dodat jako součást další iterace. Položky, které si scrum tým vybere k práci, se stanou součástí nevyřízených sprintů.
Rozhodnou se tedy, jaké funkce tam budou v další iteraci produktu. Scrum tým je ten, kdo rozhoduje o tom, co se dostane do nevyřízeného sprintu, protože jsou to ti, kdo na tom budou pracovat.
Jsou tedy těmi, kdo by měli odhadovat úsilí spojené s implementací těchto příběhů a rozhodovat o tom, kolik mohou přinést.
Tým nejen vybere položky z produktového backlogu, na kterých bude pracovat, ale také dá odhad, kolik času jim bude trvat, než tuto funkci vyvinou. Také přidávají do příběhů uživatelů na vysoké úrovni vytvořením podrobných úkolů potřebných k dosažení cíle sprintu.
testování softwaru obnoví vzorky 2 roky zkušeností
Scrum tým může také průběžně aktualizovat nevyřízené položky sprintu podle potřeby během sprintu, ale je to pouze skrumážní tým, kdo může provádět změny nevyřízeného sprintu.
Typický nevyřízený sprint bude vypadat, jak je znázorněno níže.
Tým to může ideálně aktualizovat jednou denně a mistr scrumu může tyto informace použít k vytvoření grafu rozběhu sprintu. Tento rozbalovací graf pomůže týmu zjistit, kolik práce pro sprint ještě zbývá, a tým může podle toho naplánovat svou práci. V případě potřeby mohou dokonce přidávat nebo odebírat úkoly.
Některé osvědčené postupy při vytváření nevyřízených položek sprintu mohou být:
# 1) Rozhodování ve skupině - Neměl by to být mistr scrumu ani žádný jiný člen týmu scrumu, který rozhoduje o nevyřízených případech. Spíše by měl být celý tým společně rozhodující o tom, které položky zahrnout do nevyřízeného sprintu a jak je naplánovat.
Každý člen tohoto křížově funkčního týmu přináší své vlastní dovednosti a je nezbytné, abychom jeho zkušenosti využili k vytvoření co nejlepšího nevyřízeného množství.
# 2) Nepřiřazujte úkoly - Jelikož se to v agilní literatuře opakovalo několikrát, nikdy nepřiřazujte úkoly členům týmu. Scrum tým by měl být soběstačný a měl by si umět organizovat svou práci sám.
Takže místo přidělování práce bychom měli nechat tým, aby si vybral práci pro sebe a rozhodl se mezi sebou, jak chce pokračovat.
# 3) Definice hotovo - Nemělo by to být jen dohodnuto zúčastněnými stranami, ale mělo by to být také jasně viditelné pro tým ve všech bodech, kdykoli musí učinit jakékoli rozhodnutí ohledně cílů sprintu. To bude sloužit jako připomínka toho, co přesně je třeba udělat, než budou moci doručit funkční produkt k odeslání.
# 4) Neustále aktualizujte nevyřízené položky - Je bezpodmínečně nutné, aby se při vývoji sprintu tým lépe porozuměl, a proto by měl odpovídajícím způsobem aktualizovat nevyřízené položky sprintu tak, aby odrážely i toto lepší porozumění. Nemělo by se to kdykoli stát statickým dokumentem.
# 5) Přidat libovolný úkol - Úkol nemusí souviset pouze s kódováním, ale může být zásadní dodat produkt, který lze odeslat. Proto tyto úkoly uveďte také v nevyřízených případech.
Přírůstky produktu
Tím se dostáváme k poslednímu scrum artefaktu, kterým jsou přírůstky produktu. Jak je definováno v průvodci skrumáží, přírůstek je součtem všech Položky nevyřízených produktů dokončeno během a Sprint a hodnotu přírůstků všech předchozích Sprintů. Jak víme dobře, Scrum je iterační proces.
Výsledkem každé iterace je tento přírůstek produktu a každý takový přírůstek produktu pomáhá týmu udělat krok blíže k dodání konečného produktu.
To znamená, že cokoli bylo výsledkem sprintu, je přírůstek. Je zřejmé, že má-li být výsledek považován za přírůstek, měl by nejprve splňovat předem definovanou definici hotového, tj. Konečným výsledkem by měl být použitelný produkt, který je schopen „zaslat“.
Může být zkontrolováno, použito a otestováno, aby bylo zajištěno, že je skutečně „hotovo“ podle definice, a pokud si to vlastník produktu přeje, může být uvolněno také k uvedení do provozu.
Nejdůležitější věcí pro dosažení tohoto přírůstku produktu je společné porozumění „definici hotového“, které všichni rozumí.
Scrum tým by nikdy neměl být na pochybách, zda to, co dělá, bude přijato nebo ne. V případě jakýchkoli pochybností by měla být definice hotového dostatečně úplná, aby jim poskytla návod, jak postupovat dále. Pouze na základě této definice se scrum tým rozhodne, kolik položek nevyřízených produktů si vybere pro sprint.
To je minimum, co se od sprintu očekává.
Závěr
Z tohoto tutoriálu jsme pochopili, jaké jsou 3 scrumové artefakty, které je vlastní, spolu s některými z nejlepších postupů, které by nám pomohly vytvořit kvalitnější artefakty. V našich dalších tutoriálech této série budeme diskutovat o událostech Scrumu a uvidíme, jak tyto události provést.
V našem připravovaném výukovém programu na téma „Scrum Události , „Budeme podrobně diskutovat o každé scrum události!
Výukový program PREV | DALŠÍ výuka
Doporučené čtení
- Scrum události: Time Boxing, plánování sprintu, denní stand-up a upřesnění nevyřízených položek
- Role a odpovědnosti Scrum týmu: Scrum Master a produktový vlastník
- Výukový program JIRA Scrum Board: Manipulace s Scrum s Jirou za správu Sprintu
- Online kvíz Agile Scrum: Otestujte si své znalosti o Agile Scrum
- Role obchodních analytiků ve SCRUM a proč je QA nejlepší pro tuto roli?
- Defekt Triaging in Scrum: How Is it Organized in a Scrum Setup
- Ukázky hlášení chyb pro webové a produktové aplikace
- Nejlepší 9 nejlepší software PLM v roce 2021 pro správu životního cyklu produktu