Ar „Scrum“istorijos turėtų pakeisti gaminio reikalavimus? Ne, jie nėra. Viena iš Agile reikšmių yra „Darbo programinė įranga per išsamią dokumentaciją“. Viena iš priežasčių yra ta, kad sunku apibrėžti, ką produktas turėtų daryti nuo pat pradžių.
Ar naudotojų istorijos atitinka reikalavimus?
Naudotojo istorija sutelkta į patirtį – tai, ką produktą naudojantis asmuo nori turėti. Tradicinis reikalavimas orientuotas į funkcionalumą – ką gaminys turi daryti. Likę skirtumai yra subtilus, bet svarbus sąrašas „kaip“, „kas“ir „kada“.
Ar naudotojų istorijos yra verslo reikalavimai?
Naudotojų istorijos yra verslo poreikiai, o ne reikalavimai tradicine prasme. Jie orientuoti į vartotoją ir verslo poreikius. Didelis skirtumas tarp naudotojo istorijos ir kitų reikalavimų yra tas, kad istorija apibūdina verslo poreikį, o ne sistemos funkcionalumą.
Kaip pakeisti naudotojų istorijas į reikalavimus?
Patarimai, kaip dirbti su naudotojų istorijomis
- Nerašykite per daug detalių ir nerašykite istorijų per anksti. Parašykite juos prie šablono, kai jų reikia ir serga. …
- Geriau rašyti mažas vartotojų istorijas nei dideles. …
- Apibrėžkite, koks yra minimalus kritinių reikalavimų kiekis. …
- Tobulinkite funkcionalumą palaipsniui.
Kas yra pirmasis naudotojasistorijos ar reikalavimai?
Vartotojų istorijos – tai keli sakiniai paprasta kalba, nusakantys norimą rezultatą. Jie nesigilina į detales. Reikalavimai pridedami vėliau, kai dėl to susitars komanda. Istorijos puikiai telpa tokiose judriose sistemose kaip scrum ir kanban.
