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

Ba vòng thiết kế đều bị từ chối với lý do "chưa thấy sang". Cách PM khai thác kỳ vọng ngầm của stakeholder, thống nhất tiêu chí nghiệm thu và tránh vòng lặp sửa đổi vô tận.
Dự án ba tháng, đội năm người nhưng phải nộp hồ sơ như dự án lớn. Áp dụng quy trình tailoring bốn bước của PMBOK® 7 để cân bằng giữa tuân thủ quản trị và tốc độ.
Chuyển các chỉ số Earned Value thành câu chuyện dễ hiểu cho lãnh đạo, kèm ví dụ tính EAC và cách dự báo ngày hoàn thành.

Ứng dụng siêu tiện ích của một nhà mạng mở rộng từ một lên năm đội, mỗi đội làm tốt sprint của mình nhưng sản phẩm chung vẫn vỡ khi tích hợp. Tổng quan các cách mở rộng agile và lộ trình chọn mức phối hợp vừa đủ.

Danh sách rủi ro của dự án kho vận dài hàng trăm dòng, nhưng phần lớn là việc đã xảy ra. Vì sao trộn lẫn rủi ro và vấn đề khiến dự án mất khả năng nhìn trước, và cách tổ chức lại hai artifact này cho hiệu quả.

Sự kiện không có "phiên bản 2": ngày khai mạc cố định, mọi việc phải sẵn sàng đúng giờ. Cách lập lịch ngược nhiều tầng, đặt ngày khoá quyết định, xây run-of-show và tổng duyệt để bàn giao trọn vẹn trong một ngày.

Trưởng nhóm kỹ thuật mới được thăng chức mang mọi vướng mắc đến PM và chờ được "chỉ việc". PM trả lời nhanh thì nhẹ hôm nay nhưng nặng ngày mai. Phân biệt coaching với mentoring và dùng mô hình GROW để giúp trưởng nhóm tự tìm lời giải.

Kỹ sư muốn thử thách, người cần sự gắn bó, người muốn có tầm ảnh hưởng – một chính sách thưởng chung không thể giữ lửa cho tất cả. Cách đọc nhu cầu từng người và giao việc phù hợp.
Đội dành nửa ngày thứ Sáu để làm báo cáo, nhưng stakeholder vẫn hỏi "dự án đến đâu rồi?". Cách phân tích nhu cầu thông tin và chọn đúng phương thức push, pull, interactive.

Ước lượng chi phí chuyển hệ thống lên đám mây có hàng chục giả định bất định, và cuộc họp rủi ro nào cũng bàn về tỷ giá. Phân tích độ nhạy một-biến-một-lần và biểu đồ lốc xoáy cho thấy biến chi phối thật sự là khối lượng dữ liệu. Cách lập, đọc, giới hạn và hành động.