Ưu tiên một sprint backlog bằng MoSCoW

MoSCoW chia các mục thành bốn nhóm:

• Must have: thiếu nó thì bản phát hành thất bại hoặc không dùng được, về pháp lý hoặc thực tế.
• Should have: quan trọng và bỏ đi thì khó chịu, nhưng có cách xử lý tạm.
• Could have: có thì tốt, chỉ làm nếu còn thời gian.
• Won't have (lần này): được thống nhất rõ là ngoài phạm vi ở thời điểm này.

Với một sprint, trước hết tôi xác nhận Sprint Goal, rồi hỏi từng mục: thiếu nó thì mục tiêu có thất bại không? Những mục đó là Must. Tôi giữ các Must ở khoảng một nửa năng lực để chừa chỗ cho rủi ro, và lấp phần còn lại bằng Should và Could theo thứ tự giá trị. Tôi nêu rõ các mục Won't để kỳ vọng được rõ ràng.

Ví dụ cho sprint thanh toán: thanh toán bằng thẻ và xác nhận đơn hàng là Must; lưu địa chỉ là Should; gói quà là Could; danh sách yêu thích là Won't.

Tôi kiểm tra lại giữa sprint, và nếu năng lực giảm thì các mục Could bị bỏ trước.