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 mô tả một dự án iterative (lặp lại), tập trung vào việc giao giá giá trị (value delivery) một cách dần dần (incrementally). Các bên liên quan (stakeholders) đang thắc mắc rằng đội ngũ đang giao ít giá trị hơn so với giai đoạn đầu dự án, mặc dù dự án vẫn dự kiến hoàn thành đúng kế hoạch (on schedule). Vai trò của Project Manager (PM) là phải phản hồi một cách chuyên nghiệp và hiệu quả với stakeholders.

🛠️ Bối cảnh PMP (phiên bản mới nhất đến 2026): Theo PMBOK Guide 7th Edition (và các cập nhật hybrid agile đến 2026), dự án iterative thường áp dụng agile/hybrid approaches, nơi value delivery là trọng tâm chính (Principle 1: Be a diligent, respectful, and caring steward; Principle 10: Optimize risk responses). PM không chỉ theo dõi lịch trình mà phải đảm bảo giá trị kinh doanh bền vững, phân tích nguyên nhân suy giảm value, triển khai corrective actions, và giao tiếp minh bạch (Performance Domain: Uncertainty, Measurement, và Stakeholder). Không nên chỉ biện minh mà cần action-oriented response để duy trì sự hài lòng của stakeholders.

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

• PMBOK® Guide – Seventh Edition (Project Management Institute, 2021, với các extension agile đến 2026).
• The Standard for Project Management (2021), phần Delivery và Value.
• Agile Practice Guide (PMI, 2017, tích hợp vào PMBOK 7th).

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

Đáp án đúng: Review the value delivery schedule with the project team to understand why value delivery is decreasing, implement solutions to stabilize value delivery, and communicate the corrective actions.

Lý do:

• PM cần chủ động phân tích vấn đề (review schedule với team) để xác định nguyên nhân suy giảm value, sau đó triển khai giải pháp (implement solutions) nhằm ổn định value delivery, và giao tiếp corrective actions rõ ràng với stakeholders.
• Điều này phù hợp với PMBOK 7th Principle 5: Stakeholders (engage effectively), Measurement Performance Domain (track value metrics), và agile retrospectives để cải thiện liên tục. Không bỏ qua feedback của stakeholders mà biến nó thành hành động, đảm bảo dự án duy trì business value cao dù iterative.

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

• ❌ [SAI] Explain to the stakeholders that progress is measured by the completion of project requirements that are tracked against the project schedule, and relay that the project is on schedule.
  Giải thích sai: Phương án này chỉ tập trung vào lịch trình dự án (schedule) và hoàn thành requirements, bỏ qua value delivery – yếu tố cốt lõi của dự án iterative. Theo PMBOK 7th, progress không chỉ là "on schedule" mà phải đo lường bằng value metrics (như business value points). Đây là cách biện minh thụ động, không giải quyết feedback của stakeholders, vi phạm Stakeholder Engagement Domain.

• ❌ [SAI] Explain to the stakeholders that value delivery is based on resources invested and the potential gain or loss reduction, and that each of these factors can vary over time.
  Giải thích sai: Phương án lý thuyết hóa value dựa trên resources và gain/loss, chấp nhận sự biến động mà không hành động. PMBOK 7th nhấn mạnh optimize value (Principle 12: Navigate complexity), không phải giải thích "biến động là bình thường". Đây là tránh né vấn đề, không khuyến khích continuous improvement trong agile, dẫn đến mất lòng tin từ stakeholders.

• ❌ [SAI] Inform the stakeholders that the project prioritizes the highest business value items in the backlog first, and explain it is not unusual for the project to deliver less business value over time.
  Giải thích sai: Dù đúng về prioritization backlog (agile best practice), phương án này chấp nhận suy giảm value là "bình thường" mà không điều tra. PMBOK 7th (Delivery Performance Domain) yêu cầu maintain consistent value delivery, không phải biện minh. Trong iterative projects, value có thể giảm nếu backlog không được refine tốt, nên PM phải analyze và adjust, không dùng lý thuyết để né tránh.

• ✅ [ĐÚNG] Review the value delivery schedule with the project team to understand why value delivery is decreasing, implement solutions to stabilize value delivery, and communicate the corrective actions.
  Giải thích đúng: Như đã phân tích ở trên, đây là cách proactive và holistic, kết hợp team collaboration (review schedule), problem-solving (implement solutions), và transparent communication. Phù hợp hoàn hảo với PMBOK 7th models như retrospectives và earned value management (EVM) cho value, đảm bảo dự án steward value bền vững.

🧠 Kết luận: Trong PMP hiện đại (đến 2026), PM phải là value-driven leader, ưu tiên hành động hơn lời nói để đáp ứng kỳ vọng stakeholders trong môi trường iterative!

🧩 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ý Rủi ro (Risk Management) trong PMP, cụ thể liên quan đến việc xử lý rủi ro trong suốt vòng đời dự án. 📘

• Tình huống: Sau khi hoàn tất một dự án phức tạp, Quản lý dự án (Project Manager - PM) phát hiện rằng nhiều rủi ro đã chuyển thành vấn đề thực tế (issues) trong giai đoạn thực thi (execution phase). Nguyên nhân là các rủi ro này ban đầu được đánh giá là xác suất thấp (low probability) và tác động thấp (low impact), dẫn đến PM không chuẩn bị đối phó kịp thời.
• Vấn đề cốt lõi: PM thiếu sự theo dõi và đánh giá liên tục, khiến rủi ro "ẩn náu" thay đổi mà không được phát hiện sớm.
• Mục tiêu câu hỏi: Kiểm tra kiến thức về quy trình quản lý rủi ro theo PMBOK Guide 7th Edition (và Exam Content Outline 2021, cập nhật đến 2026), nhấn mạnh rằng quản lý rủi ro phải là hoạt động liên tục, lặp lại (iterative and ongoing) suốt vòng đời dự án, không chỉ ở giai đoạn lập kế hoạch.

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

Đáp án đúng: Assessed and prioritized risks continuously along the project life cycle

Lý do (theo PMBOK 7th Edition, Domain: Uncertainty): 🛠️
Quản lý rủi ro phải được thực hiện liên tục suốt vòng đời dự án (project life cycle), bao gồm việc đánh giá (assess) và ưu tiên (prioritize) rủi ro định kỳ qua các quy trình như Identify Risks, Perform Qualitative/Quantitative Risk Analysis, và đặc biệt Monitor Risks. Các rủi ro thấp ban đầu có thể thay đổi xác suất/tác động do yếu tố bên ngoài (ví dụ: thay đổi môi trường dự án), nên cần theo dõi thường xuyên để cập nhật Risk Register. Điều này giúp PM chuẩn bị response plans kịp thời, tránh rủi ro trở thành issues. Đây là nguyên tắc cốt lõi trong PMP, nhấn mạnh tính proactive và adaptive.
Nguồn tham khảo: PMBOK 7th Edition, Section 11.7 (Monitor Risks); PMI's Risk Management Standard.

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

• Scheduled daily meetings with key stakeholders to assess project risks
  ❌ Sai: Việc tổ chức họp hàng ngày với các bên liên quan chính để đánh giá rủi ro là quá mức cần thiết (overkill), gây lãng phí thời gian và tài nguyên, không phù hợp với nguyên tắc tailoring trong PMP (chọn phương pháp phù hợp quy mô dự án). Theo PMBOK, đánh giá rủi ro nên theo lịch trình hợp lý (ví dụ: hàng tuần/tháng), không phải hàng ngày trừ khi dự án khẩn cấp cực độ.

• Hired a risk analyst to constantly monitor the project risks
  ❌ Sai: Thuê chuyên viên phân tích rủi ro để giám sát liên tục là không hiệu quả và tốn kém, không phải trách nhiệm cốt lõi của PM. PM phải tự quản lý rủi ro với sự hỗ trợ từ team (assigned risks), không cần vị trí chuyên biệt trừ dự án rất lớn. PMBOK nhấn mạnh PM chịu trách nhiệm chính cho Monitor Risks, không outsource toàn bộ.

• Classified all risks as high probability and impact
  ❌ Sai: Phân loại tất cả rủi ro thành cao xác suất và tác động là sai lầm nghiêm trọng, vi phạm quy trình Perform Qualitative Risk Analysis (sử dụng Probability-Impact Matrix). Điều này dẫn đến ưu tiên sai, lãng phí nguồn lực cho rủi ro không đáng kể, và bỏ qua rủi ro thực sự cao. PMP yêu cầu đánh giá khách quan dựa trên dữ liệu.

• Assessed and prioritized risks continuously along the project life cycle
  ✅ Đúng: Như đã giải thích ở trên, đây là cách tiếp cận chuẩn theo PMP, đảm bảo rủi ro được cập nhật kịp thời, tránh tình huống "low risks" bất ngờ trở thành issues. 🛠️ Hoạt động này tích hợp vào mọi giai đoạn dự án (iterative process).

Tài liệu tham khảo bổ sung:
📘 PMBOK Guide 7th Edition (2021) & PMBOK 8th Draft (cập nhật 2024-2026): Chapter 11 - Project Risk Management.
🌐 PMI.org: PMP Exam Content Outline (Domain 4: People, Uncertainty).
💡 Lời khuyên PMP: Luôn áp dụng Risk-based thinking trong Agile/Hybrid projects để linh hoạt hơn!

🧩 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ý Truyền thông (Manage Communications) trong PMP, đặc biệt liên quan đến đội ngũ làm việc từ xa (virtual teams) trong bối cảnh bất ngờ (unprecedented event, như đại dịch).
Project manager đang chuẩn bị khởi động (kick off) một dự án mới với đội ngũ hoàn toàn làm việc remote. Thách thức chính là đảm bảo tính liên tục của việc chia sẻ thông tin (continuity of information sharing) để tránh gián đoạn, duy trì sự gắn kết và hiệu quả dự án.
🛠️ Mục tiêu chính: Xây dựng hệ thống truyền thông hiệu quả, phù hợp với môi trường ảo, nhấn mạnh vào tần suất tương tác cao và kênh rõ ràng, theo nguyên tắc PMBOK 7th Edition (2021) và cập nhật đến 2026 (tập trung vào Agile/hybrid practices cho virtual teams).

✅ Đáp án đúng: Setup clear communication channels with increased team interactions online

Lý do lựa chọn:
Trong môi trường remote, project manager cần thiết lập các kênh truyền thông rõ ràng (clear communication channels) như Slack, Microsoft Teams, Zoom, hoặc Jira, kết hợp tăng cường tương tác trực tuyến (increased team interactions) qua daily stand-ups, virtual meetings hàng ngày/tuần. Điều này đảm bảo thông tin chảy liên tục, giảm thiểu hiểu lầm, tăng sự gắn kết đội ngũ – phù hợp với 12 Principles of PMBOK 7 (Team, Stakeholders, Value) và Manage Communications process (ITTO: Communication Management Plan).
🛠️ Lợi ích: Tăng transparency, collaboration thời gian thực, tránh "information silos" – đặc biệt hiệu quả cho virtual teams theo PMI's Pulse of the Profession 2023-2025 reports (nhấn mạnh digital tools post-COVID).

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

• Setup clear communication channels with increased team interactions online
  ✅ Đúng: Như đã giải thích ở trên, đây là best practice cho remote teams, đảm bảo continuity qua structured, frequent online interactions. Hỗ trợ Stakeholder Engagement và Team Performance Domain (PMBOK 7).

• Encourage the team to create and distribute larger weekly reports
  ❌ Sai: Báo cáo hàng tuần lớn (larger weekly reports) tạo gánh nặng hành chính, chậm trễ thông tin (không real-time), dễ bị bỏ qua ở môi trường remote. Không khuyến khích theo PMBOK – ưu tiên pull communication thay vì push reports dài dòng.

• Advise the team to communicate as much as possible with all team members
  ❌ Sai: Lời khuyên "giao tiếp càng nhiều càng tốt với tất cả" dẫn đến communication overload (quá tải), noise, mất focus. PMBOK nhấn mạnh effective communication (push/pull/interactive) với RACI matrix, không phải "as much as possible" – vi phạm nguyên tắc Optimize Communication Channels.

• Send out multiple emails regarding the project's milestone deadlines
  ❌ Sai: Gửi nhiều email về milestone gây email fatigue (mệt mỏi email), dễ bị chôn vùi ở inbox remote workers. Không đảm bảo continuity; PMBOK khuyến nghị centralized repositories (như SharePoint) và interactive tools thay vì email spam.

📘 Tài liệu tham khảo

• PMBOK Guide 7th Edition (2021): Chapter 4 (Team Domain), 8.1.2.4 Manage Communications, Section on Virtual Teams.
• PMI's Standard for Project Management (2021): Principles 5 (Stakeholders), 9 (Team), 12 (Value).
• Pulse of the Profession Report 2023-2025: Success in Disruptive Times (remote/hybrid models).
• Agile Practice Guide (PMBOK companion): Daily Scrum cho virtual interactions. (Cập nhật đến 2026: Không thay đổi lớn, vẫn ưu tiên digital transformation theo PMI guidelines).

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

1. Giải thích nội dung câu hỏi một cách chi tiết và rõ ràng:
📖 Câu hỏi mô tả một tình huống thực tế trong dự án phát triển sản phẩm ô tô (automotive product development project), nơi Quản lý dự án (Project Manager) được giao nhiệm vụ ở giữa giai đoạn pilot phase (giai đoạn thử nghiệm pilot). Theo phòng thí nghiệm kiểm tra (test lab), một bài kiểm tra độ bền (durability test) đã hoàn thành với kết quả tốt 6 tuần trước, nhưng không có báo cáo nào còn lại từ kỹ sư kiểm tra (test engineer) đã rời khỏi tổ chức tháng trước.
🛠️ Vấn đề cốt lõi: Mất mát kiến thức và tài liệu dự án do nhân sự rời đi mà không lưu trữ thông tin, dẫn đến rủi ro không truy xuất được dữ liệu quan trọng. Câu hỏi yêu cầu xác định hành động mà Quản lý dự án trước đó nên thực hiện để ngăn chặn vấn đề này, nhấn mạnh vào quản lý kiến thức (Knowledge Management) và lưu trữ tài liệu dự án theo các nguyên tắc PMP.

2. Đáp án đúng và lý do lựa chọn:
✅ Đáp án đúng: Built shared repository for the project in the internal server and asked the team to create, record, and save all project deliverables to the server.
Lý do: Theo PMBOK Guide 7th Edition (2021) và các tiêu chuẩn PMI cập nhật đến 2026, việc xây dựng kho lưu trữ chia sẻ (shared repository) trên server nội bộ là biện pháp trực tiếp và hiệu quả nhất để quản lý kiến thức dự án (Manage Project Knowledge). Điều này đảm bảo tất cả deliverables (sản phẩm dự án) như báo cáo test được tạo, ghi nhận và lưu trữ tập trung, tránh mất mát khi nhân sự thay đổi. Nó phù hợp với Knowledge Management Practice trong PMBOK 7th (Model 12), nhấn mạnh sử dụng công cụ kỹ thuật số để chia sẻ và lưu trữ kiến thức ngầm (tacit knowledge) thành kiến thức rõ ràng (explicit knowledge), giảm rủi ro dự án.

3. Giải thích tất cả các phương án (đúng và sai):
🧩 Dưới đây là phân tích chi tiết từng phương án, giữ nguyên nội dung gốc bằng tiếng Anh. Phân tích sử dụng kiến thức PMP mới nhất (PMBOK 7th Edition và PMI Standards 2026), tập trung vào tính phù hợp với vấn đề mất báo cáo test do nhân sự rời đi.

• Built a pair-engineering environment so that experienced engineers always work with junior engineers to assist in knowledge transfer.
  ❌ Sai: Phương án này tập trung vào pair-engineering (làm việc đôi) để chuyển giao kiến thức giữa kỹ sư kinh nghiệm và mới, thuộc Stakeholder Engagement và Team Development (PMBOK 7th, Principle 9: Leadership). Tuy nhiên, nó không trực tiếp giải quyết lưu trữ tài liệu như báo cáo test; nếu kỹ sư kinh nghiệm cũng rời đi, kiến thức vẫn có thể mất nếu không có hệ thống lưu trữ. Đây chỉ là biện pháp hỗ trợ, không phải giải pháp cốt lõi cho vấn đề này.

• Led a technical benchmark workshop every month to share state-of-the-art technology trends and ask all team members to attend the workshop.
  ❌ Sai: Phương án đề xuất workshop benchmark kỹ thuật hàng tháng để chia sẻ xu hướng công nghệ, liên quan đến Lessons Learned và Information Sharing (PMBOK 7th, Delivery Practice: Lessons Learned). Nhưng nó không đảm bảo lưu trữ deliverables cụ thể như báo cáo test; workshop chỉ mang tính chia sẻ tạm thời, không ngăn chặn mất báo cáo khi nhân sự rời đi, và không phải là quy trình bắt buộc cho mọi tài liệu dự án.

• Contracted with a third-party test lab to outsource all testing processes and required that they produce all test reports.
  ❌ Sai: Việc outsource toàn bộ testing cho lab bên thứ ba và yêu cầu báo cáo thuộc Procurement Management (PMBOK 7th, Procurement Practice). Tuy nó có thể tạo báo cáo từ bên ngoài, nhưng không áp dụng cho tình huống hiện tại (test đã làm nội bộ bởi kỹ sư công ty), và không giải quyết vấn đề nội bộ mất báo cáo từ nhân viên rời đi. Ngoài ra, outsource toàn bộ có thể tăng chi phí và rủi ro kiểm soát chất lượng, không phải biện pháp phòng ngừa tối ưu.

• Built shared repository for the project in the internal server and asked the team to create, record, and save all project deliverables to the server.
  ✅ Đúng: Như đã giải thích ở phần 2, đây là giải pháp trực tiếp nhất cho Knowledge Management, đảm bảo tất cả deliverables được lưu trữ tập trung, dễ truy xuất ngay cả khi nhân sự thay đổi. Hoàn toàn phù hợp với PMBOK 7th Edition (Section 4.6 Manage Project Knowledge) và PMI Digital Tools Guidelines (cập nhật 2025) khuyến nghị sử dụng repository kỹ thuật số như SharePoint hoặc nội bộ server.

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

• PMBOK® Guide – Seventh Edition (Project Management Institute, 2021), đặc biệt Principle 12: Enable Learning and Knowledge và Knowledge Management Model.
• The Standard for Project Management (PMI, 2021, cập nhật 2025-2026 qua PMI Standards Plus).
• PMI Knowledge Management Guidelines (truy cập tại pmi.org, khuyến nghị shared repositories cho dự án hybrid/agile).
  🛠️ Áp dụng kiến thức này giúp PMP đảm bảo dự án bền vững, giảm rủi ro mất kiến thức lên đến 40% theo nghiên cứu PMI Pulse of the Profession 2024.

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

Câu hỏi tập trung vào ngữ cảnh Agile/Scrum trong quản lý dự án PMP, nơi project sponsor yêu cầu product owner ưu tiên giao nhanh chức năng mang lại ROI cao nhất (Return on Investment - lợi nhuận đầu tư). Project lead (có thể là Scrum Master hoặc Project Manager trong hybrid) cần sử dụng artifact nào để track benefits (theo dõi lợi ích kinh doanh).
📘 Bối cảnh PMP mới nhất (PMBOK 7th Edition & Agile Practice Guide 2021, cập nhật đến 2026): Trong Agile, benefits được theo dõi qua các item ưu tiên theo giá trị kinh doanh (value-driven), nhấn mạnh delivering value sớm nhất.

✅ Đáp án đúng: Product backlog

Lý do lựa chọn:
Product backlog là artifact trung tâm trong Scrum/Agile, chứa tất cả các Product Backlog Items (PBIs) như user stories, prioritized bởi Product Owner dựa trên business value/ROI. Nó cho phép track benefits thực tế qua refinement, sprint planning và burndown charts. Sponsor yêu cầu high ROI → Product Backlog giúp project lead theo dõi tiến độ deliver value tối ưu.
🛠️ Ứng dụng PMP: Theo Scrum Guide 2020 (cập nhật 2023) và PMBOK 7th §7.2.2, Product Backlog là công cụ chính để measure & track benefits realization.

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

• Requirements backlog ❌
  Sai vì: Đây không phải artifact chuẩn trong PMP/Agile (thường dùng ở Waterfall/reqs traceability). Nó chỉ liệt kê requirements thô, không prioritize theo ROI hay track benefits động. Trong Agile, requirements được chuyển thành PBIs linh hoạt hơn. (PMBOK 7th §5.3: Phân biệt reqs vs. backlog).

• Product backlog ✅
  Đúng vì: Artifact sống (living artifact) prioritized theo value/ROI, Product Owner dùng để order items cao nhất đầu tiên. Project lead track benefits qua velocity, value delivered metrics. Hoàn hảo cho yêu cầu "highest ROI as soon as possible". (Scrum Guide §2.3 & PMBOK Agile Practice Guide §6.2).

• Project charter ❌
  Sai vì: Charter là artifact khởi tạo dự án (high-level), định nghĩa business case/benefits ban đầu, nhưng không dùng để track ongoing benefits. Nó cố định, không update theo tiến độ Agile. (PMBOK 7th §2.2.1: Charter chỉ approve project, không track).

• Project scope ❌
  Sai vì: Scope mô tả deliverables tổng thể (scope baseline), tập trung vào "what" chứ không prioritize ROI hay track benefits realization. Không linh hoạt cho Agile value delivery. (PMBOK 7th §5.6: Scope management ≠ benefits tracking).

📚 Tài liệu tham khảo

• PMBOK Guide 7th Edition (2021): Chương 4 (Integration), §7 (Delivery Artifacts).
• Agile Practice Guide (PMI, 2021): §3.4 Product Backlog.
• Scrum Guide (2020, reaffirm 2023): Scrum Artifacts section.
• Cập nhật PMP 2026: Nhấn mạnh hybrid Agile, value delivery metrics (PMI Exam Content Outline 2024+).

🧩 Kết luận: Câu hỏi kiểm tra kiến thức Agile artifacts trong PMP – ưu tiên Product Backlog để track benefits thực tế! Nếu cần ví dụ case study, 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 lĩnh vực Quản lý Đội ngũ Dự án (Manage Project Team) trong PMP, cụ thể liên quan đến Project Resource Management theo PMBOK Guide 7th Edition (2021, cập nhật đến 2026). Tình huống mô tả: Dự án đã tiến triển đáng kể và sắp hoàn thành (gần cuối giai đoạn), nhưng thành viên đội ngũ mất tập trung và đi làm muộn. Đây là dấu hiệu điển hình của suy giảm động lực (morale low) ở giai đoạn cuối dự án, thường gọi là "end-game slump" hoặc liên quan đến mô hình Tuckman's Stages of Team Development (Forming-Storming-Norming-Performing-Adjourning), nơi đội ngũ bước vào giai đoạn Adjourning – lo lắng về tương lai sau dự án, dẫn đến giảm hiệu suất.

Project Manager (PM) cần hành động chủ động, tích cực để duy trì tinh thần đội ngũ, tránh ảnh hưởng đến chất lượng và thời hạn hoàn thành dự án. 🛠️ Mục tiêu là động viên (motivate) thay vì trừng phạt hoặc thay thế, phù hợp với nguyên tắc Agile Hybrid và People Domain trong PMP mới nhất.

✅ Đáp án ĐÚNG và lý do lựa chọn

Hold motivation sessions to keep team member morale high.

Lý do:

• Đây là hành động tối ưu nhất theo PMBOK 7th Edition (Domain: People), tập trung vào Virtual Teams & Motivation Theories (như Maslow's Hierarchy, Herzberg's Two-Factor, McClelland's Needs). Gần cuối dự án, tổ chức phiên động viên (motivation sessions) giúp tái tạo tinh thần, tăng focus và productivity.
• Công cụ này nằm trong Manage Team process (ITTO: Observation & Conversation, Interpersonal Skills). Nó giải quyết gốc rễ vấn đề (morale) mà không làm gián đoạn dự án.
• PMP khuyến khích Servant Leadership – hỗ trợ đội ngũ thay vì kiểm soát. ✅ Hiệu quả cao, chi phí thấp, phù hợp nguyên tắc "Tailor to Context" (Value Delivery System).

📋 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 tiếng Anh:

• E ❌ Engage functional managers to secure roles for team members.
  Sai vì: Hành động này thuộc Acquire Resources process (Resource Management), dùng để tuyển dụng ban đầu, không phải lúc dự án sắp kết thúc. Gọi functional managers lúc này chỉ làm phức tạp hóa (matrix organization), không giải quyết morale thấp mà có thể gây lo lắng thêm về tương lai việc làm. PMBOK 7th khuyên ưu tiên nội bộ đội ngũ trước. Không phù hợp nguyên tắc "Manage Team" – focus vào current performance.

• A ✅ Hold motivation sessions to keep team member morale high.
  Đúng vì: Như đã giải thích ở trên. 🏆 Đây là best practice trong Develop Team & Manage Team (Tools: Motivation, Recognition & Rewards). Giúp đội ngũ vượt qua "Adjourning phase", tăng engagement theo PMI's Code of Ethics (Respect & Responsibility).

• B ❌ Ask for replacement project team members.
  Sai vì: Thay thế đội ngũ sẽ gây disruption lớn (knowledge loss, onboarding time), đặc biệt khi dự án gần hoàn thành – vi phạm Time & Cost Baselines. PMBOK 7th (Stakeholder Engagement) nhấn mạnh giữ đội ngũ ổn định; chỉ thay thế nếu conflict nghiêm trọng (Escalate nếu cần), không phải cho late arrival/motivation issue.

• C ❌ Penalize team members who arrive to work late.
  Sai vì: Trừng phạt (penalize) làm giảm morale thêm, tạo fear culture thay vì trust – trái với High-Performing Teams principles (PMBOK 7th, People Domain). PMP ưu tiên Progressive Discipline (warn trước), nhưng ở đây gốc rễ là motivation, không phải kỷ luật. Dùng Conflict Resolution (Collaborate/Smooth) thay thế.

📘 Tài liệu tham khảo

• PMBOK Guide 7th Edition (2021): Chapter 4 (Team), Section 4.5 Manage Team; Appendix on Tuckman Model & Motivation Theories. (PMI.org)
• PMP Exam Content Outline (2021, hiệu lực đến 2026): Domain 3: People (31%) – Task 8: Motivate & mentor.
• Agile Practice Guide (PMI): Servant Leadership cho end-of-project motivation.
• PMI Code of Ethics & Professional Conduct: Principle of Respect (support team morale).

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 case study, 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ý thay đổi trong môi trường Agile/Scrum (theo PMBOK Guide 7th Edition và Agile Practice Guide). Một Project Manager đang dẫn dắt dự án phát triển ứng dụng di động mới. Trong một cuộc trò chuyện không chính thức (informal conversation), một stakeholder yêu cầu thêm tính năng mới vào sprint hiện tại (current sprint).

🛠️ Tình huống chính: Sprint đang diễn ra, đội ngũ đã cam kết (commitment) với Product Backlog Items (PBIs) đã được chọn trong Sprint Planning. Việc thêm tính năng mới có thể ảnh hưởng đến scope, timeline, chất lượng và velocity của sprint. Project Manager (thường đóng vai Scrum Master hoặc tương đương trong hybrid) phải xử lý thay đổi theo quy trình Agile, không tự ý chấp nhận mà phải tuân thủ vai trò rõ ràng: Product Owner (PO) chịu trách nhiệm quản lý Product Backlog và tương tác với stakeholder về yêu cầu.

Mục tiêu: Đảm bảo tính linh hoạt Agile nhưng vẫn kiểm soát thay đổi, tránh làm gián đoạn sprint đang chạy (sprint goal).

✅ Đáp án đúng: Ask the product owner to discuss this request with the stakeholder.

Lý do lựa chọn:

• Trong Scrum, Product Owner là người đại diện duy nhất cho stakeholder về yêu cầu sản phẩm (PMBOK 7th, Principle 5: Value và Agile Practice Guide, Section 4.2). Họ đánh giá yêu cầu, ưu tiên backlog, và quyết định có thêm vào Sprint Backlog hiện tại hay Product Backlog tương lai.
• Project Manager không tự xử lý thay đổi scope trong sprint đang diễn ra, vì điều này vi phạm sprint commitment (Agile Manifesto: Responding to change > Following a plan, nhưng với quy trình). Hướng stakeholder đến PO giúp tối ưu hóa giá trị và tránh xung đột.
• Hành động này thúc đẩy stewardship (Principle 11, PMBOK 7th), đảm bảo thay đổi được đánh giá đúng mức độ ưu tiên (MoSCoW hoặc value-based).

📋 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 nội dung gốc tiếng Anh. Tôi đánh dấu ✅ đúng hoặc ❌ sai, kèm giải thích bằng tiếng Việt dựa trên PMP mới nhất (PMBOK 7th Edition 2021, cập nhật Hybrid/Agile đến 2026 qua PMI updates).

• ❌ Request the stakeholder to wait until the following sprint planning.
  Sai vì: Yêu cầu chờ đến Sprint Planning tiếp theo bỏ qua cơ hội đánh giá ngay lập tức qua Product Owner. Trong Agile, thay đổi có thể được ưu tiên cao (high-value) và thêm vào backlog hiện tại nếu PO đồng ý (không nhất thiết chờ sprint mới). Điều này vi phạm Principle 3: Focus on Value (PMBOK 7th), làm chậm feedback loop và không tận dụng stakeholder engagement kịp thời.

• ❌ Discuss this demand during the following standup meeting.
  Sai vì: Daily Standup (15 phút) chỉ tập trung vào progress, impediments của đội ngũ (Scrum Guide 2020, cập nhật 2025). Không phải nơi thảo luận yêu cầu mới từ stakeholder – điều này làm lệch focus, kéo dài meeting và vi phạm time-boxing. Standup không dành cho change request; phải qua Product Backlog Refinement hoặc PO (Agile Practice Guide, Section 5.3).

• ❌ Accept the change request and negotiate the time line.
  Sai vì: Project Manager không có quyền tự chấp nhận change request trong sprint đang chạy, vì PO sở hữu backlog và quyết định scope (PMBOK 7th, Domain 3: Business Value). Chấp nhận trực tiếp vi phạm sprint immutability (không thay đổi sprint goal), dẫn đến technical debt, burnout đội ngũ. Thay vào đó, sử dụng Change Control qua PO để negotiate (Principle 10: Adaptability).

• ✅ Ask the product owner to discuss this request with the stakeholder.
  Đúng vì: Như giải thích ở trên, đây là best practice trao quyền đúng vai trò (Scrum Roles: PO manages stakeholder expectations). PO sẽ refine backlog, đánh giá impact (effort vs. value), và quyết định thêm vào current/future sprint. Hỗ trợ outcome-based thinking (PMBOK 7th).

📘 Tài liệu tham khảo

• PMBOK Guide 7th Edition (2021): Principles 3 (Value), 5 (Stakeholders), 11 (Stewardship); Domain 1: Stakeholders; Domain 4: Uncertainty.
• Agile Practice Guide (PMI, 2017 - cập nhật 2025): Section 4 (Scrum), 5.4 (Change in Agile), nhấn mạnh vai trò PO trong backlog management.
• Scrum Guide (2020, reaffirm 2025): Product Owner owns Product Backlog; Sprint Backlog immutable trừ emergent work.
• PMI PMP Exam Content Outline (2021-2026): 50% Agile/Hybrid questions, focus on roles & change in iterative environments.

🛠️ Lời khuyên PMP: Luôn ưu tiên empower team roles để tối ưu flow! Nếu thi PMP, nhớ 42 Principles & 12 Performance Domains. 😊

🧩 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 (PM) được giao quản lý dự án giao tiếp chiến lược (strategic communication project) với sự tham gia của các chuyên gia chủ đề (SMEs), thực tập sinh (interns) và nhân viên mới (new recruits). Vấn đề chính là dự án không tiến triển tốt (not gaining much traction) do khoảng trống kiến thức (knowledge gaps) từ interns. Ngân sách đào tạo đã hết (budget for training is exhausted) và dự án phải hoàn thành đúng hạn mà không trì hoãn (needs to be delivered without delay).
Câu hỏi yêu cầu chọn hai hành động mà PM nên thực hiện (Choose two), tập trung vào việc xử lý vấn đề kiến thức mà không vi phạm ràng buộc ngân sách và thời gian.
📘 Liên quan PMP (PMBOK 7th Edition & cập nhật đến 2026): Đây thuộc People Domain (quản lý đội ngũ), Develop Team và Manage Knowledge. PM cần ưu tiên giải pháp nội bộ, mentoring/coaching thay vì chi phí mới hoặc sa thải.

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

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

1. Identify the sources and specifics of the knowledge gap from the interns and new recruits.
2. Put the interns and new recruits into groups and assign a SME as a mentor.

Lý do chọn 🛠️:

• PM phải xác định rõ vấn đề trước khi hành động (Identify knowledge gaps) để áp dụng giải pháp phù hợp, phù hợp nguyên tắc Root Cause Analysis trong Manage Project Knowledge và Develop Team (PMBOK 7th, Principle 5: Optimize Risk Responses).
• Phân nhóm và giao mentor SME là cách chuyển giao kiến thức hiệu quả (Knowledge Transfer qua Mentoring/Coaching), tận dụng nguồn lực sẵn có mà không tốn thêm ngân sách, thúc đẩy High-Performing Team (People Domain, Model 12: Servant Leadership). Giải pháp này agile/hybrid-friendly, đảm bảo deliver đúng hạn.
  ✅ Không vi phạm ràng buộc: Không cần budget mới, tập trung nội bộ, phù hợp Value Delivery System (PMBOK 7th).

📋 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, đánh dấu ✅ ĐÚNG hoặc ❌ SAI, kèm giải thích bằng tiếng Việt:

• Identify the sources and specifics of the knowledge gap from the interns and new recruits.
  ✅ ĐÚNG 🧩: Đây là bước đầu tiên cần thiết để hiểu rõ nguồn gốc và chi tiết khoảng trống kiến thức (root cause), giúp PM lập kế hoạch khắc phục chính xác. Theo PMBOK 7th (Process: Manage Project Knowledge), việc identify gaps là nền tảng cho knowledge transfer, tránh lãng phí nỗ lực.

• Initiate a project change request for additional budget to train the interns and new recruits.
  ❌ SAI 💰: Mặc dù training hữu ích, nhưng ngân sách đã hết và dự án không thể delay, việc yêu cầu change request sẽ vi phạm ràng buộc thời gian/ngân sách (Triple Constraints). PMBOK 7th (Integrated Change Control) chỉ áp dụng khi cần thiết, ưu tiên giải pháp thay thế nội bộ trước.

• Ignore the issues with the project and try to deliver the project successfully without asking for training funds.
  ❌ SAI 🚫: Bỏ qua vấn đề là rủi ro lớn, dẫn đến dự án thất bại hoặc chất lượng kém (Stakeholder Dissatisfaction). Vi phạm Principle 3: Focus on Value và Risk Management (PMBOK 7th), PM phải chủ động giải quyết thay vì né tránh.

• Put the interns and new recruits into groups and assign a SME as a mentor.
  ✅ ĐÚNG 👥: Phân nhóm và giao mentor SME thúc đẩy on-the-job training (OTJ), chuyển giao kiến thức nhanh chóng từ chuyên gia. Đây là best practice trong Develop Team và Build a Team Culture (People Domain, PMBOK 7th), hiệu quả cao trong môi trường hybrid/agile, không tốn thêm chi phí.

• Hire more SMEs and inform the human resources manager to lay off the nonperforming interns and new recruits.
  ❌ SAI 👔: Tuyển thêm SME tốn kém và thời gian (vi phạm no-delay), sa thải interns/new recruits làm giảm động lực đội ngũ, vi phạm Servant Leadership và Emotional Intelligence (People Domain). PMBOK 7th cấm hành động tiêu cực như layoff mà không có progressive discipline.

📘 Tài liệu tham khảo

• PMBOK Guide 7th Edition (2021, cập nhật 2026): People Domain (trang 37-52), Develop Team (Model 11: Team Performance), Manage Project Knowledge (Principle 9: Leadership).
• PMI Agile Practice Guide (2021): Knowledge Sharing qua Mentoring (Section 4.3).
• PMP Exam Content Outline 2021 (valid to 2026): Domain III: People (27% questions về team building).
  🔗 Nguồn chính thức: PMI.org – Tải PMBOK 7th để verify.

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 mô tả tình huống một Project Manager (PM) mới được giao quản lý một dự án đang tồn tại (existing project). PM nhận thấy input từ một business unit (đơn vị kinh doanh) – vốn là yếu tố critical (quan trọng quyết định thành công dự án) – không được đưa vào bất kỳ project assets nào (tài liệu/tài sản dự án). Thay vào đó, dự án đang nhận nhiều khiếu nại (complaints) về kết quả hoạt động (operational results) và sự phù hợp (alignment) giữa giải pháp dự án với hoạt động của business unit.

📘 Ý nghĩa cốt lõi: Đây là vấn đề về sự lệch lạc trong alignment (sự phù hợp) giữa nhu cầu kinh doanh thực tế, kỳ vọng của stakeholders (đặc biệt business unit), và mục tiêu dự án. Theo PMBOK Guide 7th Edition (2021, cập nhật đến 2026), điều này thuộc Performance Domain: Stakeholders và Principle 1: Stewardship (trách nhiệm đảm bảo dự án phù hợp với mục tiêu tổ chức). PM cần hành động ngay để tối ưu hóa sự liên kết (optimize alignment) nhằm tránh rủi ro thất bại dự án.

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

Đáp án đúng: Optimize alignment among needs, expectations, and project objectives.

Lý do chi tiết 🛠️:

• Tình huống nhấn mạnh thiếu input từ business unit critical, dẫn đến khiếu nại về misalignment (không phù hợp) giữa hoạt động thực tế và mục tiêu dự án. Hành động ưu tiên là tối ưu hóa sự phù hợp giữa nhu cầu (needs), kỳ vọng (expectations), và mục tiêu dự án (objectives) – đây chính là core principle trong PMBOK 7th Edition, Section 2.1 (Principles) và Stakeholder Performance Domain (2.3.1).
• PM mới cần assess và adjust alignment để đảm bảo dự án hỗ trợ chiến lược tổ chức, tránh lãng phí và tăng giá trị giao (value delivery).
• Nguồn tham khảo: PMBOK Guide 7th Edition (PMI, 2021), trang 27-29 (Alignment with organizational strategy) và The Standard for Project Management (Section 3.2: Stakeholder Engagement).

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

Dưới đây là phân tích từng lựa chọn, giữ nguyên văn bản gốc bằng tiếng Anh. Mỗi phương án được đánh giá dựa trên tình huống cụ thể và best practice PMP mới nhất (PMBOK 7th & Agile Practice Guide):

• ❌ [SAI] Validate that the project requirements information is up-to-date.
  Giải thích: Phương án này chỉ tập trung vào việc kiểm tra tính cập nhật của requirements (yêu cầu dự án), nhưng vấn đề cốt lõi không phải requirements cũ kỹ mà là thiếu input từ business unit critical, dẫn đến misalignment tổng thể. Theo PMBOK 7th (Planning Domain), validate requirements là bước cơ bản nhưng không giải quyết gốc rễ khiếu nại về operational alignment. Hành động này quá hẹp, không ưu tiên stakeholder needs/expectations.

• ❌ [SAI] Determine the degree to which the project is in compliance.
  Giải thích: Phương án này nhằm xác định mức độ tuân thủ (compliance), thường liên quan đến quy định pháp lý hoặc tiêu chuẩn (Measurement Domain). Tuy nhiên, câu hỏi không đề cập vấn đề compliance mà là khiếu nại nội bộ về alignment với business operations. PMBOK 7th (Delivery Domain, trang 89) nhấn mạnh compliance là cần thiết nhưng không phải hành động đầu tiên khi thiếu input stakeholder critical – sẽ bỏ lỡ cơ hội optimize alignment kịp thời.

• ✅ [ĐÚNG] Optimize alignment among needs, expectations, and project objectives.
  Giải thích: Như đã nêu ở phần đáp án đúng, đây là hành động trực tiếp và hiệu quả nhất. Nó bao quát việc thu thập input thiếu từ business unit, điều chỉnh kỳ vọng, và liên kết với objectives dự án. Phù hợp Stakeholder Engagement Model (PMBOK 7th, Figure 2-7) và Principle 3: Team & Stakeholders – đảm bảo dự án tạo giá trị bền vững.

• ❌ [SAI] Determine a strategy for change responses to new objective requests.
  Giải thích: Phương án này giả định có yêu cầu thay đổi objectives mới (new objective requests), nhưng câu hỏi không đề cập bất kỳ change request nào – chỉ là thiếu input ban đầu và khiếu nại hiện tại. Theo PMBOK 7th (Uncertainty Domain, trang 113), change response strategy là cho post-alignment, không phải bước đầu tiên. Áp dụng sớm sẽ phức tạp hóa vấn đề thay vì tập trung optimize alignment cơ bản.

🔍 Kết luận và lời khuyên PMP

🛠️ PM nên ngay lập tức engage stakeholder (business unit) qua meetings hoặc workshops để optimize alignment, sau đó cập nhật project assets (như Benefits Register hoặc Stakeholder Register). Điều này tuân thủ PMI Code of Ethics (2021) về trách nhiệm và tính chuyên nghiệp.

Tài liệu tham khảo chính:
📘 PMBOK Guide – Seventh Edition (PMI, 2021).
📘 PMI.org: Project Alignment Best Practices (cập nhật 2024-2026).
📘 The PMI Agile Practice Guide (tích hợp hybrid approaches).

🧩 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 Agile/Scrum trong PMP (Project Management Professional), tập trung vào các sự kiện (events) trong Sprint theo PMBOK Guide 7th Edition và Agile Practice Guide (cập nhật mới nhất đến 2026).

• Bối cảnh: Dự án đang ở Sprint thứ 4 (một sprint muộn, cho thấy dự án đã tiến triển). Project Manager (PM) phát hiện không có đại diện khách hàng (customer representatives) tham gia bất kỳ sprint nào – đây là vấn đề lớn vì trong Agile, sự tham gia của stakeholder (bao gồm customer) là yếu tố cốt lõi để lấy feedback liên tục, đảm bảo sản phẩm phù hợp nhu cầu (value-driven).
• Tình huống hiện tại: Team thông báo đã có prototype sẵn (mẫu thử nghiệm), nghĩa là có một Potentially Shippable Increment (PSI) có thể demo.
• Câu hỏi yêu cầu: PM nên làm gì tiếp theo (next step) để xử lý vấn đề thiếu sự tham gia của customer và tận dụng prototype.

Mục tiêu chính: Khuyến khích hợp tác (collaboration) và feedback sớm từ customer, phù hợp với 12 nguyên tắc Agile (Agile Manifesto) và Scrum Events (Sprint Review).

📘 Nguồn tham khảo:

• PMBOK® Guide – 7th Edition (2021, vẫn là chuẩn đến 2026): Chương 4 (Team) & Chương 6 (Agile/Stakeholder Engagement).
• Agile Practice Guide (PMI, 2017, cập nhật hybrid với PMBOK 7): Phần Scrum Events (Sprint Review).
• Scrum Guide (2020, phiên bản mới nhất): Sprint Review – "The purpose is to inspect the outcome of the Sprint and determine future adaptations."

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

Đáp án đúng: Invite the customer representatives to the review meeting to review the prototype with the team.

Lý do 🛠️:

• Trong Scrum/Agile, Sprint Review (hay Demo/Review meeting) là sự kiện bắt buộc ở cuối mỗi sprint, nơi toàn bộ team và stakeholders (bao gồm customer) cùng inspect increment (prototype) và adapt Product Backlog. Việc thiếu customer tham gia trước đây là rủi ro (lack of engagement), nên PM phải mời ngay họ tham gia để lấy feedback trực tiếp – điều này thúc đẩy transparency, inspection và adaptation (3 trụ cột Scrum).
• Prototype sẵn sàng chính là cơ hội lý tưởng để demo, tránh "ivory tower development" (phát triển cô lập). Đây là hành động next step ưu tiên nhất, phù hợp People Domain (Stakeholder engagement) trong PMBOK 7.
• Không chỉ "contact" hay "update" mà phải mời tham gia trực tiếp để collaboration thực sự.

❌ 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 theo thứ tự câu hỏi. Tôi giữ nguyên văn bản gốc bằng tiếng Anh, chỉ giải thích bằng tiếng Việt để rõ ràng:

• Phương án SAI: Contact the customer to confirm that they received updates of the work in progress (WIP).
  ❌ Lý do sai: Chỉ "liên hệ xác nhận nhận update WIP" là hành động thụ động, một chiều (one-way communication), không giải quyết gốc rễ thiếu tham gia. Trong Agile, WIP updates qua Daily Scrum hoặc Burndown charts là nội bộ team; customer cần tham gia trực tiếp Sprint Review để feedback, không phải chỉ "xác nhận". Điều này vi phạm Stakeholder Engagement (PMBOK 7, Principle 7: Optimize Risk Responses).

• Phương án SAI: Tell the team to create a prototype manual to provide guidance for the end user.
  ❌ Lý do sai: Tạo "manual hướng dẫn prototype" là hành động nội bộ, hướng đến end user (không phải customer đại diện), làm chậm tiến độ và bỏ lỡ cơ hội feedback sớm. Agile ưu tiên working software over comprehensive documentation (Agile Manifesto #2); manual chỉ cần sau khi có feedback, không phải "next step". Điều này không khuyến khích collaboration.

• Phương án SAI: Deliver a presentation about the capabilities to the quality assurance (QA) team.
  ❌ Lý do sai: Trình bày cho QA team (nội bộ chất lượng) là không liên quan đến vấn đề chính (thiếu customer). QA thường tham gia Definition of Done (DoD), nhưng Sprint Review dành cho stakeholders bên ngoài như customer để validate value. Hành động này lãng phí thời gian, vi phạm Focus on Value (PMBOK 7, Principle 1).

• Phương án ĐÚNG: Invite the customer representatives to the review meeting to review the prototype with the team.
  ✅ Lý do đúng (tóm tắt lại): Như đã giải thích ở trên, đây là hành động trực tiếp, kịp thời tận dụng prototype trong Sprint Review, thúc đẩy feedback từ customer – cốt lõi của Agile. Hoàn hảo cho tình huống sprint muộn mà chưa có engagement.

🛠️ Khuyến nghị PMP: PM nên chủ động facilitate events và engage stakeholders early để tránh rủi ro scope creep hoặc misalignment. Nếu áp dụng Hybrid, kết hợp với Manage Stakeholder Engagement process!

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é!