Khách hàng doanh nghiệp gửi 140 yêu cầu, cái nào cũng "bắt buộc": ưu tiên hoá cùng khách hàng bằng MoSCoW và mô hình Kano
Khi mọi phòng ban của khách hàng đều đánh dấu yêu cầu của mình là "bắt buộc", ưu tiên hoá trở thành cuộc đấu quyền lực. Bài viết kết hợp MoSCoW (với giới hạn khoảng 60% công sức cho Must Have) và mô hình Kano để đưa khách hàng vào cuộc thảo luận về giá trị thay vì danh sách.

Tình huống liên quan

Người quyết định thật không có trong sơ đồ tổ chức: nhận diện và gắn kết stakeholder "ẩn"
Mọi cuộc họp với Phó Tổng giám đốc đều suôn sẻ, nhưng quyết định cứ bị "treo" sau đó. Hoá ra người được hỏi ý kiến cuối cùng là một chuyên gia lâu năm không có chức danh quản lý. Cách vẽ bản đồ ảnh hưởng không chính thức và gắn kết stakeholder ẩn mà không đi đường vòng.

Ngày go-live "chắc chắn" chỉ đạt được 8% số lần mô phỏng: phân tích rủi ro tiến độ bằng Monte Carlo
Lịch dự án ERP ghi go-live ở ngày làm việc thứ 120, nhưng ba nhánh công việc cùng hội tụ vào một mốc. Mô phỏng Monte Carlo cho thấy ngày đó chỉ đạt được khoảng 8% số lần lặp. Cách đọc đường cong S, hiểu merge bias và chọn mức dự phòng tiến độ có căn cứ.
Phòng Pháp chế "xuất hiện" sát ngày go-live: nhận diện stakeholder sớm với mô hình Salience
Một bộ phận chưa từng được mời họp bỗng đề nghị dừng go-live vì rủi ro tuân thủ. Vì sao nhận diện stakeholder phải làm sớm, lặp lại, và cách dùng mô hình Salience để ưu tiên.
Stakeholder quyền lực cao liên tục thay đổi yêu cầu: PM nên làm gì?
Giám đốc khối kinh doanh gửi yêu cầu mới mỗi tuần qua tin nhắn. Làm sao giữ quan hệ tốt mà vẫn bảo vệ được baseline dự án?