Ngân hàng đề — PMI Project Management Professional

🧩 Giải thích nội dung câu hỏi

Câu hỏi mô tả một tình huống trong dự án: Dự án yêu cầu kiểm tra sản phẩm cuối cùng tại cơ sở kiểm tra của một bộ phận khác, nơi nổi tiếng với tình trạng sẵn sàng thấp (low availability). Điều này có thể ảnh hưởng tiềm ẩn đến lịch trình dự án (potentially impact the project schedule).
📌 Câu hỏi yêu cầu: Project manager nên làm gì tiếp theo (What should the project manager do next)?
🛠️ Đây là tình huống liên quan đến quản lý rủi ro (Risk Management) trong PMP, theo PMBOK 7th Edition (2021) và các cập nhật PMP đến 2026. Rủi ro ở đây là uncertainty (sự không chắc chắn) chưa xảy ra, chỉ là tiềm năng (potential), nên cần xác định và ghi nhận sớm để lập kế hoạch ứng phó.

✅ Đáp án đúng: Update the risk register

Lý do lựa chọn:

• Tình huống này là rủi ro đã biết (known risk) vì cơ sở testing "known for having low availability" – có thể gây trễ lịch trình. Theo quy trình Identify Risks (PMBOK 7th Ed., Risk Domain), project manager phải ghi nhận ngay vào Risk Register để theo dõi, phân tích (qualitative/quantitative), và lập kế hoạch ứng phó (Plan Risk Responses).
• Đây là bước tiếp theo logic vì rủi ro chưa xảy ra (chỉ "could potentially impact"), không phải vấn đề thực tế (issue).
  📘 Nguồn tham khảo: PMBOK Guide 7th Edition, Section 11.2.2 (Risk Register); PMP Exam Content Outline 2021 (Domain IV: Risk Management).

📋 Phân tích tất cả các phương án

Dưới đây là phân tích chi tiết từng lựa chọn, với emoji đánh dấu đúng/sai và giải thích bằng tiếng Việt:

• ❌ Update the project schedule.
  Sai vì: Việc cập nhật lịch trình ngay lập tức là quá sớm và không phù hợp. Chưa có tác động thực tế xảy ra, chỉ là rủi ro tiềm ẩn. Theo Manage Schedule (Time Management), chỉ cập nhật schedule khi có thay đổi đã xác nhận (baseline change), không dùng để ghi nhận rủi ro. Làm vậy có thể làm lệch baseline mà không có cơ sở.

• ❌ Update the issue log.
  Sai vì: Issue log dùng cho vấn đề đã xảy ra (actual problems), không phải rủi ro tương lai. Theo PMBOK 7th Ed., Stakeholder Engagement & Artifacts, issue là "problem that has occurred", còn rủi ro là "uncertain event". Tình huống này chưa phải issue, nên không ghi vào đây.

• ❌ Update the lessons learned register.
  Sai vì: Lessons learned register dùng để ghi nhận bài học kinh nghiệm sau sự kiện hoặc cuối dự án, nhằm cải thiện dự án tương lai (PMBOK 7th Ed., Lessons Learned Artifacts). Đây là rủi ro hiện tại cần xử lý ngay, không phải bài học từ quá khứ. Cập nhật sớm sẽ không đúng thời điểm.

• ✅ Update the risk register.
  Đúng vì: Như đã giải thích ở trên, đây là bước Identify Risks đầu tiên và bắt buộc. Risk Register là công cụ chính để lưu trữ, phân loại rủi ro (probability & impact), hỗ trợ các bước sau như Analyze Risks và Plan Risk Responses. Hoàn toàn phù hợp với tình huống "potential impact".

🏆 Kết luận & Lời khuyên PMP

🛠️ Project manager cần chủ động quản lý rủi ro sớm để tránh ảnh hưởng đến dự án. Trong kỳ thi PMP, hãy phân biệt rõ Risk (tiềm năng) vs. Issue (đã xảy ra)!
📘 Tài liệu tham khảo chính:

• PMBOK Guide 7th Edition (2021), Risk Management Domain.
• PMP Examination Content Outline (PMI, 2021-2026 updates).
• Agile Practice Guide (tích hợp rủi ro trong iterations).
  Hãy thực hành thêm các câu hỏi tương tự để nắm vững! 🚀

🧩 Giải thích nội dung câu hỏi

Câu hỏi mô tả một tình huống thực tế trong quản lý dự án PMP: Do các sự cố bất ngờ (unforeseen circumstances), nhà thầu (contractor) không thể huy động đội ngũ dự án (mobilize the project team) để tổ chức các cuộc họp trực tiếp (face-to-face meetings). Thay vào đó, phải chuyển sang họp trực tuyến (virtual meetings), dẫn đến khoảng cách giao tiếp (communication gap) giữa đội ngũ địa phương (local project team) và người dùng cuối (end users). Kết quả là hiệu suất đội ngũ bị suy giảm (low performance).
🛠️ Vai trò của Project Manager (PM): PM cần hành động để giải quyết vấn đề cản trở (blockers), hỗ trợ đội ngũ vượt qua rào cản giao tiếp, đảm bảo hiệu suất dự án. Điều này liên quan đến Performance Domain: Team trong PMBOK 7th Edition, nơi PM phải liên tục đánh giá và loại bỏ trở ngại để tối ưu hóa hiệu suất đội ngũ.

✅ Đáp án đúng và lý do lựa chọn

Đáp án đúng: Reassess continually to remove blockers for the team.
Lý do: Theo nguyên tắc Servant Leadership và Team Performance Domain trong PMP (PMBOK 7th Edition, 2021), PM có trách nhiệm liên tục đánh giá (reassess continually) và loại bỏ các rào cản (remove blockers) cho đội ngũ, bao gồm khoảng cách giao tiếp do họp ảo. Đây là hành động chủ động, hỗ trợ đội ngũ tự quản lý, phù hợp với Hybrid/Agile practices (Scrum: Daily retrospectives để remove impediments). Không đổ lỗi bên ngoài mà tập trung giải quyết vấn đề gốc rễ để cải thiện hiệu suất. ✅

📋 Phân tích chi tiết tất cả các phương án

Dưới đây là phân tích từng lựa chọn, giữ nguyên nội dung gốc bằng tiếng Anh. Mỗi phương án được đánh giá đúng/sai dựa trên PMP best practices (PMBOK 7th Edition & Agile Practice Guide, cập nhật đến 2026):

• ❌ Ask the contractor to solve this problem because this is a contractual obligation.
  Phân tích sai: Việc yêu cầu nhà thầu tự giải quyết chỉ dựa vào hợp đồng (contractual obligation) là thụ động và không hiệu quả. PM phải chủ động quản lý rủi ro giao tiếp (Stakeholder Engagement Domain), không đẩy trách nhiệm hoàn toàn cho bên thứ ba. Có thể dẫn đến tranh chấp hợp đồng (Procurement Domain), làm chậm dự án hơn. Không phù hợp với nguyên tắc "Support Team" của PMP.

• ❌ Terminate the contract and initiate a new one with a local contractor.
  Phân tích sai: Chấm dứt hợp đồng (terminate) là biện pháp cực đoan, chỉ áp dụng khi vi phạm nghiêm trọng (PMBOK 12.3 Manage Project Procurement). Ở đây chỉ là "unforeseen circumstances" (sự cố bất ngờ), chưa đến mức đó. Việc ký hợp đồng mới sẽ tốn thời gian, chi phí cao (cost overrun), vi phạm nguyên tắc "Optimize Resource Allocation". PM nên escalate nếu cần, nhưng ưu tiên giải quyết nội bộ trước.

• ✅ Reassess continually to remove blockers for the team.
  Phân tích đúng: Như đã giải thích ở trên, đây là hành động cốt lõi của PM theo Team Domain (PMBOK 7th Ed, Section 4.5): Liên tục đánh giá (reassess) và loại bỏ blockers (communication gap từ họp ảo). Áp dụng công cụ như retrospectives, virtual collaboration tools (e.g., Microsoft Teams, Miro). Đảm bảo high-performing team, phù hợp Hybrid/Agile đến 2026.

• ❌ Implement key performance indicators (KPIs) and convince the contractor to engage the team.
  Phân tích sai: Triển khai KPIs để "thuyết phục" (convince) nhà thầu là cách tiếp cận sai lầm, vì KPIs dùng để đo lường hiệu suất nội bộ (Measurement Domain), không phải công cụ ép buộc bên ngoài. Có thể tạo xung đột (conflict escalation), không giải quyết gốc rễ giao tiếp. PM nên dùng coaching/motivation thay vì metrics để engage team (People Domain).

📘 Tài liệu tham khảo

• PMBOK® Guide 7th Edition (2021, PMI): Team Performance Domain (Section 4), nhấn mạnh "Remove blockers and impediments".
• Agile Practice Guide (PMI, 2017, cập nhật tích hợp PMBOK 7): Servant Leader role – Continual reassessment in Daily Standups/Retrospectives.
• PMP Exam Content Outline (2024-2026, PMI): Domain III: People (25% questions), Task 7: Support & motivate team (remove obstacles).
• PMI Code of Ethics (2022): Responsibility – Proactively manage issues, không đổ lỗi.

🛠️ Lời khuyên PMP: Trong thực tế, PM nên áp dụng Work Breakdown Structure (WBS) để phân tích blockers và Stakeholder Register để cải thiện engagement! Nếu cần ví dụ case study, hãy hỏi thêm. 🚀