Scrum-ში, ისტორიები უნდა იყოს პროდუქტის მოთხოვნების შემცვლელი? არა, ისინი არ არიან. Agile-ის ერთ-ერთი მნიშვნელობაა „მუშა პროგრამული უზრუნველყოფა ყოვლისმომცველ დოკუმენტაციაზე“. ერთი მიზეზი ის არის, რომ ძნელია იმის განსაზღვრა, თუ რა უნდა გააკეთოს პროდუქტმა თავიდანვე.
მომხმარებლის ისტორიები იგივეა რაც მოთხოვნები?
მომხმარებლის ისტორია ფოკუსირებულია გამოცდილებაზე - რისი გაკეთება სურს იმ ადამიანს, რომელიც იყენებს პროდუქტს. ტრადიციული მოთხოვნა ფოკუსირებულია ფუნქციონირებაზე - რა უნდა გააკეთოს პროდუქტმა. დარჩენილი განსხვავებები არის "როგორ", "ვინ" და "როდის" დახვეწილი, მაგრამ მნიშვნელოვანი ჩამონათვალი.
მომხმარებლის ისტორიები ბიზნესის მოთხოვნებია?
მომხმარებლის ისტორიები არის ბიზნესის საჭიროებები და არა მოთხოვნები ტრადიციული გაგებით. ისინი ორიენტირებულია მომხმარებელზე და ბიზნესის საჭიროებაზე. დიდი განსხვავება მომხმარებლის ისტორიასა და სხვა სახის მოთხოვნებს შორის არის ის, რომ ამბავი აღწერს ბიზნესის საჭიროებებს და არა სისტემის ფუნქციონირებას.
როგორ გადავიყვანო მომხმარებლის ისტორიები მოთხოვნებზე?
რჩევები მომხმარებლის ისტორიებთან მუშაობისთვის
- არ დაწეროთ ბევრი დეტალი და ნუ დაწერთ ისტორიებს ძალიან ადრე. ჩაწერეთ ისინი შაბლონზე, როცა საჭიროა და ავადმყოფობენ. …
- ჯობია დაწეროთ მომხმარებელთა პატარა ისტორიები, ვიდრე დიდი. …
- განსაზღვრეთ რა არის კრიტიკული მოთხოვნების მინიმალური რაოდენობა. …
- ფუნქციონალობის გაუმჯობესება თანდათანობით.
რომელი მოდის პირველი მომხმარებელიისტორიები თუ მოთხოვნები?
მომხმარებლის ისტორიები არის რამდენიმე წინადადება მარტივ ენაზე, რომელიც ასახავს სასურველ შედეგს. ისინი არ შედიან დეტალებში. მოთხოვნები დაემატება მოგვიანებით, გუნდის შეთანხმების შემდეგ. ისტორიები კარგად ჯდება ისეთ მოხერხებულ ჩარჩოებში, როგორიცაა scrum და kanban.
