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

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

Câu hỏi tập trung vào một dự án lai (hybrid project) – loại dự án kết hợp giữa phương pháp truyền thống (predictive) và linh hoạt (agile/adaptive). Vấn đề xảy ra là đội ngũ có sự hiểu khác nhau về yêu cầu dự án (requirements), dẫn đến các sản phẩm bàn giao (deliverables) không phù hợp với kỳ vọng (expectations).

📌 Bối cảnh PMP cập nhật (PMBOK 7th Edition & Agile Practice Guide, phiên bản mới nhất đến 2026): Trong dự án hybrid, việc quản lý yêu cầu cần sự hợp tác liên tục với khách hàng/người dùng để tránh hiểu lầm. Câu hỏi nhấn mạnh biện pháp phòng ngừa (preventive action) mà Project Manager (PM) nên thực hiện từ đầu, chứ không phải hành động khắc phục sau khi vấn đề xảy ra. Điều này liên quan đến nguyên tắc Customer Collaboration over Contract Negotiation (hợp tác khách hàng quan trọng hơn hợp đồng) trong Agile Manifesto, và các thực hành như frequent feedback loops trong hybrid projects (xem PMBOK 7th, Section 2.5 Hybrid Approaches).

Mục tiêu câu hỏi: Kiểm tra kiến thức về quản lý kỳ vọng và phản hồi liên tục để đảm bảo alignment giữa team và stakeholders từ giai đoạn sớm.

✅ Đáp án đúng: Ensure the team receives continuous feedback from customers/users.

Lý do lựa chọn (theo PMP mới nhất):
🛠️ Trong dự án hybrid, PM phải thiết lập cơ chế phản hồi liên tục (continuous feedback) từ khách hàng/người dùng ngay từ đầu để làm rõ requirements và điều chỉnh kịp thời. Điều này ngăn chặn sự khác biệt trong diễn giải (different interpretations) bằng cách sử dụng các công cụ như demo sessions, retrospectives, hoặc daily stand-ups với stakeholders.
📘 Nguồn tham khảo:

• PMBOK Guide 7th Edition (2021, cập nhật 2024-2026): Principle 4 - Collaborate with Customers; Domain 3: Business Environment (Stakeholder Engagement).
• Agile Practice Guide (PMI, 2017, tích hợp PMBOK 7th): Nhấn mạnh "continuous feedback" trong hybrid để align deliverables (Section 3.4, Hybrid Life Cycles).
• PMP Exam Content Outline (2024): Task 8.2 - Engage stakeholders through appropriate communication methods.

📋 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, với lý do đúng/sai bằng tiếng Việt. Tôi sử dụng ✅ cho đúng và ❌ cho sai để dễ theo dõi:

• Ensure the team understands all additional project requirements.
  ❌ Sai: Phương án này chỉ tập trung vào "additional requirements" (yêu cầu bổ sung), nhưng vấn đề gốc là hiểu khác nhau về requirements hiện có, không phải thiếu thông tin bổ sung. Việc đảm bảo team hiểu không đủ vì thiếu phản hồi từ khách hàng để xác thực interpretations. Đây không phải biện pháp phòng ngừa cốt lõi trong hybrid (PMBOK 7th, tránh over-reliance on internal understanding).

• Ensure the team receives continuous feedback from customers/users.
  ✅ Đúng: Như đã giải thích ở trên. Đây là preventive step lý tưởng, giúp team điều chỉnh deliverables dựa trên feedback thực tế, tránh lệch lạc kỳ vọng. Hoàn toàn phù hợp với hybrid projects nơi feedback loops là bắt buộc (Agile Practice Guide, Frequent Delivery & Feedback).

• Update the project management plan in order to get back on track.
  ❌ Sai: Đây là hành động khắc phục (corrective action) sau khi vấn đề xảy ra ("get back on track"), không phải preventive từ đầu. PMBOK 7th khuyến nghị update plan chỉ khi cần, nhưng câu hỏi hỏi về biện pháp trước đó (Process 4.2 Manage Project Knowledge).

• Submit a change request to adjust the project scope.
  ❌ Sai: Tương tự, đây là corrective/change control qua Integrated Change Control (PMBOK 7th, Domain 4: Uncertainty), dùng khi scope đã lệch. Không phải preventive, vì change request chỉ xử lý hậu quả chứ không ngăn chặn hiểu lầm requirements từ ban đầu.

Kết luận tổng quát 🎯: Câu hỏi kiểm tra sự khác biệt giữa preventive (feedback liên tục) và corrective actions. Trong PMP hybrid (cập nhật 2026), ưu tiên stakeholder collaboration để đảm bảo value delivery. Nếu áp dụng thực tế, PM nên tích hợp feedback vào iterations!

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

📖 Câu hỏi mô tả tình huống: Một dự án vừa mới khởi động (kicked off). Quản lý dự án (project manager) nhận thấy các thành viên đội dự án có những kỳ vọng khác nhau (different expectations), dẫn đến sự hiểu lầm ngày càng tăng (growing misunderstandings). Những vấn đề này đang ảnh hưởng tiêu cực đến năng suất đội nhóm (affecting team productivity).
Mục tiêu câu hỏi: Xác định tài liệu nào mà quản lý dự án nên sử dụng làm hướng dẫn (guide) để giải quyết vấn đề này. Đây là tình huống liên quan đến việc xây dựng và quản lý đội nhóm (team management) trong giai đoạn đầu dự án, nhấn mạnh nhu cầu làm rõ kỳ vọng, vai trò và quy tắc hoạt động của đội nhóm để tăng cường sự gắn kết và hiệu suất.

✅ Đáp án đúng: Team charter

🛠️ Lý do lựa chọn: Team charter là tài liệu chính thức định nghĩa rõ ràng mục tiêu đội nhóm, vai trò & trách nhiệm của từng thành viên, các quy tắc hoạt động (ground rules), cách giao tiếp, và cơ chế giải quyết xung đột. Trong tình huống này, nó đóng vai trò như một "hợp đồng đội nhóm" để làm rõ kỳ vọng khác biệt, giảm hiểu lầm và cải thiện năng suất ngay từ giai đoạn khởi động dự án. Theo PMBOK 7th Edition (2021, cập nhật đến 2026), Team charter là công cụ then chốt trong Performance Domain "Team" và "Stakeholder", giúp phát triển đội nhóm high-performing.

🧩 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 với lý do cụ thể dựa trên kiến thức PMP mới nhất:

• Project organization charts ❌
  Sai vì: Tài liệu này chỉ hiển thị cấu trúc tổ chức dự án (hierarchical structure, reporting relationships), không tập trung vào việc làm rõ kỳ vọng cá nhân, quy tắc hoạt động hay giải quyết hiểu lầm nội bộ đội nhóm. Nó hữu ích cho việc phân công trách nhiệm tổng quát nhưng không phải hướng dẫn trực tiếp để xử lý xung đột kỳ vọng ảnh hưởng năng suất.

• Project charter ❌
  Sai vì: Project charter là tài liệu cấp cao khởi xướng dự án, xác định mục tiêu, phạm vi, stakeholders chính và quyền hạn quản lý dự án. Nó không đi sâu vào chi tiết đội nhóm nội bộ như kỳ vọng cá nhân hay quy tắc làm việc hàng ngày, nên không phù hợp làm guide để giải quyết hiểu lầm đang diễn ra giữa các thành viên đội dự án.

• Stakeholder register ❌
  Sai vì: Đây là danh sách quản lý stakeholders (bao gồm thông tin liên hệ, ảnh hưởng, kỳ vọng của họ), chủ yếu dành cho bên ngoài dự án chứ không phải đội nhóm nội bộ. Nó không giải quyết được sự khác biệt kỳ vọng giữa các thành viên đội dự án, vốn cần tài liệu chuyên biệt cho team building.

• Team charter ✅
  Đúng vì: Như đã giải thích ở phần đáp án đúng, đây là tài liệu lý tưởng để tham chiếu và thực thi, giúp đội nhóm đồng thuận về kỳ vọng, giảm hiểu lầm và tăng năng suất. Nó được khuyến nghị sử dụng ngay từ đầu dự án để xây dựng nền tảng đội nhóm vững chắc.

📘 Tài liệu tham khảo

• PMBOK® Guide – 7th Edition (2021, PMI): Phần 4.7 Team Performance Domain (trang 89-92) và công cụ Team charter trong Appendix X4 (Models, Methods, and Artifacts). Team charter được nhấn mạnh như artifact chính cho việc phát triển đội nhóm.
• PMI Agile Practice Guide (2021): Section on Team Formation, khuyến nghị Team charter cho self-organizing teams.
• Cập nhật đến 2026: Không có thay đổi lớn trong PMBOK 7th+; các nguyên tắc Team và Uncertainty vẫn ưu tiên Team charter cho high-performance teams (theo PMI Standards+ 2024 previews).

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 nội dung câu hỏi

Câu hỏi tập trung vào tình huống một thành viên đội ngũ có kỹ năng cao sắp rời dự án do nhận lời mời làm việc mới. Project Manager (PM) cần hành động gì để duy trì hiệu suất dự án trong giai đoạn onboard (tiếp nhận) thành viên mới.
📌 Mục tiêu chính: Giảm thiểu rủi ro gián đoạn do mất kiến thức chuyên môn, đảm bảo chuyển giao suôn sẻ và duy trì năng suất đội ngũ.
🛠️ Liên quan PMP (PMBOK® 7th Edition): Thuộc lĩnh vực Project Resource Management (Quản lý Tài nguyên Dự án), đặc biệt các nguyên tắc Develop Team (Phát triển Đội ngũ) và Manage Team (Quản lý Đội ngũ). PM phải chủ động kiến tạo kiến thức, mentoring để tránh "knowledge gap" (khoảng trống kiến thức).

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

Đáp án đúng: Offer cross-training and mentoring to the new team member.
🧠 Lý do chi tiết:

• Cross-training (đào tạo chéo) và mentoring (hướng dẫn cá nhân) là các công cụ cốt lõi trong Develop Team process (Process 9.3 theo PMBOK® 7th). Chúng giúp thành viên mới nhanh chóng tiếp thu kiến thức từ thành viên cũ, giảm thời gian ramp-up và duy trì hiệu suất dự án.
• Hành động này chủ động, hiệu quả ngay lập tức, phù hợp với nguyên tắc Team Performance Domain (Lĩnh vực Hiệu suất Đội ngũ) – tập trung xây dựng năng lực đội ngũ để chống chịu thay đổi nhân sự.
• Theo PMI, mentoring không chỉ truyền kiến thức mà còn xây dựng mối quan hệ đội ngũ, đảm bảo dự án không bị chậm trễ.
  📘 Nguồn: PMBOK® Guide – Seventh Edition (2021), trang 253-255 (Develop Team); The Standard for Project Management, Chapter 4.5 (Team).

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

Dưới đây là phân tích từng phương án một cách chi tiết, đánh dấu đúng/sai rõ ràng:

• Share project documents with the new team member.
  ❌ Phương án SAI: Việc chỉ chia sẻ tài liệu dự án là bị động và không đủ, chỉ cung cấp thông tin tĩnh mà không có sự hướng dẫn thực hành. New member có thể hiểu sai hoặc mất thời gian tự học, dẫn đến hiệu suất thấp. PMBOK® nhấn mạnh cần interactive learning (học tập tương tác) chứ không chỉ documents (Manage Knowledge process hỗ trợ nhưng không thay thế training).

• Offer cross-training and mentoring to the new team member.
  ✅ Phương án ĐÚNG (như đã giải thích ở trên): Đây là hành động tối ưu, trực tiếp giải quyết knowledge transfer, phù hợp nguyên tắc Holistic Resource Management trong PMBOK® 7th.

• Motivate the new team member to perform.
  ❌ Phương án SAI: Động viên (motivation) là tốt cho Acquire Resources hoặc Manage Team, nhưng ở đây new member chưa có kỹ năng cần thiết nên motivate thôi không giải quyết gốc rễ (thiếu kiến thức từ thành viên cũ). Nó chỉ tạo áp lực mà không xây dựng năng lực, có thể làm giảm hiệu suất thêm.

• Log a risk in the risk register and work with the new team member to mitigate it.
  ❌ Phương án SAI: Việc ghi rủi ro (Identify Risks process) là cần thiết, nhưng không phải hành động chính để duy trì performance ngay lập tức. New member thiếu kinh nghiệm nên không thể mitigate hiệu quả một mình. PMBOK® yêu cầu proactive mitigation qua training trước, risk register chỉ là công cụ hỗ trợ (Risk Management process, không thay thế Develop Team).

🏆 Kết luận và lưu ý PMP

Hành động đúng giúp PM thể hiện leadership trong Resource Management, tránh downtime dự án. Áp dụng Agile/Adaptive practices nếu dự án linh hoạt (cross-training rất phổ biến trong Scrum teams).
📚 Tài liệu tham khảo chính:

• PMBOK® Guide – Seventh Edition, PMI (2021), ISBN: 978-1-62825-664-2.
• PMI's Agile Practice Guide (2021), phần Team Development.
• Cập nhật 2026: Không thay đổi lớn, vẫn ưu tiên người-centric approaches theo PMBOK® 7th & PMP Exam Content Outline 2021 (Domain 3: Business Environment, Task 7).
  Hy vọng phân tích này hỗ trợ bạn ôn thi PMP hiệu quả! 🚀

🧩 Giải thích 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 (Risk Management) và Quản lý Thay đổi (Change Control) trong PMP, dựa trên PMBOK® Guide 7th Edition (và cập nhật đến 2026).
📖 Tình huống: Một thành viên đội dự án đã nâng vấn đề rủi ro (raised a risk) về nguy cơ mất điện toàn quốc có thể ảnh hưởng đến timeline dự án phát triển phần mềm. Tháng trước, rủi ro này đã xảy ra (materialized), dẫn đến việc phải kéo dài timeline thêm 2 tháng.
🛠️ Yêu cầu: Project Manager (PM) cần chọn hai hành động đúng để xử lý tình huống này. Đây là câu hỏi chọn hai đáp án đúng, nhấn mạnh quy trình xử lý rủi ro đã xảy ra (trở thành issue) và cập nhật kế hoạch dự án một cách chính thức.

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

Hai đáp án đúng là:

1. Log it in the risk register and work with the relevant owner to implement the mitigation action plan.
   🧩 Lý do: Khi rủi ro materialized (xảy ra), PM phải cập nhật Risk Register để ghi nhận status (ví dụ: từ "planned" sang "occurred"), và phối hợp với risk owner để kích hoạt mitigation/contingency plan nếu có. Điều này tuân thủ quy trình Manage Risks (Process 11.7 trong PMBOK 7th).

2. Analyze the impact of the issue and submit a change request to update the project schedule.
   🧩 Lý do: Rủi ro đã trở thành issue, PM cần phân tích tác động (analyze impact) đến mục tiêu (schedule baseline), sau đó submit Change Request qua Perform Integrated Change Control (Process 4.6) để cập nhật schedule chính thức. Không được tự ý thay đổi baseline.

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

Dưới đây là phân tích từng phương án một cách đầy đủ, dựa trên nguyên tắc PMP mới nhất (PMBOK® Guide 7th Edition và Agile Practice Guide cập nhật 2021-2026). Tôi giữ nguyên nội dung phương án bằng tiếng Anh, chỉ giải thích bằng tiếng Việt.

• ❌ Ask the team member to work overtime to make up the lime lost so that the project schedule is not impacted.
  🧩 Sai vì: Yêu cầu làm thêm giờ (overtime) là giải pháp tạm thời, không chính thức, không giải quyết gốc rễ issue (mất điện), và có thể dẫn đến burnout, tăng cost không kiểm soát. PMP khuyến nghị sử dụng change control thay vì "crash" schedule một cách tùy tiện (PMBOK 7th, Principle 5: Optimize Resource Allocation).

• ✅ Log it in the risk register and work with the relevant owner to implement the mitigation action plan.
  🧩 Đúng vì: Đây là bước đầu tiên chuẩn: Cập nhật Risk Register (bao gồm status, response) và thực thi mitigation plan với risk owner. Khi rủi ro xảy ra, nó vẫn được track trong Risk Register trước khi chuyển sang Issue Log nếu cần (PMBOK 7th, Domain: Uncertainty).

• ✅ Analyze the impact of the issue and submit a change request to update the project schedule.
  🧩 Đúng vì: Issue cần phân tích tác động (impact analysis) đến Triple Constraints (scope, schedule, cost), sau đó submit Change Request để CCB phê duyệt cập nhật baseline. Đây là quy trình bắt buộc trong Integrated Change Control (PMBOK 7th, Process 4.6).

• ❌ Inform the project sponsor that the risk has materialized and request that the project budget be increased.
  🧩 Sai vì: Vấn đề là về schedule (thời gian), không phải budget. Thông báo sponsor là tốt (Stakeholder Engagement), nhưng yêu cầu tăng budget là không liên quan và vi phạm nguyên tắc value delivery – phải justify rõ ràng (PMBOK 7th, Principle 7: Optimize Risk Responses).

• ❌ Extend the project deadline and update the project schedule to reflect the delay.
  🧩 Sai vì: PM không được tự ý extend deadline hoặc cập nhật schedule baseline mà không qua formal change request. Điều này vi phạm Earned Value Management và baseline integrity (PMBOK 7th, Domain: Planning, Principle 9: Ensure Change is Controlled).

📚 Tài liệu tham khảo

• PMBOK® Guide – 7th Edition (2021, cập nhật PMI đến 2026): Chương 4 (Integration), Chương 11 (Uncertainty/Risk), Principle 8 (Deliver Value), Process 4.6 (Integrated Change Control).
• PMI Agile Practice Guide (2021): Xử lý issues trong adaptive environments qua retrospectives và backlog adjustments.
• PMP Exam Content Outline (2021-2026): People (28%), Process (50%), Business Environment (22%) – Tập trung Risk & Change.

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 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 tình huống xử lý thay đổi đột ngột (change event) trong một dự án phát triển sản phẩm hạ tầng (infrastructure product).

• Bối cảnh chi tiết: Đội ngũ Agile đang làm việc trên sản phẩm hạ tầng, giao hàng theo từng iteration (tăng dần). Đến giữa iteration thứ 3, công ty nhận thông báo rằng hệ điều hành (OS) hiện tại sẽ bị ngừng hỗ trợ vào quý tới, ảnh hưởng đến hàng nghìn máy tính. Đây là một rủi ro lớn (high-impact risk) có thể làm gián đoạn toàn bộ dự án, sản phẩm và hoạt động kinh doanh.

• Vấn đề cốt lõi: Project Manager (PM) cần quyết định hành động đầu tiên (first) để xử lý tình huống này. Trong Agile (theo PMBOK 7th Edition và Agile Practice Guide), ưu tiên là hiểu rõ tác động (understand impact) trước khi hành động cụ thể, tránh quyết định vội vã dẫn đến lãng phí tài nguyên hoặc sai hướng.

Câu hỏi kiểm tra kiến thức về Stakeholder Engagement (PMBOK 7.1), Risk Management (PMBOK 4.6) và nguyên tắc Agile: Inspect & Adapt (kiểm tra và thích nghi), nhấn mạnh việc thu thập thông tin từ stakeholders trước khi thay đổi backlog hoặc phân bổ tài nguyên.

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

• PMBOK® Guide 7th Edition (2021) - Principle 5: Optimize Risk Responses; Principle 6: Engage Stakeholders.
• Agile Practice Guide (2017, cập nhật tích hợp PMBOK 7) - Chapter 5: Implementing Agile: Creating an Agile Environment.
• PMP Exam Content Outline (2021, hiệu lực đến 2026) - Domain III: Business Environment (22%) & Domain IV: Agile/Hybrid (50%).

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

Đáp án đúng: Schedule a session with stakeholders to understand the impact.

Lý do chi tiết 🛠️:

• Đây là hành động đầu tiên và đúng đắn nhất theo nguyên tắc Agile và PMP. Trước khi thực hiện bất kỳ thay đổi nào (như thêm backlog, yêu cầu tài nguyên hoặc ưu tiên nâng cấp), PM phải thu thập thông tin đầy đủ về tác động (impact assessment) từ các bên liên quan (stakeholders). Điều này giúp xác định phạm vi ảnh hưởng (scope of impact), mức độ ưu tiên (prioritization), và các lựa chọn khả thi (options).
• Trong PMBOK 7th, Stakeholder Engagement là nguyên tắc cốt lõi để đảm bảo value delivery. Agile nhấn mạnh collaborative sessions (như workshop) để inspect vấn đề trước adapt.
• Hành động này tránh "solutioneering" (nhảy ngay vào giải pháp mà không hiểu vấn đề), giúp dự án linh hoạt thích ứng với thay đổi lớn.

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

Dưới đây là phân tích từng phương án một (giữ nguyên nội dung gốc bằng tiếng Anh), chỉ rõ đúng/sai và lý do bằng tiếng Việt:

• Add product backlog items to prioritize operating system stories.
  ❌ Sai. Phương án này giả định vấn đề và nhảy ngay vào giải pháp (add backlog items) mà chưa đánh giá tác động đầy đủ. Trong Agile, backlog chỉ được refine sau khi hiểu rõ business value và impact từ stakeholders. Làm vậy có thể lãng phí effort nếu vấn đề không ưu tiên cao hoặc có giải pháp khác (ví dụ: migrate toàn bộ thay vì chỉ OS stories). Vi phạm nguyên tắc "Don't add work until inspected" (Agile Practice Guide).

• Inform the product owner and request more project resources.
  ❌ Sai. Thông báo cho Product Owner (PO) là cần thiết nhưng KHÔNG phải hành động đầu tiên, và việc yêu cầu thêm resources ngay lập tức là premature (quá sớm). PM cần dữ liệu impact trước để PO quyết định prioritize. Theo PMBOK 7th (Resource Management), resources chỉ escalate sau khi assess risks; nếu không, có thể dẫn đến scope creep hoặc over-allocation.

• Prioritize the upgrade of project machines with the IT department.
  ❌ Sai. Phương án này tập trung vào giải pháp kỹ thuật cục bộ (upgrade project machines) mà bỏ qua tác động rộng lớn (several thousand machines). Đây là hành động tactical thay vì strategic, có thể không align với business priorities. PMP/Agile yêu cầu holistic impact analysis trước khi phối hợp với IT (PMBOK 4.6 Risk Responses: Avoid jumping to Mitigate without Assess).

• Schedule a session with stakeholders to understand the impact.
  ✅ Đúng (như đã giải thích ở trên). Đây là bước first response lý tưởng để gather requirements và align expectations, đảm bảo dự án deliver value đúng hướng.

🧠 Kết luận PMP: Trong Agile/hybrid projects, hiểu vấn đề trước hành động là chìa khóa thành công. Áp dụng cách này giúp PM kiểm soát risks hiệu quả, tối ưu hóa iterations tiếp theo! Nếu thi PMP, hãy nhớ prioritize Stakeholder Collaboration trong change events. 🚀

🧩 Phân tí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: Quản lý dự án (Project Manager - PM) nhận được email từ khách hàng (customer) bày tỏ không muốn tiếp tục làm việc với một thành viên đội dự án (project team member). Khách hàng không cung cấp bất kỳ lý do cụ thể nào. PM lo lắng vì thành viên này rất có kỹ năng cao, kinh nghiệm phong phú và là nhân tố then chốt (key) trong một deliverable chính của dự án.

📌 Mục tiêu câu hỏi: Kiểm tra khả năng xử lý xung đột với stakeholder (khách hàng là stakeholder quan trọng), quản lý đội ngũ, và ra quyết định dựa trên thông tin đầy đủ. Theo PMBOK® Guide 7th Edition (và PMP Exam Content Outline cập nhật đến 2023-2026), PM phải ưu tiên thu thập thông tin (assess the issue) trước khi hành động, tránh quyết định impulsively để bảo vệ dự án và mối quan hệ.

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

Đáp án đúng: Talk to the customer and project team member separately to assess the issue and decide on the next steps.

🛠️ Lý do chi tiết:

• Đây là cách tiếp cận chuyên nghiệp, khách quan và tuân thủ nguyên tắc PMP trong Manage Stakeholder Engagement (Domain: Stakeholder) và Manage Project Team (Domain: Team). PM cần nói chuyện riêng (separately) với từng bên để đánh giá vấn đề (assess the issue) một cách công bằng, tránh thiên vị hoặc làm leo thang xung đột.
• Điều này giúp thu thập dữ liệu thực tế (facts), hiểu rõ nguyên nhân (có thể là hiểu lầm, vấn đề giao tiếp, hoặc vấn đề thực sự), rồi mới quyết định bước tiếp theo (next steps) như đào tạo, điều chỉnh vai trò, hoặc hòa giải.
• ✅ Lợi ích: Bảo vệ thành viên key, duy trì mối quan hệ khách hàng, giảm rủi ro dự án. Phù hợp với 12 Principles of PMBOK 7 (Be Respectful, Be a diligent, Tailor Based on Context) và People Domain (tập trung vào lãnh đạo đội ngũ và stakeholder).

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

Dưới đây là phân tích từng phương án một cách chi tiết, dựa trên kiến thức PMP mới nhất (PMBOK® Guide 7th Edition 2021, PMP Exam Content Outline 2021 - cập nhật 2026). Tôi giữ nguyên văn bản gốc tiếng Anh của phương án, chỉ giải thích hoàn toàn bằng tiếng Việt.

• Ask the project team member to call the customer to apologize for their behavior.
  ❌ Sai vì: Giả định thành viên đội ngũ có lỗi (behavior) mà không có bằng chứng hoặc thông tin xác thực, vi phạm nguyên tắc fairness và investigation trước hành động (PMBOK 7: Principle 5 - Optimize Risk Responses). Việc yêu cầu xin lỗi trực tiếp có thể làm leo thang xung đột, làm tổn hại mối quan hệ đội ngũ và khách hàng, đồng thời phá hủy động lực đội ngũ (Team Domain). Không khuyến khích trong PMP vì thiếu root cause analysis.

• Talk to the customer and project team member separately to assess the issue and decide on the next steps.
  ✅ Đúng vì: Như đã giải thích ở trên, đây là bước đầu tiên lý tưởng trong quy trình Conflict Management và Stakeholder Engagement. PM đóng vai trò trung gian (facilitator), thu thập thông tin riêng biệt để tránh bias, phù hợp High-Perform Team Model (PMBOK 7, Appendix). Giúp tailor response dựa trên dữ liệu thực tế, giảm rủi ro dự án.

• Remove the project team member immediately and assign the pending activities to other team members.
  ❌ Sai vì: Hành động vội vã, không đánh giá rủi ro (impulsive decision), có thể gây delay deliverable chính vì thành viên này là key resource. Vi phạm Resource Management (Project Resource Management processes) và Principle 10 - Ensure Value (PMBOK 7). PMP nhấn mạnh retain talent và chỉ thay đổi khi có lý do chính đáng sau assessment, tránh team disruption không cần thiết.

• Tell the customer that they do not have the authority to remove project team members.
  ❌ Sai vì: Thái độ đối đầu, thiếu respectful với stakeholder lớn (customer thường có quyền ảnh hưởng cao). Vi phạm Stakeholder Engagement (Power/Interest Grid - customer có High Power), Principle 2 - Be Respectful. Có thể làm mất lòng tin, hủy hợp đồng, dù về mặt hợp đồng khách hàng không trực tiếp "remove" nhưng PM phải proactive giải quyết thay vì tranh cãi quyền lực.

📚 Tài liệu tham khảo

• PMBOK® Guide – Seventh Edition (2021): Chương 4 (Project Team), Chương 5 (Stakeholder), Principle 2 (Be Respectful), Principle 9 (Build a Team).
• PMP Examination Content Outline (2021, cập nhật 2026): People Domain (27%) - Task 9: Manage conflict; Stakeholder Domain (17%) - Task 2: Engage stakeholders.
• PMI Agile Practice Guide: Nhấn mạnh servant leadership và direct communication trong team conflicts.
• Tài nguyên bổ sung: PMI.org resources on "Handling Difficult Stakeholders" (2023 updates).

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 tập trung vào quản lý tuân thủ quy định pháp lý (regulatory compliance) trong dự án PMP, nơi đội ngũ dự án phải tuân thủ các hướng dẫn bắt buộc. Đây là tình huống thực tế trong các dự án liên quan đến ngành y tế, tài chính hoặc môi trường, nơi vi phạm có thể dẫn đến rủi ro pháp lý, phạt tiền hoặc dừng dự án.

Project manager cần chủ động đảm bảo tuân thủ từ đầu đến cuối, không phải kiểm tra thụ động. Theo PMBOK® Guide 7th Edition (2021) và cập nhật đến 2026 (bao gồm PMI Standards+), compliance là phần của Performance Domain: Uncertainty (quản lý rủi ro tuân thủ) và Stakeholder Engagement. Best practice là tích hợp compliance vào quy trình, công cụ và văn hóa dự án (compliance-by-design), thay vì kiểm tra cuối cùng hoặc giao phó cá nhân.

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

Đáp án đúng: Include compliance within the development tools.

Lý do: 🛠️ Project manager phải nhúng (embed) compliance vào các công cụ phát triển (như phần mềm CI/CD, IDE, hoặc automation tools) để tuân thủ trở thành phần tự động của workflow, đảm bảo liên tục và toàn diện. Điều này phù hợp với Agile Hybrid approaches và DevSecOps trong PMP mới nhất, nơi compliance được "built-in" từ giai đoạn phát triển, giảm rủi ro và tăng hiệu quả. Theo PMBOK 7, đây là cách proactive assurance trong Manage Compliance activities, tránh "bolt-on" compliance sau này.

📋 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 nguyên tắc PMP:

• [SAI] Review compliance adherence at the end of the project.
  ❌ Sai hoàn toàn! Kiểm tra tuân thủ chỉ ở cuối dự án là cách tiếp cận thụ động và rủi ro cao, có thể dẫn đến phát hiện vi phạm muộn, tốn kém sửa chữa (chi phí có thể gấp 100 lần nếu phát hiện sớm). PMBOK 7 nhấn mạnh continuous monitoring trong Uncertainty Domain, không chờ "end-of-project review".

• [SAI] Assign a project team member to ensure compliance.
  ❌ Sai! Giao trách nhiệm cho một thành viên duy nhất tạo ra single point of failure, không đảm bảo toàn đội tuân thủ. PMP yêu cầu shared responsibility qua training, processes và tools (theo Team Performance Domain), không phải "assign one person" như vai trò silo.

• [ĐÚNG] Include compliance within the development tools.
  ✅ Đúng! Như đã giải thích, tích hợp vào development tools (ví dụ: automated checks trong GitHub Actions, SonarQube) làm compliance tự động hóa và scalable, phù hợp Shift-Left Compliance trong PMP 2021-2026. Đây là best practice cho dự án mandatory compliance.

• [SAI] Assess compliance when there is time in the project.
  ❌ Sai nghiêm trọng! Đánh giá khi có thời gian là opportunistic và không ưu tiên, bỏ qua tính mandatory của regulatory guidelines. PMBOK 7 yêu cầu compliance là core governance, phải integrated from initiation, không "when time permits" – điều này vi phạm nguyên tắc Value Delivery.

📘 Tài liệu tham khảo

• PMBOK® Guide – Seventh Edition (2021): Sections 4.2 Uncertainty Domain & 3.5 Measurement (pp. 77-85, 59-61); nhấn mạnh proactive compliance integration.
• PMI Standards+ (cập nhật 2024-2026): "The Standard for Risk Management in Portfolios, Programs, and Projects" – Compliance as embedded risk response.
• Agile Practice Guide (2017, tích hợp PMBOK 7): DevSecOps models for tool-based compliance.
• PMI Code of Ethics (2022): Responsibility principle yêu cầu tuân thủ pháp lý từ đầu.

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 tập trung vào một tình huống trong quản lý dự án PMP, nơi đội ngũ dự án (project team) đang áp dụng phương pháp đánh giá tương đối (relative-weighting approach) để đánh giá các tính năng sản phẩm (product features). Mục tiêu là ưu tiên (prioritize) các tính năng này nhằm nhấn mạnh lợi ích và mang lại giá trị tối đa cho khách hàng (highlight the benefits and bring value to the customer).
Câu hỏi chính: Project manager (quản lý dự án) nên yêu cầu đội ngũ làm gì tiếp theo?
🛠️ Bối cảnh PMP (PMBOK 7th Edition, cập nhật đến 2026): Relative-weighting là kỹ thuật ưu tiên phổ biến trong Product Management và Agile/Hybrid approaches, như Weighted Shortest Job First (WSJF), Kano Model hoặc MoSCoW. Đây là hoạt động hợp tác của đội ngũ (collaborative) để đảm bảo value-driven prioritization, phù hợp với nguyên tắc Focus on Value và Team Collaboration trong PMBOK 7.

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

Đáp án đúng: Perform collaborative work that is coordinated by the project manager.
Lý do:

• Trong PMBOK 7th Edition (Principle 5: Team, và Process 5.2: Plan Scope), project manager đóng vai trò phối hợp (coordinate) các hoạt động hợp tác của đội ngũ để ưu tiên tính năng sản phẩm. Relative-weighting đòi hỏi sự tham gia đồng bộ từ toàn đội (collaborative work), không phải quyết định cá nhân, để đảm bảo tính khách quan và value maximization.
• PMBOK nhấn mạnh tailoring phương pháp ưu tiên dựa trên đội ngũ, và PM là người hỗ trợ/facilitate chứ không chỉ đạo độc quyền. Điều này phù hợp với Agile Manifesto (được tích hợp trong PMP 2021+): "Build projects around motivated individuals" qua collaboration.
  📘 Nguồn: PMBOK Guide 7th Ed., Section 4.5 (Prioritization Schemes), Agile Practice Guide (chương Product Backlog Refinement).

📋 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 giữ nguyên văn bản gốc bằng tiếng Anh. Mỗi phương án được đánh giá đúng/sai dựa trên ngữ cảnh câu hỏi và kiến thức PMP mới nhất:

• ❌ Use a market-based strategy.
  Giải thích sai: Phương pháp này liên quan đến định giá dựa trên thị trường (market-driven pricing), không phải relative-weighting để ưu tiên tính năng nội bộ. Câu hỏi tập trung vào hoạt động đội ngũ đánh giá features, không phải chiến lược thị trường bên ngoài. Không phù hợp với PMBOK 7 (Section 6.2: Pricing Strategy chỉ dùng cho procurement/contract).

• ❌ Rely on the expert judgment of the product owner.
  Giải thích sai: Mặc dù Product Owner (PO) có expert judgment trong Agile (Scrum Guide), nhưng câu hỏi nhấn mạnh project team đang làm việc trên relative-weighting – một hoạt động team-based, không phải dựa hoàn toàn vào cá nhân PO. PMBOK 7 khuyến khích collaborative decision-making thay vì rely solely on one role (Principle 9: Leadership: Influence).

• ✅ Perform collaborative work that is coordinated by the project manager.
  Giải thích đúng: Như đã nêu ở phần đáp án đúng, đây là cách tiếp cận chuẩn mực. PM coordinate để đội ngũ thực hiện collaborative prioritization, đảm bảo alignment với customer value. Hoàn toàn khớp với Holistic Prioritization trong PMBOK 7 và Daily Stand-ups/Refinement sessions trong Hybrid/Agile.

• ❌ Engage the project sponsor.
  Giải thích sai: Project sponsor chỉ tham gia ở mức cao cấp (high-level approvals, như charter hoặc gates), không can thiệp chi tiết vào relative-weighting của team. PMBOK 7 (Section 2.3: Organizational Roles) quy định sponsor không tham gia operational tasks như feature assessment, tránh micromanagement.

🛠️ Kết luận & Lời khuyên PMP: Hãy ưu tiên collaboration coordinated by PM để tối ưu value delivery. Thực hành qua simulation exams để nắm vững PMBOK 7! 📘 Tài liệu tham khảo thêm: PMI.org (PMP Exam Content Outline 2021+), Agile Practice Guide 3rd Ed.

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

Câu hỏi này thuộc quá trình Khởi tạo dự án (Initiating Process Group) trong PMP theo PMBOK® Guide 7th Edition (cập nhật đến 2026). Tình huống: Project sponsor đã phê duyệt project charter (giấy phép dự án) và business case (phân tích kinh doanh). Project manager (PM) đã xem xét các tài liệu khởi tạo dự án nhưng không chắc chắn liệu lợi ích dự kiến (intended benefits) có phù hợp (align) với mục tiêu chiến lược của doanh nghiệp (strategic objectives) hay không.

Câu hỏi yêu cầu hành động đầu tiên (first) của PM để giải quyết sự không chắc chắn này. 🛠️
Mục tiêu chính: Đảm bảo dự án hỗ trợ chiến lược tổ chức (organizational strategy), một nguyên tắc cốt lõi trong PMBOK 7th Edition (Principle 1: Stewardship và Principle 3: Value). PM cần xác nhận alignment trước khi tiến hành, tránh lãng phí tài nguyên.

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

• PMBOK® Guide 7th Edition, Section 2.1 (Project Initiation), Section 2.3 (Alignment with Organizational Strategy).
• PMP Exam Content Outline (2021, cập nhật 2026): Domain I: People (Team & Stakeholder Engagement), Domain II: Process (Initiating).

✅ Đáp án đúng: Meet with the project sponsor to better understand the strategy benefits of the project.

Lý do lựa chọn:
Đây là hành động đầu tiên và phù hợp nhất vì sponsor là người phê duyệt charter/business case và nắm rõ chiến lược kinh doanh. PM cần giao tiếp trực tiếp (direct communication) để làm rõ sự align, thu thập thông tin chính xác trước khi quyết định tiếp theo. Điều này tuân thủ Stakeholder Engagement (Engage Stakeholders) trong Initiating và Principle 10: Leadership. Không nên giả định misalignment mà phải xác nhận từ nguồn gốc.
🛡️ Lợi ích: Giúp PM hiểu rõ "strategic benefits" (lợi ích chiến lược), tránh rủi ro dự án lệch hướng.

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

• Stat executing the project since leadership is responsible for the business strategy.
  ❌ Sai: PM không được bắt đầu thực thi (executing) khi còn ở giai đoạn Initiating và chưa xác nhận alignment. Việc đẩy trách nhiệm hoàn toàn cho "leadership" vi phạm vai trò PM trong việc đảm bảo value delivery (PMBOK 7th, Principle 3). Executing chỉ sau khi Planning hoàn tất – hành động này rủi ro cao và không phải "first step".

• Propose an updated business case and project charter that are more aligned with the business strategy.
  ❌ Sai: PM không có quyền tự đề xuất cập nhật charter/business case mà chưa có bằng chứng misalignment hoặc sự đồng ý từ sponsor. Charter là tài liệu chính thức phê duyệt, thay đổi cần formal approval (PMBOK 7th, 2.2 Develop Project Charter). Đây là hành động vội vã, có thể làm mất lòng tin sponsor và không giải quyết gốc rễ sự không chắc chắn.

• Conduct qualitative and quantitative risk analysis and record the results in the risk register.
  ❌ Sai: Phân tích rủi ro (qualitative/quantitative) thuộc Planning Process Group (Manage Risks), không phải Initiating. Risk register được tạo ở Planning, không phải để kiểm tra alignment chiến lược. Hành động này không giải quyết vấn đề cốt lõi (benefits alignment) và không phải first action.

Kết luận tổng quát 🎯: PM phải chủ động giao tiếp với sponsor để đảm bảo dự án tạo giá trị chiến lược, phù hợp với Hybrid/Agile/ Predictive approaches trong PMBOK 7th. Nếu misalignment được xác nhận, mới xem xét cập nhật hoặc escalate.

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

Câu hỏi thuộc chủ đề Earned Value Management (EVM) trong dự án Agile theo chuẩn PMP (PMBOK Guide 7th Edition và Agile Practice Guide).

• Dự án Agile có 100 user stories, chia thành 5 iterations (mỗi iteration khoảng 20 user stories).
• Mỗi user story có giá trị US$50 → Tổng ngân sách dự án (BAC - Budget at Completion) = 100 × 50 = US$5,000.
• Project manager đang ở giữa dự án (in the middle) → Giả sử đã trôi qua khoảng 50% thời gian dự án (vì 5 iterations, middle tương đương 2.5 iterations, tức 50% tiến độ thời gian).
• Chi phí thực tế (AC - Actual Cost) = US$2,000.
• Số user stories đã giao (delivered) = 50 → Giá trị kiếm được (EV - Earned Value) = 50 × 50 = US$2,500.
• Giá trị kế hoạch tại thời điểm hiện tại (PV - Planned Value) = 50% × 5,000 = US$2,500 (dựa trên tiến độ thời gian 50%).

🛠️ Công thức EVM chính:

• CPI (Cost Performance Index) = EV / AC = 2,500 / 2,000 = 1.25 > 1 → Under budget (tiết kiệm chi phí).
• SPI (Schedule Performance Index) = EV / PV = 2,500 / 2,500 = 1 → On schedule (đúng tiến độ).

Câu hỏi yêu cầu xác định tình trạng dự án về ngân sách và lịch trình dựa trên dữ liệu này.

✅ Đáp án đúng: The project is under budget and on schedule.

Lý do lựa chọn (theo PMBOK 7th Ed., Section 4.5 & Agile Practice Guide):

• CPI = 1.25 > 1 → Dự án under budget (chi dưới kế hoạch).
• SPI = 1 → Dự án on schedule (tiến độ đúng 50% sau nửa dự án).
• Trong Agile, user stories delivered đo lường tiến độ thực tế, phù hợp với EVM thích nghi cho iterative projects.

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

Dưới đây là giải thích chi tiết từng lựa chọn, giữ nguyên văn bản gốc bằng tiếng Anh:

• The project is under budget and on schedule.
  ✅ Đúng. Như phân tích trên: CPI > 1 (under budget), SPI = 1 (on schedule). Phù hợp hoàn toàn với dữ liệu EVM trong Agile.

• The project is over budget and behind schedule.
  ❌ Sai. CPI = 1.25 (không over budget, mà under), SPI = 1 (không behind, mà on schedule). Phương án này ngược hoàn toàn với tính toán.

• The project is under budget and behind schedule.
  ❌ Sai. CPI > 1 đúng (under budget), nhưng SPI = 1 (không behind schedule). Sai ở phần lịch trình vì đã đạt 50% EV đúng với 50% thời gian.

• The project is on budget and on schedule.
  ❌ Sai. SPI = 1 đúng (on schedule), nhưng CPI = 1.25 > 1 (không on budget, mà under budget vì chi ít hơn EV).

📘 Tài liệu tham khảo

• PMBOK® Guide – 7th Edition (PMI, 2021): Chương 4.5 (Project Performance Measurement), áp dụng EVM cho hybrid/Agile (cập nhật đến 2026 qua PMI updates).
• Agile Practice Guide (PMI, 2017, tích hợp PMBOK 7): Phần "Earned Value Management in Agile" – Đo lường bằng story points/value delivered.
• PMP Exam Content Outline 2021 (PMI): Domain III (Business Environment) & IV (Delivery) – EVM metrics (CPI/SPI) cho agile projects.
• Không có thay đổi lớn đến 2026; EVM vẫn là core tool (xem PMI.org updates 2024-2025).

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ỏi nhé!