Làm thế nào để viết các câu chuyện người dùng tốt trong Scrum

Khoảng 70% các dự án công nghệ thất bại. Trong nhiều thập kỷ, người ta tin rằng các dự án thất bại vì không tuân theo các phương pháp tốt nhất hoặc vì đội ngũ thiếu đầy đủ các kỹ năng cần thiết. Tuy nhiên, việc áp dụng các phương pháp tốt nhất, kỹ năng và năng lực đã được cải thiện qua nhiều thập kỷ—vì sao các dự án vẫn thất bại?

Xét đến thực tế rằng 70% các dự án phần mềm thất bại do yêu cầu kém. Chi phí tái làm liên quan đến những thất bại này được ước tính vượt quá 45 tỷ USD mỗi năm.

Do 70% of Your Projects Fail? (Part 1) — Pie

Câu hỏi là—tại sao điều này xảy ra? Câu trả lời có hai phần. Thứ nhất, các yêu cầu kinh doanh thường mất tập trung vào khách hàng; thứ hai, các yêu cầu thiếu một khung tham chiếu tổng thể giúp các chuyên gia phân tích yêu cầu dẫn dắt và theo dõi các yêu cầu từ nhu cầu và chiến lược của khách hàng đến giải pháp đang được triển khai.

Để viết các yêu cầu hoặc câu chuyện người dùng tốt, hãy tuân theo các bước sau:

  1. Xác định càng nhiều nhân vật đại diện (personas) càng tốt để đại diện cho người dùng của hệ thống.Điều này sẽ giúp bạn duy trì sự tập trung vào khách hàng và dẫn dắt, theo dõi các yêu cầu dựa trên nhu cầu của khách hàng. Được giới thiệu bởi Alan Cooper, các nhân vật đại diện (personas) xác định các người dùng điển hình của hệ thống—ví dụ về những loại người tương tác với nó. Người dùng không nhất thiết phải là hoặc đại diện cho cá nhân. Một người dùng cũng có thể đại diện cho một tổ chức.
  2. Đảm bảo các câu chuyện người dùng của bạn tuân theo ‘3C’:

Minimum Viable Product Development - Define User Stories - PART 1 - Blog Systango

  • Thẻ — Nên được viết trên thẻ ghi chú hoặc giấy dán
  • Cuộc trò chuyện — Thu thập thông tin chi tiết từ người sở hữu sản phẩm
  • Xác nhận — Đảm bảo nó được triển khai đúng cách. Nó phải đáp ứng các tiêu chí chấp nhận của người dùng.
  1. Chia nhỏ các câu chuyện người dùng sao cho kích thước phù hợp để vừa với một Sprint. Một số cách để chia nhỏ câu chuyện bao gồm:
  • Chia theo các bước quy trình
  • Chia theo các kênh đầu vào/đầu ra
  • Chia theo các tùy chọn người dùng
  • Chia theo nhân vật/vai trò
  • Chia theo phạm vi dữ liệu
  1. Đảm bảo mỗi câu chuyện người dùng tuân theo nguyên tắc INVEST:

User stories: a comprehensive guide - Justinmind

Nguyên tắc agilenguyên tắc INVEST, do Bill Wake sáng tạo ra, đóng vai trò là hướng dẫn để đảm bảo các mục nhập danh sách sản phẩm (PBIs) chất lượng cao, thường được viết dưới dạng câu chuyện người dùng.

  • Độc lập: Các câu chuyện nên độc lập tối đa.
  • Có thể thương lượng: Một câu chuyện không phải là một hợp đồng. Một câu chuyện là lời mời tham gia cuộc trò chuyện. Câu chuyện ghi lại bản chất của điều mong muốn.
  • Có giá trị: Nếu một câu chuyện không có giá trị rõ ràng, thì không nên thực hiện.
  • Có thể ước lượng: Một câu chuyện phải có thể ước lượng hoặc xác định kích thước để có thể được ưu tiên đúng cách.
  • Nhỏ: Đối với một vòng lặp hai tuần, các câu chuyện người dùng nên trung bình khoảng 3–4 ngày công việc—tổng cộng! Điều này bao gồm tất cả công việc cần thiết để đưa câu chuyện đến trạng thái “Hoàn thành”.Câu chuyện người dùng càng nhỏ thì độ chính xác trong ước lượng càng cao!
  • Có thể kiểm thử: Mỗi câu chuyện cần phải có thể kiểm thử để được coi là “Hoàn thành”.

Leave a Reply