CÔNG CỤ

RICE, ICE & MoSCoW — chấm điểm ưu tiên

Dùng khi: nhiều hạng mục cạnh tranh nguồn lực và cần xếp hạng minh bạch thay vì "ai to tiếng người đó thắng".

RICE — khi có dữ liệu

Điểm = (Reach × Impact × Confidence) / Effort

  • Reach: bao nhiêu người/quý bị ảnh hưởng (số thật từ analytics)
  • Impact: tác động lên mỗi người (3 = lớn, 2 = cao, 1 = vừa, 0.5 = thấp, 0.25 = tối thiểu)
  • Confidence: độ tin của ước lượng (100% / 80% / 50% — dưới 50% là đang đoán mò, đi thu thập thêm bằng chứng)
  • Effort: person-months

Hợp với: backlog lớn, tổ chức cần giải trình. Nhược: tốn công, dễ ngụy khoa học nếu số bịa.

ICE — khi cần nhanh

Điểm = Impact × Confidence × Ease (mỗi cái 1–10). Chấm trong 5 phút, hợp với growth experiments và lọc thô danh sách dài. Nhược: chủ quan; cùng một người chấm hai hôm ra hai số — chấp nhận, vì mục đích là xếp hạng tương đối, không phải đo tuyệt đối.

MoSCoW — khi chốt scope với stakeholder

Must have (thiếu là release vô nghĩa/bất hợp pháp) / Should have (quan trọng nhưng sống được nếu thiếu) / Could have (có thì tốt) / Won't have (lần này không — ghi rõ ràng, công khai). Hợp với: đàm phán phạm vi release, dự án có deadline cứng. Sức mạnh nằm ở ô Won't — dám viết ra mới là ưu tiên thật.

Cách dùng phối hợp

Danh sách dài → ICE lọc thô → RICE cho nhóm top khi đã có số → MoSCoW khi đóng gói release và thống nhất với stakeholder.

Bẫy thường gặp

  • Chấm điểm để hợp lý hóa quyết định đã chọn — nếu kết quả luôn trùng ý sếp, framework đang bị diễn.
  • Coi điểm là phán quyết — nó là đầu vào cho thảo luận; giá trị lớn nhất là buộc mọi người nói rõ giả định.
  • MoSCoW mà 80% là Must → chưa ưu tiên gì cả.
  • Quên yếu tố chiến lược: một hạng mục RICE thấp vẫn có thể đáng làm vì mở khóa hướng chiến lược.

Nguồn: Module 7. Liên quan: Kano Model · Product Backlog & User Story · Opportunity Solution Tree