Definition of Ready (DoR) là tập hợp các tiêu chí mà một User Story hoặc mục trong Product Backlog phải đáp ứng trước khi được đưa vào Sprint Planning để đội phát triển thực hiện.
Mục đích sử dụng:
Đảm bảo các mục trong Product Backlog có đủ thông tin, rõ ràng và sẵn sàng để đội phát triển bắt đầu làm việc mà không gặp trở ngại.
Các bước áp dụng thực tế:
Xác định các tiêu chí cụ thể trong DoR, như tiêu chí chấp nhận, mức độ ưu tiên, và độ rõ ràng của yêu cầu.
Product Owner đảm bảo các mục trong Backlog đáp ứng DoR trước khi đưa vào Sprint Planning.
Đội phát triển xác nhận lại trong Sprint Planning để đảm bảo mọi mục đều sẵn sàng.
Lưu ý thực tiễn:
Tránh đưa các mục chưa rõ ràng vào Sprint, gây khó khăn cho đội phát triển.
Cập nhật DoR thường xuyên để phù hợp với yêu cầu của dự án và đội phát triển.
Ví dụ minh họa:
Cơ bản: Một User Story được coi là sẵn sàng nếu có tiêu chí chấp nhận rõ ràng và đủ thông tin để đội phát triển ước lượng.
Nâng cao: Một Epic được chia nhỏ thành các User Stories độc lập, mỗi User Story có chi tiết kỹ thuật đầy đủ và đã được Product Owner ưu tiên.
Case Study Mini:
Spotify: Spotify sử dụng Definition of Ready để đảm bảo mọi mục trong Backlog đều sẵn sàng trước khi bắt đầu Sprint. Nhờ áp dụng DoR, họ giảm 20% số lần gặp trở ngại trong Sprint, cải thiện hiệu quả làm việc của đội phát triển.
Câu hỏi kiểm tra nhanh (Quick Quiz):
Definition of Ready (DoR) đảm bảo điều gì?
A. Các mục trong Backlog sẵn sàng để đội phát triển thực hiện
B. Đội phát triển hoàn thành Sprint đúng tiến độ
C. Đảm bảo Sprint không bị thay đổi mục tiêu
D. Phân bổ ngân sách hợp lý cho dự án
Câu hỏi tình huống (Scenario-Based Question):
Một User Story chưa đáp ứng đầy đủ tiêu chí trong DoR nhưng được Product Owner đưa vào Sprint Planning. Là Scrum Master, bạn sẽ làm gì để giải quyết tình huống này và đảm bảo hiệu quả làm việc của đội phát triển?
Liên kết thuật ngữ liên quan:
Definition of Done, Product Backlog, Sprint Planning.