Vai Scrum stāstiem ir jāaizstāj produkta prasības? Nē, tie nav. Viena no Agile vērtībām ir "Darba programmatūra, izmantojot visaptverošu dokumentāciju". Viens no iemesliem ir tas, ka ir grūti definēt, kas produktam būtu jādara no paša sākuma.
Vai lietotāju stāsti atbilst prasībām?
Lietotāja stāsts ir vērsts uz pieredzi - uz ko produktu lietotājs vēlas būt spējīgs. Tradicionāla prasība ir vērsta uz funkcionalitāti - to, kas produktam būtu jādara. Atlikušās atšķirības ir smalks, tomēr svarīgs saraksts ar “kā”, “kas” un “kad”.
Vai lietotāju stāsti ir biznesa prasības?
Lietotāju stāsti ir biznesa vajadzības, nevis prasības tradicionālajā izpratnē. Tie ir orientēti uz lietotāju un biznesa vajadzībām. Lielā atšķirība starp lietotāja stāstu un cita veida prasībām ir tāda, ka stāsts apraksta biznesa vajadzības, nevis sistēmas funkcionalitāti.
Kā pārveidot lietotāju stāstus par prasībām?
Padomi darbam ar lietotāju stāstiem
- Nerakstiet pārāk daudz detaļu un nerakstiet stāstus pārāk agri. Pierakstiet tos veidnei, kad tie ir nepieciešami un slimi. …
- Labāk rakstīt mazus lietotāju stāstus nekā lielus. …
- Definējiet, kāds ir minimālais kritisko prasību apjoms. …
- Pakāpeniski uzlabojiet funkcionalitāti.
Kas ir pirmais lietotājsstāsti vai prasības?
Lietotāju stāsti ir daži teikumi vienkāršā valodā, kas izklāsta vēlamo rezultātu. Viņi neiedziļinās detaļās. Prasības tiek pievienotas vēlāk, kad par to ir vienojusies komanda. Stāsti lieliski iekļaujas elastīgos ietvaros, piemēram, scrum un kanban.
