Ra quyết định đánh đổi: Scope – Time – Quality

Vì sao PO phải là bậc thầy đánh đổi

Không sản phẩm nào có đủ thời gian, người, và phạm vi để làm mọi thứ hoàn hảo. PO là người chủ động chọn biến nào cố định, biến nào linh hoạt — thay vì để hoàn cảnh chọn giúp (thường là hy sinh chất lượng trong âm thầm).

Bức tranh lớn: bốn biến ràng buộc

graph TD
  Q[San pham] --> S[Scope - pham vi]
  Q --> T[Time - thoi gian]
  Q --> C[Cost - nguon luc]
  Q --> Qu[Quality - chat luong]

Không thể tối đa cả bốn. Trong Scrum, sprint có độ dài và team cố định → biến linh hoạt tự nhiên nhất là scope.

Nguyên tắc vàng: đừng bao giờ vay từ "Quality"

PO giỏi bảo vệ Definition of Done như lằn ranh đỏ, và đàm phán ở scope.

Ví dụ chi tiết: MoSCoW cho Black Friday

Deadline ra mắt trùng Black Friday, không dời được (Time cố định). Team không kịp cả 10 tính năng. PO dùng MoSCoW:

• Must: giỏ hàng, thanh toán, tồn kho, mã giảm giá → ship trước.
• Could: 6 tính năng phụ → hoãn.

Ra mắt đúng hạn với chất lượng vững, phần còn lại bổ sung sau.

Lộ trình ra quyết định đánh đổi

graph LR
  A[Xac dinh bien co dinh] --> B[Xac dinh bien co gian]
  B --> C[Tim 20% scope tao 80% gia tri]
  C --> D[Dam phan bang MoSCoW]

Ba câu hỏi khi bị ép:

• Điều gì thực sự cố định? (thường là ngày ra mắt hoặc chất lượng)
• Điều gì co giãn được? (thường là scope)
• Đâu là 20% scope tạo 80% giá trị?

Thói quen & kỷ luật

Working mindset: "Chất lượng là lằn ranh đỏ. Tôi đàm phán ở scope."

Cần luyện tập gì (drills)

• Drill 1 — Gán MoSCoW: với danh sách tính năng của một release, gán Must/Should/Could/Wont.
• Drill 2 — Tìm 20/80: với một tính năng lớn, xác định 20% công sức tạo 80% giá trị.
• Drill 3 — Kịch bản deadline: giả lập "không kịp", tập trình bày phương án cắt scope cho stakeholder.

Checklist hành động tuần này

• [ ] Với release gần nhất, gán nhãn MoSCoW
• [ ] Xác định biến cố định vs linh hoạt và nói rõ với team/stakeholder
• [ ] Tìm 20% scope tạo 80% giá trị cho 1 tính năng
• [ ] Bảo vệ Definition of Done trong 1 tình huống bị ép

Chỉ số & North Star

North Star: bạn giao đúng hạn những cam kết quan trọng mà không tích luỹ nợ kỹ thuật.

Dấu hiệu bạn đã thành thạo

• Bạn nói "không kịp cả 10, nhưng 4 Must sẽ đúng hạn" một cách tự tin.
• Stakeholder chấp nhận cắt scope vì thấy đánh đổi rõ.
• Team không phải trả nợ kỹ thuật cho những lần chạy nước rút.

Cạm bẫy thường gặp

Chốt lại

• Không tối đa được cả Scope–Time–Cost–Quality; chọn biến linh hoạt.
• Trong Scrum thường cố định time, co giãn scope; đừng vay từ quality.
• Dùng MoSCoW để đàm phán cắt scope minh bạch.