User Story

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. 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. Nó giúp đội ngũ phát triển hiểu rõ hơn về đối tượng mục tiêu của sản phẩm.

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ọ. CJM giúp hình dung cách người dùng tương tác với sản phẩm và xác định các điểm chạm quan trọng.

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 đó.

User Story là một công cụ hữu ích trong việc thu thập và quản lý yêu cầu người dùng, đặc biệt là trong các dự án Agile. Bằng cách viết User Story rõ ràng, chi tiết và tuân thủ theo nguyên tắc INVEST, bạn có thể giúp đội ngũ phát triển hiểu rõ nhu cầu của người dùng và xây dựng sản phẩm đáp ứng đúng mong đợi.