Sự khác biệt giữa các câu chuyện người dùng và yêu cầu là gì?

Mặc dù hầu hết các tính năng mới nên được xác định từ góc nhìn của người dùng, trong thực tế, khi xác định các yêu cầu mà các đội phát triển cần xây dựng, chúng ta thường bỏ qua yếu tố ‘tại sao’ từ góc nhìn của người dùng. Trọng tâm của một câu chuyện người dùng là trải nghiệm—điều người dùng sản phẩm muốn đạt được. Các yêu cầu truyền thống tập trung vào chức năng—sản phẩm phải làm gì. Những khác biệt còn lại nằm ở các danh sách tinh tế nhưng quan trọng về ‘ai’, ‘như thế nào’ và ‘khi nào’.

Các câu chuyện người dùng nên được viết bằng một hoặc hai câu, ghi nhận người dùng là ai, họ muốn gì và tại sao. Một cấu trúc đơn giản để xác định tính năng hoặc câu chuyện người dùng như sau:

Là một ______, tôi muốn ______, để tôi có thể ______.

Ví dụ:

Là một người dùng, tôi muốn đặt lại mật khẩu để tôi có thể khôi phục quyền truy cập vào hệ thống nếu tôi quên nó.

Dù có mục tiêu khác nhau, cả câu chuyện người dùng và yêu cầu cuối cùng đều hướng đến việc xây dựng một sản phẩm mà khách hàng yêu thích.

Câu chuyện người dùng là gì?

Câu chuyện người dùnglà các yêu cầu được thể hiện từ góc nhìn của người dùng cuối. Câu chuyện người dùng cũng có thể được gọi là các tác phẩm lớn, chủ đề hoặc tính năng, nhưng tất cả đều tuân theo cùng một định dạng.

Nói một cách cơ bản, một câu chuyện người dùng là một yêu cầu được diễn đạt rõ ràng. Vì nhiều lý do, định dạng câu chuyện người dùng đã trở thành cách phổ biến nhất để thể hiện yêu cầu trong Agile:

• Nó tập trung vào góc nhìn của người sử dụng hoặc người bị ảnh hưởng bởi giải pháp.
• Nó xác định các yêu cầu bằng ngôn ngữ có ý nghĩa đối với vai trò đó.
• Nó giúp làm rõ mục đích thực sự đằng sau yêu cầu.
• Nó giúp xác định các yêu cầu cấp cao mà không cần đi sâu quá sớm vào chi tiết cấp thấp.

Xác định mục tiêu của người dùng và ngay lập tức xem xét giá trị kinh doanh của mỗi yêu cầu trong câu chuyện người dùng.

Các câu chuyện người dùng thường được coi là bao gồm ba yếu tố —3C:

• CARD – Nên được viết trên thẻ ghi chú hoặc giấy dán.
• CTrò chuyện – Thu thập thông tin chi tiết từ người sở hữu sản phẩm (Người sở hữu sản phẩm).
• CXác nhận – Đảm bảo nó được triển khai đúng cách. Phải đáp ứng các tiêu chí chấp nhận của người dùng.

Định dạng câu chuyện người dùng

Định dạng của một câu chuyện người dùng như sau:

Là một <vai trò>, Tôi muốn <mục tiêu>, để <lợi ích>

Hai ví dụ này minh họa các câu chuyện người dùng ở các cấp độ khác nhau, nhưng sử dụng cùng một định dạng:

Ở cấp độ dự án:

Là một <Giám đốc Marketing>, Tôi muốn <cải thiện dịch vụ khách hàng>, để <chúng tôi giữ chân khách hàng>.

• Viết mục tiêu SMART và INVEST cho các câu chuyện người dùng
• Chủ đề vs Epic vs Câu chuyện người dùng vs Nhiệm vụ
• DEEP trong Danh sách Sản phẩm là gì?
• Làm thế nào để viết tầm nhìn sản phẩm cho dự án Scrum?
• Làm thế nào để sử dụng bảng Scrum cho phát triển Agile?
• Ai tạo các mục trong danh sách sản phẩm hoặc câu chuyện người dùng trong Scrum?
• Estimation Agile là gì?
• Điểm câu chuyện trong Agile là gì? Làm thế nào để ước lượng một câu chuyện người dùng?
• Chia nhỏ câu chuyện người dùng – Lát cắt dọc so với lát cắt ngang