Định nghĩa về Hoàn thành so với Tiêu chí Chấp nhận trong Scrum – Hướng dẫn đầy đủ

Định nghĩa về Hoàn thành (DoD) là một danh sách kiểm tra các yêu cầu mà một câu chuyện người dùng phải đáp ứng để đội ngũ xem là hoàn thành. Trong khi tiêu chí chấp nhận của một câu chuyện người dùng bao gồm một tập hợp các trường hợp kiểm thử phải được đáp ứng để xác nhận rằng phần mềm hoạt động như mong đợi.

Sự khác biệt chính nằm ở chỗ DoD là chung cho tất cả các câu chuyện người dùng, trong khi tiêu chí chấp nhận là cụ thể cho từng câu chuyện người dùng. Tiêu chí chấp nhận cho mỗi câu chuyện người dùng sẽ thay đổi tùy theo các yêu cầu cụ thể của câu chuyện đó.

Nói cách khác, cả Định nghĩa về Hoàn thành và tiêu chí chấp nhận đều phải được đáp ứng để một câu chuyện người dùng được xem là hoàn thành. Tích hợp sản phẩm không được xem là hoàn thành trừ khi cả hai danh sách kiểm tra đều được đáp ứng đầy đủ. Do đó, chúng ta cần xác định hai khía cạnh của Định nghĩa về Hoàn thành: DoD và tiêu chí chấp nhận:

Định nghĩa về Hoàn thành so với Tiêu chí Chấp nhận

Định nghĩa về Hoàn thành:

Định nghĩa về Hoàn thành được cấu trúc dưới dạng danh sách kiểm tra, với mỗi mục đóng vai trò là điểm xác minh cho một câu chuyện hoặc PBI. Mục đích của nó là đảm bảo đội phát triển đồng thuận về chất lượng công việc họ đang cung cấp. Nó hoạt động như một danh sách kiểm tra để xác minh tính hoàn chỉnh của mọi Danh sách Sản phẩmmục (cũng được gọi là PBI hoặc câu chuyện người dùng). Các mục trong Định nghĩa về Hoàn thành nhằm áp dụng cho tất cả các mục trong Danh sách Sản phẩm, không chỉ riêng các câu chuyện người dùng. Nó có thể được tóm tắt như sau:

• Áp dụng cho toàn bộ tích hợp sản phẩm
• Ngụ ý rằng tích hợp sản phẩm có thể được giao hàng trong phần lớn các trường hợp
• Được định nghĩa trong Hướng dẫn Scrum
• Hoạt động như một công cụ giao tiếp giữa các thành viên trong đội:
  • Chất lượng phần mềm tổng thể
  • Xem tích hợp có thể được giao hàng hay không

Mục tiêu của Định nghĩa về Hoàn thành

• Xây dựng sự hiểu biết chung về chất lượng và tính hoàn chỉnh trong toàn đội
• Hoạt động như một danh sách kiểm tra để xác minh các câu chuyện người dùng (hoặc PBI)
• Đảm bảo rằng tích hợp được tạo ra ở cuối mỗi Sprint có chất lượng cao và tất cả các thành viên tham gia đều hiểu rõ các tiêu chuẩn chất lượng

Ví dụ – Định nghĩa về Hoàn thành

Ví dụ, trong ngành phần mềm, các đội có thể đặt ra những câu hỏi sau để xác định DoD của họ:

• Mã đã được kiểm tra chéo?
• Mã đã hoàn thành?
• Mã đã được kiểm tra?
• Mã đã được kiểm tra vào hệ thống?
• Các bài kiểm thử đơn vị đã vượt qua?
• Các bài kiểm thử chức năng đã vượt qua?
• Các bài kiểm thử chấp nhận đã hoàn thành?
• Người sở hữu sản phẩm đãđã xem xét và chấp nhận

Tiêu chí chấp nhận

Một câu chuyện người dùng là một trong những tài sản chính trong phát triển Agile, nhưng Scrum không yêu cầu rõ ràng việc sử dụng câu chuyện người dùng hoặc tiêu chí chấp nhận. Nếu một mục trong danh sách sản phẩm quá lớn để vừa vào một Sprint, thường sẽ được chia nhỏ thành các câu chuyện người dùng, sau đó tiếp tục chia thành một tập hợp các nhiệm vụ, như được hiển thị bên dưới:

Tiêu chí chấp nhận

Các câu chuyện người dùng bao hàm các tiêu chí chấp nhận, vì vậy chúng ta thường thấy Định nghĩa Hoàn thành và tiêu chí chấp nhận tồn tại song song trong quy trình Scrum của chúng ta. Câu chuyện người dùng cung cấp bối cảnh cho chức năng mà đội cần cung cấp. Các tiêu chí chấp nhận cung cấp hướng dẫn chi tiết về việc tính năng phải làm gì và khách hàng sẽ chấp nhận nó như thế nào. Cùng nhau, chúng định nghĩa sản phẩm hoàn chỉnh.

Một số tiêu chí chấp nhận được phát hiện trong quá trình làm sạch danh sách công việc diễn ra trước khi Sprint bắt đầu, trong khi những tiêu chí khác được xác định ngay sau Lên kế hoạch Sprint, để đội có thể thảo luận về câu chuyện người dùng. Do đó, tiêu chí chấp nhận là một đặc điểm riêng biệt của câu chuyện người dùng hoặc mục trong danh sách sản phẩm.

• Áp dụng cho từng mục PBI/câu chuyện riêng lẻ
• Tiêu chí chấp nhận thay đổi theo từng PBI/câu chuyện
• Không được định nghĩa trong Hướng dẫn Scrum
• Phục vụ như một công cụ giao tiếp để đáp ứng các yêu cầu cụ thể của một PBI/câu chuyện
• Cũng được biết đến như các bài kiểm thử chấp nhận, điều kiện hài lòng, hoặc trong một số trường hợp là “các trường hợp kiểm thử”

Mục tiêu của tiêu chí chấp nhận

• Làm rõ điều mà đội cần xác lập trước khi bắt đầu công việc
• Đảm bảo mọi người đều có cùng một hiểu biết về các yêu cầu
• Giúp các thành viên đội hiểu khi nào một câu chuyện được hoàn thành
• Giúp xác minh câu chuyện thông qua kiểm thử tự động

Ví dụ – Tiêu chí chấp nhận

• Người dùng không thể gửi biểu mẫu mà không điền đầy đủ các trường bắt buộc
• Thông tin từ biểu mẫu được lưu trữ trong cơ sở dữ liệu đăng ký
• Khách có thể thanh toán bằng thẻ tín dụng
• Một email xác nhận sẽ được gửi đến người dùng sau khi biểu mẫu được gửi

Ví dụ về một câu chuyện người dùng với các tiêu chí chấp nhận

Hình ảnh dưới đây hiển thị một ví dụ về các tiêu chí chấp nhận cho một câu chuyện người dùng.

Ví dụ về Định nghĩa Hoàn thành