Základní prvek agilní vývoj softwaru Dělá soustředění uživatelů a zákazníků a uživatelské příběhy přispívají k tomu, že to dělají přesně. Do středu konverzace se dostali koncoví uživatelé. V tomto článku pojďme diskutovat o agilním příběhu uživatele.
Příběhy využívají netechnický jazyk k zajištění podmínek pro vývojový tým a jeho úsilí. Příběh uživatele pomáhá týmu pochopit jejich vlastní cíl, proč ho staví. Také to, co budují, a hodnotu, kterou vytváří na konci a na cestě. Uživatelské příběhy jsou tedy jednou z důležitých součástí agilního programu. Umožňují kreativitu, pokrok a lepší konečný produkt tím, že dávají týmu rámec zaměřený na uživatele pro jejich každodenní úkoly. Všechny agilní příběhy se zaměřují na požadavky a pomáhají vytvářet konverzace pomocí jedné nebo dvou vět o požadované funkčnosti.
Témata diskutovaná v tomto článku jsou:
- Jaké jsou uživatelské příběhy?
- Kdo je zodpovědný za psaní příběhu uživatele?
- Kdy psát příběhy uživatelů?
- Proč vytvářet příběhy uživatelů?
- Práce s příběhy uživatelů
Co jsou uživatelské příběhy?
Příběhy uživatelů jsou jednoduché a krátké popisy funkcí uživatelem nebo zákazníkem systému. Řídí se společnou šablonou:
délka javascriptového pole
Jako, chci tak.
Pojďme se dozvědět více o uživatelských příbězích.
- Příběhy uživatelů jsou obvykle psány na poznámkách a indexových kartách. Poté jsou uspořádány na stolech nebo stěnách za účelem plánování a diskuse, a proto jsou kolem nich vytvářeny konverzace.
- Příběhy uživatelů, což jsou diskuse točící se kolem a s pomocí příběhů uživatelů, jsou velmi důležité a přesouvají pozornost od psaní o funkcích k jejich skutečné diskusi.
- Jsou vždy vyjádřeny z pohledu uživatele a neklasifikují se jako funkce. Příběh uživatele je nejmenší částí agilního rámcového systému.
- Hlavním cílem příběhu uživatele je vyjádřit a vyjádřit, jak konkrétní dílo přinese hodnotu uživateli nebo zákazníkovi. Je důležité si uvědomit, že zákazníci nemusí být nutně externí koncoví uživatelé, ale mohou to být také kolegové ve vašem týmu nebo ve vaší organizaci.
- Příběhy uživatelů se netýkají podrobností a skládají se z jednoduchých a několika vět.
Uživatelské příběhy v Skrumáž a Kanban
Scrum i Kanban používají uživatelské příběhy ve svých rámcích. Ve Scrumu jsou příběhy uživatelů doplňkem sprintů a používají se v průběhu sprintu. V KanBan týmy přidávají příběhy uživatelů do svých nevyřízených položek a používají je ve svém pracovním toku. Pomáhají tedy při lepším odhadu, plánování sprintu, lepší přesnosti předpovědi a vyšší agilitě v týmu Scrum. Na druhou stranu týmy KanBan se mohou lépe vypořádat s nedokončenou prací a vylepšit své pracovní postupy prostřednictvím uživatelských příběhů.
Větší agilní rámce jako eposy a iniciativy tvoří příběhy uživatelů. Eposy jsou větší obrobky, které jsou rozděleny do mnoha příběhů a iniciativy zahrnují mnoho eposů.
Existují dva způsoby přidání podrobností do příběhů uživatelů:
- Rozdělením uživatelského příběhu na menší více příběhů.
- Přidáním podmínek spokojenosti.
Podmínka spokojenosti odkazuje na akceptační test na vysoké úrovni, který se po dokončení agilního uživatelského příběhu stane skutečností.
Kdo je zodpovědný za psaní příběhu uživatele?
Neexistuje žádné stanovené pravidlo týkající se toho, kdo může psát příběhy uživatelů. Vlastník produktu musí zajistit, aby produktové nevyřízené položky uživatelských příběhů byly na místě, ale nemusí je nutně psát. V ideálním případědobrý agilní projekt bude mít uživatelské příběhy napsané každým členem týmu a větší důležitost by byla přikládána členům týmu, kteří jsou po napsání uživatelských příběhů stejně zapojeni do diskusí.
Kdy psát příběhy uživatelů?
Uživatelské příběhy jsou koncipovány v rámci agilního projektu. Workshop psaní příběhů se obvykle koná na začátku agilního projektu, aby se jej mohl účastnit každý člen týmu a potenciálně pomoci vytvořit produktový backlog popisující požadovanou funkčnost a konečný cíl, který lze poté přidat do projektu. Některé příběhy uživatelů se nakonec promění v eposy. Kromě toho budou tyto eposy později rozdělenydo několika menších příběhů, které lépe zapadnou do iterace. Podle požadavků lze do nevyřízených položek produktu čas od času také přidat nové příběhy.
php pouze hodnoty tiskového pole
Proč vytvářet příběhy uživatelů?
Uživatelský příběh v Agile se může zdát jako další krok v procesu agilního rámce, ale poskytuje týmu důležitý a cenný pohled a osvětluje čaj o hodnotě, kterou jejich úkoly projektu přinášejí. Uživatelské příběhy poskytují řadu výhod a výhod:
- Posílit zaměření uživatele - Seznam úkolů obvykle udržuje tým v patách s úkoly, které je třeba udělat, a odškrtne jej ze seznamu, zatímco uživatelské příběhy se celé zaměřují na uživatele a pomáhají při řešení jejich problémů, protože jsou psány z pohledu uživatele .
- Povolit spolupráci - Když je konečný cíl jasný a definovaný pro tým, může efektivně spolupracovat na dosažení tohoto cíle a poskytnout uživateli spokojenost a dobré služby.
- Podpořte kreativitu - Proces psaní a diskuse o uživatelských příbězích zahrnuje diskuse a brainstorming, který pomáhá týmu myslet kriticky i kreativně a případně přijít s řešeními ke splnění konečného cíle.
- Poskytnout impuls - Každý příběh poskytuje vývojovému týmu impuls prostřednictvím výzev a pokroku.
Práce s příběhy uživatelů
- Příběh uživatele je konceptualizován a napsán, poté je absorbován a implementován do pracovního toku. Vlastníci produktů, produktoví manažeři nebo programoví manažeři obvykle píší příběhy uživatelů. Poté je předloží ke kontrole.
- Během schůzky o plánování sprintu nebo iterace se tým rozhodne, jaké příběhy budou zahrnuty během daného sprintu. Týmy dále diskutují o funkčnosti a požadavcích příběhu. Požadavky lze do příběhu přidat poté, co je odsouhlasí tým.
- Důležitým krokem na tomto setkání je posouzení příběhů na základě jejich složitosti a doby dokončení. Příběh by měl být schopen dokončit v jednom sprintu. Z tohoto důvodu musí tým tyto příběhy prodiskutovat.
Uživatelské příběhy osvětlují každodenní práci vývojového týmu a vysvětlují procesy, které tým každý den sleduje. Nejlepší způsob, jak je ve vašem projektu využít k odhalení jeho výhod, je porozumět jejich roli a příspěvku k práci a realizaci týmu.
To je vše, lidi! Tím jsme dosáhli konce článku „Uživatelský příběh v agile“. Můžete se také podívat na když už jsi u toho.
Máte na nás dotaz? Uveďte to prosím v sekci komentáře tohoto a článek a my se vám ozveme co nejdříve.