Định nghĩa Sẵn sàng (Definition of Ready - DoR)
Khi đội ngũ phát triển chọn một User Story từ đầu hàng đợi của Backlog, story đó bắt buộc phải có đủ chi tiết để toàn đội có thể ước lượng khối lượng công việc cần thiết nhằm hoàn thành nó ngay trong Sprint. Khi đã có đủ thông tin để ước lượng, story đó được coi là Sẵn sàng (Ready) để bắt tay vào phát triển.
Cảnh báo: Nếu một User Story chưa đạt trạng thái Ready khi bắt đầu Sprint, rủi ro story đó không thể hoàn thành (Done) vào cuối Sprint sẽ tăng lên rất nhiều.
1. Định nghĩa Sẵn sàng là gì?
Định nghĩa Sẵn sàng (Definition of Ready - DoR) là sự thống nhất giữa toàn bộ các thành viên trong Scrum Team về mức độ đầy đủ của một User Story để nó đủ điều kiện được đưa ra ước lượng và lựa chọn trong buổi Sprint Planning. Điều này có thể được cụ thể hóa thành một danh mục kiểm tra (Checklist) trực tiếp trong các mẫu User Story bằng cách sử dụng GitHub Issue Templates hoặc Azure DevOps Work Item Templates.
DoR có thể hiểu như một bản checklist đắc lực giúp Product Owner (PO) tự kiểm tra xem story mình viết đã chứa đầy đủ dữ liệu để đội phát triển hiểu rõ công việc cần làm hay chưa.
Các tiêu chí mẫu trong Checklist Ready
- Phần mô tả đã có đủ thông tin chi tiết, bao gồm các dữ liệu đầu vào cần thiết để triển khai story chưa?
- Story đã có tiêu chí chấp nhận (Acceptance Criteria) rõ ràng, đầy đủ và đo lường được chưa?
- Story có giải quyết đúng nhu cầu nghiệp vụ thực tế của khách hàng không?
- Chúng ta có thể kiểm thử và đo lường được các tiêu chí chấp nhận hay không?
- Kích thước story có đủ nhỏ để hoàn thành trong một khoảng thời gian ngắn (trong sprint), nhưng vẫn đủ lớn để mang lại giá trị thực tế cho khách hàng không?
- Story có đang bị phụ thuộc/nghẽn (blocked) không? Ví dụ, nó có phụ thuộc vào:
- Một công việc chưa hoàn thành của thành viên khác?
- Một sản phẩm bàn giao từ đội ngũ bên ngoài (gói mã nguồn, dữ liệu mẫu, quyền truy cập API, v.v.)?
2. Ai là người viết Định nghĩa Sẵn sàng?
Checklist sẵn sàng được xây dựng bởi Product Owner, dựa trên sự đồng thuận và đóng góp ý kiến của Đội ngũ phát triển (Development Team) và Trưởng quy trình (Process Lead).
3. Khi nào nên cập nhật Định nghĩa Sẵn sàng?
Hãy cập nhật hoặc điều chỉnh DoR bất kỳ khi nào Scrum Team nhận thấy có những thiếu sót thông tin trong User Story thường xuyên lặp lại và gây ảnh hưởng tiêu cực đến buổi lập kế hoạch Sprint.
4. Những điều cần tránh (What Should be Avoided)
Checklist Ready chỉ nên chứa các tiêu chí có tính áp dụng rộng rãi cho hầu hết các story. Tránh đưa vào những chi tiết quá vụn vặt chỉ áp dụng cho một hoặc hai story đơn lẻ, vì điều đó sẽ tạo ra gánh nặng thủ tục không cần thiết khi viết story.
5. Làm thế nào để đưa Story về trạng thái Sẵn sàng?
Trong trường hợp các công việc có độ ưu tiên cao nhất vẫn chưa đạt trạng thái Ready, đội ngũ vẫn có thể chủ động thúc đẩy tiến độ bằng các chiến lược sau:
- Buổi làm mịn Backlog (Refinement sessions): Là thời điểm vàng để rà soát xem các story ưu tiên cao đã có mô tả rõ ràng, tiêu chí chấp nhận chuẩn xác và giá trị nghiệp vụ rõ nét hay chưa. Đây cũng là dịp để chia nhỏ các story quá lớn không thể làm xong trong một sprint.
- Buổi ưu tiên hóa (Prioritization sessions): Dịp để ưu tiên thực hiện các story có khả năng giải phóng (unblock) cho các công việc quan trọng khác đang bị tắc nghẽn.
- Tách nhỏ story bị nghẽn: Các User Story đang bị nghẽn (blocked) thường có thể được chia tách khéo léo để mở khóa một phần phạm vi công việc có thể làm trước, giúp toàn đội vẫn duy trì đà tiến độ mà không phải ngồi chờ.