Tiêu chuẩn chấp nhận cho các câu chuyện người dùng Agile

Làm thế nào để đảm bảo rằng một câu chuyện người dùng được hoàn thành đúng cách và đáp ứng yêu cầu của khách hàng? Đây chính là lúctiêu chuẩn chấp nhậnphát huy vai trò. Tiêu chuẩn chấp nhận là danh sách chính thức các yêu cầu nhằm đảm bảo rằng tất cả các câu chuyện người dùng đều được hoàn thành và mọi tình huống đều được xem xét. Nói ngắn gọn, tiêu chuẩn chấp nhận xác định các điều kiện mà một câu chuyện người dùng được coi là hoàn thành. Các tiêu chuẩn rõ ràng, được ghi chép cụ thể giúp các đội phát triển tránh được sự mơ hồ về nhu cầu khách hàng và ngăn ngừa hiểu lầm.

Do đó, khi viết các câu chuyện người dùng, tiêu chuẩn chấp nhận là điều thiết yếu. Chúng giúp đội của bạn hiểu rõ những gì là bắt buộc trong quá trình phát triển tính năng và điều gì cần tập trung vào.

Hãy cùng tìm hiểu sâu hơn về tiêu chuẩn chấp nhận.

Tiêu chuẩn chấp nhận là gì?

Tiêu chuẩn chấp nhận giúp bạn xác định khi nào một câu chuyện người dùng được coi là hoàn thành và khi nào nó có đầy đủ các tính năng cần thiết để đáp ứng nhu cầu người dùng.

Chúng là một tập hợp các điều kiện mà một câu chuyện người dùng phải đáp ứng để được coi là hoàn thành. Chúng cung cấp phạm vi chi tiết của câu chuyện người dùng và những gì là cần thiết, để đội của bạn hiểu rõ vấn đề đang gặp phải. Nhờ đó, mỗi lần ra mắt một tính năng mới, bạn có thể đảm bảo rằng nó đáp ứng tiêu chuẩn mà người dùng xứng đáng có được.

Nhưng trước khi bạn nhiệt tình liệt kê một bộ tiêu chí chức năng mà câu chuyện người dùng cần đáp ứng, hãy cân nhắc xem các yếu tố khác có thể ảnh hưởng đến chất lượng tính năng của bạn và hãy đưa chúng vào tiêu chuẩn chấp nhận.

Tiêu chuẩn chấp nhận có thể bao gồm các chi tiết như

  • Trải nghiệm người dùng
  • Tác động của câu chuyện người dùng hiện tại đến các tính năng hiện có
  • Hiệu suất chính như tốc độ
  • Điều mà câu chuyện người dùng nhằm mục đích thực hiện

Do đó, tùy thuộc vào chức năng bạn đang xây dựng và mức độ phức tạp của nó, hãy ngồi lại cùng đội của bạn để xác định tập hợp tối thiểu các chức năng mà nó cần thực hiện và cách thức hoạt động của nó.

Nếu nó phức tạp hoặc là một tính năng cốt lõi của sản phẩm của bạn, bạn nên cân nhắc viết càng nhiều và chi tiết tiêu chuẩn chấp nhận càng tốt để giúp đội của bạn tránh được bất kỳ sự nhầm lẫn nào.

Làm thế nào để viết tiêu chuẩn chấp nhận cho các câu chuyện người dùng

1. Tiêu chuẩn chấp nhận cần được viết từ góc nhìn của người dùng

Tiêu chuẩn chấp nhận là cách nhìn nhận vấn đề từ góc nhìn của khách hàng. Chúng cần được viết trong bối cảnh trải nghiệm thực tế của người dùng. Dù sao, bạn đang xây dựng một sản phẩm dành cho người dùng, phải không?

2. Tiêu chí cần rõ ràng và súc tích

Tiêu chuẩn chấp nhận không nên nhầm lẫn với các trường hợp kiểm thử hay tài liệu. Điều quan trọng là giữ cho các tiêu chí của bạn đơn giản và rõ ràng nhất có thể.

3. Mọi người đều phải hiểu rõ các tiêu chuẩn chấp nhận của bạn

Nếu các nhà phát triển của bạn không thể hiểu chúng, thì các tiêu chí của bạn là vô dụng. Nếu bạn không chắc về độ rõ ràng, hãy dành thời gian đặt câu hỏi và điều chỉnh cho đến khi mọi thứ trở nên rõ ràng.

4. Tiêu chuẩn chấp nhận không phải về cách làm (Làm thế nào?), mà là về điều gì (Tại sao?)

Giống như các câu chuyện người dùng, tiêu chuẩn chấp nhận không phải là các nhiệm vụ. Chúng là một cách để truyền đạt câu chuyện người dùng.

5. Tiêu chuẩn chấp nhận cần cụ thể, nhưng không phải là một cấp độ chi tiết khác

Hãy xem xét phần mềm khai báo thuế. Yêu cầu quan trọng nhất là tính chính xác số thuế phải nộp dựa trên thu nhập và chi phí. Rõ ràng, đúng không? Và bạn biết rằng bạn không thể kiểm thử mọi tổ hợp khả thi—vì các khả năng gần như vô hạn.

Do đó, tiêu chuẩn chấp nhận cho câu chuyện người dùng sẽ nêu rõ các điều kiện hoặc yêu cầu cụ thể cần được đáp ứng. Điều này có nghĩa là phải cụ thể hơn, chứ không phải thêm một tầng chi tiết khác. Điều này giúp đội của bạn hiểu rõ những gì cần thiết và đẩy nhanh tiến độ giao hàng. Tất nhiên, khi so sánh biểu đồ tiêu thụ công việc hiện tại với các biểu đồ trước đó, bạn có thể thấy một số cải thiện.

6. Tiêu chuẩn chấp nhận có thể là sự diễn lại câu chuyện người dùng từ góc nhìn của người dùng

Điều này chỉ áp dụng khi câu chuyện người dùng không quá phức tạp. Dưới đây là một ví dụ về điều tôi muốn nói.

Đối với một câu chuyện người dùng như “Là một nhân viên tài chính, tôi muốn chấp nhận hóa đơn để có thể theo dõi tất cả các báo cáo tài chính”

Tiêu chí chấp nhận của nó có thể là “Khi tôi thực hiện hành động chấp nhận, hóa đơn sẽ được chấp nhận (được xác minh bằng cách kiểm tra hồ sơ hóa đơn)”

Điều kiện/When/Then Mẫu tiêu chí chấp nhận

Để dễ dàng hơn, dưới đây là một mẫu đơn giản mà bạn có thể sử dụng để viết tiêu chí chấp nhận:

Cho trước [bối cảnh] khi [một hành động cụ thể được thực hiện] thì [một tập hợp các hậu quả phải xảy ra]

Ví dụ về tiêu chí chấp nhận

Đối với câu chuyện người dùng ví dụ:

“Là một người viết, tôi muốn nhận thông báo khi người khác thêm bình luận để tôi có thể cập nhật thông tin.”

Dưới đây là ba ví dụ về tiêu chí chấp nhận cho câu chuyện người dùng trên:

  1. Cho trước điện thoại của tôi bị khóa khi ứng dụng không được mở, thì tôi nên nhận được thông báo dạng băng thông.
  2. Cho trước tôi đang soạn thảo một tài liệu khi ứng dụng được mở, thì biểu tượng chuông nên được cập nhật để hiển thị thông báo chưa đọc kèm theo số lượng.

Ví dụ – Gửi phản hồi trang web

Chúng tôi xác định câu chuyện người dùng và tiêu chí chấp nhận cho tính năng bình luận blog. Người dùng đã đăng nhập có thể thêm bình luận. Câu chuyện người dùng cho tính năng “Thêm bình luận” sẽ là:

Nhưmột người dùng đã đăng nhập,
Tôi muốncó thể để lại một bình luận trên một bài đăng blog,
đểtôi có thể nhận được phản hồi về chủ đề này.

Các tiêu chí chấp nhận cho tính năng này là:

Tình huống:Một người dùng đã đăng nhập để lại một bình luận trên một bài đăng blog
Giả sử tôi là một người dùng đã đăng nhập,
Khi tôi mở trang chứa một bài đăng blog cụ thể,
Thì hệ thống hiển thị một phần “Bình luận” ở phía dưới bài đăng blog, hiển thị danh sách các bình luận do các người dùng khác thêm.
Hệ thống hiển thị một trường “Thêm bình luận” ở đầu phần “Bình luận”.
Khi tôi điền bình luận của tôi vào trường “Thêm bình luận” và nhấp vào nút “Gửi”,
Thì hệ thống lưu lại bình luận của tôi.
Hệ thống hiển thị bình luận của tôi ở đầu phần “Bình luận”.
Hệ thống hiển thị tên người dùng và hình đại diện của tôi ở bên trái bình luận của tôi.
Hệ thống hiển thị các biểu tượng “Xóa” và “Sửa” ở phía đối diện với bình luận của tôi.

 

Như bạn thấy, việc viết các tiêu chí chấp nhận thực sự là một lợi ích kép cho cả khách hàng và đội phát triển: nó không chỉ giúp đội hiểu rõ điều họ cần làm, mà còn giúp khách hàng hiểu quá trình phát triển và xác minh rằng phần mềm được giao đúng với nhu cầu thực tế của doanh nghiệp.

 

Leave a Reply