INVEST je metóda na vytváranie dobrých používateľských príbehov. Umožňuje skontrolovať, či majú správne formulovaný obsah a či súvisia s obchodnou hodnotou produktu. A tiež, či bola správne zvolená ich veľkosť a použiteľnosť.
Vytváranie najlepšieho používateľského príbehu s INVEST – obsah:
- Úvod
- I za nezávislý
- N za rokovateľný
- V za hodnotný alebo vertikálny
- E za odhadnuteľný
- S za malý
- T za testovateľný
- Zhrnutie
Úvod
INVEST je akronym vytvorený Billom Wakeom v roku 2003. Každé písmeno z neho predstavuje začiatok slova, ktoré charakterizuje dobrý používateľský príbeh. Podľa princípu INVEST by mal byť každý používateľský príbeh:
- Nezávislý
- Rokovateľný
- Hodnotný
- Odhadnuteľný
- Malý
- Testovateľný
O tom, čo je používateľský príbeh, sme napísali viac v samostatnom článku. Tu len spomenieme, že je to stručný popis novej funkčnosti produktu napísaný prístupným jazykom.

I za nezávislý
Prvou vlastnosťou dobrého používateľského príbehu je jeho nezávislosť. To znamená, že jeho popis a charakteristiky by mali byť zrozumiteľné bez odkazu na iné používateľské príbehy. Ale predovšetkým, jeho realizácia by nemala korelovať s inými používateľskými príbehmi. Samozrejme, nebude to úplná nezávislosť. Nemôžete rozdeliť vytváranie produktu na úplne samostatné moduly. Avšak je kľúčové pamätať na to, aby sa používateľské príbehy udržiavali čo najviac nezávislé. Vďaka tomu, aj keď jeden z nich nevstúpi do fázy implementácie alebo bude výrazne upravený, ostatné nebudú musieť byť upravené. Ako pravidlo, používateľský príbeh by mal tvoriť samostatný a koherentný celok.
N za rokovateľný
Používateľský príbeh by mal byť rokovateľný. To znamená, že stanovuje cieľ, nie spôsob, ako sa tam dostať.
Inými slovami, definuje očakávanú funkciu produktu, nie technické riešenie na implementáciu.
Rokovanie o používateľskom príbehu prebieha medzi vlastníkom produktu a vývojovým tímom. Vlastník produktu navrhuje implementáciu určitej funkčnosti produktu, t.j. hovorí “Čo” robiť. Vývojári sú zodpovední za odpovedanie na otázku “Ako”. To znamená, rokovanie o konkrétnych spôsoboch riešenia problému predstaveného v používateľskom príbehu.
V za hodnotný alebo vertikálny
V akronyme INVEST písmeno V predstavuje dve kvality:
- Hodnotný
- Vertikálny
Obe odhaľujú kľúčové charakteristiky dobrého používateľského príbehu. Preto sme sa rozhodli vysvetliť, čo každé z nich znamená.
Hodnotný
Hodnotný používateľský príbeh ospravedlňuje obchodný účel úpravy. Inými slovami, presne odpovedá na otázku, prečo by sa mala úprava zaviesť a prečo je dôležitá z pohľadu zainteresovaných strán.
Vertikálny
Druhá vlastnosť; Vertikálny vychádza z metodológie Agile. Vertikálny používateľský príbeh obsahuje novú funkciu produktu viditeľnú pre používateľa. To znamená, že sa nezameriava na horizontálne “zlepšenie výkonu” v vybranej vrstve produktu. Naopak, pridáva ďalšiu “vrstvu” k nemu.
Inými slovami, používateľský príbeh popisuje, ako upraviť celkovú funkciu produktu odpovedaním na otázku Čo presne zlepšiť? To tiež znamená, že každá funkčnosť produktu sa zakladá na existujúcich riešeniach.
E za odhadnuteľný
Dobrý používateľský príbeh by mal byť odhadnuteľný. To znamená, že musí jasne definovať rozsah úprav, ktoré je potrebné vykonať na produkte, aby bol používateľský príbeh považovaný za kompletný. To umožňuje vývojovému tímu určiť čas a úsilie potrebné na jeho dokončenie.
Rozsah a obtiažnosť úlohy sa zvyčajne odhadujú v jednotkách nazývaných Story Points. Sú relatívne. A každý vývojový tím si v praxi vypracováva hodnotu Story Point na základe predchádzajúcej skúsenosti.
V samostatných článkoch sme sa podrobnejšie zaoberali rýchlosťou vývojového tímu a ako ju merať.

S za malý
Používateľský príbeh akceptovaný na realizáciu vývojovým tímom musí byť stručný. To znamená, nemal by byť dlhší ako jeden Sprint. Ak vývojári zistia počas plánovania Sprintu, že používateľský príbeh navrhnutý vlastníkom produktu je príliš dlhý, mali by ho rozdeliť na čo najviac nezávislé časti.
T za testovateľný
Posledné písmeno akronymu INVEST znamená testovateľný. To znamená, že úprava produktu opísaná v používateľskom príbehu musí obstáť a byť overiteľná. Inými slovami, malo by byť možné overiť, či riešenie implementované vývojármi prinieslo predpokladanú hodnotu konkrétnemu zainteresovanému subjektu.
Vytváranie najlepšieho používateľského príbehu – zhrnutie
INVEST je akronym, ktorý popisuje dobre napísaný používateľský príbeh. Mal by byť:
- Nezávislý od iných používateľských príbehov. Aby mohol byť upravený alebo odstránený z produktového backlogu, ak sa naskytne potreba.
- Rokovateľný. Mal by špecifikovať, čo robiť, pričom voľbu, ako to urobiť, ponecháva na vývojárov.
- Hodnotný, t.j. ospravedlňujúci obchodný zmysel úpravy produktu. Alebo Vertikálny, t.j. prezentujúci novú funkciu produktu viditeľnú pre používateľa.
- Odhadnuteľný, čo znamená mať definovateľnú veľkosť a kritérium dokončenia.
- Malý dostatočne na to, aby bol dokončený v jednom Sprinte.
- Testovateľný, aby sa dalo s istotou určiť, že bol implementovaný.
Ak sa vám náš obsah páči, pridajte sa k našej komunite usilovných včiel na Facebooku, Twitteri, LinkedIn, Instagrame, YouTube, Pinterest.
Caroline Becker
Ako projektová manažérka je Caroline odborníčkou na hľadanie nových metód na navrhovanie najlepších pracovných tokov a optimalizáciu procesov. Jej organizačné schopnosti a schopnosť pracovať pod časovým tlakom z nej robia najlepšiu osobu na premenenie zložitých projektov na realitu.
Scrum Guide:
- Glosár základných pojmov, rolí a predstáv
- Čo je Scrum?
- Hodnoty Scrumu
- Ako implementovať Scrum vo vašej spoločnosti?
- Scrum tím - čo to je a ako to funguje?
- Kto je Product Owner?
- Najbežnejšie chyby Product Ownera
- Kto je Scrum Master?
- Najčastejšie chyby Scrum Mastera
- Aké štatistiky a metriky by mal Scrum Master sledovať?
- Vývojový tím v Scrume
- Najbežnejšie chyby vývojárov
- Scrum artefakty
- Škálovanie Scrumu
- Sprint Backlog
- Čo je produktový backlog?
- Čo sú používateľské príbehy?
- Vytváranie najlepšieho používateľského príbehu s INVEST
- Najbežnejšie chyby v používateľských príbehoch
- Kritériá prijatia používateľských príbehov
- Odhad a príbehové body v Scrume
- Plánovací poker
- Hra odhadovania tímu
- Definovanie inkrementu
- Scrum udalosti
- Čo je to burndown graf?
- Výhody a nevýhody burndown grafu
- Kanbanové tabule v Scrume a Scrumbane
- Rýchlosť v Scrume - Rýchlosť vývojového tímu
- Denný Scrum
- Plánovanie sprintu
- Prezentácia sprintu
- Čo je to Sprint Retrospektíva?
- Bežné chyby počas retrospektívy sprintu
- Starostlivosť o produktový backlog
- Ako vytvoriť a interpretovať burndown graf?
- Čo je Sprint v Scrume?
- Spolupráca medzi Product Ownerom a Scrum Masterom
- Záväzky Scrum tímu - Cieľ produktu, Cieľ sprintu a Definícia dokončenia
- Charakteristiky dobrého Scrum Mastera