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

🧩 Phân tích chi tiết câu hỏi trắc nghiệm PMP

📘 Nội dung câu hỏi được giải thích rõ ràng:
Câu hỏi mô tả tình huống một khách hàng (customer) lo ngại về thời gian hoàn thành dự án và yêu cầu đội ngũ dự án giảm số lượng iterations (các vòng lặp phát triển, thường thấy trong phương pháp Agile như Scrum với Sprint) cần thiết để hoàn tất sản phẩm. Project Manager (PM) cần chọn cách tiếp cận phù hợp nhất.
🛠️ Bối cảnh PMP (PMBOK 7th Edition & Agile Practice Guide, cập nhật đến 2026): Đây là tình huống Agile hybrid, tập trung vào giá trị kinh doanh (business value) và giao hàng liên tục (incremental delivery). Khách hàng muốn rút ngắn tổng thời gian, không phải loại bỏ iterations hoàn toàn (vì iterations giúp kiểm soát chất lượng và phản hồi nhanh). PM phải ưu tiên tối ưu hóa quy trình Agile để giao giá trị sớm, giảm rủi ro trì hoãn, theo nguyên tắc Deliver Value Incrementally (PMBOK 7, Principle 5: Optimize Resource Allocation; Agile Principle: Frequent Delivery).

✅ Đáp án đúng:
Prioritize deliverables based on business value and define frequent releases.
Lý do chọn đáp án này (chi tiết):
🟢 Phương pháp này trực tiếp giải quyết lo ngại của khách hàng bằng cách:

• Ưu tiên deliverables theo business value (sử dụng kỹ thuật như MoSCoW, Value vs. Effort Matrix) để giao những tính năng quan trọng nhất đầu tiên.
• Định nghĩa frequent releases (phát hành thường xuyên, ví dụ: mỗi 1-2 tuần) giúp khách hàng nhận giá trị sớm, giảm cảm giác dự án kéo dài, mà không cần giảm số iterations (thay vào đó, làm iterations ngắn hơn và tập trung hơn).
  📘 Nguồn tham khảo: PMBOK® Guide 7th Edition (Section 4.5: Agile Approaches, Iterative Development); Agile Practice Guide (Chapter 3: Value-Driven Delivery); PMI Standards cập nhật 2026 nhấn mạnh Minimum Viable Product (MVP) và Minimum Marketable Feature (MMF) để tối ưu thời gian.

🔍 Giải thích tất cả các phương án (đúng/sai):
Dưới đây là phân tích từng lựa chọn, giữ nguyên văn bản gốc bằng tiếng Anh. Mỗi phương án được đánh giá dựa trên nguyên tắc PMP Agile (không khuyến khích cắt giảm iterations thô bạo để tránh rủi ro chất lượng).

• ❌ [SAI] Ask the team to raise blockers or impediments in daily meetings.
  Phương án này không phù hợp vì việc yêu cầu đội ngũ báo cáo blockers (rào cản) trong daily standup là quy trình tiêu chuẩn Agile hàng ngày (Scrum Guide), không làm giảm số iterations. Nó chỉ giúp giải quyết vấn đề nhanh hơn trong iterations hiện tại, chứ không rút ngắn tổng thời gian dự án. Có thể làm đội ngũ cảm thấy bị ép buộc, vi phạm nguyên tắc Self-Organizing Teams (PMBOK 7).

• ❌ [SAI] Prioritize the tasks with high risks to reduce the number of iterations required.
  Phương án này sai lầm vì ưu tiên tasks high-risk (nhiệm vụ rủi ro cao) là tốt cho Risk Management (PMBOK 7, Domain: Uncertainty), nhưng không trực tiếp giảm iterations. Ngược lại, focus vào risks có thể kéo dài iterations đầu tiên (do kiểm tra kỹ lưỡng), làm tổng thời gian không giảm. Agile ưu tiên value trước risk, không phải ngược lại (Fast-Fail approach chỉ áp dụng sau khi prioritize value).

• ❌ [SAI] Ask the team to challenge the project estimations for a faster delivery.
  Phương án này nguy hiểm và không khuyến khích vì "challenge estimations" dễ dẫn đến underestimation (ước lượng thấp), gây burnout đội ngũ, chất lượng kém, và scope creep. PMP Agile nhấn mạnh realistic estimation qua Planning Poker/Story Points (Agile Practice Guide), không phải ép buộc thay đổi để "faster delivery" giả tạo. Vi phạm Principle 9: Optimize Risk Responses.

• ✅ [ĐÚNG] Prioritize deliverables based on business value and define frequent releases.
  (Đã giải thích chi tiết ở phần trên – đây là cách tối ưu nhất, phù hợp 100% với tình huống).

🛠️ Kết luận & Lời khuyên PMP:
Câu hỏi kiểm tra Value-Driven Delivery trong Agile – PM phải chuyển hướng lo ngại thời gian thành cơ hội giao giá trị sớm. Áp dụng ngay trong dự án thực tế để đạt Higher Business Agility!
📘 Tài liệu tham khảo chính:

• PMBOK® Guide – 7th Edition (2021, cập nhật 2026 qua PMI.org).
• Agile Practice Guide (PMI, 2017+).
• Scrum Guide 2020 (Scrum.org).
  Học thêm: PMI Authorized Training Partner (ATP) courses. 🚀

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

Câu hỏi mô tả tình huống trong dự án lớn: Quy trình thu nhận nguồn nhân lực (HR acquisition process) đã thay đổi gần đây, cụ thể là phải có sự phê duyệt từ financial manager (người quản lý tài chính) và recruitment manager (người quản lý tuyển dụng). Thay đổi này dẫn đến thời gian xử lý lâu hơn (longer processing), trong khi dự án đang khẩn cấp cần nguồn lực mới.
📌 Vấn đề cốt lõi: Đây là một thay đổi từ tổ chức (organizational change) ảnh hưởng đến dự án, đòi hỏi Project Manager (PM) phải xử lý theo nguyên tắc quản lý thay đổi tích hợp (Integrated Change Control) trong PMP. PM cần ưu tiên đánh giá tác động toàn diện trước khi hành động, thay vì phản ứng impulsively (bốc đồng).

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

Đáp án đúng: Assess the impact of the change and review the project management plan for next steps.
Lý do:
🛠️ Theo PMBOK Guide 7th Edition (2021, cập nhật đến 2026), khi có thay đổi ảnh hưởng đến dự án (như thay đổi quy trình tổ chức), PM phải đầu tiên đánh giá tác động (assess the impact) đến các yếu tố như thời gian, chi phí, chất lượng, rủi ro... sau đó xem xét lại project management plan để quyết định bước tiếp theo (ví dụ: cập nhật baseline, yêu cầu phê duyệt thay đổi).
✅ Điều này phù hợp với Project Integration Management (Process 4.6: Manage Project Changes) và Resource Management (Domain: Team & Resource), đảm bảo dự án vẫn tuân thủ kế hoạch tổng thể mà không vi phạm quy trình tổ chức. Không hành động vội vã sẽ tránh rủi ro lớn hơn!

📋 Giải thí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, giữ nguyên văn bản gốc bằng tiếng Anh. Mỗi phương án được đánh dấu ✅ (đúng) hoặc ❌ (sai), kèm giải thích bằng tiếng Việt dựa trên PMP mới nhất.

• Ask the financial manager to delay implementation due to potential project delays and penalties.
  ❌ Sai: Phương án này yêu cầu financial manager trì hoãn triển khai thay đổi quy trình, dựa trên lý do dự án có thể chậm trễ và phạt. Theo PMP, PM không có quyền can thiệp vào quy trình tổ chức (organizational process assets) như vậy, vì thay đổi đã được phê duyệt ở cấp tổ chức. Hành động này vi phạm nguyên tắc Manage Project Knowledge và có thể dẫn đến xung đột quyền lực. Thay vào đó, PM phải thích ứng với thay đổi qua đánh giá tác động!

• Assess the impact of the change and review the project management plan for next steps.
  ✅ Đúng: Như đã giải thích ở trên. Đây là bước đầu tiên trong Integrated Change Control (PMBOK 7th Ed., Principle 5: Optimize Risk Responses/Uncertainty). PM đánh giá tác động toàn diện (scope, schedule, cost, quality) rồi tham chiếu project management plan để điều chỉnh (ví dụ: crash activity, fast-track, hoặc negotiate với stakeholder). Hoàn hảo cho tình huống khẩn cấp!

• Adapt the resource management plan and ask for financial approval before sending it to the customer.
  ❌ Sai: Phương án này thay đổi ngay resource management plan rồi yêu cầu financial approval trước khi gửi khách hàng. Sai vì chưa đánh giá tác động thay đổi (impact assessment), vi phạm thứ tự quy trình PMP: Phải qua Change Control Board (CCB) hoặc PM trước khi approve. Gửi customer sớm có thể gây hiểu lầm baseline, không phù hợp với Stakeholder Engagement (Domain 12).

• Review the project schedule to determine which technique will reduce impact on project duration.
  ❌ Sai: Tập trung chỉ vào schedule review để áp dụng kỹ thuật giảm tác động thời gian (như crashing/fast-tracking). Mặc dù hữu ích ở Resource Management (Process 9.5: Develop Team), nhưng bỏ qua đánh giá tác động tổng thể (cost, risk, quality). PMP yêu cầu cách tiếp cận holistic (toàn diện) từ project management plan, không chỉ schedule!

📘 Tài liệu tham khảo

• PMBOK Guide 7th Edition (2021, PMI - cập nhật đến 2026):
  • Principle 4: Engage Stakeholders; Principle 11: Manage Uncertainty.
  • Process Groups: Executing & Monitoring/Controlling (Integrated Change Control).
  • Domain: Team (Resource Management) & Uncertainty.
• PMP Exam Content Outline (2021): Task 4.7 (Manage Project Changes).
• PMI Agile Practice Guide: Hỗ trợ adaptive approach cho thay đổi khẩn cấp.
  🔗 Nguồn: PMI.org (Project Management Institute) – Khuyến nghị đọc chính thức để thi PMP!

Hy vọng phân tích này giúp bạn nắm vững! 🚀 Nếu cần thêm ví dụ thực tế, hãy hỏi nhé!

🧩 Phân tích nội dung câu hỏi

Câu hỏi này thuộc lĩnh vực Quản lý Chi phí (Project Cost Management) và Quản lý Rủi ro (Project Risk Management) trong PMP, cụ thể là ở giai đoạn Khởi tạo dự án (Initiation Phase). Tình huống mô tả: Sau khi hoàn thành giai đoạn khởi tạo, ngân sách dự án đã được lập và gửi đến hội đồng phê duyệt. Trong cuộc họp phê duyệt, một bên liên quan chính (key stakeholder) đặt câu hỏi về cách lập ngân sách để xử lý các bất định tương lai (future uncertainties) – tức là các rủi ro, biến động có thể xảy ra ảnh hưởng đến chi phí.

🛠️ Mục tiêu câu hỏi: Kiểm tra kiến thức của Project Manager về phương pháp lập ngân sách phù hợp nhất để định lượng và xử lý uncertainties ngay từ giai đoạn đầu dự án. Theo PMBOK® Guide 7th Edition (và cập nhật đến 2026), ở giai đoạn Initiation, ngân sách sơ bộ thường được phát triển qua các kỹ thuật định lượng rủi ro để tạo Management Reserves hoặc Contingency Reserves, đảm bảo tính khả thi và linh hoạt trước uncertainties.

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

Đáp án đúng: Probabilistic analysis was used to develop the budget to address future uncertainties.

Lý do 📘:

• Probabilistic analysis (phân tích xác suất, như Monte Carlo Simulation) là kỹ thuật định lượng rủi ro (Quantitative Risk Analysis) được sử dụng để mô phỏng các kịch bản uncertainties, tạo ra phân bố xác suất cho chi phí tổng thể (ví dụ: P80 confidence level). Điều này giúp lập ngân sách chính xác hơn, bao gồm reserves cho rủi ro.
• Ở giai đoạn Initiation/Planning, đây là cách tiêu chuẩn để "address future uncertainties" theo PMBOK® Guide 7th Edition (Process: Determine Budget, Tools: Data Analysis - Reserve Analysis kết hợp Quantitative Risk Analysis).
• Các phương pháp khác (deterministic như parametric) không đủ mạnh để xử lý uncertainties phức tạp, nên Probabilistic là lựa chọn tối ưu khi stakeholder hỏi trực tiếp về "future uncertainties".

📋 Giải thí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, giữ nguyên văn bản gốc bằng tiếng Anh. Mỗi phương án được đánh giá ✅ (đúng) hoặc ❌ (sai), kèm lý do dựa trên PMBOK® 7th Edition:

• [ĐÚNG] Probabilistic analysis was used to develop the budget to address future uncertainties.
  ✅ Đúng vì: Như đã giải thích ở trên, đây là kỹ thuật định lượng trực tiếp xử lý uncertainties bằng cách sử dụng mô hình xác suất (Monte Carlo, Decision Tree Analysis). PMBOK® 7th Edition (Section 7.2.2.3 & 11.5.2.3) khuyến nghị sử dụng ở Determine Budget để tạo ngân sách dự phòng cho rủi ro tương lai. Phù hợp nhất với ngữ cảnh Initiation và câu hỏi của stakeholder.

• [SAI] The budget was developed by using the lessons learned from previous project data.
  ❌ Sai vì: Lessons learned (từ dữ liệu dự án trước) là công cụ hỗ trợ Historical Information Review trong Estimate Costs/Determine Budget, nhưng chỉ giúp cải thiện độ chính xác dựa trên dữ liệu quá khứ (deterministic), không trực tiếp address future uncertainties. Nó không phải là phương pháp chính cho rủi ro tương lai (PMBOK® 7th Edition, Section 4.5 - Lessons Learned, không thay thế Quantitative Analysis).

• [SAI] Recurrent team meetings are planned to control the budget against future uncertainties.
  ❌ Sai vì: Các cuộc họp định kỳ (recurrent meetings) thuộc Monitor and Control Project Work hoặc Control Costs (phases sau Initiation), dùng để theo dõi và điều chỉnh (Variance Analysis). Chúng là biện pháp kiểm soát (control) chứ không phải phát triển ngân sách ban đầu (develop the budget) để xử lý uncertainties từ đầu. Không phù hợp với ngữ cảnh cuộc họp phê duyệt Initiation (PMBOK® 7th Edition, Section 4.7 - Meetings).

• [SAI] Feedback from stakeholders will be addressed at each board meeting to adapt the budget.
  ❌ Sai vì: Thu thập feedback từ stakeholder là phần của Manage Stakeholder Engagement, giúp điều chỉnh sau này (adaptive ở Agile/Hybrid), nhưng không phải cách phát triển ngân sách gốc để address uncertainties. Nó mang tính phản ứng (reactive) qua các board meeting định kỳ, không định lượng rủi ro từ Initiation (PMBOK® 7th Edition, Section 13.3 - Manage Stakeholder Engagement).

📘 Tài liệu tham khảo

• PMBOK® Guide – 7th Edition (PMI, 2021, cập nhật 2026 không thay đổi core processes): Sections 7 (Project Cost Management), 11 (Project Risk Management), Tools & Techniques cho Determine Budget và Quantitative Risk Analysis.
• PMI Practice Standard for Project Estimating – 2nd Edition (2023): Nhấn mạnh Probabilistic Methods cho uncertainties.
• The Standard for Risk Management in Portfolios, Programs, and Projects (PMI, 2019): Xác nhận Monte Carlo cho budget modeling.

🧩 Kết luận: Câu hỏi nhấn mạnh vai trò PM trong việc sử dụng công cụ định lượng chuyên sâu để xây dựng lòng tin với stakeholder ngay từ Initiation! Nếu cần ví dụ thực tế hoặc câu hỏi tương tự, hãy hỏi thêm nhé 🚀.

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

Câu hỏi này tập trung vào quản lý rủi ro đội ngũ và kiến thức trong dự án PMP, cụ thể là tình huống single point of failure (điểm thất bại duy nhất). Một thành viên đội dự án bị bệnh, không thể quay lại trong vài tuần, dẫn đến đội ngũ lo lắng vì người đó là người duy nhất có kỹ năng phát triển một component cụ thể. Trong cuộc họp hàng ngày, đội chia sẻ mối lo ngại này. Câu hỏi yêu cầu project manager nên làm gì trước đó để ngăn chặn rủi ro này, nhấn mạnh vào phòng ngừa chủ động thay vì khắc phục sau sự cố. Đây là chủ đề thuộc Project Team Management và Knowledge Management trong PMBOK Guide 7th Edition (2021) và các cập nhật đến 2026, nơi ưu tiên xây dựng đội ngũ linh hoạt, chia sẻ kiến thức để giảm thiểu rủi ro con người (như nghỉ việc, bệnh tật).

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

Đáp án đúng: Facilitated cross-functional knowledge transfer during the project.

🛠️ Lý do: Project manager nên tạo điều kiện cho việc chuyển giao kiến thức đa chức năng (cross-functional knowledge transfer) xuyên suốt dự án. Điều này giúp tránh tình trạng phụ thuộc vào một cá nhân, xây dựng đội ngũ có khả năng hỗ trợ lẫn nhau. Đây là thực hành tốt nhất theo PMBOK 7th Edition, phần Manage Project Knowledge và Develop Team, khuyến khích pair programming, mentoring, workshops để chia sẻ kiến thức, đặc biệt trong môi trường Agile/hybrid. Nó phòng ngừa rủi ro từ sớm, tăng tính bền vững của dự án mà không cần chi phí cao hoặc thay đổi cấu trúc đội ngũ.

📋 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 phương án, với giữ nguyên văn bản gốc bằng tiếng Anh. Tôi đánh dấu ✅ cho đúng và ❌ cho sai, kèm giải thích bằng tiếng Việt:

• ✅ Facilitated cross-functional knowledge transfer during the project.
  🟢 Đúng vì: Phương án này trực tiếp giải quyết gốc rễ vấn đề bằng cách chia sẻ kiến thức đa chức năng, giúp đội ngũ có nhiều người am hiểu component. Đây là nguyên tắc cốt lõi của High-Performing Teams trong PMP, giảm rủi ro single point of failure mà không làm phức tạp dự án.

• ❌ Acquired more than one resource skilled in each component.
  🔴 Sai vì: Việc tuyển thêm nhiều nguồn lực có kỹ năng cho từng component không phải là phòng ngừa tối ưu. Nó tăng chi phí (recruitment, training), có thể dẫn đến dư thừa nguồn lực và không đảm bảo kiến thức được chia sẻ thực sự. PMP ưu tiên tối ưu hóa đội ngũ hiện tại thay vì mở rộng không cần thiết (xem Resource Management Principles).

• ❌ Outsourced development of the specific component to another team.
  🔴 Sai vì: Gia công component cho đội khác là giải pháp khắc phục chứ không phải phòng ngừa từ đầu. Nó tạo rủi ro mới như mất kiểm soát chất lượng, chậm trễ giao tiếp, và chi phí cao. PMP khuyến nghị giữ kiến thức nội bộ qua knowledge transfer thay vì outsource (Procure Resources process).

• ❌ Requested robust documentation for the component's build.
  🔴 Sai vì: Yêu cầu tài liệu chi tiết hữu ích nhưng không đủ để thay thế kỹ năng thực hành. Tài liệu có thể lỗi thời hoặc khó áp dụng nhanh, đặc biệt với component phức tạp. PMP nhấn mạnh knowledge transfer sống (tacit knowledge) hơn là chỉ documentation (Manage Knowledge process).

📘 Tài liệu tham khảo

• PMBOK Guide 7th Edition (2021): Chương 4 (Team) & Chương 7 (Knowledge Management) – Nhấn mạnh cross-training và knowledge sharing. Cập nhật 2026 (PMI Standards) vẫn giữ nguyên principles này.
• PMI Agile Practice Guide (2021): Phần Daily Stand-ups và Retrospectives khuyến khích knowledge transfer.
• The Standard for Project Management (2021): Principle 7 (Team Leadership) – Xây dựng đội ngũ resilient qua collaboration.
• Nguồn trực tuyến: PMI.org (Project Management Body of Knowledge resources, cập nhật mới nhất 2026).

Hy vọng phân tích này giúp bạn ôn tập PMP hiệu quả! 🚀 Nếu cần thêm ví dụ thực tế, hãy hỏi nhé!

🧩 Phân tích chi tiết nội dung câu hỏi

Câu hỏi này thuộc chủ đề Quản lý giao tiếp (Manage Communications) trong PMP, tập trung vào tình huống một bên liên quan chính (key stakeholder) rất tham gia dự án phàn nàn rằng các báo cáo từ đội ngũ dự án không đầy đủ (inadequate). Project Manager (PM) cần xác định hành động đầu tiên (first) nên làm là gì.

🛠️ Bối cảnh PMP (theo PMBOK® Guide 7th Edition và PMI Standards cập nhật đến 2026): Trong dự án, báo cáo là một phần quan trọng của kế hoạch quản lý giao tiếp (Communications Management Plan - CMP), được phê duyệt từ đầu dự án. CMP quy định phương pháp, tần suất, định dạng, nội dung báo cáo cho từng bên liên quan. Khi có khiếu nại, PM phải ưu tiên kiểm tra tuân thủ CMP trước khi hành động khác, để đảm bảo tính nhất quán và hiệu quả giao tiếp. Điều này phù hợp với nguyên tắc Tailoring và Stakeholder Engagement trong PMBOK 7, nhấn mạnh PM chủ động quản lý kỳ vọng thay vì phản ứng thụ động.

✅ Đáp án đúng: Ensure that the reports comply with the communications management plan.

Lý do lựa chọn: Đây là hành động đầu tiên và đúng đắn nhất vì CMP là tài liệu cơ bản quy định mọi giao tiếp dự án, bao gồm báo cáo. PM phải xác nhận (ensure) báo cáo có tuân thủ CMP không trước khi quyết định thay đổi hoặc giải thích. Nếu tuân thủ, vấn đề có thể là kỳ vọng của stakeholder chưa khớp (cần điều chỉnh engagement); nếu không, cần sửa ngay. Hành động này thể hiện proactive management, tránh lãng phí thời gian và duy trì tính chuyên nghiệp. Theo PMBOK 7 (Process 4.5 Manage Project Communications), bước đầu tiên luôn là kiểm tra và đảm bảo tuân thủ kế hoạch đã phê duyệt.

📋 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, giữ nguyên văn bản gốc bằng tiếng Anh. Tôi sử dụng ✅ cho đúng và ❌ cho sai, kèm giải thích rõ ràng:

• ❌ Explain to the stakeholder that these are the approved templates for the reports.
  Phương án này sai vì chỉ bảo vệ status quo mà không kiểm tra gốc rễ vấn đề. Templates được phê duyệt nhưng CMP có thể yêu cầu tùy chỉnh theo nhu cầu stakeholder cụ thể. Hành động đầu tiên không phải biện minh ngay, mà phải verify compliance trước, tránh làm căng thẳng quan hệ stakeholder.

• ❌ Ask the project team to review and modify all of these reports.
  Phương án này sai vì hành động vội vã, chưa kiểm tra CMP. Việc yêu cầu team sửa toàn bộ báo cáo có thể gây lãng phí tài nguyên nếu báo cáo đã đúng plan. PM phải ensure compliance trước, sau đó mới quyết định modify nếu cần, theo nguyên tắc Value Delivery trong PMBOK 7.

• ✅ Ensure that the reports comply with the communications management plan.
  Như đã giải thích ở trên, đây là bước đầu tiên logic và chuẩn PMP, đảm bảo giao tiếp hiệu quả và quản lý kỳ vọng stakeholder một cách có hệ thống.

• ❌ Ask the sponsor to meet with the stakeholder to diffuse the situation with the reports.
  Phương án này sai vì escalate quá sớm. PM chịu trách nhiệm chính cho giao tiếp (theo PMBOK 7, Domain: Project Communications), không nên đẩy cho sponsor ngay. Điều này thể hiện thiếu chủ động, có thể làm suy yếu uy tín PM và vi phạm nguyên tắc Single Point of Accountability.

📘 Tài liệu tham khảo

• PMBOK® Guide – Seventh Edition (2021, cập nhật PMI đến 2026): Chương 4 (Project Communications Management), Process 4.5 Manage Communications; Domain 5: Project Work (Stakeholder Engagement).
• PMI's The Standard for Project Management (2021): Principle 9: Optimize Risk Responses; Principle 11: Engage Stakeholders.
• PMP Examination Content Outline (2024-2026): People Domain (Stakeholder management), Process Domain (Communications processes).
• Nguồn chính thức: PMI.org – Khuyến nghị đọc Agile Practice Guide để bổ sung về adaptive communications.

Hy vọng phân tích này giúp bạn ôn thi PMP hiệu quả! 🚀 Nếu cần thêm ví dụ case study, hãy hỏi nhé!

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

Câu hỏi PMP này xoay quanh tình huống quản lý dự án khi sản phẩm chính của công ty đang phát triển và yêu cầu áp dụng một công nghệ mới. 🔍 Điểm mấu chốt: Không ai trong đội ngũ quen thuộc với công nghệ này, nhưng các lập trình viên có kinh nghiệm tự nguyện học hỏi khái niệm và ứng dụng, đồng thời cam kết chịu trách nhiệm hoàn toàn.

🛠️ Vai trò của Project Manager (PM) ở đây là quyết định cách xử lý rủi ro thiếu kỹ năng, đồng thời cân nhắc các yếu tố như phát triển đội ngũ, tối ưu hóa nguồn lực nội bộ, tránh trì hoãn dự án và duy trì động lực nhân viên. Theo PMBOK® Guide 7th Edition (và cập nhật đến 2026 với PMI's The Standard for Project Management), PM cần áp dụng nguyên tắc Servant Leadership (lãnh đạo phục vụ), Develop Team (phát triển đội ngũ) và Empower Team (trao quyền cho đội ngũ), ưu tiên xây dựng năng lực nội bộ thay vì phụ thuộc bên ngoài, đặc biệt khi đội ngũ tự nguyện và có động lực cao. Điều này phù hợp với môi trường Agile/Hybrid, nơi đội ngũ tự tổ chức (self-organizing teams) được khuyến khích học hỏi liên tục.

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

Đáp án đúng: Support the developers with their intention to learn the new technology.

📈 Lý do chi tiết:

• Hỗ trợ đội ngũ tự nguyện học hỏi là cách tối ưu nhất, giúp xây dựng năng lực nội bộ lâu dài, tăng cường sự gắn kết và động lực đội ngũ (team engagement).
• Theo PMBOK® 7th Edition, Principle 4: Build a Team và Process 9.2: Develop Team, PM phải tạo điều kiện cho đội ngũ phát triển kỹ năng qua đào tạo, coaching, giúp giảm rủi ro dài hạn và nâng cao giá trị dự án (deliver value).
• Trong bối cảnh cập nhật PMP 2021-2026, ưu tiên Holistic Thinking và Adaptability, tận dụng sức mạnh nội bộ thay vì outsource/hire (có thể tốn kém và mất kiểm soát).
• Kết quả: Tránh trì hoãn, trao quyền cho đội ngũ (empowerment), phù hợp với Agile Manifesto: "Build projects around motivated individuals".

📋 Phân tích 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 văn bản gốc bằng tiếng Anh. Mỗi phương án được đánh giá đúng/sai với lý do cụ thể dựa trên PMP.

• Outsource the technology work to a third party so as not to delay work.
  ❌ Sai: Outsourcing có thể tránh trì hoãn ngắn hạn nhưng vi phạm nguyên tắc Build a Team (PMBOK® 7), tạo phụ thuộc bên ngoài, tăng chi phí và rủi ro tích hợp. Đội ngũ đã tự nguyện, nên ưu tiên nội bộ thay vì "tránh delay" bằng cách mất kiểm soát kiến thức cốt lõi.

• Descope this requirement as the developers have more important tasks.
  ❌ Sai: Descope (loại bỏ scope) làm giảm giá trị sản phẩm chính (key product), xung đột với Principle 12: Optimize Risk Responses và Value Delivery. Công nghệ mới là yêu cầu cần thiết cho sự phát triển sản phẩm, không thể bỏ qua chỉ vì "tasks quan trọng hơn" – PM phải ưu tiên backlog và trao quyền đội ngũ.

• Hire externally since the internal developers already have assigned work.
  ❌ Sai: Thuê ngoài tăng chi phí, thời gian onboarding và rủi ro văn hóa đội ngũ, không phù hợp với Stewardship Principle (quản lý tài nguyên hiệu quả). PMBOK® 7 nhấn mạnh Acquire Resources nội bộ trước (Process 9.1), đặc biệt khi developers có kinh nghiệm và sẵn sàng học – hiring bỏ lỡ cơ hội phát triển đội ngũ.

• Support the developers with their intention to learn the new technology.
  ✅ Đúng: Như đã giải thích ở trên, đây là lựa chọn tối ưu, thúc đẩy Team Performance Domain (Domain 3 PMP Exam Content Outline 2021+), servant leadership và continuous learning. Giúp dự án linh hoạt, bền vững.

📘 Tài liệu tham khảo

• PMBOK® Guide – Seventh Edition (2021): Principles 4 (Build a Team), 9 (Empower Team/Stakeholders); Performance Domains: Team (3.3 Develop Team).
• PMI's PMBOK® Guide 7th Edition + Agile Practice Guide: Nhấn mạnh self-organizing teams và knowledge transfer nội bộ.
• PMP Examination Content Outline (2021, cập nhật 2026): Domain III: Business Environment (18%), Task 8: Evaluate & support team skill development.
• PMI.org resources: "The Standard for Project Management" (2025 draft previews) tiếp tục ưu tiên adaptability & internal capability building.

Hy vọng phân tích này giúp bạn ôn tập PMP hiệu quả! 🚀 Nếu cần thêm ví dụ case study, hãy hỏi nhé!

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

Câu hỏi thuộc lĩnh vực Quản lý Mua sắm (Procurement Management) trong PMP, tập trung vào giai đoạn đấu thầu (tender phase) cho một dự án nhà máy phát điện mới. Tình huống: Các điều khoản hợp đồng ban đầu trong giai đoạn đấu thầu cần được sửa đổi trước khi ký với nhà thầu trúng thầu (successful bidder), vì điều khoản đấu thầu đã thay đổi để phù hợp với quy định tài chính mới về thuế công ty.

📌 Vấn đề cốt lõi: Dự án đang ở giai đoạn sau khi chọn nhà thầu thành công nhưng chưa ký hợp đồng. Project Manager cần chọn cách tiếp cận phù hợp để thực hiện sửa đổi này, đảm bảo tuân thủ quy trình, giảm rủi ro tranh chấp, và duy trì mối quan hệ với nhà thầu. Theo PMBOK® Guide (phiên bản 7th Edition, 2021 và cập nhật đến 2026), việc thay đổi điều khoản sau khi chọn nhà thầu yêu cầu đàm phán và đánh giá tác động để tránh vi phạm nguyên tắc minh bạch và công bằng trong Procurement.

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

Đáp án đúng: Discuss the new terms with the successful bidder to assess its impact on the contract price.

Lý do:

• 🛠️ Đây là cách tiếp cận tốt nhất theo quy trình Conduct Procurements (PMBOK® 6th/7th). Sau khi chọn nhà thầu trúng thầu, nếu có thay đổi RFP/RFQ (Request for Proposal/Quotation), Project Manager phải thảo luận trực tiếp với nhà thầu để đánh giá tác động đến giá cả, chi phí và điều khoản. Điều này đảm bảo sự đồng thuận, tránh tranh chấp sau ký kết, và tuân thủ nguyên tắc Tailoring & Stakeholder Engagement (PMBOK 7th).
• ✅ Thay đổi thuế công ty ảnh hưởng đến chi phí, nên cần đàm phán để điều chỉnh giá hợp đồng một cách công bằng, giúp dự án tiến triển mà không cần hủy đấu thầu.

🔍 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, giữ nguyên văn bản gốc tiếng Anh:

• Sign the contract as per the original terms but allow the successful bidder to submit a new contract price.
  ❌ Sai: Cách này vi phạm nguyên tắc hợp đồng vì ký theo điều khoản cũ (đã lỗi thời) rồi mới cho phép nộp giá mới sẽ tạo lỗ hổng pháp lý, dẫn đến tranh chấp về hiệu lực hợp đồng. Không khuyến khích trong PMP vì bỏ qua bước đàm phán chính thức, tăng rủi ro Contract Administration thất bại.

• Discuss the new terms with the successful bidder to assess its impact on the contract price.
  ✅ Đúng: Như đã giải thích ở trên. Đây là best practice để đánh giá tác động (impact assessment), đàm phán điều chỉnh giá, và ký hợp đồng sửa đổi sau khi đồng thuận. Phù hợp với Value Delivery System trong PMBOK 7th, ưu tiên hợp tác và giảm thiểu rủi ro.

• Retender the entire scope because the terms of the contract have changed significantly.
  ❌ Sai: Quá cực đoan và tốn kém, vi phạm nguyên tắc Optimized Integration (PMBOK 7th). Chỉ retender khi thay đổi cơ bản ảnh hưởng toàn bộ phạm vi, không phải chỉ điều khoản thuế. Cách này làm chậm dự án và mất cơ hội với nhà thầu đã chọn.

• Amend the contract terms and sign a revised contract with the successful bidder.
  ❌ Sai: Không thể amend và ký ngay mà không thảo luận, vì nhà thầu có quyền từ chối hoặc yêu cầu bồi thường. Vi phạm Negotiate Contracts process, dẫn đến rủi ro pháp lý và thiếu sự đồng thuận từ bên thứ ba.

📘 Tài liệu tham khảo

• PMBOK® Guide – 7th Edition (2021, PMI): Procurement Domain (trang 103-107), Principle 7: Optimize Risk Responses; Process Assets trong Conduct Procurements.
• PMBOK® Guide – 6th Edition: Process 12.2 Conduct Procurements (trang 481-486), nhấn mạnh đàm phán sau source selection.
• PMP Exam Content Outline (PMI, cập nhật 2024-2026): Domain 8: Procurement Management (17% trọng số), Tools & Techniques: Bidder Conferences, Negotiations.
• PMI Practice Standard for Project Procurement Management: Khuyến nghị thảo luận thay đổi với selected seller trước ký kết.

Hy vọng phân tích này giúp bạn ôn thi PMP hiệu quả! 🚀 Nếu cần thêm ví dụ thực tế, hãy hỏi nhé!

🧩 Phân tích nội dung câu hỏi

Câu hỏi này thuộc chủ đề Quản lý dự án Agile trong PMP (Project Management Professional), tập trung vào vai trò của Project Manager (thường là Scrum Master hoặc Agile Coach) khi quản lý dự án Agile lần đầu. Tình huống: Project Manager phát hiện team gặp khó khăn trong việc thống nhất scope của một feature (tính năng) ngay từ giai đoạn đầu sprint.

📌 Chi tiết tình huống:

• Dự án Agile: Nhấn mạnh tính tự quản lý (self-organizing team), hợp tác liên tục và tinh chỉnh (refinement) để làm rõ yêu cầu.
• Vấn đề: Team không đồng thuận về scope → Có nguy cơ dẫn đến sprint thất bại, chất lượng kém hoặc backlog rối loạn.
• Câu hỏi: Project Manager nên hỗ trợ team giải quyết như thế nào? → Kiểm tra nguyên tắc Agile: Servant Leadership, khuyến khích collaboration thay vì chỉ đạo từ trên xuống.

Mục tiêu câu hỏi kiểm tra kiến thức về vai trò facilitator của PM trong Agile, theo PMBOK 7th Edition (2021) và Agile Practice Guide (PMI), nơi Agile ưu tiên team empowerment và iterative refinement.

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

Đáp án đúng: Encourage the team to collaborate to resolve their understanding of the feature.

🛠️ Lý do chi tiết:

• Trong Agile, team phải tự quyết định và hợp tác để làm rõ scope qua các buổi sprint planning, refinement hoặc daily stand-up. PM chỉ facilitate (hỗ trợ), không quyết định thay.
• Hành động này thúc đẩy shared understanding, giảm rủi ro và tăng ownership của team → Phù hợp nguyên tắc "Agile Teams" (PMBOK 7th, Principle 9: Teamwork).
• Giải quyết ngay trong sprint để tránh backlog bẩn (dirty backlog).

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

Dưới đây là phân tích từng lựa chọn một cách chi tiết, dựa trên Scrum Guide 2020 (cập nhật mới nhất đến 2026, không thay đổi lớn), PMBOK 7th Edition và PMI Agile Certified Practitioner (PMI-ACP):

• Direct the senior-most member to determine the scope on behalf of the team.
  ❌ Sai vì: Vi phạm nguyên tắc self-organizing team trong Agile. PM không được chỉ định cá nhân (dù senior) quyết định thay, dẫn đến mất collaboration và động lực team. Agile chống lại command-and-control (PMBOK 7th, Model 12: Servant Leader).

• Encourage the team to collaborate to resolve their understanding of the feature.
  ✅ Đúng vì: Khuyến khích team collaboration là trách nhiệm cốt lõi của Scrum Master (facilitator). Giúp team đạt common understanding qua discussion/refinement, đảm bảo scope rõ ràng trước khi implement (Agile Practice Guide, Ch. 4: Team Performance).

• Ask the team to log the story in the product backlog and move on to the next feature.
  ❌ Sai vì: Trì hoãn vấn đề → Scope không rõ sẽ làm backlog kém chất lượng, ảnh hưởng sprint sau. Agile yêu cầu resolve impediments ngay lập tức trong sprint, không "move on" (Scrum Guide: Definition of Ready/Definition of Done).

• Discuss this with the team and decide what the scope of the feature should be.
  ❌ Sai vì: PM không quyết định scope thay team, dù có discuss. Điều này làm giảm team autonomy, trái với empowered team (PMBOK 7th, Principle 10: Leadership). PM chỉ guide, không dictate.

📘 Tài liệu tham khảo

• PMBOK Guide 7th Edition (2021): Principles 9 (Teamwork), 10 (Leadership); Agile Hybrid Models.
• Agile Practice Guide (PMI, 2017 - cập nhật tích hợp PMBOK 7): Ch. 3 (Lifecycle), Ch. 4 (Team).
• Scrum Guide (2020): Scrum Values (Commitment, Focus); Events (Sprint Planning).
• PMI-ACP Exam Content Outline (2023): Domain II: Agile Team Performance.

Hy vọng phân tích này giúp bạn ôn thi PMP hiệu quả! 🚀 Nếu cần thêm ví dụ thực tế, hãy hỏi nhé!

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

Câu hỏi này xoay quanh tình huống một Project Manager (PM) đang dẫn dắt một dự án hybrid (kết hợp giữa phương pháp dự đoán - predictive và linh hoạt - agile). PM đang hợp tác với khách hàng (client) để phát triển hợp đồng dự án (project contract). Dự án gặp trì hoãn (delays) do khó khăn kỹ thuật bất ngờ (unforeseen technical difficulties) và các phụ thuộc mới (new dependencies). Tuy nhiên, PM lạc quan (optimistic) về việc phục hồi thời gian (recovering the delays) trong các sprint sắp tới. Một stakeholder chính (key stakeholder) hỏi liệu thời hạn hợp đồng (contract deadlines) có thể đạt được không.

Câu hỏi yêu cầu: PM nên làm gì đầu tiên (first)?
📌 Bối cảnh PMP cập nhật (PMBOK 7th Edition & PMP Exam Content Outline 2021-2026): Trong dự án hybrid, PM phải ưu tiên quản lý stakeholder (Stakeholder Engagement), giao tiếp minh bạch (transparent communication) và quản lý rủi ro (Risk Management) theo nguyên tắc value delivery. Không nên vội cam kết hoặc thay đổi hợp đồng mà cần cung cấp thông tin chính xác để xây dựng lòng tin trước. Điều này phù hợp với Process Groups như Monitor & Control Project Work và Manage Communications.

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

Đáp án đúng: Clarify the current work progress, causes for delays, existing risks, and planned corrective actions.

Lý do:
🛠️ Đây là hành động đầu tiên và ưu tiên theo PMP, vì PM cần minh bạch hóa tình hình (transparency) để stakeholder hiểu rõ tiến độ hiện tại, nguyên nhân trì hoãn, rủi ro tồn tại và kế hoạch khắc phục. Điều này giúp xây dựng lòng tin, hỗ trợ quyết định chung và tránh hiểu lầm. Trong dự án hybrid, PM phải thích ứng nhanh nhưng dựa trên dữ liệu thực tế (data-driven), không chỉ lạc quan suông. Theo PMBOK 7th, nguyên tắc Stakeholder Engagement và Holistic Risk Management nhấn mạnh giao tiếp kịp thời về tiến độ & rủi ro trước khi cam kết thời hạn.

📋 Giải thích tất cả các phương án

Dưới đây là phân tích từng lựa chọn một cách chi tiết. Tôi giữ nguyên văn bản gốc bằng tiếng Anh như yêu cầu, và chỉ giải thích bằng tiếng Việt với lý do đúng/sai:

• ✅ Clarify the current work progress, causes for delays, existing risks, and planned corrective actions.
  🟢 Đúng: Hành động này là bước đầu tiên lý tưởng vì cung cấp thông tin toàn diện, dựa trên sự kiện (factual basis), giúp stakeholder đánh giá rủi ro và hỗ trợ PM. Phù hợp với Manage Communications và Monitor Risks trong PMP, đặc biệt hybrid project cần cập nhật sprint-level transparency.

• ❌ [SAI] Ask the stakeholder to remain calm and confirm that they are participating in all team meetings.
  🔴 Sai: Cách này thiếu chuyên nghiệp, mang tính xoa dịu cảm xúc thay vì giải quyết vấn đề. PM không nên yêu cầu stakeholder "bình tĩnh" hoặc kiểm tra sự tham gia của họ, vì câu hỏi tập trung vào deadline hợp đồng, không phải họp hành. Vi phạm nguyên tắc Stakeholder Engagement (PMBOK 7th) - phải tôn trọng và cung cấp giá trị thông tin.

• ❌ [SAI] Study the contract terms and deadlines to ensure they are not under risk and confirm them with the stakeholder.
  🔴 Sai: PM cần hiểu hợp đồng nhưng đây không phải bước đầu tiên khi stakeholder hỏi trực tiếp. Việc "xác nhận không rủi ro" có thể là cam kết sai lầm nếu chưa phân tích đầy đủ delays. PMP yêu cầu assess trước khi confirm (Monitor & Control), tránh optimism bias.

• ❌ [SAI] Submit a request for extra time and budget related to the dependencies and technical difficulties.
  🔴 Sai: Quá vội vàng và chưa phù hợp vì chưa minh bạch tình hình với stakeholder hoặc perform impact analysis (Integrated Change Control). Trong hybrid, chỉ request change sau khi recovery plan rõ ràng và đồng thuận. PMBOK 7th cảnh báo tránh premature change requests mà không có dữ liệu hỗ trợ.

📘 Tài liệu tham khảo

• PMBOK Guide 7th Edition (2021): Chương 4 (Stakeholder Engagement), Chương 3 (Risk Management), Principle 7 (Holistic Thinking).
• PMP Examination Content Outline 2021 (PMI, cập nhật đến 2026): Domain III: Business Environment (15%) & Domain IV: People (42%) - nhấn mạnh communication & transparency.
• Agile Practice Guide (PMI): Hybrid approaches yêu cầu sprint recovery với stakeholder updates.
  🔗 Nguồn chính thức: PMI.org - Tải PMBOK miễn phí cho thành viên PMP.

Hy vọng phân tích này giúp bạn ôn thi PMP hiệu quả! 🚀 Nếu cần thêm ví dụ, hãy hỏi nhé!

🧩 Phân tích chi tiết nội dung câu hỏi

Câu hỏi này thuộc lĩnh vực Quản lý Rủi ro và Tuân thủ Quy định trong PMP (PMBOK® Guide – 7th Edition và PMI Code of Ethics & Professional Conduct, cập nhật đến 2026). Tình huống mô tả một tổ chức lớn toàn cầu phát triển thiết bị cấy ghép y tế mới, phải tuân thủ quy định chính phủ địa phương. Quy trình phê duyệt ở một quốc gia kéo dài, dẫn đến trì hoãn ngày ra mắt dự kiến (launch date).

📌 Ý chính cần tập trung: Project Manager (PM) phải xử lý tình huống này sao cho tuân thủ pháp luật, đạo đức chuyên môn, đồng thời giảm thiểu tác động đến lịch trình dự án. Không được phép vi phạm quy định (regulatory compliance là ưu tiên hàng đầu trong ngành y tế). PM cần escalate vấn đề đến cấp cao hơn để hỗ trợ, thay vì tự ý hành động rủi ro pháp lý. Đây là bài kiểm tra trách nhiệm chuyên môn (Responsibility) và tôn trọng (Respect) theo PMI Ethics.

✅ Đáp án đúng: Ask the board to use their influence and speed up the approval.

Lý do lựa chọn 🛠️:
Trong PMP, khi gặp rủi ro bên ngoài như trì hoãn phê duyệt quy định (regulatory delay), PM phải escalate đến sponsor hoặc board/stakeholders cấp cao (theo PMBOK 7th Ed., Section 4.6 Engage Stakeholders và Process 11.7 Monitor Risks). Board có thể sử dụng influence hợp pháp (như lobbying chính thức, thuê chuyên gia pháp lý, hoặc quan hệ ngoại giao) để tăng tốc quy trình phê duyệt mà không vi phạm luật. Điều này phù hợp với PMI Code of Ethics – Principle of Responsibility: PM thúc đẩy hành động hợp pháp để bảo vệ lợi ích dự án và xã hội. Các lựa chọn khác đều vi phạm pháp luật hoặc đạo đức, dẫn đến rủi ro kiện tụng cao (đặc biệt với sản phẩm y tế).

Dẫn nguồn:

• 📘 PMBOK® Guide – 7th Edition (2021, vẫn là phiên bản chuẩn đến 2026): Trang 47-48 (Stakeholder Engagement), Trang 225 (Manage Risks).
• 📘 PMI Code of Ethics & Professional Conduct (2022): Section 2.2.1 – Comply with laws; Section 3.3 – Escalate issues ethically.

📋 Phân tích tất cả các phương án (Đúng/Sai)

• Organize an online distribution channel from another country.
  ❌ Sai hoàn toàn 🛑: Hành động này vi phạm quy định địa phương (local regulations) vì sản phẩm y tế phải được phê duyệt riêng cho từng thị trường (country-specific compliance). Phân phối online từ nước khác có thể dẫn đến rủi ro pháp lý nghiêm trọng (phạt tiền, thu hồi sản phẩm, thậm chí tù tội). PMP cấm hành vi "bypass" gián tiếp (PMBOK 7th: Risk Response – Avoid illegal shortcuts).

• Ask the sponsor to authorize the launch and then wait for approval.
  ❌ Sai ⚠️: Sponsor không có quyền authorize launch nếu chưa có phê duyệt chính thức từ cơ quan quản lý (government regulations). Hành động này tạo rủi ro pháp lý kép (ra mắt sớm rồi chờ approval = vi phạm luật). Theo PMI Ethics, PM không được khuyến khích sponsor hành động bất hợp pháp (Principle of Honesty: Không lừa dối quy định).

• Ask the board to use their influence and speed up the approval.
  ✅ Đúng 🌟: Như đã giải thích ở trên, đây là cách escalate hợp pháp, tận dụng stakeholder power/influence để hỗ trợ quy trình (không phải bypass). Phù hợp với Hybrid Risk Response Strategies trong PMBOK 7th (Expedite qua quan hệ chính thức).

• Work with the team to find ways to bypass the regulations.
  ❌ Sai nghiêm trọng nhất 🚫: Vi phạm trực tiếp pháp luật và đạo đức PMP (PMI Code: Mandatory Standard 1.2.2 – Never violate laws). Bypass regulations với thiết bị y tế có thể gây hại sức khỏe công cộng, dẫn đến thảm họa pháp lý/đạo đức (recall, kiện tụng). PM phải tuân thủ tuyệt đối, không "tìm cách lách luật".

Kết luận 🎯: Câu hỏi nhấn mạnh quản lý rủi ro tuân thủ (compliance risks) – PM không tự quyết định vi phạm, mà escalate thông minh. Áp dụng thực tế giúp dự án thành công bền vững! Nếu cần ví dụ case study, tham khảo PMI.org resources.