Thư viện tình huống quản lý dự án thực tế, phân tích theo PMBOK® Guide.

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.

Thành viên đệm 30%, trưởng nhóm đệm thêm 20%, lãnh đạo cắt "đồng loạt 25%". Vòng luẩn quẩn này khiến ước lượng vừa phình vừa không đáng tin. Vì sao đệm ngầm vẫn bị tiêu hết, và cách chuyển sang ước lượng dạng khoảng với dự phòng minh bạch.

Sổ rủi ro ghi "mất dữ liệu khách hàng" như một dòng duy nhất, trong khi nó có hàng chục con đường dẫn tới và nhiều hậu quả khác nhau. Sơ đồ nơ bướm đặt sự kiện ở giữa, nguyên nhân bên trái, hậu quả bên phải và rào chắn trên mỗi nhánh — giúp nhận diện rủi ro đầy đủ và thấy rõ chỗ hở.

Kế hoạch được lập theo WBS, nhưng chi phí thực tế lại ghi theo mã phòng ban và loại chi phí của kế toán. Mỗi kỳ báo cáo, đội dự án mất gần một tuần dùng bảng tính để quy đổi. NASA yêu cầu WBS kỹ thuật và WBS kế toán là một — vì sao và cách áp dụng ở doanh nghiệp.

Cuối năm, ba người được đề cử khen thưởng đều làm ở văn phòng, trong khi số liệu cho thấy một thành viên làm từ xa hoàn thành nhiều hạng mục khó nhất. Nghiên cứu cho thấy khi thiếu dữ liệu hiệu suất, người quản lý ưu ái người họ nhìn thấy. Cách PM đánh giá công bằng trong đội phân tán.

Rà soát Gateway là cơ chế đảm bảo độc lập của Chính phủ Anh: một nhóm chuyên gia ngoài dự án phỏng vấn các bên liên quan trong vài ngày và báo cáo cho người chịu trách nhiệm cao nhất (SRO) mức độ tin cậy về khả năng thành công. Bài viết giải thích các cổng 0–5, cách chuẩn bị và cách biến kết quả rà soát thành hành động gắn kết các bên liên quan.

Help ensure knowledge transfer là một trong tám nhiệm vụ của domain People trong ECO 2026. Đề thi phân biệt rõ tri thức ẩn (tacit) và tri thức hiện (explicit), sổ bài học kinh nghiệm và kho bài học của tổ chức, công cụ cho từng loại tri thức. Ôn qua mô hình SECI và các bẫy kiểu "chỉ cần viết tài liệu".

Trắc nghiệm tính cách là "công cụ đánh giá cá nhân và đội" được nhắc trong PMBOK, nhưng cũng dễ bị dùng sai: dán nhãn, phân việc theo "loại người", thậm chí loại người khỏi đội. Cách PM dùng các công cụ này để đội mới hiểu nhau hơn, và những giới hạn khoa học cần biết.

Đội lên kế hoạch cứ 4 sprint tính năng thì 1 sprint "ổn định": sửa lỗi, kiểm thử hồi quy, kiểm thử hiệu năng. Khoảng 20% năng lực biến mất và ngày phát hành vẫn trượt. Vì sao hardening sprint cho thấy Definition of Done chưa đủ, và lộ trình đưa dần công việc "ổn định" vào từng sprint.

Đội đã dùng planning poker hai năm nhưng ước lượng vẫn thiên lệch: người ta chờ trưởng nhóm lật trước, chọn số "trung bình" cho an toàn, và tranh luận 20 phút cho mỗi thẻ. Nguyên lý thật của planning poker và cách vận hành gọn, đúng.