Epics vs Features vs User Stories

Tình huống

Nói lăng nhăng tại sao phải bỏ thời gian viết cái này.

Tóm tắt

Tóm lại thông tin dành cho ai ít có thời gian.

Feature/Tính năng

Tính năng là cái thứ mà sản phẩm của bạn cung cấp, hoặc là chức năng của phần mềm/web cho phép user làm việc gì đó.

Benefit/Lợi ích là đầu ra, kết quả mà user mong đợi trải nghiệm được khi họ dùng sản phẩm/dịch vụ.

Bạn sẽ thấy hai thứ này rất phổ biến ở các trang web giới thiệu sản phẩm, hoặc các mục so sánh, bảng giá để chào mời (thường theo kiểu trả nhiều tiền hơn để có nhiều tính năng hơn).

Thường nó sẽ thể hiện rõ ràng ở dưới dạng có hay không có tính năng để giúp user dễ dàng lựa chọn, hơn là kiểu trình bày tính năng này to hơn tính năng kia (làm khó user).

User story

Internet định nghĩa nhiều rồi nên tôi sẽ nói về các đặc điểm trước:

• Story có thể dùng để lập kế hoạch và định nghĩa phạm vi công việc cần thực hiện.
• Story thể hiện được giá trị đem đến cho user.
• Story phải có khối lượng đủ nhỏ để nhét được vào một sprint, to quá phải chia nhỏ.
• Story là miếng trầu thôi, nó giúp cả team có thể bắt đầu thảo luận và thêm chi tiết vào theo thời gian.
• Story không thể hiện (toàn bộ) sản phẩm hay (toàn bộ) tính năng mà chỉ là các danh sách ràng buộc vây quanh tính năng.

Sách vở thì: user story định ra những gì user muốn đạt được với sản phẩm của bạn và lý do tại sao.

Cho nên user story giúp cho bạn xây dựng những hiểu biết nhất định đối với sản phẩm mà ai cũng hiểu được, tuy nhiên phải nhớ rằng nó không mô tả đầy đủ sản phẩm nha.

Phân biệt User story và Task

Story giúp cho bạn chia nhỏ công việc để build một sản phẩm dựa trên những việc user có thể làm. Nó khác với danh sách các công việc bạn phải làm cho sản phẩm đó.

Ví dụ nếu bạn muốn tạo một trang membership, bạn có thể có các story:

• Chia sẻ profile của mình
• Hiện hình profile trên bài viết
• Kết nối với các member khác

Sau đó nhận ra cần quản lý profile nữa, thế là có thể thêm story tạo và chỉnh sửa profile của mình.

Ở góc nhìn công việc bạn sẽ thấy danh sách công việc rất khác:

• Xác định các trường trong profile
• Thiết kế màn hình profile
• Code màn hình profile
• Thiết kế database profile
• Tạo profile mới trong database
• Sửa profile đã có trong database
• Xóa profile đã có trong database
• Hiện profile lên trang member
• Đọc hình của profile
• Thêm hình và tên profile trong bài viết
• Làm trang tìm kiếm, kết nối member
• …

Công việc thực hiện bên dưới của dự án không thay đổi, nhưng việc tạo ra hai góc nhìn như trên giúp cho việc quản lý các thay đổi, tiến hóa của sản phẩm áp sát vào các giá trị/lợi ích user đạt được, từ đó có thể nhanh thu thập được phản hồi và cải tiến sản phẩm.

User story cũng giúp cho team dự án lên thứ tự ưu tiên task sao cho giải quyết được nhu cầu của khách hàng.

Chú ý thêm là user story không chỉ có một format thông dụng mô tả Why, Who, What mà có thể cả Situation, Motivation, Expected Outcome:

• As A, I Want, So That
• In Order to, As A, I Want
• When, I Want, so I Can

Bạn không cần hiểu nó cũng được nhưng team dự án chắc chắn phải hiểu và giải thích tốt cho bạn. Bạn chỉ cần nắm khi sản phẩm hoàn thành, user phải thực hiện được story đó thành công.

Epic

Dễ hiểu nhất, Epic là một story rất lớn, cho dù chỉ mất vài dòng để mô tả nhưng có thể là công việc của team 10 người trong cả năm trời.

Epic thường dành cho stakeholder, user, customer hơn là team dự án, và nó giúp cho việc tổ chức các story con ở dưới Epic và kiểm soát sự đầy đủ của tính năng thuận tiện hơn.

Ví dụ như epic quản lý profile bao gồm tạo, sửa, xóa là 3 story đòi hỏi nhiều task cần hoàn thành.