Sprint Review toàn tính năng "gần xong": thiết lập Definition of Done đúng nghĩa

Tình huống minh hoạ

Đội Scrum 6 người phát triển ứng dụng đặt lịch khám cho một chuỗi phòng khám (bối cảnh giả định). Ở Sprint Review gần nhất, đội trình diễn 5 tính năng, nhưng:

• 2 tính năng chỉ chạy trên máy của developer, chưa triển khai lên môi trường kiểm thử chung.
• 1 tính năng đã viết xong mã nhưng chưa kiểm thử hồi quy.
• Developers báo cáo "xong 90%", còn Product Owner không dám phát hành.

Sau ba Sprint, lượng việc "gần xong" tích tụ, đội phải dành nguyên một Sprint "ổn định" chỉ để sửa lỗi. Các bên liên quan bắt đầu nghi ngờ con số velocity mà đội báo cáo.

Phân tích theo Scrum Guide và PMBOK® Guide

Increment và Definition of Done

Theo Scrum Guide 2020:

• Increment là một bước tiến cụ thể hướng tới Product Goal. Mỗi Increment cộng thêm vào các Increment trước và được kiểm chứng kỹ để đảm bảo chúng hoạt động cùng nhau. Để tạo ra giá trị, Increment phải dùng được.
• Definition of Done (DoD) là cam kết gắn với Increment: mô tả chính thức trạng thái của Increment khi đạt các tiêu chuẩn chất lượng cần thiết cho sản phẩm.
• Một hạng mục chỉ trở thành một phần của Increment khi đáp ứng DoD. Nếu không đáp ứng, hạng mục không được phát hành, thậm chí không được trình bày ở Sprint Review, mà quay lại Product Backlog để xem xét sau.
• Nếu DoD là tiêu chuẩn của tổ chức, mọi Scrum Team phải tuân theo ở mức tối thiểu; nếu không, Scrum Team phải tự tạo DoD phù hợp với sản phẩm. Nhiều Scrum Team cùng làm một sản phẩm phải cùng định nghĩa và tuân theo một DoD chung.
• Developers chịu trách nhiệm đưa chất lượng vào công việc bằng cách tuân thủ DoD.
• Increment có thể được bàn giao cho các bên liên quan trước khi Sprint kết thúc; Sprint Review không phải "cửa phê duyệt" để phát hành giá trị.

DoD khác tiêu chí chấp nhận