Chia câu chuyện của người dùng thành những câu chuyện nhỏ hơn

8

Tôi đã đọc các kỹ thuật khác nhau để phân tách các câu chuyện người dùng lớn theo những cách hữu ích, chẳng hạn như luồng công việc của người dùng thông qua hệ thống, v.v. Điều tôi đang vật lộn là làm thế nào để diễn đạt những câu chuyện nhỏ hơn này nếu tất cả những gì họ đạt được là tạo điều kiện cho bước tiếp theo trong xử lý và không cung cấp lợi ích chính của ứng dụng cho người dùng.

Ví dụ: nếu hệ thống mới của tôi được chia thành 3 câu chuyện nhỏ hơn dọc theo dòng;

Tạo một tài khoản mới trực tuyến
Tạo một số thực thể nhất định đối với tài khoản trực tuyến mới của tôi
Yêu cầu thiết bị di động của tôi truy vấn các thực thể này đối với tài khoản của tôi và hành động theo chúng

Hệ thống chỉ thực sự cung cấp chức năng hữu ích cho người dùng cuối khi tất cả các câu chuyện đã hoàn tất. Vì vậy, nếu làm theo "Người dùng] truyền thống, tôi muốn [Chức năng] để tôi có thể [Lợi ích]" Lợi ích của câu chuyện thứ nhất và thứ hai chỉ đơn giản là tạo điều kiện cho các câu chuyện tiếp theo và không thực sự cung cấp cho người dùng chức năng chính ( sử thi). Đây có phải là cách chính xác để làm điều này?

agile user-story

— Xem Không Weevil
nguồn

6

Bạn có ba câu chuyện ở đây phải được thực hiện (có thể theo trình tự) để đạt được mục tiêu, có thể truy vấn các thực thể từ thiết bị di động là một tính năng sẽ cung cấp mục tiêu kinh doanh, nó dường như không phải là doanh nghiệp mục tiêu IMHO.

Đây là gợi ý của tôi, cụm từ mục tiêu kinh doanh mà sử thi của bạn phải đạt được và xác định những câu chuyện như vậy

Là người dùng, tôi muốn đăng ký chính mình trên hệ thống để tôi có thể [mục tiêu kinh doanh]

Là người dùng đã đăng ký, tôi muốn tạo các thực thể trong tài khoản của mình để tôi có thể [mục tiêu kinh doanh]

Là người dùng đã đăng ký với các thực thể tài khoản, tôi muốn thực hiện các truy vấn đối với các thực thể của mình từ thiết bị di động để tôi có thể [mục tiêu kinh doanh]

— Anadi Misra
nguồn

Một câu hỏi thú vị với một câu trả lời thú vị. +1 cho cả hai. Như một câu hỏi phụ: phải làm gì nếu, chỉ có hai trong số những câu chuyện của người dùng ở trên có thể phù hợp với một cuộc chạy nước rút? Ý tôi là, ở cuối giai đoạn nước rút, bạn không thêm bất kỳ giá trị kinh doanh hữu hình nào vào sản phẩm: tính năng hoàn thành (và giá trị doanh nghiệp) sẽ chỉ ở đó trong lần chạy nước rút trong tương lai. Được không

— Giorgio

1

Câu hỏi hay Giorgio. Tôi lập luận rằng miễn là bạn quản lý kỳ vọng cho doanh nghiệp một cách chính xác, trên thực tế bạn vẫn đang tăng thêm giá trị cho doanh nghiệp bằng cách chỉ cung cấp một tập hợp chức năng trong lần chạy nước rút đầu tiên. Giá trị đến từ việc có được chức năng trước người dùng, những người sau đó có thể cung cấp phản hồi cho sự phát triển trong tương lai.

— smstanton

0

Cách tốt nhất sau đó sẽ là coi nó như một bản anh hùng ca, và phạm vi trong các câu chuyện trong các lần chạy nước rút sau đó. Câu trả lời của tôi sử dụng cách tiếp cận tương tự (những câu chuyện như một phần của một thiên anh hùng ca).

— Anadi Misra
nguồn