Scrum-da hekayələr məhsul tələblərini əvəz etməlidir? Xeyr, onlar deyil. Agile dəyərlərindən biri "Hərtərəfli sənədlər üzərində proqram təminatının işləməsi"dir. Səbəblərdən biri odur ki, məhsulun əvvəldən nə etməli olduğunu müəyyən etmək çətindir.
İstifadəçi hekayələri tələblərlə eynidir?
İstifadəçi hekayəsi təcrübəyə - məhsuldan istifadə edən şəxsin nə etmək istədiyinə diqqət yetirir. Ənənəvi tələb funksionallığa diqqət yetirir - məhsul nə etməlidir. Qalan fərqlər “necə”, “kim” və “nə vaxt” kimi incə, lakin vacib bir siyahıdır.
İstifadəçi hekayələri biznes tələbləridirmi?
İstifadəçi hekayələri ənənəvi mənada tələblər deyil, işgüzar ehtiyaclardır. Onlar istifadəçiyə və biznes ehtiyacına yönəlib. İstifadəçi hekayəsi ilə digər tələb növləri arasındakı böyük fərq ondan ibarətdir ki, hekayə sistemin funksionallığını deyil, biznes ehtiyacını təsvir edir.
İstifadəçi hekayələrini tələblərə necə çevirə bilərəm?
İstifadəçi hekayələri ilə işləmək üçün məsləhətlər
- Çox təfərrüat yazmayın və hekayələri çox erkən yazmayın. Onlara ehtiyac olduqda və xəstə olduqda şablona yazın. …
- Böyük hekayələrdənsə kiçik istifadəçi hekayələri yazmaq daha yaxşıdır. …
- Kritik tələblərin minimum məbləğinin nə olduğunu müəyyən edin. …
- Funksionallığı tədricən təkmilləşdirin.
Hansı ilk istifadəçi gəlirhekayələr və ya tələblər?
İstifadəçi hekayələri istənilən nəticəni təsvir edən sadə dildə bir neçə cümlədir. Onlar təfərrüata girmirlər. Tələblər komanda tərəfindən razılaşdırıldıqdan sonra daha sonra əlavə edilir. Hekayələr skrum və kanban kimi çevik çərçivələrə səliqəli şəkildə uyğun gəlir.