Điều này có được tính là một câu chuyện người dùng cho một trò chơi Sudoku cơ bản không?

Tôi đang cố gắng tạo một câu chuyện người dùng cho một trò chơi Sudoku cơ bản, sử dụng phương pháp phát triển phần mềm nhanh nhẹn.

Tôi có khái niệm đằng sau những câu chuyện của người dùng, nhưng tôi chỉ tự hỏi liệu có thể lấy một ví dụ để hiểu thêm không?

Sẽ nói

• Là một người chơi Sudoku khao khát, tôi muốn có nhiều cấp độ ở những khó khăn khác nhau.
• Là một người chơi mới, tôi muốn một cấp độ giới thiệu cho trò chơi để dạy tôi những điều cơ bản.

tính như một câu chuyện người dùng?

Ví dụ của bạn có thể được tính là câu chuyện của người dùng, nhưng chúng thiếu một phần rất quan trọng: mục tiêu mà người dùng muốn đạt được khi câu chuyện được thực hiện.
Mục tiêu này có thể rõ ràng với bạn, nhưng dù sao bạn cũng nên viết nó ra.

Một câu chuyện người dùng có định dạng

As a <user>
I want <feature>
So that <goal>

Phần mục tiêu rất quan trọng, bởi vì nó giúp các nhà phát triển đưa ra quyết định đúng đắn.

Ví dụ thứ hai của bạn có thể có hai mục tiêu rất khác nhau, điều đó sẽ dẫn đến các thiết kế khác nhau.

• Là một người chơi mới, tôi muốn có một cấp độ giới thiệu cho trò chơi để dạy cho tôi những điều cơ bản, để tôi có thể giải quyết trò chơi và có được cảm giác hoàn thành
• Là một người chơi mới, tôi muốn có một cấp độ giới thiệu cho trò chơi để dạy cho tôi những điều cơ bản, để tôi có thể tìm hiểu các quy tắc của trò chơi

Trong trường hợp đầu tiên, chỉ cần có một mức dễ dàng là đủ, nhưng trong trường hợp thứ hai, bạn muốn hướng dẫn người dùng lý do tại sao một số nhất định phải / không được đặt trong một ô cụ thể.

Ngoài điểm hay mà Bart đã đề cập liên quan đến mục tiêu, tôi muốn tập trung vào phần "nhanh nhẹn". Mặc dù những gì bạn có là những câu chuyện của người dùng, chúng vẫn xuất hiện ở phía "sử thi" của quang phổ và chưa hữu ích cho sự phát triển.

Như tôi thấy, bạn thường bắt đầu với những câu chuyện như trên khi ban đầu bạn lên kế hoạch cho một sản phẩm hoặc tính năng mới, để có cảm giác tốt về những gì bạn muốn xây dựng, và sau đó bạn sẽ bắt đầu phá vỡ những "sử thi" này "Những câu chuyện nhỏ hơn và nhỏ hơn cho đến khi bạn có một tập truyện có thể hành động trực tiếp để phát triển. Đặc biệt, khi thực hành Phát triển dựa trên thử nghiệm (TDD), bạn muốn đạt đến mức độ chi tiết sao cho mỗi câu chuyện của người dùng có thể dịch tự nhiên chỉ trong một vài trường hợp thử nghiệm (mặc dù mỗi trường hợp vẫn có thể phức tạp).

Ví dụ về những câu chuyện hành động nhiều hơn như vậy có thể là:

• Là một người chơi, tôi muốn yêu cầu trò chơi tạo ra một bảng Sudoku có thể giải được cho tôi, để tôi có thể bắt đầu lên kế hoạch cho cách tiếp cận của mình.
• Là một người chơi, tôi muốn có thể điền các giá trị vào ô, sử dụng chuột và trò chơi cho biết liệu giá trị đó có làm cho bảng không hợp lệ hay không, để tôi có thể nhanh chóng thử các tùy chọn có thể và quay lui nếu cần.

Tôi muốn giới thiệu bài viết xuất sắc sau đây của Alex Cowan để tìm hiểu thêm về điều này: Câu chuyện người dùng nhanh nhất của bạn .