Хэрэглэгчийн түүх нь шаардлагыг орлох уу?

Агуулгын хүснэгт:

Хэрэглэгчийн түүх нь шаардлагыг орлох уу?
Хэрэглэгчийн түүх нь шаардлагыг орлох уу?
Anonim

Scrum-д өгүүллэгүүд нь бүтээгдэхүүний шаардлагыг орлох ёстой юу? Үгүй ээ, тэд биш. Agile-ийн үнэт зүйлсийн нэг бол "Иж бүрэн баримтжуулалт дээр ажиллах програм хангамж" юм. Нэг шалтгаан нь тухайн бүтээгдэхүүн юу хийх ёстойг анхнаасаа тодорхойлоход хэцүү байдаг.

Хэрэглэгчийн түүх нь шаардлагуудтай адилхан уу?

Хэрэглэгчийн түүх нь туршлага буюу тухайн бүтээгдэхүүнийг хэрэглэж буй хүн юу хийхийг хүсч байгаа талаар төвлөрдөг. Уламжлалт шаардлага нь функциональ байдалд анхаарлаа хандуулдаг - бүтээгдэхүүн юу хийх ёстой. Үлдсэн ялгаа нь "яаж", "хэн", "хэзээ" гэсэн нарийн боловч чухал жагсаалт юм.

Хэрэглэгчийн түүхүүд бизнесийн шаардлага мөн үү?

Хэрэглэгчийн түүхүүд нь уламжлалт утгаараа шаардлага биш бизнесийн хэрэгцээ юм. Тэд хэрэглэгч болон бизнесийн хэрэгцээнд чиглэгддэг. Хэрэглэгчийн түүх болон бусад төрлийн шаардлагын хоорондох том ялгаа нь өгүүлэл нь системийн ажиллагааг бус харин бизнесийн хэрэгцээг тодорхойлдогт оршино.

Би хэрэглэгчийн түүхийг хэрхэн шаардлага болгон хувиргах вэ?

Хэрэглэгчийн түүхтэй ажиллах зөвлөмж

  1. Дэлгэрэнгүй олон зүйл бичиж, түүхийг хэтэрхий эрт бүү бич. Загварт хэрэгцээтэй, өвчтэй үед тэдгээрийг бичээрэй. …
  2. Томоос илүү жижиг хэрэглэгчийн түүх бичих нь дээр. …
  3. Чухал шаардлагын хамгийн бага хэмжээ хэд болохыг тодорхойл. …
  4. Үйл ажиллагааг аажмаар сайжруулах.

Аль нь хамгийн түрүүнд ирдэг хэрэглэгчтүүх эсвэл шаардлага?

Хэрэглэгчийн түүх нь хүссэн үр дүнг харуулсан энгийн хэлээр бичсэн цөөн хэдэн өгүүлбэр юм. Тэд нарийвчилсан мэдээлэл өгдөггүй. Шаардлагуудыг багаар тохиролцсоны дараа дараа нь нэмнэ. Өгүүллэгүүд нь скрам, канбан зэрэг agile framework-д маш сайн нийцдэг.

Зөвлөмж болгож буй: