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

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

Câu hỏi mô tả tình huống một Project Manager đang quản lý dự án mở văn phòng mới ở nước ngoài. 📍 Tại giai đoạn đầu dự án, một bên liên quan (stakeholder) nêu lo ngại về có thể trì hoãn do giấy phép pháp lý. Các chuyên gia chủ đề (Subject Matter Experts - SMEs) đã đánh giá lại rủi ro này và đề xuất phân bổ thêm thời gian cho việc xin giấy phép. Hơn nữa, Ban kiểm soát thay đổi (Change Control Board - CCB) đã đồng ý với đề xuất này.
🛠️ Vấn đề cốt lõi: Đây là một thay đổi đã được phê duyệt (approved change) liên quan đến việc điều chỉnh thời gian dự án do rủi ro tiềm ẩn. Project Manager cần cập nhật tài liệu đầu tiên để ghi nhận thay đổi này theo quy trình quản lý thay đổi (Change Control Process) trong PMP. Theo PMBOK® Guide (phiên bản 7th Edition, 2021 và cập nhật Exam Content Outline 2024-2026), sau khi CCB phê duyệt, baselines phải được cập nhật tương ứng với loại thay đổi (schedule, scope, cost...).

✅ Đáp án đúng: Schedule baseline

Lý do lựa chọn:
Thay đổi chính ở đây là phân bổ thêm thời gian (assigning more time) cho hoạt động xin giấy phép pháp lý, trực tiếp ảnh hưởng đến lịch trình dự án (schedule). Theo quy trình Monitor and Control Project Work và Control Schedule (PMBOK® 6th/7th), sau khi CCB phê duyệt thay đổi liên quan đến thời gian, Schedule baseline phải được cập nhật đầu tiên để phản ánh lịch trình mới (bao gồm contingency time cho rủi ro). Điều này đảm bảo project schedule được kiểm soát và đo lường performance chính xác.
📘 Dẫn chứng: PMBOK® Guide 7th Edition, Section 4.6 Manage Project Changes; PMI Exam Content Outline (2021, cập nhật 2024): "Update baselines after approved changes".

🛠️ 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 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 logic PMP mới nhất:

• Schedule baseline
  ✅ Đúng. Phương án này là tài liệu cần cập nhật đầu tiên vì thay đổi được phê duyệt tập trung vào thêm thời gian cho permit – một hoạt động cụ thể trong schedule. SMEs đã reassess và CCB approve, nên Schedule baseline phải được điều chỉnh để bao gồm thời gian dự phòng mới, giúp theo dõi variance (SV - Schedule Variance) chính xác. Không cập nhật baseline ngay sẽ dẫn đến sai lệch trong Earned Value Management (EVM).

• Scope baseline
  ❌ Sai. Scope baseline bao gồm Project Scope Statement, WBS và WBS Dictionary, chỉ cập nhật khi có thay đổi về phạm vi công việc (scope creep hoặc thêm deliverables). Ở đây, thay đổi chỉ là thêm thời gian cho permit hiện có, không thay đổi scope (không thêm công việc mới), nên không cần update Scope baseline trước.

• Risk register
  ❌ Sai. Risk register dùng để ghi nhận, phân tích và theo dõi rủi ro (như probability/impact của delay do permits). Mặc dù rủi ro ban đầu được nêu và SMEs reassess, nhưng sau khi CCB approve assign more time (đã chuyển thành contingency reserve trong schedule), không cần update Risk register đầu tiên. Risk register chỉ update nếu thay đổi status rủi ro (ví dụ: mitigate, accept), không phải để document approved schedule change.

• Cost baseline
  ❌ Sai. Cost baseline phản ánh tổng chi phí dự án (bao gồm contingency reserve). Thay đổi ở đây chỉ đề cập thêm thời gian, không nhắc đến chi phí tăng (như resource thêm). Nếu có tác động cost sau, mới update Cost baseline; ưu tiên đầu tiên vẫn là schedule vì vấn đề gốc là delay/time.

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

• PMBOK® Guide 7th Edition (2021): Trang 127-130 (Manage Project Changes), Trang 256-260 (Control Schedule).
• PMI PMP Exam Content Outline (2021, cập nhật 2024-2026): Domain IV: Business Environment (15%) & Process: Perform Integrated Change Control (8.4%).
• PMI Agile Practice Guide (2021): Hybrid approaches cho schedule adjustments in uncertain 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 nội dung câu hỏi

Câu hỏi này thuộc chủ đề Quản lý Đóng dự án (Close Project or Phase) trong PMP, cụ thể là tình huống dự án bị hủy (cancelled project) sau vài tháng thực hiện. 📋

• Bối cảnh: Đội ngũ dự án đã làm việc nhiều tháng, nhưng dự án bị hủy. Nhà tài trợ dự án (project sponsor) đang gây áp lực lên Quản lý dự án (Project Manager - PM) để hoàn tất các thủ tục đóng dự án nhanh chóng nhất có thể, nhằm giải phóng đội ngũ cho các công việc khác. Sponsor còn chỉ thị rõ ràng KHÔNG được mất thời gian lưu trữ (archiving) các tài liệu dự án (project artifacts).
• Vấn đề cốt lõi: PM phải xử lý mâu thuẫn giữa áp lực từ sponsor (muốn nhanh, bỏ qua archiving) và nghĩa vụ chuyên môn theo chuẩn PMP. Archiving project artifacts là phần bắt buộc trong quy trình đóng dự án, ngay cả với dự án bị hủy, để bảo tồn bài học kinh nghiệm (lessons learned), tuân thủ quy định tổ chức và hỗ trợ các dự án tương lai. 🛠️
• Mục tiêu câu hỏi: Kiểm tra kiến thức của PM về tính độc lập chuyên môn, tuân thủ quy trình tổ chức và vai trò của PMO (Project Management Office) trong việc hướng dẫn governance.

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

Đáp án đúng: Consult with the project management office (PMO) for guidance on project artifacts.
Lý do:
Theo PMBOK® Guide 7th Edition (và cập nhật đến 2026), PM không được tuân thủ mù quáng chỉ thị của sponsor nếu vi phạm chuẩn mực chuyên môn. Archiving project artifacts là hoạt động bắt buộc trong Process 4.7: Close Project or Phase, ngay cả dự án bị hủy, để cập nhật Organizational Process Assets (OPA) và Lessons Learned Register. PMO là đơn vị cấp cao hơn cung cấp hướng dẫn về chính sách lưu trữ, governance và compliance tổ chức. Việc tham khảo PMO giúp PM giải quyết xung đột quyền lực một cách chuyên nghiệp, đảm bảo tính toàn vẹn dự án mà không đối đầu trực tiếp với sponsor. 🏆
Dẫn nguồn: 📘 PMBOK® Guide 7th Edition, Section 4.7 (Close Project or Phase); The Standard for Project Management, Principle 5: Stewardship; PMI Code of Ethics & Professional Conduct (Responsibility & Respect).

❌ Phân tích tất cả các phương án trả lời

Dưới đây là phân tích từng phương án một cách chi tiết, giữ nguyên nội dung gốc bằng tiếng Anh. Mỗi phương án được đánh giá đúng/sai dựa trên chuẩn PMP mới nhất:

• [SAI] Archive the project artifacts on the project manager's local computer for future reference.
  ❌ Sai vì: Lưu trữ cục bộ trên máy cá nhân của PM vi phạm nguyên tắc bảo mật, tính khả dụng và tuân thủ tổ chức. Project artifacts phải được lưu vào hệ thống trung tâm (shared repository) theo chính sách OPA, không phải máy cá nhân (rủi ro mất dữ liệu, không chia sẻ được). Điều này còn bỏ qua PMO và không giải quyết áp lực từ sponsor một cách chính thức. 🗑️

• [SAI] Document the project sponsor's instructions as the archived project artifacts.
  ❌ Sai vì: Chỉ ghi chép chỉ thị của sponsor KHÔNG thay thế cho việc archiving đầy đủ artifacts. Đây chỉ là "lessons learned" một phần, nhưng bỏ qua trách nhiệm cốt lõi của archiving toàn bộ tài liệu (như plans, risks, issues). PM không được dùng cách này để "che đậy" vi phạm quy trình đóng dự án, vi phạm Principle 9: Optimization trong PMBOK 7th. 📝

• [SAI] Comply with the project sponsor's request to not archive the project artifacts.
  ❌ Sai vì: Tuân thủ sponsor trực tiếp vi phạm chuẩn PMP. Quy trình Close Project or Phase bắt buộc archiving, bất kể dự án bị hủy, để hỗ trợ audit, compliance và continuous improvement. Sponsor không có quyền override quy trình tổ chức; PM phải escalate lên cấp cao hơn (như PMO) theo PMI Code of Ethics (Responsibility: Report unethical decisions). 🚫

• [ĐÚNG] Consult with the project management office (PMO) for guidance on project artifacts.
  ✅ Đúng vì: Đây là hành động chuyên nghiệp nhất, tận dụng PMO làm trung gian để lấy hướng dẫn chính thức về lưu trữ artifacts. PMO định nghĩa standards cho archiving, giúp cân bằng áp lực sponsor và nghĩa vụ chuyên môn, đồng thời ghi nhận lessons learned từ việc hủy dự án. Hoàn hảo theo PMBOK 7th: Interact with PMO for governance support. 🌟

Kết luận tổng quát: Câu hỏi nhấn mạnh vai trò lãnh đạo của PM trong việc bảo vệ quy trình, không phải "làm theo lệnh". Luôn ưu tiên escalation đến PMO trong xung đột quyền lực! 💡 Nếu áp dụng thực tế, PM nên ghi Issue Log trước khi consult.

🧩 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ý Tài nguyên (Resource Management) trong PMP, cụ thể liên quan đến quy trình xử lý vấn đề về tính sẵn có của tài nguyên trong dự án đang diễn ra.

• Tình huống: Một project manager (PM) mới được bổ nhiệm vào dự án đang thực hiện (ongoing project). Dự án nhằm phát triển giải pháp mới sử dụng affiliate (công ty liên kết) của công ty mẹ. Tài nguyên triển khai (deploying resources) sẽ đến từ một entity khác (đơn vị khác) trong cùng công ty. Khi PM yêu cầu xác nhận tính sẵn có (availability) của đội ngũ triển khai (deploying team), người quản lý đơn vị đó từ chối (declined).

• Vấn đề cốt lõi: PM cần hành động đầu tiên (first) để giải quyết tình huống này một cách đúng quy trình PMP, tránh hành động vội vã dẫn đến thay đổi không cần thiết.

Câu hỏi kiểm tra kiến thức về Resource Management Plan trong PMBOK® Guide 7th Edition (và PMP Exam Content Outline 2021+, cập nhật đến 2026), nhấn mạnh việc tuân thủ kế hoạch đã lập trước khi thực hiện các bước khác như yêu cầu thay đổi hoặc điều chỉnh lịch trình.

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

• PMBOK® Guide – 7th Edition: Domain 9 (Resource Management), Processes 9.1 Plan Resource Management & 9.5 Acquire Resources.
• PMP Examination Content Outline (PMI, 2021+): Task 9.2 (Execute resource management plan).

✅ Đáp án đúng: Refer to the project's resource management plan.

Lý do lựa chọn:

• Đây là hành động đầu tiên và đúng quy trình nhất. Resource Management Plan là tài liệu cốt lõi (output của Plan Resource Management) quy định chi tiết cách xác định, thu thập, quản lý, và xử lý rủi ro tài nguyên (bao gồm tính sẵn có, contingency plans cho trường hợp từ chối như thế này). PM mới cần tham khảo kế hoạch hiện có trước để kiểm tra các thỏa thuận, trách nhiệm, escalation procedures, hoặc các bước dự phòng đã được phê duyệt, thay vì hành động độc lập. Điều này đảm bảo tuân thủ Integrated Change Control và tránh vi phạm baseline.
• Trong dự án đang diễn ra, PM phải dựa vào plans đã phê duyệt để maintain project integrity (PMBOK 7th: Principle 3 - Optimize Risk Responses).

🛠️ 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 lựa chọn, giữ nguyên văn bản gốc bằng tiếng Anh. Tôi đánh dấu ✅ (đúng) hoặc ❌ (sai), kèm lý do dựa trên PMP best practices:

• ✅ Refer to the project's resource management plan.
  Đúng vì: Như đã giải thích ở trên, đây là bước đầu tiên logic và theo quy trình. Resource Management Plan chứa các hướng dẫn cụ thể về resource acquisition, assumptions về availability từ các entity khác, và cách xử lý conflict (ví dụ: negotiation paths hoặc alternatives). PM mới phải review plan để align với project documents trước khi escalate (PMBOK 7th: 9.1.3.1).

• ❌ Ask the project sponsor for external resources.
  Sai vì: Việc yêu cầu sponsor cung cấp external resources là hành động vội vã và chưa kiểm tra kế hoạch. Sponsor chỉ can thiệp khi có issue chính thức (qua change control), không phải "first action". Có thể kế hoạch đã có internal contingency, và external resources sẽ làm tăng cost/risk không cần thiết (PMBOK 7th: Principle 7 - Optimize Value; tránh skip Resource Management Plan).

• ❌ Reschedule the project taking this new information into account.
  Sai vì: Reschedule ảnh hưởng đến schedule baseline, đòi hỏi change request chính thức qua Perform Integrated Change Control (Process 4.6). Đây không phải "first action" vì chưa xác nhận issue qua Resource Management Plan (có thể chỉ là temporary decline). Hành động này có thể gây scope creep hoặc delay không cần (PMBOK 7th: Domain 4 - Schedule).

• ❌ Create a change request to be validated by the project sponsor.
  Sai vì: Change request chỉ tạo khi có deviation từ baseline đã được confirm qua plans/documents. "Decline" chưa chắc là thay đổi (có thể là assumption failure trong plan). PM phải tham khảo Resource Management Plan trước để xem quy trình xử lý (escalation matrix), tránh overload sponsor với unverified request (PMBOK 7th: 4.6.2.1 & 9.5.2.1).

🔑 Bài học rút ra cho PMP

• Luôn tham khảo plans trước (Data & Information Flow trong PMBOK 7th).
• Với PM mới: Understand existing plans là priority #1 (Agile/Hybrid contexts cũng áp dụng).
• Emoji tóm tắt: 🧩 Xác định vấn đề → 📘 Review Plan → 🛡️ Execute/Adjust theo quy trình!

Nếu cần thêm ví dụ thực tế hoặc câu hỏi tương tự, hãy cho tôi biết! 🚀

🧩 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 Bền vững và Giá trị Kinh doanh trong PMP (phiên bản PMBOK Guide 7th Edition và cập nhật mới nhất đến 2026). Nó mô tả tình huống: Một project manager (PM) làm việc cho công ty nổi tiếng với các dự án bền vững về môi trường. Trong buổi đánh giá nửa năm, PM nêu lo ngại nghiêm trọng với project sponsor về tính khả thi và thành công của dự án. Đồng thời, có một số stakeholder phản đối dự án vì lý do gây xói mòn đất (land erosion), điều này xung đột trực tiếp với danh tiếng bền vững của công ty.

🛠️ Vấn đề cốt lõi: Dự án không còn phù hợp với giá trị kinh doanh (business values) của tổ chức, đặc biệt là cam kết môi trường. PM cần hành động chiến lược, tập trung vào Stewardship (Quản lý Trách nhiệm) và Value Delivery (Giao giá trị), thay vì các biện pháp kỹ thuật ngắn hạn. Theo PMBOK 7th, PM phải ưu tiên đóng dự án nếu nó không align với mục tiêu tổ chức để tránh rủi ro danh tiếng và mất giá trị.

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

Đáp án đúng: Propose to close the project because it no longer fits the business values of the organization.

Lý do:
✅ Dự án đang gặp vấn đề nghiêm trọng về tính khả thi, thành công, và phản đối từ stakeholder liên quan đến môi trường (xói mòn đất), trái ngược với danh tiếng bền vững của công ty. PM nên đề xuất đóng dự án (Project Closure) để bảo vệ giá trị kinh doanh (business values). Điều này phù hợp với Nguyên tắc 1: Stewardship (chịu trách nhiệm với tổ chức và xã hội) và Performance Domain: Business Value trong PMBOK 7th Edition (2021, cập nhật 2026). Đóng dự án sớm giúp tránh lãng phí tài nguyên, giảm rủi ro pháp lý/môi trường, và duy trì uy tín. Đây là hành động proactive (chủ động), align với Project Integration Management và Stakeholder Engagement.

📋 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. Tôi giữ nguyên văn bản gốc bằng tiếng Anh, đánh dấu [SAI]/[ĐÚNG], và giải thích hoàn toàn bằng tiếng Việt với lý do đúng/sai dựa trên PMP mới nhất:

• [SAI] Request additional resources from the business unit manager due to the project's complexity.
  ❌ Sai vì: Phương án này tập trung vào tăng tài nguyên để giải quyết độ phức tạp, nhưng vấn đề chính không phải phức tạp kỹ thuật mà là lo ngại tính khả thi, thành công và xung đột giá trị môi trường. Theo Resource Management (PMBOK 7th), thêm tài nguyên chỉ phù hợp khi dự án vẫn viable (khả thi), không phải khi nó đe dọa danh tiếng tổ chức. Hành động này trì hoãn vấn đề cốt lõi và có thể làm tăng chi phí vô ích.

• [SAI] Calculate float on the project because it has severely affected the project's major critical path.
  ❌ Sai vì: Tính float (thời gian dư) chỉ liên quan đến Schedule Management (quản lý tiến độ), cụ thể là critical path. Câu hỏi không đề cập vấn đề tiến độ, mà nhấn mạnh viability tổng thể và phản đối môi trường. Theo Develop Schedule process (PMBOK 7th), float hữu ích cho trì hoãn, nhưng không giải quyết business values hoặc lo ngại sponsor/stakeholder. Đây là hành động không liên quan, bỏ qua nguyên tắc Holistic Thinking.

• [ĐÚNG] Propose to close the project because it no longer fits the business values of the organization.
  ✅ Đúng vì: Như đã giải thích ở phần đáp án đúng. Phương án này trực tiếp align với Close Project or Phase process, Stewardship Principle, và Business Value Domain. PM phải ưu tiên giá trị tổ chức (sustainability), đặc biệt khi có phản đối từ stakeholder và lo ngại từ sponsor.

• [SAI] Calculate earned value (EV) because the project manager is forecasting a loss for this project in the yearly review.
  ❌ Sai vì: Tính Earned Value (EV) thuộc Project Performance Measurement (CPI/SPI), dùng để dự báo chi phí/tiến độ, không phải review nửa năm hay yearly. Câu hỏi không đề cập lỗ tài chính hay forecasting loss, mà là viability và môi trường. Theo Earned Value Management (PMBOK 7th, Appendix), EV phù hợp theo dõi performance, nhưng không giải quyết xung đột giá trị kinh doanh hoặc quyết định đóng dự án.

📘 Tài liệu tham khảo

• PMBOK Guide 7th Edition (2021, PMI): Principles 1 (Stewardship), 3 (Value), Performance Domains: Business Value, Stakeholder, Uncertainty. Section 4.8 Close Project or Phase.
• PMI Code of Ethics & Professional Conduct (2022 cập nhật): Trách nhiệm với tổ chức và xã hội (Responsibility & Respect).
• PMP Exam Content Outline (2024-2026): Domain III: Business Environment (17%), People (42%), Process (50%) – nhấn mạnh alignment với organizational values.
• Tài liệu bổ sung: "The Standard for Project Management" (PMI, 2021) – Value Delivery System.

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 mô tả tình huống một project manager được giao quản lý một dự án có thời gian dài (long timeline) và phạm vi phức tạp (complex scope). Khách hàng yêu cầu hai yếu tố chính:

• Một kế hoạch cấp cao, dài hạn (high-level, long-term plan) để kiểm soát tổng thể dự án.
• Sản phẩm có thể hoạt động ngay lập tức (something that will work immediately), đồng thời thêm tính năng dần dần (adding features as the project progresses) để mang lại giá trị liên tục.

🛠️ Mục tiêu chính: Project manager cần chọn cách lập kế hoạch và giao hàng phù hợp, kết hợp giữa lập kế hoạch dự đoán (predictive) cho tầm nhìn dài hạn và giao giá trị tăng dần (incremental delivery) để đáp ứng nhu cầu ngay lập tức. Đây là tình huống điển hình cho phương pháp lai (hybrid approach) theo PMBOK® Guide 7th Edition (2021) và các cập nhật đến 2026, nơi dự án cần sự ổn định kế hoạch nhưng linh hoạt thực thi.

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

Đáp án đúng: Plan the project with a predictive approach with a work breakdown structure (WBS) and then execute it using an agile approach to deliver value incrementally.

Lý do (🧩 Phân tích chi tiết):

• Phương án này áp dụng hybrid lifecycle (lai giữa predictive và agile), phù hợp hoàn hảo với yêu cầu:
  • Predictive planning với WBS: Tạo kế hoạch cấp cao, dài hạn để phân tích phạm vi phức tạp, đảm bảo kiểm soát tổng thể (scope baseline).
  • Agile execution: Giao sản phẩm hoạt động ngay (working product), thêm tính năng qua các iteration/increment, mang giá trị liên tục.
• Theo PMBOK® 7th Edition (Section 2.4 & Agile Practice Guide), hybrid là lựa chọn tối ưu cho dự án dài hạn + phức tạp, nơi cần roadmap ổn định nhưng thích ứng thay đổi. Điều này đảm bảo value delivery ngay lập tức mà vẫn có long-term plan.

📘 Nguồn tham khảo: PMBOK® Guide – Seventh Edition (2021), trang 42-45 (Tailoring); Agile Practice Guide (2021), trang 15-20 (Hybrid Approaches); PMI Standards cập nhật 2024-2026 (Process Groups: A Practice Guide).

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

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

• Plan the project with a predictive approach with a work breakdown structure (WBS) and then execute it using an agile approach to deliver value incrementally.
  ✅ Đúng 🛠️: Như đã giải thích ở trên, đây là hybrid hoàn hảo – predictive cho lập kế hoạch WBS (đảm bảo long-term plan), agile cho thực thi incremental (giao giá trị ngay và thêm features). Phù hợp 100% với PMBOK® hybrid tailoring.

• Plan the project with a predictive approach and a work breakdown structure (WBS) following the plan and deliver value at the end of the project.
  ❌ Sai 🛠️: Toàn bộ predictive (Waterfall) chỉ tạo kế hoạch WBS nhưng giao giá trị cuối dự án, không đáp ứng "something that works immediately" và "adding features progressively". Dự án dài + phức tạp dễ thất bại nếu không có feedback sớm (PMBOK® 7th: Risk cao ở pure predictive).

• Agree on a minimum viable product (MVP) first to be delivered immediately with the client and then release the rest of the scope at the end of the project.
  ❌ Sai 🛠️: MVP (agile concept) giao ngay là tốt, nhưng "release the rest at the end" lại thành hybrid nửa vời (agile đầu + predictive cuối), thiếu incremental liên tục. Không có high-level long-term plan rõ ràng, vi phạm yêu cầu kế hoạch dài hạn (PMBOK® Agile Practice Guide: MVP cần iteration đầy đủ).

• Select an agile approach and manage the project according to best practices to ensure value is delivered to the client.
  ❌ Sai 🛠️: Pure agile tốt cho incremental value, nhưng thiếu high-level long-term plan cho dự án dài + phức tạp (không có WBS/roadmap cố định). Agile thuần túy khó kiểm soát scope lớn, dễ "scope creep" (PMBOK® 7th: Agile phù hợp short-term/simple hơn).

Kết luận tổng quát 🎯: Hybrid là chìa khóa trong PMP hiện đại (2021-2026), giúp cân bằng stability (predictive planning) và flexibility (agile delivery). Áp dụng tailoring principle để tùy chỉnh lifecycle! Nếu cần ví dụ thực tế, hãy hỏi thêm 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ý dự án lai (hybrid approach) trong PMP, kết hợp giữa phương pháp dự đoán (predictive) và linh hoạt (agile). Một tổ chức đang sản xuất sản phẩm với nhiều giai đoạn: một số giai đoạn thực hiện theo predictive (lập kế hoạch chi tiết từ đầu), số khác theo agile (lặp lại, thích ứng linh hoạt).

📌 Vấn đề cốt lõi: Trong giai đoạn agile, project manager (PM) nhận thấy các thành viên đội ngũ đôi khi làm việc trùng lặp trên cùng một nhiệm vụ (task) mà không hay biết. Điều này dẫn đến lãng phí tài nguyên, giảm hiệu quả và có thể gây xung đột.

🛠️ Bối cảnh PMP (phiên bản mới nhất đến 2026): Theo PMBOK® Guide 7th Edition và Agile Practice Guide (PMI, 2021 - cập nhật liên tục), trong agile, đội ngũ là self-organizing team (đội tự quản lý), tự phân công nhiệm vụ qua các công cụ như Kanban board, Daily Stand-up hoặc Task board. PM không can thiệp trực tiếp vào việc phân công mà chỉ hỗ trợ và verify để đảm bảo đội ngũ tự xử lý đúng cách, phù hợp với nguyên tắc Servant Leadership của PM trong agile.

Câu hỏi kiểm tra kiến thức về vai trò của PM trong agile: Không phải PM hay các bên khác "làm thay" mà phải xác nhận đội ngũ tự làm rõ phân công.

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

Đáp án đúng: Verify that the team members have made the task assignments clear.

Lý do chi tiết:
🧠 Trong agile, đội ngũ tự phân công nhiệm vụ (self-organizing and self-managing teams) để tăng sự sở hữu và hiệu quả. PM nên verify (xác nhận) rằng đội ngũ đã tự làm rõ phân công, thay vì tự làm thay. Hành động này khuyến khích tính tự chủ, phù hợp với 12 nguyên tắc Agile Manifesto (Agile teams self-organize). Nếu đội chưa rõ, PM hỗ trợ qua retrospective hoặc cải thiện quy trình (process improvement), không ép buộc. Điều này tránh vi phạm nguyên tắc agile và tối ưu hóa hybrid project.

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

• ✅ Verify that the team members have made the task assignments clear.
  🟢 Đúng: Như đã giải thích, agile nhấn mạnh đội tự quản lý. PM verify để đảm bảo đội đã tự phân công rõ ràng qua công cụ như task board. Nếu chưa, PM hỗ trợ tinh chỉnh mà không thay thế.

• ❌ Communicate the task assignments to the team members in a clear manner.
  🔴 Sai: Đây là hành động của PM trực tiếp giao nhiệm vụ, vi phạm nguyên tắc agile (team tự tổ chức). Trong predictive thì OK, nhưng agile ưu tiên tự chủ để tăng động lực và sáng tạo.

• ❌ Confirm that the agile coach has made the task assignments clear.
  🔴 Sai: Agile coach hướng dẫn quy trình, không phân công cụ thể. Vai trò coach là mentor đội tự quản lý, không phải giao task. PM verify đội, không đổ trách nhiệm cho coach.

• ❌ Verify that the product owner has made the task assignments clear.
  🔴 Sai: Product Owner (PO) chịu trách nhiệm backlog và ưu tiên, không phân công task chi tiết trong sprint. Đội tự pull task từ backlog. Verify PO là sai vai trò.

📘 Tài liệu tham khảo

• PMBOK® Guide – 7th Edition (PMI, 2021): Section 4.6 (Agile Interactions), nhấn mạnh self-organizing teams.
• Agile Practice Guide (PMI, 2017 - cập nhật 2025): Trang 22-25, "Team Self-Organization" và vai trò PM/Scrum Master trong hybrid.
• PMP Exam Content Outline (PMI, 2021 - hiệu lực đến 2026): Domain III (Business Environment) & IV (Delivery) - Agile/Hybrid approaches.
• Scrum Guide (2020 - cập nhật 2025): Developer team tự quản lý task assignment.

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 câu hỏi, hãy hỏi nhé!

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

Câu hỏi xoay quanh tình huống quản lý rủi ro trong dự án PMP:
Một Project Manager (PM) đã lập contingency plan (kế hoạch dự phòng) cho một rủi ro cụ thể. Rủi ro này đã xảy ra (realized), nhưng khách hàng (client) khăng khăng muốn sử dụng một workaround mới thay vì kế hoạch dự phòng đã phê duyệt. Workaround này sẽ gây chậm trễ lịch trình (delays) và yêu cầu ngân sách bổ sung (additional budget).
🛠️ Vấn đề cốt lõi: Đây là yêu cầu thay đổi (change request) từ client, ảnh hưởng đến phạm vi, lịch trình và chi phí. PM cần xử lý theo quy trình Integrated Change Control để đảm bảo thay đổi được đánh giá, phê duyệt đúng cách, tránh rủi ro dự án. Theo PMBOK® Guide 7th Edition (2021, cập nhật đến 2026), quản lý rủi ro thuộc Uncertainty Domain, và mọi thay đổi phải qua Perform Integrated Change Control (Process 4.6 trong PMBOK 6th, tương đương trong 7th Edition dưới Change Domain).

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

Discuss the options with the client as part of the change control process.
📘 Lý do: Khi client yêu cầu workaround mới (là một change request), PM phải thảo luận các lựa chọn (options) với client trong khuôn khổ quy trình kiểm soát thay đổi (change control process). Điều này đảm bảo:

• Đánh giá tác động toàn diện (scope, schedule, cost, risks).
• Thu thập input từ stakeholder (client).
• Trình CCB (Change Control Board) phê duyệt nếu cần.
  Theo PMBOK® Guide 7th Edition (Section 4.5: Project Change), PM không tự quyết định mà phải hợp tác với stakeholder để xử lý thay đổi, đặc biệt khi contingency plan đã được phê duyệt. Đây là nguyên tắc Stakeholder Engagement và Value Delivery.
  🛡️ Lợi ích: Tránh "scope creep", duy trì baseline dự án.

📋 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 văn bản gốc bằng tiếng Anh. Mỗi phương án được đánh giá dựa trên thực tiễn PMP mới nhất:

• ❌ [SAI] Request to use the management reserve to keep the schedule.
  🧩 Giải thích sai: Management Reserve (MR) chỉ dùng cho unknown-unknown risks (rủi ro chưa biết), không phải cho rủi ro đã identified và có contingency plan. Workaround là change request, không được dùng MR để "bù đắp" delay. Theo PMBOK® Guide 7th Edition (Uncertainty Domain, Risk Exposure), dùng MR sai sẽ làm méo mó cost baseline. PM phải qua change control trước, không "request MR" vội.

• ✅ [ĐÚNG] Discuss the options with the client as part of the change control process.
  🛠️ Giải thích đúng: Như đã phân tích ở trên, đây là bước bắt buộc để xử lý change request từ client. PM thảo luận options (contingency plan cũ vs. workaround mới), đánh giá impacts, và submit cho phê duyệt. Tuân thủ 12 Principles of PMBOK 7th (Be Collaborative, Focus on Value), đảm bảo stakeholder hài lòng mà không vi phạm baseline.

• ❌ [SAI] Proceed with the approved risk response plan.
  🧩 Giải thích sai: Contingency plan đã approved và risk đã realized, nhưng client insist (khăng khăng) dùng workaround – đây là change request, không thể bỏ qua ý kiến stakeholder chính. Proceed mà không discuss sẽ vi phạm Stakeholder Engagement Principle (PMBOK 7th, Section 3.4). Có thể dẫn đến conflict, dispute sau này.

• ❌ [SAI] Mitigate risks associated with the workaround to avoid project delays.
  🛠️ Giải thích sai: Workaround chưa được phê duyệt, PM không được giả định implement rồi mới mitigate risks của nó. Mitigate là risk response strategy, nhưng phải sau khi change được approve qua change control. Làm vậy sẽ tạo "secondary risks" và vi phạm Adaptive Planning (PMBOK 7th, Uncertainty Domain). Phải discuss trước!

📘 Tài liệu tham khảo

• PMBOK® Guide – Seventh Edition (2021, PMI): Uncertainty Domain (Risks), Change Domain (Integrated Change Control), Principles 5 (Stakeholder), 8 (Value), 11 (Holistic Thinking).
• PMBOK® Guide – Sixth Edition (2017): Process 12.3 Manage Project Knowledge, 4.6 Perform Integrated Change Control (vẫn áp dụng hybrid).
• PMI Practice Standard for Project Risk Management (2019): Contingency vs. Workaround (Section 5.4).
  ⚠️ Lưu ý: Kiến thức cập nhật đến 2026 không thay đổi cốt lõi này (dựa trên PMI updates 2023-2025). Nếu thi PMP, ưu tiên PMBOK 7th!
  🔥 Kết luận: Luôn ưu tiên change control khi có thay đổi từ stakeholder để bảo vệ dự án!

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

Câu hỏi này thuộc lĩnh vực Quản lý Chương trình (Program Management) và Quản lý Đặt kỳ vọng & Giao tiếp (Stakeholder Engagement) trong PMP. Tình huống mô tả:
Một Project Manager (PM) đang dẫn dắt ba dự án thuộc một chương trình (program) tập trung vào việc thương mại hóa sản phẩm (product commercialization). Khi các dự án bắt đầu ra mắt thị trường (go to market), PM ngừng tham dự các cuộc họp team định kỳ (recurring team meetings). Program Manager yêu cầu PM tiếp tục tham dự để duy trì touchpoints với team (điểm tiếp xúc để giữ sự gắn kết). Tuy nhiên, PM cảm thấy yêu cầu này không khớp với kỳ vọng vì Program Manager đang giám sát công việc còn lại (overseeing the remaining work).

📌 Vấn đề cốt lõi: Xung đột về vai trò và trách nhiệm giữa PM và Program Manager sau giai đoạn ra mắt sản phẩm. PM nghĩ vai trò của mình kết thúc, nhưng Program Manager cần duy trì sự phối hợp để đảm bảo giá trị chương trình (program value) được duy trì. Theo PMBOK Guide 7th Edition (2021) và Standard for Program Management – 4th Edition (2017, cập nhật đến 2026), PM vẫn có trách nhiệm hỗ trợ giao tiếp và stakeholder engagement ngay cả sau khi dự án chuyển giao, đặc biệt trong chương trình liên kết nhiều dự án.

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

Đáp án đúng: Schedule a meeting to discuss the different perspectives and agree on a decision.

🛠️ Lý do:

• Đây là cách tiếp cận tốt nhất theo nguyên tắc Tailoring & Collaborative Problem-Solving trong PMP (PMBOK 7th Ed., Principle 4: Collaborate & Principle 11: Optimize Risk Responses). PM cần thảo luận trực tiếp để align kỳ vọng (align expectations), hiểu rõ quan điểm khác nhau, và đồng thuận quyết định (agree on a decision).
• Trong Program Management, PM và Program Manager phải hợp tác chặt chẽ (Standard for Program Management, Ch. 5: Program Team Management). Việc họp trực tiếp giúp xây dựng mối quan hệ (relationship building), tránh hiểu lầm, và đảm bảo touchpoints cho benefits realization sau ra mắt.
• Không nên né tránh hoặc quyết định một chiều, vì điều này vi phạm Holistic Thinking (PMBOK 7th, Principle 7).

📘 Dẫn nguồn:

• PMBOK® Guide 7th Edition, Section 4.5: Engage Stakeholders & Principle 4: Collaborate.
• The Standard for Program Management – 4th Edition, Domain: Governance & Performance Domain (cập nhật PMI 2023-2026).

🧩 Giải thích tất cả các phương án (Đúng & Sai)

• Schedule a meeting to discuss the different perspectives and agree on a decision.
  ✅ Đúng vì: Phương án này thúc đẩy giao tiếp hai chiều (two-way communication) và quyết định dựa trên đồng thuận, phù hợp với Stakeholder Engagement Plan (PMBOK 7th, Process 13.3). Nó giúp PM và Program Manager giải quyết xung đột vai trò một cách chuyên nghiệp, duy trì program benefits sau commercialization, và tránh rủi ro mất touchpoints với team.

• Politely inform the program manager that attending these meetings is no longer required.
  ❌ Sai vì: Đây là cách từ chối một chiều (one-sided rejection), bỏ qua nguyên tắc Stewardship (Principle 9) và collaboration. PM không nên tự quyết định mà không thảo luận, vì có thể làm giảm sự gắn kết program và vi phạm escalation process trong governance (Standard for Program Management, Ch. 4).

• Provide an answer via email recommending a division of tasks between both roles.
  ❌ Sai vì: Email chỉ là giao tiếp một chiều (unilateral), không hiệu quả cho xung đột phức tạp liên quan kỳ vọng vai trò. PMP ưu tiên cuộc họp trực tiếp hoặc ảo để clarify & negotiate (PMBOK 7th, Models: Communication Models), tránh hiểu lầm văn bản và không đạt mutual agreement.

• Attend only the program meetings where the market launch is being monitored.
  ❌ Sai vì: Đây là giải pháp tạm bợ (partial compliance), không giải quyết gốc rễ vấn đề (root cause: different expectations). Nó có thể dẫn đến scope creep hoặc inefficient resource use, vi phạm Value Delivery System (PMBOK 7th, Principle 2) và không duy trì đầy đủ touchpoints như Program Manager yêu cầu.

💡 Kết luận: Câu hỏi kiểm tra kỹ năng soft skills của PM trong program environment, nhấn mạnh collaboration là chìa khóa thành công! Nếu áp dụng thực tế, hãy luôn ưu tiên họp để build trust. 🚀

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

Câu hỏi tập trung vào giai đoạn thực thi (Executing Process Group) của một dự án CNTT y tế, nơi quản lý dự án (Project Manager - PM) gặp khó khăn trong việc giao tiếp và lấy phản hồi từ một bên liên quan (stakeholder) về các sản phẩm giao (deliverables).
🛠️ Tình huống chính: Stakeholder này "rất khó giao tiếp và lấy feedback", đòi hỏi PM phải hành động chủ động, trực tiếp để quản lý sự tham gia của bên liên quan (Manage Stakeholder Engagement) theo PMBOK Guide 7th Edition (2021) và PMP Exam Content Outline (ECO) cập nhật đến 2026.
📘 Bối cảnh PMP mới nhất: Trong People Domain (Domain 2), PM cần sử dụng kỹ năng lãnh đạo và networking để xây dựng mối quan hệ, đặc biệt với stakeholder "unaware" hoặc "resistant" (theo Stakeholder Engagement Assessment Matrix). Không nên escalate ngay hoặc chỉ cập nhật kế hoạch mà cần engage trực tiếp trước.

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

Đáp án đúng: Use networking skills to approach the stakeholder.
🛠️ Lý do: Trong giai đoạn thực thi, PM chịu trách nhiệm chính cho việc engage stakeholder khó khăn bằng cách sử dụng kỹ năng networking (một phần của Tailoring và People Domain trong PMP 7th). Networking giúp xây dựng mối quan hệ cá nhân, tiếp cận thân thiện, khuyến khích feedback tự nguyện mà không cần công cụ trung gian hay escalate. Đây là hành động chủ động, hiệu quả nhất đầu tiên, phù hợp với nguyên tắc "PM leads from the front" (PMBOK 7th, Principle 7: Engage Stakeholders Effectively).

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

• ❌ Share a template with the stakeholder to receive feedback on deliverables.
  Phương án này sai vì chỉ cung cấp công cụ (template) mà không giải quyết gốc rễ vấn đề giao tiếp cá nhân. Template hữu ích cho feedback có cấu trúc nhưng không phù hợp với stakeholder "khó giao tiếp" – có thể bị bỏ qua. PMBOK 7th khuyến nghị engage trực tiếp trước khi dùng tools (Process: Manage Communications).

• ✅ Use networking skills to approach the stakeholder.
  Phương án này đúng như đã giải thích ở trên. Networking là kỹ năng cốt lõi trong People Domain (Task 5: Engage stakeholders) của PMP ECO 2026, giúp PM xây dựng lòng tin và khuyến khích tham gia tự nhiên trong Executing phase.

• ❌ Ask the project sponsor to arrange a meeting with the stakeholder.
  Phương án này sai vì PM không nên escalate ngay lập tức đến sponsor – điều này vi phạm trách nhiệm lãnh đạo trực tiếp của PM (PMBOK 7th, Principle 1: Be a diligent, respectful, and caring steward). Sponsor chỉ can thiệp khi cần authority cao hơn, không phải cho vấn đề giao tiếp cơ bản.

• ❌ Update the stakeholder engagement plan for the stakeholder.
  Phương án này sai vì Stakeholder Engagement Plan được phát triển trong Planning (Develop Stakeholder Engagement Plan) và chỉ cập nhật nếu có thay đổi lớn (Monitor Stakeholder Engagement). Trong Executing, PM ưu tiên thực hiện plan hiện tại qua networking trước khi adjust – cập nhật muộn và không giải quyết vấn đề ngay lập tức.

📘 Tài liệu tham khảo

• PMBOK Guide 7th Edition (2021): Section 4.4 (Stakeholder Management), Principle 7 (Engage Stakeholders).
• PMP Examination Content Outline (ECO) 2021 - cập nhật 2026: People Domain (30% exam), Tasks 4-5: Lead team & Engage stakeholders.
• PMI Agile Practice Guide (2021): Nhấn mạnh networking trong hybrid projects như IT healthcare.
  (Nguồn chính thức từ PMI.org, khuyến nghị kiểm tra phiên bản mới nhất trước kỳ thi PMP).
  🧩 Kết luận: Hành động đúng giúp dự án y tế IT duy trì engagement, giảm rủi ro chậm trễ deliverables! 🚀

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

Câu hỏi tập trung vào một dự án Agile đang hoàn thành khoảng 45%, nơi hầu hết các thành viên đội ngũ đang làm việc riêng lẻ (siloed) và thiếu sự hiểu biết về công việc của nhau. Vấn đề cốt lõi là sự cố giao tiếp (communication breakdown), và chúng ta cần xác định nguyên nhân có khả năng nhất dẫn đến tình trạng này.

Trong môi trường Agile (theo PMBOK® Guide 7th Edition và Agile Practice Guide), giao tiếp nội bộ đội ngũ rất quan trọng để đảm bảo tính minh bạch, hợp tác và hiểu biết chung. Các sự kiện hàng ngày như Daily Standup là chìa khóa để phá vỡ silo và đồng bộ hóa công việc. Câu hỏi nhấn mạnh giai đoạn giữa dự án, nơi vấn đề giao tiếp đã tích tụ rõ rệt.

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

Đáp án đúng: The daily standup meetings were not consistently attended.

Lý do:
🛠️ Trong Agile (Scrum framework), Daily Standup (hay Daily Scrum) là sự kiện hàng ngày bắt buộc, kéo dài tối đa 15 phút, nơi mỗi thành viên chia sẻ: Hôm qua làm gì? Hôm nay làm gì? Có trở ngại gì?. Sự kiện này giúp đội ngũ hiểu rõ công việc của nhau, phát hiện silo sớm và tăng cường hợp tác. Nếu không tham gia đều đặn, đội ngũ sẽ thiếu thông tin cập nhật hàng ngày, dẫn đến siloed và communication breakdown – chính xác khớp với triệu chứng ở dự án 45% hoàn thành. Đây là nguyên nhân trực tiếp và có khả năng nhất trong Agile.

📋 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, với giữ nguyên nội dung gốc bằng tiếng Anh và đánh dấu đúng/sai:

• ✅ The daily standup meetings were not consistently attended.
  Đúng vì: Đây là sự kiện cốt lõi hàng ngày trong Agile để đồng bộ hóa đội ngũ. Thiếu sự tham gia đều đặn trực tiếp gây ra silo và thiếu hiểu biết lẫn nhau, như mô tả trong câu hỏi. (Tham khảo: Agile Practice Guide, phần Daily Scrum Events).

• ❌ The weekly project status reports were not published regularly.
  Sai vì: Báo cáo trạng thái hàng tuần không phải thực hành cốt lõi của Agile (thường thấy ở dự án Waterfall truyền thống). Agile ưu tiên giao tiếp trực tiếp qua events thay vì báo cáo văn bản định kỳ. Vấn đề này không trực tiếp gây silo nội bộ đội ngũ, chỉ ảnh hưởng đến stakeholder bên ngoài.

• ❌ The sprint review meetings were not held regularly.
  Sai vì: Sprint Review là sự kiện cuối Sprint (thường 2-4 tuần/lần), tập trung vào demo sản phẩm cho stakeholder và thu thập feedback, không phải chia sẻ công việc nội bộ hàng ngày. Thiếu nó ảnh hưởng đến tính minh bạch với bên ngoài, chứ không phải nguyên nhân chính gây silo giữa team members.

• ❌ The project manager failed to develop a communications management plan.
  Sai vì: Kế hoạch giao tiếp (Communications Management Plan) là công cụ truyền thống từ PMBOK (Manage Communications process), ít được sử dụng formal trong Agile thuần túy. Agile dựa vào self-organizing teams và events như Daily Standup để giao tiếp, không phụ thuộc PM phát triển plan chi tiết. Đây không phải nguyên nhân "most likely" trong ngữ cảnh Agile.

📘 Tài liệu tham khảo

• PMBOK® Guide 7th Edition (2021): Phần Agile Principles & Life Cycles, nhấn mạnh Servant Leadership và Daily Events cho giao tiếp.
• Agile Practice Guide (PMI, 2017, cập nhật tích hợp PMBOK 7): Chi tiết Scrum Events (Daily Scrum là bắt buộc cho transparency).
• Scrum Guide (2020, cập nhật 2025): Xác nhận Daily Scrum chống lại silos bằng cách tạo shared understanding hàng ngày.

Phân tích này dựa trên phiên bản PMP mới nhất đến 2026, ưu tiên Agile hybrid approaches. Nếu cần ví dụ thực tế, hãy hỏi thêm! 🚀