Agilný príbeh používateľa: Čo sú používateľské príbehy?



Tento článok o agilných príbehoch používateľov vám pomôže pochopiť, čo sú príbehy používateľov a ako pomáhajú vývojovému tímu pri vývoji produktu

Kľúčový prvok agilný vývoj softvéru Zameriava sa na používateľov a zákazníkov a užívateľské príbehy prispievajú k tomu, že to robia presne. Dali koncových používateľov do stredu konverzácie. V tomto článku sa pozrieme na agilný príbeh používateľa.

Príbehy využívajú netechnický jazyk, aby poskytli podmienky vývojovému tímu a jeho úsiliu. Príbeh používateľa pomáha tímu pochopiť ich vlastný cieľ, prečo ho stavajú. Tiež to, čo budujú, a hodnotu, ktorú vytvára na konci a na ceste. Príbehy používateľov sú teda jednou z dôležitých súčastí agilného programu. Uľahčujú tvorivosť, pokrok a lepší konečný produkt tým, že dávajú tímu rámec zameraný na používateľov pre ich každodenné úlohy. Všetky svižné príbehy sa zameriavajú na požiadavky a pomáhajú vytvárať konverzácie prostredníctvom jednej alebo dvoch viet o požadovanej funkčnosti.





V tomto článku sa diskutuje o týchto témach:

Čo sú používateľské príbehy?

Príbehy používateľov sú jednoduché a krátke popisy funkcií používateľom alebo zákazníkom systému. Riadia sa spoločnou šablónou:



čo je podreťazec v jave

Ako chcem, aby.

Príbehy používateľa - Príbeh používateľa v jazyku Agile - Edureka

Poďme sa dozvedieť viac o príbehoch používateľov.



  • Príbehy používateľov sú zvyčajne napísané na poznámkach a indexových kartách. Potom sú rozmiestnené na stoloch alebo stenách za účelom plánovania a diskusie, a preto sa okolo nich vytvárajú rozhovory.
  • Príbehy používateľov, ktoré sú diskusiami točiacimi sa okolo a pomocou nich, sú veľmi dôležité a presúvajú zameranie od písania o vlastnostiach k ich skutočnej diskusii.
  • Sú vždy vyjadrené z pohľadu používateľa a neklasifikujú sa ako funkcia. Príbeh používateľa je najmenšou časťou agilného rámcového systému.
  • Hlavným cieľom príbehu používateľa je vyjadriť a priblížiť, ako bude konkrétna práca prinášať hodnotu používateľovi alebo zákazníkovi. Je dôležité poznamenať, že zákazníci nemusia byť nevyhnutne externými koncovými používateľmi, ale môžu to byť tiež kolegovia vo vašom tíme alebo vo vašej organizácii.
  • Príbehy používateľov sa netýkajú podrobností a pozostávajú z jednoduchých a niekoľkých viet.

Príbehy používateľov v Skrumáž a Kanban

Scrum aj Kanban používajú príbehy používateľov vo svojich rámcoch. V Scrume sú príbehy používateľov doplnkom k šprintom a používajú sa v priebehu šprintu. V KanBan tímy pridávajú príbehy používateľov do svojich nevybavených prípadov a používajú ich vo svojom pracovnom toku. Pomáhajú tak pri lepšom odhade, plánovaní šprintu, lepšej presnosti predpovedí a väčšej agilite v tíme Scrum. Na druhej strane, tímy KanBan môžu lepšie pracovať s nedokončenou výrobou a zlepšovať svoje pracovné toky prostredníctvom užívateľských príbehov.

Väčšie agilné rámce ako eposy a iniciatív tvoria príbehy používateľov. Eposy sú väčšie obrobky, ktoré sú rozdelené do mnohých príbehov a iniciatívy pozostávajú z mnohých eposov.

Existujú dva spôsoby pridania podrobností k príbehom používateľov:

  • Rozdelením používateľského príbehu na menšie viac príbehov.
  • Pridaním podmienok spokojnosti.

Podmienkou spokojnosti sa rozumie test prijatia na vysokej úrovni, ktorý sa stane skutočným po dokončení agilného používateľského príbehu.

Kto je zodpovedný za napísanie užívateľského príbehu?

Nie je stanovené žiadne pravidlo týkajúce sa toho, kto môže písať príbehy používateľov. Produktový vlastník musí zabezpečiť, aby produktové backlogy užívateľských príbehov boli na mieste, ale nemusí ich nevyhnutne písať. V ideálnom prípade adobrý agilný projekt bude mať užívateľské príbehy napísané každým členom tímu a väčší význam bude kladený na to, aby boli členovia tímu po napísaní užívateľských príbehov rovnako zapojení do diskusií.

Kedy písať príbehy používateľov?

Príbehy používateľov sú koncipované v rámci agilného projektu. Workshop na písanie príbehov sa zvyčajne koná na začiatku agilného projektu, aby sa na ňom mohol zúčastniť každý člen tímu a potenciálne pomôcť vytvoriť produktový backlog popisujúci požadovanú funkčnosť a konečný cieľ, ktorý je možné následne pridať do projektu. Niektoré príbehy používateľov sa nakoniec premenia na eposy. Okrem toho sa tieto eposy neskôr rozdeliado niekoľkých menších príbehov, ktoré lepšie zapadnú do iterácie. Podľa požiadaviek je možné do produktového backlogu z času na čas pridať aj nové príbehy.

zvýšiť číslo na mocninu v Jave

Prečo vytvárať príbehy používateľov?

Príbeh používateľa v agile sa môže javiť ako ďalší krok v procese agilného rámca, poskytuje však tímu dôležitý a cenný prehľad a objasňuje dôležitosť ich úloh, ktoré pre projekt majú. Príbehy používateľov poskytujú množstvo výhod a výhod:

    • Podporovať zameranie na používateľa - Zoznam úloh zvyčajne udržuje tím v strehu s úlohami, ktoré je potrebné vykonať, a odškrtáva ho zo zoznamu, zatiaľ čo príbehy používateľov sa celé zameriavajú na používateľov a pomáhajú pri riešení ich problémov tak, ako sú napísané z pohľadu používateľa .
    • Povoliť spoluprácu - Keď je konečný cieľ jasný a pre tím definovaný, môže efektívne spolupracovať na splnení tohto cieľa, ako aj poskytnúť užívateľovi spokojnosť a dobré služby.
    • Podporte kreativitu - Proces písania a diskusie o užívateľských príbehoch zahŕňa diskusie a brainstorming, ktorý pomáha tímu myslieť kriticky, kreatívne a prípadne prichádzať s riešeniami na splnenie konečného cieľa.
    • Poskytnite impulz - Každý príbeh poskytuje vývojovému tímu impulz prostredníctvom výziev a pokroku.

Práca s príbehmi používateľov

  1. Príbeh používateľa je konceptualizovaný a napísaný, potom je absorbovaný a implementovaný do pracovného toku. Príbehy používateľov obvykle píšu vlastníci produktu, produktoví manažéri alebo programoví manažéri. Potom ich predložia na kontrolu.
  2. Počas stretnutia plánovania šprintu alebo iterácie tím robí rozhodnutie ohľadom toho, aké príbehy budú zahrnuté počas daného šprintu. Tímy navyše diskutujú o funkčnosti a požiadavkách príbehu. Požiadavky môžu byť k príbehu pridané po ich schválení tímom.
  3. Dôležitým krokom na tomto stretnutí je vyhodnotenie príbehov na základe ich zložitosti a času dokončenia. Príbeh by sa mal dať dokončiť v jednom šprinte. Z tohto dôvodu musí tím o príbehoch diskutovať.

Príbehy používateľov osvetľujú každodenné fungovanie vývojového tímu a tiež vysvetľujú procesy, ktoré tím každý deň sleduje. Najlepším spôsobom, ako ich vo svojom projekte využiť na odhalenie jeho výhod, je porozumieť ich úlohe a príspevku k práci a realizácii tímu.

To je všetko, priatelia! Týmto sme sa dostali na koniec článku ‘User Story in Agile’. Môžete sa tiež pozrieť na kým si pri tom.

Máte na nás otázku? Uveďte to prosím v sekcii komentárov tohto a a my sa vám ozveme čo najskôr.