Sinu tarkvara stsenaariumid Loo stsenaariumid vastavalt persoonadele NB persoona on stsenaariumis osaleja rollis Võimalusel korralda stsenaariumite „kontrolli sessioon“ Kasutajalood Kasutajalood on lihtsad, selged lühikesed kirjeldused reaalsele kasutajale väärtuslikust funktsionaalsusest Kasutajalood loovad silla reaalsete kasutajate, PR inimeste, toote disainerite ja loojate vahel Hea kasutajalugu on: Iseseisev Läbiräägitav Väärtuslik kasutajatele ja klientidele Ennustatav Väike Testitav Juhised Kirjuta iga lugu eraldi paberile Alusta pealugudega Lahuta suuremad lood väiksemateks Kirjuta lõpetatud lood Lisa kasutaja rolle lugudesse Kirjuta ühele kasutajale Kirjuta indikatiivis (kindel kõneviis) Esitlused Lugemissoovitused:
charts). Kasutuslood (Toode väiksemad tükkid, mis pärast jagatakse Sprindi taskideks). Üldkuju: As a user playing some role, I must be able to perform some activities [in order to achieve some goal]. Eesmärk (So that I can) on kõrgema taseme eesmärk. Product Backlog – kasutajalugude tabel, kus on järgmised veerud: As a, I want to, So that (I can), Business Value (prioriteet, äriväärtus), Estimate (hinnang kui palju arenduseks aega läheb). Sprint Backlog – Kasutajalugu, selle taskid, sprindi päevad (siin on kirjutatud kui palju aega läheb selle taski realiseerimisele sel päeval). Burndown Chart – sprindi päevade graafik, kus on ülevaade kuidas muutuvad arvud järgmistes kategooriates: sel päeval tehtud taskid, jäänud jõupingutus tundides, tegemata taskid, ideaalne burndown joon. Backlogi granulaarsus: prioriteetsemad osad on detailsema kirjeldusega. Epic – suur kasutajalugu. Feature – seotud kasutajalugude kogum
Tellija vaatab üldiselt iga iteratsiooni lõpus üle kas tulemus on sobilik ning vajadusel lepitakse kokku muudatustes. Mis puutub muudatuste haldamisse nõuetes, siis need registreeritakse vastavasse taskihaldussüsteemi kohe kui soov muudatuse jaoks registreeritakse. Muudatuste juurde lisatakse kasutajalugu ning vastuvõtukriteeriumid. Enne kui muudatus töösse võetakse, peab see läbima joonisel 2. kirjeldatud protsessi. Joonis 2 – nõuete ja muudatuste kokkuleppimise protsess 3.4. Vastuvõtmise plaan Kuna tarkvara arendus toimub Scrum metoodikal, siis tarkvara vastuvõtmine toimub iga
kasutada laialdasematel aladel Kasutuslugu reaalse maailma protsess ja kasutusjuht selle abstraktsioon Kasutusjuht näitab seost erinevate tegutsejate vahel ja kasutuslugu on ühe tegutseja piires Kasutuslool on kindel stsenaarium ja kasutajajuht on süsteemi stsenaarium. Peamiselt on kasutusel kasutajalugu, mis lüüakse lahti task-ideks, kuna see on efektiivsem ja kiirem võrreldes kasutajajuhtudega. Nõuete spetsifikatsiooni dokument ehk nõuete kogumik (System Requirements Specification) o See on põhimõtteliselt ainuke dokument, mida kasutatakse agiilse tarkvarasüsteemi puhul o See on vajalik selleks, et oleks hiljem võimalik kontrollida süsteemi nõudeid
annaabi.ee 
