User story (US) là mô tả đơn giản về một tính năng hoặc chức năng hệ thống từ quan điểm của người dùng. Nói cách khác, US đại diện cho một mục tiêu cụ thể mà người dùng muốn đạt được khi sử dụng phần mềm.
User Story được tạo ra như thế nào?
US thường xuất hiện trong các dự án Agile. Mặc dù US được tạo ra dựa trên mong muốn của người dùng nhưng thực tế người đưa ra US thường là Product Owner (PO).
Đầu tiên, PO sẽ đảm nhiệm vai trò tìm hiểu về nhu cầu, mong muốn của người sử dụng cũng như các pain-point mà họ gặp phải. Từ đó, PO sẽ đưa ra các chân dung của người dùng tiềm năng (user personas). Mỗi persona đại diện cho một nhóm người dùng có các đặc điểm, mục tiêu và nhu cầu tương tự nhau.
Với các user personas và thông tin nghiên cứu người dùng, PO có thể giả định hành trình trải nghiệm sản phẩm của user bằng công cụ User Journey Map (CJM). CJM cung cấp cái nhìn toàn diện về cách người dùng tương tác với sản phẩm hoặc dịch vụ, từ khi bắt đầu tìm hiểu cho đến khi hoàn tất mục tiêu của họ.
Dựa trên thông tin từ user personas và CJM mà đội ngũ phát triển sản phẩm có thể xác định được các User Story.
Cấu trúc của User Story
Như đã đề cập trong bài đầu tiên, 1 US có cấu trúc như sau: Là một [vai trò], tôi muốn [tính năng], để [mục đích]. Trong đó:
Vai trò: vai trò của người sử dụng, thường là vai trò được đề cập đến trong personas.
Tính năng: phần này mô tả mục tiêu hoặc yêu cầu cụ thể mà người dùng muốn đạt được từ sản phẩm hoặc dịch vụ. Nó tập trung vào việc mô tả chính xác mục đích mà người dùng muốn đạt được khi sử dụng sản phẩm.
Mục đích: phần này giải thích lý do hoặc giá trị mà người dùng nhận được khi mục tiêu của họ được đáp ứng. Nó giúp thể hiện tầm quan trọng của User Story và tại sao nó đáng được thực hiện.
Ví dụ: là người dùng tôi muốn tìm kiếm được sản phẩm để tôi có thể tìm được sản phẩm mong muốn một cách nhanh nhất.
Mô tả 1 User Story
Khi triển khai dự án, 1 US cần được mô tả rõ ràng và chi tiết hơn nhằm đảm bảo đội ngũ phát triển hiểu đúng hơn về nhu cầu của người dùng. Để mô tả chi tiết US các bạn có thể sử dụng cấu trúc như sau:
ID: mỗi US nên có 1 unique ID để tiện cho việc quản lý.
US: US đầy đủ theo cấu trúc "Là một…"
Mô tả: tóm tắt ngắn gọn về US gồm mục tiêu, nhu cầu của người dùng.
Tiêu chí chấp thuận: Các điều kiện hoặc tiêu chí để xác định khi User Story được hoàn thành và đáp ứng yêu cầu của người dùng.
Ví dụ:
ID: US001
US: Là người dùng tôi muốn tìm kiếm được sản phẩm để tôi có thể tìm được sản phẩm mong muốn một cách nhanh nhất.
Mô tả: Như một người dùng, tôi muốn có khả năng tìm kiếm bài hát bằng tiêu đề hoặc nghệ sĩ để tìm và nghe nhạc yêu thích của mình một cách dễ dàng. Khi tìm kiếm, tôi muốn kết quả hiển thị các bài hát liên quan đến tiêu đề hoặc nghệ sĩ tương ứng.
Tiêu chí chấp thuận:
- Tôi có thể nhập từ khóa tìm kiếm vào ô tìm kiếm trên ứng dụng.
- Khi tìm kiếm, tôi nhận được danh sách các bài hát liên quan đến từ khóa tìm kiếm.
- Kết quả tìm kiếm hiển thị tiêu đề và nghệ sĩ của mỗi bài hát.
- Khi nhấp vào một bài hát từ kết quả tìm kiếm, tôi có thể nghe bài hát đó.
Comments