Სარჩევი:

ცვლის მომხმარებლის ისტორიები მოთხოვნებს?
ცვლის მომხმარებლის ისტორიები მოთხოვნებს?

ვიდეო: ცვლის მომხმარებლის ისტორიები მოთხოვნებს?

ვიდეო: ცვლის მომხმარებლის ისტორიები მოთხოვნებს?
ვიდეო: How to HANDLE CHANGES in User Stories, Requirements & Scope during THE SPRINT 2024, ნოემბერი
Anonim

მაშინ როცა პროდუქტის ნარჩენი შეიძლება ჩაითვალოს ა ჩანაცვლება სთვის მოთხოვნები ტრადიციული პროექტის დოკუმენტი, მნიშვნელოვანია გვახსოვდეს, რომ წერილობითი ნაწილი სწრაფი მომხმარებლის ამბავი ( Როგორც მომხმარებელი , მე მინდა…“) არასრულია ამაზე დისკუსიამდე ამბავი მოხდეს.

შემდგომში, შეიძლება ასევე იკითხოს, რატომ არის მომხმარებლის ისტორიები მოთხოვნებზე უკეთესი?

Ზოგადად, მომხმარებლის ისტორიები უფრო მეტია ჩვეულებრივ გამოიყენება სწრაფი მეთოდოლოგიის ფარგლებში, ხოლო მოთხოვნები დოკუმენტები არის მეტი ჩვეულებრივ ასოცირდება ჩანჩქერების ტრადიციულ მეთოდოლოგიასთან. მსუბუქი ბუნების გამო მომხმარებლის ისტორიები , ხელს უწყობენ მეტი დისკუსია და თანამშრომლობა ვიდრე მოთხოვნები დოკუმენტები.

ასევე იცით, რა მოთხოვნებია მომხმარებლის მოთხრობის დასაწერად? აქ არის რამოდენიმე სახელმძღვანელო მითითება, რომელიც გასათვალისწინებელია:

  1. მომხმარებლის ისტორიები ≠ ამოცანები. მომხმარებლის ისტორიები არ არის ამოცანები.
  2. დარჩით მაღალ დონეზე. თქვენ უნდა იყოთ მაღალი დონის, მაგრამ ასევე ზუსტი და ზუსტი.
  3. გაიგეთ მომხმარებლები.
  4. იფიქრე როგორც მომხმარებელი.
  5. დიდად იფიქრე.
  6. გამოიყენეთ ეპოსები.
  7. არ გადააგდოთ - სანაცვლოდ პრიორიტეტულად მიიჩნიოთ.
  8. დაყენება წარმატებისთვის - არა მხოლოდ მიღებისთვის.

ამასთან დაკავშირებით, რა არის 3 C მომხმარებელთა ისტორიებში?

მომხმარებლის კარგი ამბავი შედგება სამი ელემენტისგან, რომელსაც ჩვეულებრივ უწოდებენ სამ C-ს:

  • ბარათი: ბარათზე დაწერილი.
  • საუბარი: საუბრებში აღბეჭდილი დეტალები.
  • დადასტურება: მიღების კრიტერიუმები ადასტურებს, რომ ამბავი დასრულებულია.

რა მოთხოვნები აქვს სისწრაფეს?

Კარგი მოთხოვნა დოკუმენტი ა სწრაფი პროექტი მოიცავს მომხმარებლის ისტორიებს, მომხმარებლის მიღების ტესტებს, სამუშაო პროცესს, მოთხოვნები დეტალებში და მავთულხლართებში.

გირჩევთ: