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

Sponsor khởi xướng dự án được điều chuyển, người kế nhiệm chưa từng nghe về business case. Cách PM chủ động "onboard" sponsor mới, tái xác nhận giá trị và tránh để dự án mồ côi.

Trước buổi chốt phụ lục hợp đồng, khách hàng tuyên bố: "Thêm phân hệ báo cáo, giữ nguyên giá, không thì chúng tôi tìm đơn vị khác". Áp dụng bốn nguyên tắc đàm phán của Harvard Negotiation Project và chuẩn bị BATNA để PM không phải chọn giữa "nhượng bộ" và "cãi tay đôi".

Đội Scrum 8 người nhưng thực chất là bốn "phòng ban mini": phân tích, backend, frontend, kiểm thử. Story nào cũng đi qua bốn tay, kiểm thử viên ngập việc ba ngày cuối sprint. Vì sao đội liên chức năng không có nghĩa là mỗi người một chuyên môn, và cách chuyển sang làm việc theo kiểu "cả đội dồn vào ít việc".

Ước lượng 40 ngày công, chia cho 5 người, kế hoạch ghi 8 ngày. Thực tế mất 19 ngày. Phân biệt công (effort), thời lượng (duration) và thời gian trôi qua, tính hệ số khả dụng, và hiểu vì sao thêm người không rút ngắn tuyến tính.

Câu tính toán trong đề PMP không nhiều nhưng dễ mất điểm vì nhầm công thức hoặc đọc sai đề. Ôn ba dạng hay gặp – float trên mạng lịch trình, ước lượng PERT và các chỉ số EVM – với ví dụ giải chi tiết.
Đội cam kết "28 ngày là xong" nhưng đó chỉ là kịch bản thuận lợi. Cách dùng ước lượng ba điểm, công thức PERT và độ lệch chuẩn để đưa ra mốc tiến độ có mức tin cậy.
Tech Lead và QA Lead công kích nhau trong mọi cuộc họp. Năm chiến lược giải quyết xung đột và khi nào nên dùng từng chiến lược.

Kỹ sư nào cũng cộng thêm thời gian an toàn vào ước lượng, vậy mà dự án R&D vẫn trễ. Phương pháp chuỗi găng (critical chain) gom phần an toàn thành buffer chung, theo dõi bằng fever chart. Cách tính buffer, đọc trạng thái và những thay đổi hành vi cần có.

Chín người từ bốn phòng ban về chung một dự án, mỗi người mang theo thói quen làm việc riêng. Chưa xong tuần đầu đã có ba cuộc tranh cãi về giờ họp, kênh liên lạc và ai được quyết định. Điều lệ đội (team charter) giúp biến các giả định ngầm thành thoả thuận rõ ràng — nếu được soạn đúng cách.

Danh sách backlog phẳng 180 dòng được xếp theo "giá trị" từng story, nhưng bản phát hành đầu lại không dùng được vì thiếu các bước nền. Cách dựng user story map theo hành trình người dùng, cắt lát phát hành có thể dùng ngay và kiểm tra story bằng INVEST.