Bài 1 — Bối cảnh: Vì sao ưu tiên backlog luôn là nỗi đau của Product Owner

Mỗi sáng thứ Hai, bạn mở backlog và thấy 120 item: bug từ CS, feature từ sếp, ý tưởng từ sales, technical debt từ dev. Ai cũng nói việc của họ là "gấp nhất". Bạn có 2 tuần sprint và 5 người. Câu hỏi không phải làm gì mà là làm gì TRƯỚC.

Bài này chưa dùng AI. Mục tiêu là để bạn hiểu rõ vấn đề trước khi giao cho AI — nếu không, AI chỉ giúp bạn ra quyết định tồi nhanh hơn.

Ba nỗi đau kinh điển

• Thiên kiến (bias): Bạn ưu tiên theo tiếng nói to nhất (HiPPO — Highest Paid Person's Opinion), theo cái mình vừa nghe, hoặc theo cái dễ làm.
• Thiếu bằng chứng: "Tôi cảm thấy cái này quan trọng" — nhưng khi sếp hỏi "tại sao không phải cái kia?", bạn không có con số.
• Tốn thời gian: Ngồi ước lượng reach/impact/effort cho 120 item bằng tay có thể mất cả ngày, nên bạn... bỏ qua và làm theo cảm tính.

Ba khung ưu tiên bạn sẽ dùng suốt khóa

• RICE = (Reach × Impact × Confidence) ÷ Effort. Dùng khi cần so sánh nhiều feature theo giá trị/chi phí.
• WSJF (Weighted Shortest Job First) = Cost of Delay ÷ Job Size. Dùng trong môi trường SAFe/Agile khi "trễ thì mất tiền".
• MoSCoW = Must / Should / Could / Won't. Dùng khi cần chốt phạm vi cho một release cụ thể.

AI sẽ giúp bạn ở đúng những chỗ tốn công và dễ thiên kiến: ước lượng số, chuẩn hóa giả định, tính toán, và phản biện lựa chọn của bạn. AI KHÔNG thay bạn quyết — vì nó không chịu trách nhiệm khi release fail.

Ví dụ cụ thể

Bạn có 3 item:

• A: "Thêm đăng nhập Google" (nhiều người xin)
• B: "Sửa lỗi thanh toán fail 3%" (CS phàn nàn)
• C: "Dashboard analytics cho admin" (sếp thích)

Cảm tính bảo bạn làm C (sếp thích). Nhưng nếu tính RICE thô: B chỉ ảnh hưởng 3% nhưng là doanh thu trực tiếp, impact cực cao, effort thấp → điểm cao vượt trội. AI sẽ giúp bạn thấy điều này bằng số chỉ trong vài phút.

Các bước khởi động (làm ngay hôm nay)

• Xuất backlog ra một bảng phẳng: cột id, tiêu đề, mô tả 1 câu, nguồn, loại (feature/bug/debt).
• Xác định 1 mục tiêu quý (ví dụ: tăng conversion checkout 10%). Ưu tiên luôn phải neo vào mục tiêu, không neo vào cảm xúc.
• Chọn khung phù hợp: nhiều feature cạnh tranh → RICE; deadline/thời vụ → WSJF; chốt scope release → MoSCoW.
• Chuẩn bị đơn vị đo: Reach = số user/quý, Impact = thang 0.25–3, Effort = person-week.
• Đánh dấu 5 item bạn nghĩ là top để lát nữa so với kết quả AI (bài học chống thiên kiến xác nhận).

Template tái dùng: Backlog chuẩn hóa (dán vào Sheet/Notion)

| id | Tiêu đề | Mô tả 1 câu | Nguồn | Loại | Mục tiêu quý liên quan | Ghi chú giả định |
|----|---------|-------------|-------|------|------------------------|------------------|
| 1  |         |             |       |      |                        |                  |

Sai lầm thường gặp

• Giao ngay cho AI khi backlog còn lộn xộn. AI sẽ "bịa" mô tả (ảo giác) cho item mơ hồ. Hãy chuẩn hóa dữ liệu trước.
• Neo ưu tiên vào cảm xúc, không vào mục tiêu. Không có mục tiêu quý thì mọi điểm RICE đều vô nghĩa.
• Kỳ vọng AI cho "đáp án đúng". Ưu tiên là quyết định có đánh đổi; AI cho ước lượng và lập luận, bạn cho phán xét.
• Rò rỉ dữ liệu: Đừng dán tên khách hàng thật, doanh thu tuyệt đối, hay dữ liệu nhạy cảm vào AI công cộng ở bước này. Ẩn danh trước (bài 7 sẽ nói kỹ).

Hết bài 1, bạn có một backlog sạch và một mục tiêu neo. Bài 2 sẽ để AI ước lượng Reach và Impact cho bạn.