Úvod do Agile Invest

„Příběhy uživatelů“ jsou jádrem agilní metodiky, protože tým se na ně spoléhá na vývoj nebo přírůstky produktu. Aby se tyto uživatelské příběhy napravily, je prvořadé. Bill Wake, byl průkopníkem, který ve své knize „Xtreme Programming“ vytvořil zkratku „INVEST“. Rámec Agile Invest sestává z atributů přispívajících k dobrým uživatelským příběhům. Agile Invest znamená 'Independent', 'Negotiable', 'Valuable', 'Estimable', 'Small' and 'Testable'.

Jaké jsou výhody dobrých uživatelských příběhů v Agile Invest?

Výhody dobrých uživatelských příběhů jsou zdůrazněny níže:

1. Dodávka s přidanou hodnotou

Tradiční metoda Waterfall se zaměřuje na jediný úkol po celé měsíce, aniž by zákazníkům přinášel cokoli bezprostředního významu. Agilní uživatelské příběhy jsou však souborem menších úkolů založených na požadavcích a potřebách zákazníka, dodaných během několika dnů. Příběhy uživatelů se zaměřují na spokojenost zákazníka a průběžně aktualizují produkt podle požadavků zákazníka.

2. Usnadňuje spolupráci

Metoda Waterfall se obvykle spoléhala pouze na předem definované, zdokumentované pokyny a nástroje. V Agile se vývojový tým spojuje s uživatelem, aby dodával produkty podle svých očekávání podporováním zpětné vazby a komunikace. Agilní uživatelské příběhy jsou tedy definovány na základě nepřetržité zpětné vazby od zákazníků, na rozdíl od dokumentace vedené pokyny.

3. Podporuje vzájemné porozumění

Protože se agilní týmy zaměřují na poskytování kvality zákazníkům, jsou s každým uživatelským příběhem členové týmu v neustálém kontaktu s uživateli. Minimální dokumentace také vede k rutinním diskusím s uživatelem. Umožňuje vývojovému týmu dostávat zpětnou vazbu na uživatelské příběhy, jakmile jsou implementovány. To podporuje vzájemné porozumění mezi vývojovým týmem a uživateli, což jim umožňuje spolupracovat při navrhování, upgradu a přerušení uživatelských příběhů.

4. Inkrementální vytváření produktu

Protože zákazníci jsou klíčovými přispěvateli do uživatelských příběhů, neustálá zpětná vazba vede k postupnému a postupnému vývoji produktu. Tento přírůstkový způsob práce umožňuje provádět změny v produktu. Tyto menší sady uživatelských příběhů tedy umožňují vývojářům odstranit nadbytečnou funkci v produktu a upgradovat ji na novější.

5. Usnadňuje průhlednost

Příběhy uživatelů jsou navrženy společně vývojovým týmem a uživateli. Tyto definované uživatelské příběhy jsou zaznamenány na indexových kartách, které nabízejí zviditelnění zúčastněným a vývojovému týmu. Výsledkem je transparentnost a posílení úrovně důvěry mezi nimi. Transparentnost tak zvyšuje účinnost týmů a pomáhá při odstraňování odpadu z procesu.

6. Udržuje všechny v synchronizaci

A co je nejdůležitější, uživatelské příběhy jsou spojovacím bodem mezi vývojovým týmem a obchodně orientovanými lidmi, kteří nejsou tak technicky spolehliví. To usnadňuje proces rozhodování, protože jsou zapojeny strany z různých oblastí.

Výše uvedené výhody dobrých uživatelských příběhů ukazují jejich význam v agilní metodologii. Proto musí být tyto příběhy dobře orámovány. Rámec Agile Invest přináší požadované atributy, které přispívají k „dobrým uživatelským příběhům“.

Detail Porozumění Agile Invest

Rámec Agile Invest, jak je uvedeno níže, stanoví standardy při navrhování uživatelského příběhu. Rozumíme tomu podrobněji:

Podívejme se podrobně na přispívající atributy rámce „Invest“:

1. Nezávislý (I)

Všechny příběhy uživatelů by měly být samostatné jednotky a měly by být nezávislé na sobě. Tato segregace mezi jednotlivými příběhy usnadňuje opakování, hodnocení, přidání nebo odstranění z iterace. Projektový tým by měl být schopen rozdvojit technické vzájemné závislosti mezi příběhy uživatelů tak, aby každý z nich mohl být prováděn samostatně. K realizaci tohoto úkolu je projektový tým povinen umět tvořivé myšlení a efektivní techniky řešení problémů.

2. Obchodovatelné (N)

V Agile by příběh neměl být dohodou a jádro téhož spočívá v poskytování toho, co si zákazníci přejí. Konečný produkt by měl být výsledkem partnerství založeného na spolupráci a měl by nabídnout prostor pro vyjednávání mezi zákazníky a vývojovým týmem. Cílem je v konečném důsledku splnit očekávání a požadavky zákazníků.

3. Cenné (V)

Každý příběh musí mít pro zákazníka hodnotu (může to být uživatel nebo kupující). Nejlepší způsob, jak to udělat, je přimět je, aby je složili. Příběhy uživatelů by měly být sladěny s přesnými obchodními cíli, aby poskytovaly hodnotu.

4. Odhadnutelný (E)

Pokud je příběh příliš velký, vývojový tým jej nebude schopen pochopit, učinit odhad. Příběh by měl vývojovému týmu umožnit posoudit složitost práce a požadované úsilí. To nutně neznamená, že by veškeré akutní podrobnosti popravy měly být chápány pro odhad příběhu.

5. Malý (S)

Jak je známo, agilní příběhy jsou menší jednotky práce. Jaká je ale očekávaná velikost příběhu? V ideálním případě by vývojový tým měl být schopen splnit úkol pracovní jednotky do 1 Sprint (trvání jednoho sprintu - ne více než 2 až 4 týdny). Příběhy, které překračují toto trvání a snahy, mají obvykle odhady chyby.

6. Testovatelné (T)

Chcete-li projít potvrzením, musí být příběh otestovatelný. Jaké je použití vývoje produktu, který nelze otestovat? A konstruktivním způsobem, jak toho dosáhnout, je určit kritéria přijatelnosti uživatelů pro příběhy.

Dodržování pokynů rámce Agile Invest by tedy vývojovým týmům umožnilo navrhnout efektivní uživatelské příběhy. Takový efektivní vývoj uživatelských příběhů nejen zajistí spokojenost zákazníků, ale také nám umožní přinést obchodní hodnotu. Bez dobře orámovaného uživatelského příběhu není možná efektivní implementace a vývoj produktu. Dobrý uživatelský příběh je kanálem pro efektivní implementaci produktu a spokojenost zákazníka.

Doporučené články

Toto byl průvodce Agile Invest. Zde jsme diskutovali o konceptu, podrobném porozumění a výhodách dobrých uživatelských příběhů v Agile Invest. Další informace naleznete také v našich dalších doporučených článcích -

  1. Co je agilní programování?
  2. Interaktivní dotazy na agilní scrum
  3. Co je agilní projektový management?
  4. Agilní vs vodopád - hlavní rozdíly
  5. Výhody Agile Devops
  6. Úvod do agilních úloh

Kategorie: