Příklady story bodů: referenční škála od 1 do 13
Šest příkladů backlogu, které pomohou vašemu týmu porovnat práci, zpochybnit předpoklady a vybrat si vlastní referenční příběhy.
Odhad v story bodech vyjadřuje relativní velikost práce pro jeden tým s ohledem na úsilí, složitost a nejistotu. To činí z dokončené, známé položky užitečnou referenci pro diskusi o následující. Atlassianův průvodce odhadem vysvětluje tento relativní přístup.
Například tým může známé změně nastavení přiřadit 2 body a novému notifikačnímu workflow 5 bodů. Užitečná otázka je: jaká dodatečná práce vysvětluje tento rozdíl?
Následující příklady patří fiktivnímu týmu, který buduje sdílený dokumentový workspace. Jsou to výchozí body pro diskusi, nikoli standardní hodnoty funkcí. Váš tým může rozumně zvolit jiné hodnoty.
Šest příkladů na škále jednoho týmu
Předpokládejme, že tým již má knihovnu komponent, oprávnění workspace, notifikační službu a automatizované kontroly stávajících workflow. Každý odhad zahrnuje implementaci, kontrolu a ověření potřebné k splnění definice dokončení týmu.
| Body | Položka backlogu | Co je v tomto příkladu zahrnuto | Proč tým položku takto ohodnotil |
|---|---|---|---|
| 1 | Vysvětlit prázdný tok aktivit | Schválený text a existující komponenta prázdného stavu; žádné nové chování | Malá, známá změna s málo ovlivněnými stavy |
| 2 | Umožnit adminům workspace měnit sdílený název | Existující formulář nastavení, API a kontrola oprávnění admina; validace a stavy uložení/chyb | Známá cesta s několika kontrolami chování; referenční položka týmu |
| 3 | Filtrovat dokumenty podle vlastníka | Existující komponenta filtru a podpora API; reset chování a prázdné výsledky | Více interagujících UI stavů než v referenci, se známou datovou cestou |
| 5 | Oznámit vlastníka dokumentu, když někdo žádá o přístup | Existující doručovací služba; kontroly oprávnění, obsah oznámení, ošetření duplikátů a odkaz zpět na žádost | Je třeba správně propojit několik existujících částí |
| 8 | Přenést vlastnictví dokumentu v rámci workspace | Nová operace přenosu; změny oprávnění, souběžné úpravy a auditní záznam | Širší přechod stavu včetně možných chyb, které vyžadují důkladnou dohodu |
| 13 | Přesunout složku a její dokumenty do jiného workspace | Oprávnění cíle, odkazy, částečné selhání a chování při obnově | Příliš mnoho navázaných rozhodnutí pro tým, aby to vnímal jako jednu položku; je třeba projednat rozdělení |
Předpoklady infrastruktury jsou důležité. Tým bez notifikační služby by v příkladu s 5 body odhadoval další práci. Tým s ověřenou operací přenosu vlastnictví by tuto položku mohl ohodnotit nižší body.
Tato čísla nejsou vzorec. Počítání obrazovek UI, endpointů nebo akceptačních kritérií nevede k spolehlivému reprodukování odhadů.
Jak rozsah mění odhad
Uvažujte "změnu zobrazeného názvu workspace." Tabulka předpokládá, že administrátor upravuje sdílený štítek v nastavení, s existujícím update endpointem a kontrolou oprávnění.
Nyní změňte podmínky akceptace:
| Verze | Rozsah | Ilustrační odhad |
|---|---|---|
| A | Změna štítku zobrazeného v nastavení workspace; použití existující operace uložení | 2 |
| B | Aktualizace také obsahu pozvánek a cache navigace; udržet konzistenci těchto povrchů, pokud aktualizace uspěje jen částečně | 5 |
| C | Název určuje taky veřejnou URL workspace; zachovat staré odkazy a řešit kolize | Pauza pro objasnění, pak možná 8 nebo rozdělit |
Verze C vyvolává produktovou otázku ještě před otázkou velikosti: má přejmenování vůbec měnit URL? Rozhodnutí ponechat URL stabilní může odstranit velkou část dodatečné práce.
Pokud jeden účastník hlasuje 2 a jiný 8, požádejte je, aby popsali chování, které zahrnuli. Oba mohou rozumně uvažovat o různých verzích. Přepište podmínky akceptace před dalším hlasováním.
Vyberte referenční příběhy, na které si váš tým pamatuje
Vyberte dvě nebo tři dokončené položky s jasnými hranicemi. Malá známá změna, středně rozsáhlý workflow a větší, ale dobře pochopená změna dávají týmu užitečnější srovnání než jedna abstraktní hodnota.
U každé reference si zaznamenejte krátkou poznámku:
- Jaký uživatelský výsledek přinesla?
- Které systémy a stavy se změnily?
- Jaká kontrolní a ověřovací práce byla zahrnuta?
- Jaké předpoklady ji usnadnily nebo ztížily?
Poté porovnejte novou práci s nejbližší referencí. „Tohle se podobá naší změně nastavení, ale přidává dvě cesty oprávnění“ dává lidem konkrétní podklad pro diskuzi.
Pokud tým nemá společnou historii dodání, vyberte jako dočasnou referenci dobře pochopenou položku. Po dodání ji znovu přezkoumejte a nechte předpoklady viditelné. Není třeba vytvářet dokonalou škálu předtím, než se tým naučí spolupracovat.
Zkopírujte tuto poznámku k odhadu do backlog položky
Použijte následující jako pomůcku pro diskusi ve vašem backlogu nebo týmových poznámkách:
Uživatelský výsledek:
Zahrnuté chování:
Výslovně vyloučeno:
Nejbližší dokončená reference:
Co dělá toto menší nebo větší:
Neznámé, které mohou změnit rozsah:
Rozhodnutí: odhad / rozdělit / vyšetřit
Dohodnutý odhad, pokud je připraven:
Další upřesnění a zodpovědná osoba, pokud je potřeba:
Zde je vyplněný příklad pro položku oznámení o přístupu:
Uživatelský výsledek: vlastník dokumentu se dozví, že člen workspace požádal o přístup a může žádost otevřít.
Zahrnuto: použít existující notifikační službu, zkontrolovat oprávnění příjemce, propojit na čekající žádost a vyhnout se duplicitním oznámením při opakování doručení.
Vyloučeno: upomínací e-maily, denní souhrny a automatické udělení přístupu.
Reference: naše změna nastavení za 2 body využívá jednu známou cestu uložení. Tato položka spojuje žádost, oprávnění a doručování, takže vyžaduje více koordinace a řešení chybových stavů.
Otevřená otázka: zabraňuje služba již duplicitnímu doručení? Správce notifikační služby to potvrdí před uzavřením odhadu.
Ve fiktivním scénáři tabulky tato kontrola potvrzuje opakovanou podporu doručení a tým souhlasí s hodnotou 5. Bez ní musí tým prodiskutovat dodatečnou práci, než použije stejný počet bodů. Reference vysvětluje porovnání; nepočítá odpověď.
Pro postup schůzky použijte podrobný průvodce Planning Pokerem. Pokrývá tajné hlasování, diskuzi o rozdílech a výběr výsledku dalšího kola.
Kdy číslo ještě není užitečné
Návrat k upřesnění, pokud neznámá skutečnost mění povahu práce. „Jaký text by oznámení mělo použít?“ je jiná nejistota než „Povoluje cílový workspace externí uživatele?“
U příkladu přesunu složky by se tým mohl nejprve dohodnout na menším uživatelském výsledku: přesunout jeden dokument mezi workspacy, které uživatel spravuje. Tento první díl stále vyžaduje jasná oprávnění cíle, zachování pravidel přístupu a bezpečné řešení selhání, aby přerušený přesun nezpůsobil ztrátu dokumentu nebo jeho zpřístupnění nesprávným osobám. Přesun dávky dokumentů může být samostatná položka. Zmenšení velikosti dávky zužuje rozsah práce; neodstraňuje potřebu řešit selhání.
Po rozdělení odhadněte každou položku zvlášť. Nová čísla nemusí sčítat zpět na 13: tým změnil rozsah a více se o práci dozvěděl.
Často kladené otázky týmů
Kolik hodin trvá úkol ohodnocený 3 body?
Neexistuje univerzální převod. Tyto příklady porovnávají práci v rámci fiktivního týmu. Pokud potřebujete odhad dodání, použijte vlastní historii dodávek a aktuální kapacitu, a nejistotu řešte odděleně od bodového hodnocení.
Je každá chyba ohodnocena 1 bodem?
Ne. Reprodukovatelná chyba zobrazení se známou příčinou se liší od přerušovaného ztracení dat, jehož příčina je neznámá. Ujasněte si, co odhadujete: opravu, vyšetřování, nebo obojí.
Musí každý tým rozdělit příběh ohodnocený 13 body?
Ne. Zde 13 označuje práci, kterou chce tento konkrétní tým prozkoumat a rozdělit. Hranice vašeho týmu závisí na jeho referencích a schopnosti rozumět a dodat položku.
Přineste své reference do Planning Pokeru
Vyberte několik nadcházejících položek, napište jejich akceptační hranice a mějte vedle nich své referenční příběhy. Pro odhadovací sezení týmu použijte Agilo Planning Poker.
Vytvořte místnost Planning Poker, až budou položky připravené k diskusi.
