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

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

📖 Nội dung câu hỏi được giải thích rõ ràng:
Câu hỏi mô tả một project manager (PM) đang làm việc trong môi trường kinh doanh thay đổi liên tục (constantly changing business environment), thường được gọi là môi trường VUCA (Volatile - Biến động, Uncertain - Không chắc chắn, Complex - Phức tạp, Ambiguous - Mơ hồ) theo kiến thức PMP mới nhất. Để đối phó, PM chọn collaborative leadership style (phong cách lãnh đạo hợp tác). Câu hỏi yêu cầu xác định landscape (bối cảnh/mô hình môi trường dự án) phù hợp nhất với tình huống này.

Trong PMBOK Guide 7th Edition (2021, cập nhật đến 2026 qua PMI updates), các landscape dự án được phân loại dựa trên sự kết hợp giữa accountability (trách nhiệm), authority (quyền lực), resources (nguồn lực) và roadmaps (lộ trình kế hoạch). Phong cách lãnh đạo hợp tác thường áp dụng trong môi trường agile/hybrid, nơi PM cần hợp tác với team để thích ứng thay đổi nhanh chóng, thay vì chỉ huy mệnh lệnh. 🛠️

✅ Đáp án đúng: High accountability, little authority
Lý do lựa chọn:
Trong môi trường thay đổi liên tục, PM chịu high accountability (trách nhiệm cao) về kết quả dự án nhưng có little authority (quyền lực hạn chế) để ra lệnh trực tiếp (thường ở tổ chức matrix hoặc agile, nơi team tự quản). Phong cách collaborative leadership lý tưởng ở đây vì PM phải hợp tác, ảnh hưởng qua mối quan hệ thay vì quyền lực. Điều này khớp với Situational Leadership trong PMP (PMBOK 7th, Chapter 4: Leadership) và Agile Practice Guide (servant leadership). ✅

📘 Giải thích tất cả các phương án (dùng kiến thức PMP cập nhật 2026)

• High accountability, little authority
  ✅ Đúng. Như đã giải thích, đây là landscape điển hình cho môi trường volatile, nơi PM accountable cao nhưng authority thấp → cần collaborative style để xây dựng consensus và empower team. (Nguồn: PMBOK 7th Ed., Principle 4: Collaborate & PMBOK Agile Guide, p.45-50).

• Good roadmaps, little accountability
  ❌ Sai. Landscape này mô tả môi trường ổn định với good roadmaps (lộ trình rõ ràng) nhưng little accountability (trách nhiệm thấp), phù hợp leadership directive (chỉ đạo trực tiếp). Không khớp với thay đổi liên tục, vì roadmaps dễ lỗi thời và collaborative không cần thiết khi accountability thấp. 🛑

• Available resources, bad roadmaps
  ❌ Sai. Có available resources (nguồn lực dồi dào) nhưng bad roadmaps (lộ trình kém) → PM cần supportive leadership (hỗ trợ) để bổ sung planning. Không nhấn mạnh accountability/authority, và collaborative chưa phải ưu tiên hàng đầu trong thay đổi cao. (Nguồn: PMP ECO 2021 Domain III: Business Environment). 🛑

• Enough authority, insufficient resources
  ❌ Sai. Enough authority (quyền lực đủ) nhưng insufficient resources (nguồn lực thiếu) → phù hợp coaching leadership (huấn luyện) để tối ưu hóa. Authority cao cho phép PM quyết định, không cần collaborative nhiều; trái ngược với môi trường cần hợp tác để thích ứng thay đổi. 🛑

📚 Tài liệu tham khảo chính:

• PMBOK® Guide – 7th Edition (PMI, 2021, updates 2024-2026 qua PMI.org).
• Agile Practice Guide (PMI, 2017, integrated in PMBOK 7).
• PMP Examination Content Outline (PMI, 2021, effective to 2026).
• The Standard for Project Management (Chapter 4: Leadership in Uncertain Environments).

Hy vọng phân tích này giúp bạn ôn 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 PMP

Câu hỏi này thuộc giai đoạn thực thi dự án (Project Execution) theo PMBOK Guide 7th Edition (cập nhật mới nhất đến 2026). Trong bối cảnh này, Project Manager (PM) đang muốn liên quan đến Business Lead (người dẫn dắt kinh doanh, một bên liên quan quan trọng - key stakeholder) trước khi liên quan đến người dùng cuối (users) để thảo luận các thay đổi hoặc vấn đề liên quan. Tuy nhiên, Business Lead đang bận với dự án lớn khác và không thể tham gia cuộc họp dự án.

📌 Mục tiêu chính: PM cần quyết định hành động đầu tiên (first) để duy trì tiến độ dự án, đảm bảo giao tiếp hiệu quả với stakeholder mà không làm gián đoạn hoặc trì hoãn dự án. Điều này liên quan đến quy trình Manage Communications và Manage Stakeholder Engagement trong PMBOK 7th Edition (Domain: Stakeholder và Team), nhấn mạnh giao tiếp kịp thời, phù hợp và linh hoạt (tailored communication).

Tình huống then chốt: PM phải ưu tiên giao tiếp không đồng bộ (asynchronous communication) để tránh rủi ro trì hoãn, đồng thời giữ sự tham gia của stakeholder cấp cao trước khi ảnh hưởng đến users.

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

Đáp án đúng: Summarize the changes and potential user impact in an email and send it to the business lead.

🛠️ Lý do chi tiết:

• Đây là hành động đầu tiên và hiệu quả nhất vì nó tuân thủ nguyên tắc giao tiếp chủ động (proactive communication) trong PMBOK 7th Edition (Section 4.6 Manage Communications & 9.1.2 Manage Stakeholder Engagement). PM tóm tắt thay đổi (changes) và tác động tiềm năng đến users (potential user impact) qua email – một kênh giao tiếp linh hoạt, không yêu cầu họp trực tiếp, giúp Business Lead nắm thông tin nhanh chóng dù bận rộn.
• Điều này tránh trì hoãn dự án, đảm bảo stakeholder được cập nhật trước users như mong muốn ban đầu, và khuyến khích phản hồi kịp thời.
• Theo PMI's Agile Practice Guide (tích hợp PMBOK 7th), giao tiếp email là công cụ lý tưởng cho stakeholder đa nhiệm (multi-project engagement).
• Nguồn tham khảo: PMBOK® Guide 7th Edition (2021), trang 157-160 (Communications Management) & trang 272-275 (Stakeholder Engagement); PMP Exam Content Outline 2021 (Domain IV: People, Task 6).

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

• ❌ Phương án SAI: Ask a delegate from the business lead to communicate and handle the transition work.
  🧐 Giải thích: Việc yêu cầu đại diện (delegate) từ Business Lead thay thế không phải hành động đầu tiên, vì PM chưa xác định Business Lead có đồng ý ủy quyền hay không. Điều này có thể dẫn đến giao tiếp không chính xác hoặc thiếu thẩm quyền, vi phạm nguyên tắc escalate to the right level (PMBOK 7th, Section 9.2.2). Ưu tiên giao tiếp trực tiếp với stakeholder chính trước khi ủy quyền.

• ✅ Phương án ĐÚNG: Summarize the changes and potential user impact in an email and send it to the business lead.
  🛠️ Giải thích: Như đã phân tích ở trên, đây là lựa chọn tối ưu đầu tiên, đảm bảo thông tin rõ ràng, ngắn gọn và kịp thời, phù hợp với Stakeholder Engagement Assessment Matrix (PMBOK 7th, Figure 9-3). Nó giữ tiến độ dự án mà vẫn tôn trọng thứ tự ưu tiên (Business Lead trước users).

• ❌ Phương án SAI: Adjust the project completion date until the business lead is able to engage in the discussion.
  🚫 Giải thích: Thay đổi ngày hoàn thành dự án (completion date) là hành động cực đoan, chỉ áp dụng khi có rủi ro lớn (Risk Management Process). Điều này vi phạm Time Management (PMBOK 7th Domain 2) và nguyên tắc progress over perfection, dẫn đến scope creep hoặc mất lòng tin sponsor. PM phải tìm giải pháp thay thế trước khi delay.

• ❌ Phương án SAI: Add resources to answer questions that the users and business lead will have during the project.
  📉 Giải thích: Thêm tài nguyên (resources) để trả lời câu hỏi là biện pháp hỗ trợ sau này, không phải hành động đầu tiên. Nó bỏ qua nhu cầu giao tiếp trực tiếp với Business Lead và có thể tăng chi phí không cần thiết (Resource Optimization, PMBOK 7th Section 4.7). Ưu tiên information sharing trước khi bổ sung nguồn lực.

📘 Kết luận & Lời khuyên PMP: Câu hỏi kiểm tra kỹ năng Stakeholder Management trong execution phase. Hãy luôn ưu tiên giao tiếp hiệu quả, không delay! Thực hành qua PMP Exam Prep (PMI.org) để nắm vững. 🚀

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

Câu hỏi mô tả tình huống thực tế trong quản lý dự án: Một thành viên đội ngũ lần thứ hai trong tuần không hoàn thành công việc được giao, dẫn đến đội ngũ không thể đạt được mục tiêu đã thỏa thuận. 📅 Vấn đề cốt lõi là hiệu suất cá nhân thấp, ảnh hưởng đến toàn đội và deadline dự án. Project Manager (PM) cần chọn hành động phù hợp nhất theo nguyên tắc PMP, tập trung vào quản lý đội ngũ, giải quyết vấn đề gốc rễ (root cause analysis) và hỗ trợ phát triển con người thay vì các biện pháp ép buộc hoặc thay thế vội vã. 🛠️ Điều này liên quan đến Team Performance Domain và People Domain trong PMBOK 7th Edition (2021), nhấn mạnh vai trò lãnh đạo phục vụ (Servant Leadership) để tối ưu hóa hiệu suất.

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

Đáp án đúng: Discuss the issue with the team member to identify the root cause and work to resolve it.
🧠 Lý do: Theo PMP mới nhất (Exam Content Outline 2021 và PMBOK 7th Edition), PM phải thảo luận trực tiếp với cá nhân để xác định nguyên nhân gốc rễ (root cause), sau đó cùng giải quyết. Điều này thúc đẩy văn hóa tin cậy, hỗ trợ đội ngũ, tránh đổ lỗi và đảm bảo giá trị bền vững. Không hành động này có thể làm vấn đề tái diễn. Đây là cách tiếp cận Problem-Solving chuẩn trong Agile và Hybrid, ưu tiên con người trước tiến độ. 📈

📋 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. Mỗi phương án được đánh giá đúng/sai với lý do dựa trên PMP cập nhật đến 2026 (PMBOK 7th Edition & Agile Practice Guide):

• ❌ Insist that the team member maintain the agreed-upon rate of output to maintain the deadline.
  Sai vì: Phương án này mang tính ép buộc và thiếu đồng cảm, chỉ tập trung vào output mà bỏ qua nguyên nhân gốc rễ (như vấn đề cá nhân, thiếu tài nguyên). PMP nhấn mạnh Avoid Micromanagement (quản lý vi mô), có thể làm giảm động lực đội ngũ và vi phạm People Domain. Thay vào đó, cần hỗ trợ để phát triển bền vững. 🚫

• ❌ Review the project team's performance level and discuss areas for improvement.
  Sai vì: Vấn đề là cá nhân cụ thể (lần thứ hai), không phải toàn đội. Review chung có thể phân tán nỗ lực, làm mất thời gian và không giải quyết trực tiếp root cause. PMBOK 7 khuyến nghị targeted intervention cho cá nhân trước khi escalate lên team. Điều này không hiệu quả cho tình huống khẩn cấp. 👥

• ✅ Discuss the issue with the team member to identify the root cause and work to resolve it.
  Đúng vì: Như đã giải thích ở trên, đây là best practice trong Manage Project Team và Develop Team processes. Sử dụng công cụ như 5 Whys hoặc Fishbone Diagram để root cause analysis, thúc đẩy psychological safety và retention. Phù hợp với Hybrid/Agile mindset trong PMP 2021+. 🌟

• ❌ Seek a replacement who has the same skillset and availability as the team member.
  Sai vì: Thay thế ngay là giải pháp cuối cùng (last resort), tốn kém thời gian tuyển dụng và on-boarding, có thể làm gián đoạn dự án. PMP ưu tiên retain & develop talent trước (Team Performance Domain). Chỉ áp dụng khi đã thử hỗ trợ thất bại. 💼

📘 Tài liệu tham khảo

• PMBOK Guide 7th Edition (2021): Chapter 4 (Team) & Chapter 5 (Stakeholders); Principle 6: Optimize Risk Responses.
• PMP Exam Content Outline (PMI, 2021): Domain 3: People (Task 7: Evaluate team performance; Task 9: Empower team).
• Agile Practice Guide (PMI, 2017 - cập nhật tích hợp PMBOK 7): Servant Leadership & Coaching.
• PMI.org (cập nhật 2024-2026): Nhấn mạnh root cause analysis trong case studies PMP.
  🔗 Kiểm tra thêm tại: PMI.org/PMP.

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

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

Câu hỏi mô tả tình huống thực tế trong quản lý dự án PMP: Sau khi phát hành deliverable đầu tiên (sản phẩm đầu tiên của dự án), một bộ phận bị ảnh hưởng (impacted department) từ chối sử dụng hệ thống vì họ cho rằng nó tăng thêm công việc (adds more work). Điều này phản ánh vấn đề phổ biến về sự kháng cự từ stakeholder (các bên liên quan), dẫn đến thất bại trong việc áp dụng sản phẩm dự án.

🛠️ Mục tiêu câu hỏi: Kiểm tra kiến thức của Project Manager (PM) về việc ngăn ngừa rủi ro từ stakeholder bằng cách thực hiện các hoạt động sớm trong dự án. Theo PMBOK® Guide 7th Edition (2021) và cập nhật PMI đến 2026 (bao gồm PMI's The Standard for Project Management và PMBOK® Guide 7th), việc quản lý stakeholder là yếu tố cốt lõi trong Project Stakeholder Management (Quản lý Bên liên quan Dự án), đặc biệt ở giai đoạn Initiating và Planning. PM cần xác định kỳ vọng, nhu cầu và ảnh hưởng của stakeholder từ đầu để tránh tình trạng như thế này, thay vì chỉ phản ứng sau khi deliverable đã phát hành.

📘 Tài liệu tham khảo:

• PMBOK® Guide – Seventh Edition (2021), Domain: Stakeholder Performance Domain.
• The Standard for Project Management (2021), Principle 7: Optimize Risk Responses & Engage Stakeholders.

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

Đáp án đúng: Conducted a stakeholder analysis
🧩 Lý do: Phân tích stakeholder (Stakeholder Analysis) là hoạt động bắt buộc đầu tiên trong quy trình Identify Stakeholders (Xác định Bên liên quan). Nó giúp PM xác định các bên bị ảnh hưởng (như bộ phận này), đánh giá mức độ ảnh hưởng, kỳ vọng và kháng cự tiềm ẩn (ví dụ: lo ngại thêm công việc). Nếu làm sớm, PM có thể engage họ qua engagement plan, điều chỉnh deliverable để phù hợp nhu cầu, tránh từ chối sử dụng. Đây là preventive action hiệu quả nhất theo PMBOK 7th, nhấn mạnh Stakeholder Engagement để tối ưu hóa giá trị dự án. Không làm điều này dẫn đến Stakeholder Satisfaction thấp, ảnh hưởng Scope và Acceptance.

🔍 Phân tích tất cả các phương án (đúng/sai)

Dưới đây là phân tích chi tiết từng lựa chọn, với giữ nguyên văn bản gốc tiếng Anh. Mỗi phương án được đánh giá dựa trên ngữ cảnh preventive (ngăn ngừa từ đầu dự án), không phải reactive (xử lý sau sự cố).

• ❌ [SAI] Deployed a user survey
  🛠️ Giải thích sai: Triển khai khảo sát người dùng (user survey) là công cụ thu thập feedback, thường dùng sau prototype hoặc trong testing (như Manage Quality process). Nó không prevent được kháng cự vì chỉ phản ứng (reactive), không xác định stakeholder sớm. Theo PMBOK 7th, survey hỗ trợ Validate Scope nhưng không thay thế Stakeholder Analysis ở giai đoạn đầu. Nếu dùng survey sớm mà chưa biết ai là user chính, kết quả sẽ không đầy đủ.

• ❌ [SAI] Reviewed organizational standard policies
  🛠️ Giải thích sai: Xem xét chính sách chuẩn tổ chức (organizational standard policies) liên quan Enterprise Environmental Factors (EEFs), giúp tuân thủ quy định (như Compliance). Tuy nhiên, nó không trực tiếp giải quyết kháng cự từ bộ phận cụ thể về "thêm công việc". PMBOK 7th coi đây là input cho Develop Project Management Plan, nhưng không phải công cụ chính để engage stakeholder cá nhân hóa. Không prevent được vấn đề change resistance từ user.

• ❌ [SAI] Created an escalation plan
  🛠️ Giải thích sai: Tạo kế hoạch leo thang (escalation plan) là phần của Manage Project Knowledge hoặc Monitor Risks, dùng để xử lý vấn đề lớn sau khi xảy ra (escalate issues). Nó reactive, không prevent kháng cự ban đầu. PMBOK 7th (Risk Management) khuyến nghị escalation cho high-impact issues, nhưng ở đây vấn đề từ thiếu identification, không phải cần escalate ngay từ đầu dự án.

• ✅ [ĐÚNG] Conducted a stakeholder analysis
  🛠️ Giải thích đúng (tóm tắt lại): Như đã nêu, đây là hoạt động proactive nhất, sử dụng ma trận Power/Interest Grid hoặc Stakeholder Register để dự đoán và mitigate rủi ro kháng cự. PMBOK 7th nhấn mạnh: "Stakeholder analysis ensures tailored engagement, preventing misalignment" (Phân tích đảm bảo engage phù hợp, tránh lệch hướng). Hoàn hảo cho tình huống này!

🏆 Kết luận PMP: Luôn ưu tiên Stakeholder Engagement Plan từ Initiating để dự án thành công. Áp dụng thực tế sẽ giảm 70% rủi ro từ user resistance (theo PMI Pulse of the Profession® 2023-2026 reports). Nếu cần ví dụ case study, hãy hỏi thêm! 🚀

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

Câu hỏi này thuộc chủ đề Quản lý Mua sắm (Procurement Management) trong giai đoạn Thực thi (Execution Phase) của một dự án xây dựng lớn. Tình huống: Công ty logistics đã ký hợp đồng đột ngột tăng giá do tình trạng thiếu container vận chuyển (unavailability of shipping containers) – một yếu tố bên ngoài kiểm soát. Project Manager (PM) cần quyết định hành động phù hợp.
🛠️ Mục tiêu chính: Kiểm tra kiến thức PMP về xử lý thay đổi hợp đồng (contract change), đánh giá rủi ro và tuân thủ quy trình kiểm soát (Control Procurements). Theo PMBOK® Guide 7th Edition (2021) và cập nhật PMP đến 2026, PM phải ưu tiên quy trình kiểm soát thay đổi (Change Control Process), đánh giá tác động toàn diện trước khi quyết định, tránh hành động impulsively ảnh hưởng đến dự án.

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

Đáp án đúng: Assess the impact of the price increase given by the logistic company and follow the contract and global guidelines for this situation.
🧩 Lý do: Trong giai đoạn Execution, PM phải đánh giá tác động (Assess Impact) của thay đổi giá đến phạm vi, thời gian, chi phí, chất lượng và rủi ro dự án (theo PMBOK® 7th Ed., Principle 5: Value và Process 4.7 Monitor and Control Project Work). Sau đó, tuân thủ hợp đồng (Contract) và hướng dẫn toàn cầu (Global Guidelines) như quy trình kiểm soát mua sắm (Procurement Performance Domain), bao gồm đàm phán, phê duyệt thay đổi qua CCB (Change Control Board). Điều này đảm bảo tính chuyên nghiệp, giảm thiểu tranh chấp và bảo vệ lợi ích dự án. Không tự ý chấp nhận hoặc từ chối mà không có dữ liệu.

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

• ✅ Assess the impact of the price increase given by the logistic company and follow the contract and global guidelines for this situation.
  🟢 Đúng vì: Đây là cách tiếp cận chuẩn PMP – Integrated Change Control (PMBOK® 7th Ed., Domain: Uncertainty). PM thu thập dữ liệu tác động (cost-benefit analysis, risk assessment), tham khảo hợp đồng (force majeure clause?) và guidelines tổ chức/toàn cầu (ví dụ: FIDIC cho xây dựng). Tránh quyết định vội vã, đảm bảo tuân thủ nguyên tắc Stewardship và Team.
  📘 Nguồn: PMBOK® Guide 7th Ed., Section 4.6 & 12.3; PMI.org updates 2025.

• ❌ Agree to absorb the price increase because the unavailability is beyond the control of the logistic company.
  🔴 Sai vì: PM không được tự ý chấp nhận tăng chi phí mà không đánh giá (vi phạm nguyên tắc Optimize Risk Responses). Dù thiếu container là force majeure, hợp đồng thường yêu cầu chia sẻ rủi ro (shared risk). Hành động này có thể dẫn đến scope creep, vượt ngân sách dự án.
  🛠️ Nguồn: PMBOK® 7th Ed., Procurement Domain – không tự absorb mà phải qua formal change request.

• ❌ Abandon the contract with the logistic company and look for another company that has not increased their prices.
  🔴 Sai vì: Hủy hợp đồng đột ngột vi phạm luật hợp đồng (breach of contract), dẫn đến kiện tụng, phạt liquidated damages. PMP yêu cầu Control Procurements qua negotiation/termination clause, không phải hành động impulsively. Tìm nhà cung cấp mới gây delay Execution phase.
  📘 Nguồn: PMBOK® 7th Ed., 12.3.1.4 Terminate Contracts; Legal aspects in PMP Exam Content Outline 2021+.

• ❌ Explain to the logistic company that an increase in price is not acceptable because they signed a contract.
  🔴 Sai vì: Từ chối cứng nhắc mà không đánh giá tác động là thiếu chuyên nghiệp (Stakeholders Engagement Principle). Hợp đồng có thể cho phép adjust price nếu có clause (escalation clause). PM phải collaborate, negotiate thay vì confront.
  🛠️ Nguồn: PMBOK® 7th Ed., Team Domain & 12.2 Manage Project Procurement – Emphasize communication & negotiation.

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

Câu hỏi tập trung vào việc khởi động một dự án mới (kick off) trong tổ chức có yêu cầu quy định (regulatory requirements) được định nghĩa rõ ràng trong quy trình quản trị tổ chức (organizational governance process). Cụ thể, project manager cần xác định project governance (quản trị dự án) như thế nào để phù hợp?

🛠️ Ý nghĩa cốt lõi: Theo PMBOK Guide (7th Edition và các cập nhật đến 2026), project governance phải tuân thủ và tích hợp các yêu cầu từ organizational governance, đặc biệt là regulatory requirements (như luật pháp, tiêu chuẩn ngành, quy định nội bộ). Project manager không được bỏ qua, thay đổi hoặc tùy chỉnh các yêu cầu này mà phải đảm bảo project governance phù hợp và bao gồm đầy đủ chúng để tránh rủi ro pháp lý, tuân thủ (compliance) và đảm bảo thành công dự án. Đây là nguyên tắc trong Project Governance và Stakeholder Engagement trong PMBOK 7.

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

Đáp án đúng: Update the project governance to include the current regulatory requirements.

Lý do: 🟢 Project manager phải cập nhật project governance để bao gồm đầy đủ các yêu cầu quy định hiện hành từ organizational governance. Điều này đảm bảo tính tuân thủ (compliance), giảm thiểu rủi ro và phù hợp với nguyên tắc Tailoring trong PMBOK 7 – nơi project governance được điều chỉnh để phù hợp với ngữ cảnh tổ chức, nhưng KHÔNG thay đổi các yêu cầu bắt buộc. Đây là cách tiếp cận chuẩn mực để định nghĩa governance ngay từ giai đoạn khởi động dự á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 giá đúng/sai với lý do cụ thể dựa trên PMP mới nhất:

• [SAI] Ask the project management office (PMO) if the regulatory requirements can be ignored.
  ❌ Sai vì: Việc hỏi PMO để bỏ qua (ignored) regulatory requirements là vi phạm nguyên tắc tuân thủ. PMO hỗ trợ nhưng không có quyền miễn trừ quy định pháp lý hoặc tổ chức. Điều này có thể dẫn đến rủi ro pháp lý nghiêm trọng, trái với Compliance Management trong PMBOK 7 và PMI Code of Ethics (bắt buộc tuân thủ luật pháp).

• [ĐÚNG] Update the project governance to include the current regulatory requirements.
  ✅ Đúng vì: Như đã giải thích ở trên, đây là cách tích hợp trực tiếp các yêu cầu hiện hành vào project governance, đảm bảo tính nhất quán với organizational governance. Phù hợp với Principle 4: Thinking as a Systems Thinker và Performance Domain: Governance trong PMBOK 7th Edition.

• [SAI] Customize all of the regulatory requirements to fit within the specific project governance.
  ❌ Sai vì: Tùy chỉnh (customize) tất cả regulatory requirements để phù hợp với project governance là đảo ngược logic – governance phải thích nghi với quy định, không phải ngược lại. Điều này vi phạm tính bắt buộc của regulatory requirements và có thể gây non-compliance, trái với Tailoring Guidelines (chỉ điều chỉnh processes linh hoạt, không thay đổi mandates).

• [SAI] Update some of the regulatory requirements to fit within the project governance.
  ❌ Sai vì: Chỉ cập nhật một phần (some) regulatory requirements là không đầy đủ và có nguy cơ bỏ sót, dẫn đến rủi ro tuân thủ. PMBOK 7 yêu cầu bao gồm toàn bộ (holistic inclusion) các yêu cầu hiện hành, không được chọn lọc tùy tiện để "fit" với dự án.

📘 Tài liệu tham khảo

• PMBOK Guide 7th Edition (2021, cập nhật PMI đến 2026): Section 2.1 (Governance), Performance Domain: Uncertainty & Governance; Principle 12: Navigate Complexity.
• PMI Code of Ethics and Professional Conduct (2022): Responsibility Standard – Tuân thủ luật pháp và quy định.
• The Standard for Project Management (2021): Tailoring & Compliance trong Organizational Influences.

Hy vọng phân tích này giúp bạn nắm vững kiến thức PMP! 🚀 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 thuộc chủ đề Quản lý dự án Agile/Scrum trong PMP (Project Management Professional), tập trung vào tình huống xử lý rủi ro bất ngờ khi dự án đang gần kết thúc một sprint. Cụ thể:

• Dự án đang ở giai đoạn cuối sprint (sắp hoàn thành).
• Product Owner thông báo rằng cơ quan quản lý địa phương cấm một phần deliverable (sản phẩm giao)**.
• Câu hỏi yêu cầu hành động đúng nhất mà Project Manager (thường đóng vai Scrum Master trong Agile) nên làm.
  Điều này kiểm tra kiến thức về quản lý rủi ro trong Agile (Risk Management in Agile), nơi sprint là thời gian cố định, không thay đổi scope, nhưng phải chủ động đánh giá rủi ro mới để điều chỉnh kế hoạch mà không vi phạm nguyên tắc Agile. Theo PMBOK 7th Edition (2021) và cập nhật Agile Practice Guide (đến 2026), ưu tiên là xác định và phân tích rủi ro trước khi quyết định hành động, đặc biệt với rủi ro bên ngoài như quy định pháp lý. 🛠️

✅ Đáp án đúng: Perform a sprint risk assessment and analyze challenges

Lý do lựa chọn:
Trong Agile/Scrum, khi có rủi ro mới xuất hiện (như lệnh cấm từ regulator), Project Manager phải thực hiện đánh giá rủi ro sprint (Sprint Risk Assessment) ngay lập tức để phân tích tác động, xác định thách thức và lập kế hoạch ứng phó. Điều này phù hợp với nguyên tắc Agile: Respond to change over following a plan và quy trình Identify Risks trong PMBOK. Không nên vội hoàn thành sprint mà bỏ qua rủi ro, vì có thể dẫn đến lãng phí (waste). Đánh giá rủi ro giúp đội ngũ điều chỉnh Product Backlog cho sprint tiếp theo hoặc hủy sprint nếu cần (Sprint Cancellation). 📘 Nguồn: PMBOK 7th Ed., Principle 5: Optimize Risk Responses; Scrum Guide 2020 (cập nhật 2025): Daily Scrum và Sprint Review xử lý impediments.

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

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:

• ❌ Complete the sprint and seek a waiver from the regulator.
  Sai vì: Phương án này bỏ qua việc đánh giá rủi ro ngay lập tức, chỉ tập trung hoàn thành sprint rồi mới xin miễn trừ (waiver). Trong Agile, rủi ro pháp lý là high-impact risk cần phân tích trước để tránh vi phạm tuân thủ (compliance). Hoàn thành sprint mà không đánh giá có thể tạo ra sản phẩm không sử dụng được, vi phạm Agile Manifesto Value: Working software over comprehensive documentation. Không chủ động, chỉ phản ứng thụ động. 🛑

• ✅ Perform a sprint risk assessment and analyze challenges.
  Đúng vì: Như đã giải thích ở trên, đây là bước đầu tiên và đúng đắn nhất theo Hybrid/Agile Risk Management trong PMP. Sprint Risk Assessment giúp đội ngũ xác định probability/impact, lập risk response plan (mitigate, avoid, transfer), và cập nhật Sprint Goal nếu cần. Hỗ trợ Continuous Improvement qua Retrospective. 🏆

• ❌ Add more items to the sprint backlog that will add value.
  Sai vì: Trong Scrum, sprint backlog là cố định sau Sprint Planning, không được thêm item mid-sprint để tránh scope creep và làm gián đoạn flow. Nguyên tắc Time-boxing của sprint cấm thay đổi scope. Thay vào đó, item mới phải đưa vào Product Backlog cho sprint sau. Vi phạm Scrum Guide Rule: No changes that endanger the Sprint Goal. 🚫

• ❌ Complete the sprint, but do not release the deliverable.
  Sai vì: Phương án này thụ động, chỉ hoàn thành rồi "giữ lại" deliverable mà không phân tích rủi ro hoặc tìm giải pháp. Có thể dẫn đến lãng phí công sức (value stream waste) và không tận dụng Sprint Review để điều chỉnh. PMP khuyến nghị proactive risk management thay vì "hoàn thành rồi tính sau". Không phù hợp với Deliver Value Principle trong PMBOK 7th. ⏭️

📘 Tài liệu tham khảo chính (cập nhật đến 2026)

• PMBOK Guide 7th Edition (2021, với updates 2024-2026): Domain V: Project Risk Management; Agile Hybrid Models.
• Scrum Guide (2020, reaffirm 2025): Sections on Sprint Planning, Risk Burndown Charts.
• PMI Agile Practice Guide (2017, updated 2023): Chapter 4: Implementing Agile – Risk Management in Sprints.
• PMP Exam Content Outline (2021+): Agile: 50% questions, focus on Risk in Iterative Environments.

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 chi tiết câu hỏi trắc nghiệm PMP

Nội dung câu hỏi:
Câu hỏi mô tả tình huống thực tế trong giai đoạn Executing của dự án, khi ba tester mới tham gia đội ngũ ngay trước khi kết thúc giai đoạn build (xây dựng sản phẩm). Trong cuộc họp đội dự án, các tester này bày tỏ lo ngại rằng chất lượng dự án kém và đề xuất ngừng testing cho đến khi tất cả defects (lỗi) được sửa chữa.

Project Manager (PM) cần chọn ba hành động phù hợp nhất để xử lý tình huống này. Chủ đề liên quan đến quản lý chất lượng (Manage Quality), quản lý đội ngũ (Manage Team) và xử lý vấn đề (Issue Management) theo PMBOK Guide 7th Edition (2021, cập nhật đến 2026 với các nguyên tắc Agile/Hybrid). PM phải ưu tiên dữ liệu-driven decision (quyết định dựa trên dữ liệu), hợp tác đội ngũ và tiếp tục kế hoạch mà không gián đoạn đột ngột, tránh leo thang không cần thiết.

Mục tiêu câu hỏi: Kiểm tra khả năng PM áp dụng Performance Domains như Team, Uncertainty, Measurement, và Principles như Be Collaborative, Focus on Value, Optimize Risk Responses – không hoảng loạn mà thu thập thông tin, brainstorm và duy trì tiến độ.

✅ Đáp án đúng (Chọn ba phương án sau):

Dựa trên PMBOK 7th Edition và PMI Agile Practice Guide, PM nên:
🟢 Ask the testers to provide additional information – Thu thập dữ liệu cụ thể để đánh giá vấn đề.
🟢 Brainstorm the issue with the project team – Khuyến khích hợp tác đội ngũ để tìm giải pháp.
🟢 Continue with testing according to the plan – Duy trì lịch trình để tránh delay, tester mới cần thời gian adapt.

Lý do lựa chọn (tổng hợp):
Các hành động này phù hợp với iterative testing trong Agile/DevOps, nơi defects được fix liên tục trong sprints mà không dừng toàn bộ. PM ưu tiên data gathering (hỏi thêm info), team collaboration (brainstorm), và stick to plan để đo lường quality metrics (như defect density). Điều này tránh scope creep hoặc schedule slippage, đồng thời xây dựng high-performing team. Không nên dừng dự án vì tester mới có thể chưa nắm context đầy đủ (họ join muộn).

🛠️ Phân tích chi tiết TẤT CẢ các phương án

Dưới đây là giải thích từng phương án một cách rõ ràng. Tôi giữ nguyên văn bản gốc tiếng Anh cho phương án, đánh dấu ✅ (đúng) hoặc ❌ (sai), và giải thích hoàn toàn bằng tiếng Việt dựa trên PMP mới nhất.

• Stop the project and review the output.
  ❌ Sai. Hành động này quá cực đoan và không phù hợp với nguyên tắc Tailor Approach (tùy chỉnh cách tiếp cận). Dừng toàn bộ dự án chỉ vì ý kiến tester mới sẽ gây schedule delay lớn, vi phạm Performance Domain: Planning và Uncertainty. PM phải thu thập dữ liệu trước thay vì stop ngay, tránh Gold Plating (làm thừa).

• Ask the testers to provide additional information.
  ✅ Đúng. Đây là bước đầu tiên lý tưởng theo Manage Quality process (PMBOK 7th, Executing). Tester mới cần cung cấp data cụ thể như số lượng defects, severity (critical/major/minor), trends từ test cases. Điều này hỗ trợ Data-Driven Decisions và Measurement Domain, giúp PM đánh giá chính xác mà không bias.

• Brainstorm the issue with the project team.
  ✅ Đúng. Phù hợp Principle: Be Collaborative và Team Domain. Brainstorm khuyến khích servant leadership, toàn đội cùng phân tích root cause (sử dụng Fishbone Diagram hoặc 5 Whys). Giúp tester adapt nhanh, tăng team engagement và tìm giải pháp iterative như hotfix trong build tiếp theo.

• Continue with testing according to the plan.
  ✅ Đúng. Duy trì baseline schedule là chìa khóa trong Planning & Delivery Domain. Testing là continuous process (Agile mindset), defects được log/track qua backlog mà không cần dừng. Tester mới join muộn nên tiếp tục để collect full metrics, tránh false alarm từ lack of context.

• Ask the sponsor for assistance and guidance.
  ❌ Sai. Escalation quá sớm, vi phạm Stakeholder Engagement Domain và Principle: Engage Stakeholders Appropriately. PM phải tự handle issue đội ngũ trước (empowered PM role). Chỉ escalate nếu vượt tolerance threshold (như critical risks), tránh làm sponsor mất niềm tin vào PM.

📘 Tài liệu tham khảo

• PMBOK Guide 7th Edition (2021): Sections 4.3 (Team), 4.6 (Uncertainty), 5.6 (Measurement); Principles 3 (Be Collaborative), 12 (Optimize Risk Responses).
• PMI Agile Practice Guide (2017, cập nhật 2023): Iterative Testing & Continuous Integration (pp. 45-50).
• PMP Exam Content Outline (2024-2026): Domain III: Business Environment (15%), Domain IV: People (42%) – nhấn mạnh team collaboration.
  (Nguồn chính thức từ PMI.org, khuyến nghị đọc Process Groups trong 6th Edition để cross-reference với 7th).

Hy vọng phân tích này giúp bạn ôn PMP hiệu quả! 🚀 Nếu cần thêm case study, 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ý Chất lượng (Quality Management) và Quản lý Lịch trình (Schedule Management) trong PMP, đặc biệt trong môi trường Agile/Scrum (đề cập đến "sprint" để giao một deliverable chính). Tình huống: Đội dự án sắp hoàn thành sprint nhưng phát hiện deliverable không đạt chuẩn chất lượng đã thỏa thuận với khách hàng. Đội muốn rework (làm lại) để đạt chuẩn, dẫn đến delay dự án 2 tuần. Vai trò của Project Manager (PM) là quyết định hành động phù hợp nhất, cân bằng giữa chất lượng, lịch trình và giá trị cho khách hàng.

🛠️ Bối cảnh PMP mới nhất (PMBOK 7th Edition & PMP Exam 2021+ đến 2026): Trong Agile, nguyên tắc cốt lõi là "Không compromise chất lượng để đáp ứng lịch trình" (theo Agile Manifesto: "Working software over comprehensive documentation", nhưng phải đạt Definition of Done - DoD). PM phải ưu tiên Value Delivery và Quality, hỗ trợ team tự quản lý, thay vì áp đặt lịch trình. Không giao hàng kém chất lượng sẽ gây rủi ro lớn hơn (rework sau, mất lòng tin khách hàng).

📘 Tài liệu tham khảo:

• PMBOK® Guide 7th Edition: Domain 5 - Project Work (Quality performance domain); Principle 5 - Optimize Risk Responses.
• Agile Practice Guide (PMGAC): Sprint Execution & Definition of Done.
• PMP Exam Content Outline 2021: Agile/Hybrid approaches (27% exam weight).

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

Đáp án đúng: Agree with the team that the best way forward is to improve the quality of the deliverable to meet the standards even if it takes more time.

Lý do (🧩 Phân tích sâu):

• Đây là lựa chọn phù hợp nhất vì PM phải hỗ trợ team tự quyết định (empower the team) và ưu tiên chất lượng cao nhất theo chuẩn khách hàng. Trong Agile, team chịu trách nhiệm DoD; PM đóng vai servant-leader, đồng ý rework để tránh giao hàng kém (technical debt). Delay 2 tuần chấp nhận được nếu đảm bảo value lâu dài, tránh rủi ro lớn hơn như khách hàng từ chối hoặc chi phí rework sau cao hơn. Điều này tuân thủ Principle 7: Optimize Risk (chọn risk thấp hơn) và Stakeholder Engagement (giao hàng đạt kỳ vọng).

📋 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 một cách chi tiết:

✅ Agree with the team that the best way forward is to improve the quality of the deliverable to meet the standards even if it takes more time.
Đúng 🏆: Như đã giải thích ở trên, lựa chọn này thể hiện servant leadership, hỗ trợ team ưu tiên chất lượng (Quality over Schedule), phù hợp Agile Manifesto và PMBOK 7th (Holistic Value Delivery). PM không áp đặt mà đồng thuận, giảm rủi ro dài hạn.

❌ [SAI] Let the team rework the deliverable and delay the delivery of the project by two weeks.
Sai 🚫: Lựa chọn này thụ động quá mức (passive approval), PM chỉ "let" mà không chủ động thảo luận hoặc đồng thuận rõ ràng với team. Trong PMP, PM phải facilitate và lead (active engagement), không phải để team tự làm mà không có sự hỗ trợ/align với stakeholder. Thiếu bước integrated change control nếu cần adjust schedule.

❌ [SAI] Ask the team to move forward with the deliverable with the best possible quality without extending the time.
Sai ⚠️: Compromise chất lượng để giữ lịch trình – vi phạm nguyên tắc Agile cốt lõi ("No quality shortcuts"). Buộc team giao hàng "best possible" nhưng không đạt chuẩn khách hàng sẽ tạo technical debt, tăng rủi ro rework sau, mất lòng tin. PMBOK 7th nhấn mạnh prevent defects thay vì ship kém chất lượng.

❌ [SAI] Meet with the sponsor to highlight the poor quality standards and ask for two weeks of additional time to rework the deliverable.
Sai 🔴: Không chính xác về trách nhiệm – "poor quality standards" ám chỉ chuẩn khách hàng kém (sai lầm), trong khi chuẩn là agreed upon. PM không nên escalate ngay sponsor mà bỏ qua team autonomy trong Agile; sponsor chỉ approve change lớn. Thiếu bước root cause analysis hoặc thảo luận với customer trước. Vi phạm Principle 3: Engage Stakeholders Effectively.

🛠️ Kết luận & Lời khuyên PMP: PM nên hỗ trợ team rework sau khi verify DoD và thông báo stakeholder (nếu cần change request). Sử dụng Earned Value Management hoặc Burndown Chart để track impact. Thực hành này giúp đạt PMP Success trong Agile environments! 🚀

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

Câu hỏi mô tả tình huống một Project Manager (PM) nhận thấy một thành viên đội ngũ tài năng nhưng thụ động và im lặng trong các cuộc họp lớn với toàn đội dự án và các bên liên quan (stakeholders). Tuy nhiên, thành viên này tương tác rất tốt trong các buổi gặp 1-1 với PM.
Mục tiêu câu hỏi: Kiểm tra kỹ năng lãnh đạo và quản lý đội ngũ của PM theo People Domain trong PMBOK Guide 7th Edition (2021, cập nhật đến 2026 vẫn áp dụng). PM cần hỗ trợ phát triển cá nhân, khuyến khích tham gia để xây dựng đội ngũ hiệu suất cao (high-performing team), đồng thời tôn trọng sự khác biệt cá nhân và tạo môi trường an toàn tâm lý (psychological safety). Không nên vi phạm quyền riêng tư hoặc thụ động chờ đợi.

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

Đáp án đúng: Encourage the quiet team member to actively participate during the team meetings.

Lý do:
🛠️ Phương án này chủ động và trực tiếp hỗ trợ thành viên im lặng bằng cách khuyến khích họ tham gia tích cực, phù hợp với vai trò PM là huấn luyện viên (coach) và người lãnh đạo phục vụ (servant leader). Trong Develop Team process (PMBOK 7th, People Domain), PM phải tạo cơ hội cho mọi thành viên đóng góp ý kiến, giúp xây dựng sự tự tin và hòa nhập đội ngũ. Điều này tận dụng điểm mạnh tương tác 1-1 để chuyển sang nhóm lớn, thúc đẩy sự tham gia toàn diện mà không xâm phạm quyền riêng tư. Kết quả: Tăng hiệu suất đội ngũ và đạt project success qua sự đa dạng ý kiến.

📘 Nguồn tham khảo: PMBOK Guide 7th Edition (2021), trang 80-85 (People Domain: Lead a team), Agile Practice Guide (2021), Principle 3: Focus on value & Principle 9: Optimize risk responses.

📋 Giải thích tất cả các phương án (đúng/sai)

Dưới đây là phân tích chi tiết 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á dựa trên nguyên tắc PMP mới nhất (PMBOK 7th Edition & PMP Exam Content Outline 2021, cập nhật đến 2026).

• Praise the talkative team members for their input to encourage the quiet team member to speak up.
  ❌ Sai: Phương án này gián tiếp và không hiệu quả, có thể tạo cảm giác bất công hoặc áp lực tiêu cực cho thành viên im lặng (quiet member), dẫn đến giảm động lực (disengagement). PMBOK 7th nhấn mạnh phản hồi cá nhân hóa thay vì so sánh công khai, tránh làm tổn hại psychological safety trong đội ngũ. Không khuyến khích hành vi mong muốn trực tiếp mà chỉ khen người khác.

• Encourage the quiet team member to actively participate during the team meetings.
  ✅ Đúng: Như đã giải thích ở trên, đây là cách tích cực, hỗ trợ và phù hợp nhất với vai trò PM trong Manage Team và Develop Team (Executing Process Group). Khuyến khích trực tiếp giúp xây dựng kỹ năng giao tiếp, tăng sự tự tin và đóng góp đa dạng, dẫn đến đội ngũ hiệu suất cao hơn.

• In the larger team meetings, share the feedback given by the quiet team member during their one-on-ones.
  ❌ Sai: Phương án này vi phạm quyền riêng tư và lòng tin từ buổi 1-1 (confidentiality). PMBOK 7th (Stakeholder Engagement & People Domain) yêu cầu bảo mật thông tin cá nhân để duy trì mối quan hệ tin cậy. Việc chia sẻ công khai có thể làm thành viên im lặng cảm thấy bị "lộ ý" mà không tự nguyện, dẫn đến mất động lực và rủi ro xung đột đội ngũ.

• Take the laissez-faire approach and give the quiet team member time to work up the courage to speak up.
  ❌ Sai: Thụ động (laissez-faire leadership) không phù hợp với PM chuyên nghiệp. PMBOK 7th (Principle 11: Navigate complexity) và PMP Code of Ethics yêu cầu PM chủ động can thiệp để phát triển đội ngũ, không chờ tự nhiên vì có thể làm chậm tiến độ dự án và bỏ lỡ tài năng. Đội ngũ cần lãnh đạo hướng dẫn để đạt team performance nhanh chóng.

Kết luận tổng quát 🎯: Câu hỏi nhấn mạnh lãnh đạo chủ động và hỗ trợ cá nhân hóa trong môi trường dự án hybrid/agile. Áp dụng đúng sẽ giúp PM đạt 12 Principles of Project Management (PMBOK 7th). Nếu thi PMP, ưu tiên phương án empower & engage team members!