Pojem
User story
Krátky opis požiadavky z pohľadu používateľa v tvare „ako rola chcem funkciu, aby som dosiahol prínos“. Pomáha tímu pochopiť, prečo sa niečo robí, a dopĺňa sa kritériami prijatia.
Aktualizované
Čo to znamená
User story je krátky opis požiadavky z pohľadu používateľa vo forme ako rola chcem funkciu, aby som získal prínos. Napríklad: ako živnostník chcem nahrať fotku bločku v aplikácii, aby som nemusel doklady nosiť účtovníkovi osobne. Nejde o technickú špecifikáciu, ale o vyjadrenie potreby.
User stories sa používajú najmä v agilnom riadení vývoja softvéru, napríklad v metóde Scrum. Pomáhajú tímu pochopiť, prečo sa niečo vyvíja a pre koho, a udržať pozornosť na hodnote pre zákazníka namiesto zoznamu technických úloh.
Každú user story dopĺňajú akceptačné kritériá, ktoré určujú, kedy je požiadavka splnená. Napríklad aplikácia prijme fotku vo formáte JPG a PDF, zobrazí potvrdenie a doklad sa objaví v zozname na spracovanie. Kritériá predchádzajú nedorozumeniam medzi zadávateľom a vývojármi.
Ako to funguje v praxi
User stories sa zhromažďujú v produktovom backlogu, kde ich vlastník produktu zoraďuje podľa priority a hodnoty. Na začiatku každého šprintu si tím vyberie tie, ktoré dokáže v danom období dokončiť, a rozloží ich na konkrétne technické úlohy.
Dobrá user story je dostatočne malá, aby sa dala dokončiť v jednom šprinte, nezávislá od ostatných, odhadnuteľná a testovateľná. Príliš veľké požiadavky, takzvané epiky, sa delia na menšie stories, ktoré prinášajú hodnotu postupne a dajú sa skôr overiť s používateľmi.
Pri tvorbe MVP pomáhajú user stories určiť minimálny súbor funkcií, ktoré prinesú používateľovi hodnotu. Firma, ktorá si dáva vyvíjať aplikáciu na mieru, môže cez ne zrozumiteľne opísať svoje potreby bez toho, aby musela poznať technické detaily.
Na čo si dať pozor
User story nie je zmluvnou špecifikáciou. Pri externom vývoji za pevnú cenu je potrebné, aby rozsah a akceptačné kritériá boli dostatočne presné, inak vzniknú spory o to, čo bolo dohodnuté. Pri agilnej spolupráci sa preto často volí model time and material.
Najčastejšou chybou sú stories napísané z pohľadu systému alebo vývojára, napríklad vytvoriť tabuľku v databáze. Takáto položka nehovorí nič o hodnote pre používateľa a sťažuje rozhodovanie o prioritách. Rola, potreba a prínos by mali byť vždy zrejmé.
Potrebujete pojem vysvetliť na vašej konkrétnej situácii? Konzultácie od 55 € / hodina bez DPH, podľa témy a zložitosti.