Gặp gỡ team Magestore tại series 'Chân chất kể tất - Webinar #8: "Cách làm Content Marketing bằng sự thấu hiểu B2B Buyer Journey"
Đăng ký tham gia!

User Story là gì

Trong Agile, User Story là một công cụ mô tả yêu cầu của người sử dụng. Đây là một cách tiếp cận nhanh, chuyển trọng tâm từ viết về các yêu cầu sang nói về chúng. Tất cả các câu chuyện của người dùng được nói gọn trong một hoặc hai câu, hình thành nên một loạt các cuộc hội thoại về chức năng mong muốn.
Nội dung chính

Cách viết 1 User Story

Cách viết 1 User Story
Cách viết 1 User Story

User Story thường được viết trên thẻ (card) hoặc Sticky Note. Sau đó chúng được sắp xếp trên tường hoặc bàn để thuận tiện cho việc lập kế hoạch và thảo luận. Như vậy, trọng tâm được chuyển từ viết về các tính năng sang thảo luận về chúng. Trong thực tế, các cuộc thảo luận này quan trọng hơn bất kỳ văn bản nào được viết.

Vì vậy User Story thường được viết thành câu ngắn gọn như sau:

As a < type of user >, I want < some goal > so that < some reason >
  • Type of User: là đối tượng, vai trò của người dùng.
  • Some goal: chức năng, điều mà người dùng muốn thực hiện.
  • Some reason: lý do cần thiết phải có tính năng này.

Ai là người viết User Story

User Story được Development Team viết và tự do thảo luận
User Story được Development Team viết và tự do thảo luận

Bất cứ ai cũng có thể viết. Về mặt trách nhiệm, Product Owner có trách nhiệm cao nhất đảm bảo Product Backlog được lấp đầy hoàn thiện với các User Story, nhưng không có nghĩa đó là người duy nhất viết. Trong thực hành, thường các User Story được Development Team viết và tự do thảo luận dưới sự định hướng của Product Owner.

User Story có thay thế việc viết tài liệu

User Story có thay thế việc viết tài liệu
User Story có thay thế việc viết tài liệu

Mặc dù User Story có thể được coi là sự thay thế cho tài liệu yêu cầu của một dự án truyền thống. Nhưng điều quan trọng cần nhớ là đảm bảo cho tất cả mọi người trong dự án hiểu đầy đủ về yêu cầu và mong muốn của người sử dụng, và User Story chỉ là một cách tiếp cận nhanh. Nhưng nếu cách tiếp tài liệu giúp nhóm dự án hiểu hơn thì không nên loại bỏ việc viết tài liệu.

Thực hành tốt nhất là tham chiếu tham chiếu User Story đến các tài liệu mô tả yêu cầu và giải pháp đáp ứng. Nếu có thể đính kèm theo các sơ đồ mô tả quy trình công việc, bảng tính cho biết cách thực hiện phép tính hoặc bất kỳ tạo tác nào khác mà người dùng mong muốn.

Làm sao khám phá được các User Story

User Story nên được xác định cùng với các bên liên quan, tốt nhất là thông qua một cuộc gặp mặt trực tiếp trong một quá trình khám phá yêu cầu.

Trong các cách tiếp cận khám phá yêu cầu trước đây, một kỹ sư phân tích hệ thống cố gắng tìm hiểu nhu cầu của khách hàng và sau đó chuẩn bị một đặc tả yêu cầu rất chi tiết. Đây không phải là cách tiếp cận Agile khuyến khích. Thay vì một quy trình viết tài liệu, việc xác định User Story giống như một quy trình ghi chú với các bước như sau:

  • Thông qua các cuộc thảo luận với người dùng, dùng kỹ năng lắng nghe để hiểu vấn đề và nhu cầu của họ
  • Vết ra nhu cầu của họ dưới dạng User Story..
  • Các tài liệu chi tiết nếu cần thì chỉ nên được lập ra sau khi đã kết thúc buổi thảo luận với người dùng.
  • Chỉ nên cung cấp cho Development Team các tài liệu tham khảo yêu cầu "vừa đủ" trong suốt quá trình phát triển dự án.

Làm sao để áp dụng User Story hiệu quả

  • Giữ mô tả User Story thật ngắn.
  • Suy nghĩ từ quan điểm của người dùng cuối khi viết.
  • Đảm bảo người dùng và Development Team xác định đã hiểu rõ trước khi bạn bắt đầu phát triển
  • Estimate nguồn lực trước khi thực hiện để đảm bảo khối lượng công việc của Development Team được kiểm soát.
  • Nếu estimate thấy cần nhiều nguồn lực cho 1 User Story, hãy chia nhỏ tiếp.
  • Giữ mối quan hệ cộng tác tốt với người dùng cuối sẽ có lợi cho cả hai bên.
Về chung một nhà với Magestore

More Articles