Thư viện tình huống quản lý dự án thực tế, phân tích theo PMBOK® Guide.
Hàng chục thay đổi nhỏ cộng dồn khiến dự án vượt 30% ngân sách. Cách nhận diện sớm và ngăn chặn scope creep mà không làm mất lòng khách hàng.

Dự án cơ sở dữ liệu dùng chung có ba cơ quan cùng góp vốn, cùng có ý kiến nhưng không ai có quyền quyết cuối cùng. Dựa trên bảy câu hỏi then chốt của GAO về cơ chế phối hợp liên cơ quan, bài viết hướng dẫn PM thiết kế kết quả chung, vai trò, nguồn lực và văn bản thoả thuận trước khi dự án sa lầy.

Leo thang quá muộn thì vấn đề thành khủng hoảng; leo thang quá sớm thì quan hệ đổ vỡ. Bài viết hướng dẫn thiết kế ma trận leo thang đối xứng giữa nhà cung cấp và khách hàng doanh nghiệp: tầng, ngưỡng thời gian, ngưỡng tác động và cách leo thang "không đổ lỗi".

Nhà thầu cơ điện và nhà thầu hoàn thiện đổ lỗi cho nhau vì trần thạch cao phải đục lại. Cách PM tổng thầu biến các nhà thầu phụ thành stakeholder cùng chịu trách nhiệm cho kết quả chung.

Đội làm cảm biến chất lượng nước muốn chạy Scrum cho cả phần cứng, firmware và ứng dụng, nhưng khuôn vỏ mất 8 tuần và mỗi lần đặt mạch tốn kém. Cách chia nhịp phát triển theo chi phí thay đổi của từng thành phần, giữ nhiều phương án thiết kế đến điểm học tập tích hợp.

Đội phát triển phần mềm bệnh viện mất cả buổi chiều cho Sprint Planning, story vào sprint vẫn thiếu tiêu chí chấp nhận và phụ thuộc chưa rõ. Cách tổ chức refinement liên tục, dùng INVEST và Definition of Ready mà không biến nó thành rào cản.

Ứng dụng bán hàng mới phải go-live trước đợt khuyến mãi lớn, nhưng kiểm thử xâm nhập phát hiện lỗ hổng nghiêm trọng một tuần trước ngày ra mắt. Cách đưa rủi ro an ninh mạng vào tiêu chí go/no-go và kế hoạch bàn giao.

Khi ngày hiệu lực của quy định là bất biến, tiến độ không còn là biến số để thương lượng. Cách lập lịch ngược từ mốc pháp lý, chọn phạm vi tối thiểu tuân thủ và quản lý rủi ro theo từng cổng kiểm soát.
Chuyên gia giỏi nhất được giao việc "khó nhất" nhưng dự án vẫn trễ. Cách tính forward/backward pass, total float, free float và theo dõi đường gần găng.

WBS do một người lập thì nhanh, nhưng hay sai thứ bậc, thiếu công việc và không ai thấy mình sở hữu nó. NASA chỉ ra lỗi "sai thứ bậc phần tử" thường do thiếu đúng người tham gia. Cách tổ chức một buổi workshop WBS hiệu quả: chuẩn bị, phân rã từ trên xuống, kiểm tra từ dưới lên.