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: Quản lý dự án (Project Manager - PM) nhận được voicemail từ business analyst (phân tích viên kinh doanh) trong đội ngũ dự án. Business analyst thông báo rằng một stakeholder nội bộ đang bực tức vì không được tham gia từ trước khi dự án bắt đầu. Stakeholder này đang yêu cầu thêm một mục vào requirements traceability matrix (RTM - Ma trận truy xuất yêu cầu).
Mục tiêu câu hỏi: Xác định hành động tốt nhất mà PM nên làm để cải thiện mối quan hệ với stakeholder (improve the stakeholder relationship).
🛠️ Bối cảnh PMP (PMBOK 7th Edition, cập nhật đến 2026): Đây liên quan đến Stakeholder Performance Domain (Lĩnh vực Hiệu suất Stakeholder), nhấn mạnh việc engage stakeholder sớm để hiểu nhu cầu, quản lý kỳ vọng và xây dựng mối quan hệ bền vững. RTM là công cụ trong Manage Requirements process (PMBOK 6th/7th hybrid), nhưng ưu tiên là giao tiếp và engage trước khi xử lý thay đổi.

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

Đáp án đúng: Engage the stakeholder to solicit more information before responding to the request.

Lý do:
🧩 Hành động này trực tiếp cải thiện mối quan hệ bằng cách tiếp cận chủ động (engage) với stakeholder đang bực tức, thu thập thêm thông tin chi tiết về yêu cầu mới trước khi phản hồi chính thức. Điều này giúp PM hiểu rõ vấn đề, quản lý kỳ vọng, giảm xung đột và thể hiện sự tôn trọng – phù hợp với nguyên tắc Stakeholder Engagement trong PMBOK 7th (Principle 7: Engage Stakeholders). Không vội thay đổi kế hoạch hay scope mà ưu tiên giao tiếp hai chiều để xây dựng lòng tin. Đây là bước đầu tiên và hiệu quả nhất trong tình huống khẩn cấp từ voicemail.

📋 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, đánh dấu ✅ (đúng) hoặc ❌ (sai), với lý do dựa trên thực hành PMP tốt nhất:

• ❌ Update the stakeholder engagement plan to ensure the stakeholder is included in the project stakeholder list.
  Lý do sai: Việc cập nhật stakeholder engagement plan và stakeholder register là cần thiết lâu dài, nhưng không phải hành động đầu tiên để cải thiện mối quan hệ ngay lập tức. Stakeholder đã "upset" (bực tức), cần engage trực tiếp trước để lắng nghe, chứ không chỉ thêm tên vào danh sách mà chưa giao tiếp. Điều này có thể làm chậm trễ và bỏ lỡ cơ hội xây dựng lòng tin (PMBOK 7th: Focus on value delivery qua engagement, không phải thủ tục hành chính).

• ❌ Consult the project scope document to make sure the addition is in scope.
  Lý do sai: Kiểm tra scope document (tài liệu phạm vi) là bước hợp lý để đánh giá yêu cầu mới, nhưng không cải thiện mối quan hệ. Nó mang tính phòng thủ và một chiều, có thể khiến stakeholder cảm thấy bị bỏ qua thêm nữa. PMP ưu tiên engage trước để thu thập info đầy đủ, tránh quyết định vội dựa trên scope hiện tại (Stakeholder Engagement Plan Assessment trong PMBOK 7th).

• ✅ Engage the stakeholder to solicit more information before responding to the request.
  Lý do đúng: Như đã giải thích ở trên, đây là hành động tối ưu để engage trực tiếp, lấy thông tin chi tiết về yêu cầu RTM, giải tỏa bực tức và xây dựng mối quan hệ. Phù hợp với hybrid agile-predictive approach (PMBOK 7th), nơi giao tiếp là chìa khóa trong Project Stakeholder Management.

• ❌ Initiate a project change request so the change control board (CCB) can decide if it is in scope.
  Lý do sai: Khởi tạo change request và gửi CCB (Change Control Board) là quy trình chính thức cho thay đổi, nhưng quá sớm và hình thức khi chưa có đủ thông tin từ stakeholder. Điều này có thể làm stakeholder cảm thấy bị loại trừ thêm, không cải thiện mối quan hệ mà còn kéo dài xung đột. PMBOK 7th khuyến nghị engage trước khi formalize change (Change and Configuration Management).

📘 Tài liệu tham khảo

• PMBOK Guide 7th Edition (2021, cập nhật PMI đến 2026): Stakeholder Performance Domain (trang 83-89), Principle 7: Engage Stakeholders; Process 13.3 Manage Stakeholder Engagement.
• PMI Agile Practice Guide (2021): Nhấn mạnh iterative engagement trong stakeholder management.
• PMP Exam Content Outline (2021+): Domain IV: People (Stakeholder Engagement ~14% questions).
• Nguồn chính thức: pmi.org (The Standard for Project Management).

🛠️ Lời khuyên PMP: Luôn ưu tiên giao tiếp và engagement để "deliver value" – đây là mindset mới của PMBOK 7th!

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

Câu hỏi này thuộc chủ đề quản lý đội ngũ phân tán (distributed teams) trong môi trường Agile/Scrum, một phần quan trọng của PMP theo PMBOK Guide 7th Edition và Agile Practice Guide (cập nhật đến 2023, vẫn áp dụng đến 2026).

• Tình huống cụ thể: Các thành viên đội ngũ phát triển (development team) nằm ở ba múi giờ khác nhau, dẫn đến khó khăn trong việc sắp xếp thời gian họp daily standup (họp đứng hàng ngày - một sự kiện cốt lõi trong Scrum để đồng bộ hóa công việc, chia sẻ trở ngại và kế hoạch trong 15 phút).
• Vấn đề cốt lõi: Daily standup nhằm thúc đẩy giao tiếp nhanh chóng và minh bạch, nhưng với đội ngũ phân tán địa lý, việc ép họp toàn đội có thể gây mệt mỏi, giảm hiệu quả và vi phạm nguyên tắc tập trung vào giá trị (focus on value) và hỗ trợ đội ngũ tự quản (support self-organizing teams).
• Mục tiêu của Project Manager (PM): PM phải thúc đẩy giao tiếp hiệu quả mà không làm gián đoạn dòng chảy công việc, ưu tiên giải pháp linh hoạt, bền vững phù hợp với nguyên tắc Agile: "Đơn giản hóa thay vì loại bỏ" và "Hỗ trợ cá nhân hóa quy trình".

🛠️ Nguyên tắc PMP áp dụng: Theo 12 Nguyên tắc Dự án (Project Principles) trong PMBOK 7th (Principle 7: Optimize Risk Responses, Principle 9: Navigate Complexity), PM cần điều chỉnh quy trình cho môi trường phức tạp như đội ngũ toàn cầu hóa, sử dụng huddle meetings nhỏ hoặc công cụ bất đồng bộ (async tools) để duy trì nhịp điệu (cadence).

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

Đáp án đúng: Encourage frequent, small team meetings with two or three team members.

Lý do chi tiết 🛠️:

• Giải pháp này duy trì tinh thần daily standup bằng cách chia nhỏ thành các cuộc họp thường xuyên (frequent) với 2-3 người, phù hợp múi giờ địa phương, giúp giao tiếp liên tục mà không ép toàn đội.
• Hỗ trợ đội ngũ tự quản (self-organizing teams) theo Scrum Guide 2020 (vẫn chuẩn 2026), khuyến khích huddle nhỏ (small huddles) cho distributed teams để giảm độ trễ giao tiếp.
• Tăng hiệu quả: Các cuộc họp nhỏ nhanh hơn, tập trung hơn, tránh "zoom fatigue", và lan tỏa thông tin qua information radiators (như Slack/Jira).
• Phù hợp Hybrid Agile trong PMBOK 7th, ưu tiên value delivery qua giao tiếp phân tá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 cách chi tiết, dựa trên PMP/Agile best practices:

• ❌ Give up the daily standup and replace it with a daily report.
  Sai vì: Loại bỏ hoàn toàn daily standup vi phạm Scrum Events cốt lõi (Daily Scrum là bắt buộc theo Scrum Guide), dẫn đến mất sự đồng bộ thời gian thực và tăng rủi ro silo thông tin. Báo cáo hàng ngày (daily report) chỉ là bất đồng bộ thụ động, không thay thế được tương tác hai chiều, trái với nguyên tắc Stakeholder Engagement (PMBOK 7th).

• ❌ Let the team members decide themselves if they want to join the meeting.
  Sai vì: Dù Agile nhấn mạnh self-organizing, PM vẫn phải facilitate và enforce cadence (Scrum Guide: Product Owner/Scrum Master hỗ trợ). Để đội tự quyết sẽ dẫn đến thiếu nhất quán, giảm transparency, và không giải quyết vấn đề múi giờ, vi phạm Team Performance Domain (PMBOK 7th: Ensure consistent practices).

• ✅ Encourage frequent, small team meetings with two or three team members.
  Đúng vì: Như giải thích ở trên, đây là best practice cho distributed teams (Agile Practice Guide, p.45: "Use small, overlapping meetings or async standups"). Duy trì giao tiếp cao mà linh hoạt, hỗ trợ DevOps/Remote Agile phổ biến đến 2026.

• ❌ Require all team members to join the daily standup regardless of the meeting time.
  Sai vì: Ép buộc họp bất kể múi giờ gây kiệt sức (burnout), giảm motivation, và vi phạm People Domain (PMBOK 7th: Focus on emotional intelligence, work-life balance). Không bền vững, dẫn đến attendance thấp và hiệu quả kém (Scrum Guide cảnh báo chống "ceremonial Scrum").

📘 Tài liệu tham khảo

• PMBOK Guide 7th Edition (2021): Team Performance Domain (Ch.3), Agile Hybrid Approaches (Appendix).
• Agile Practice Guide (PMI, 2017 - cập nhật tích hợp PMBOK 7): Distributed Teams & Daily Scrum Alternatives (p.42-46).
• Scrum Guide 2020 (Ken Schwaber & Jeff Sutherland): Daily Scrum adaptations for co-located/remote teams (vẫn chuẩn đến 2026).
• PMI Pulse of the Profession 2023: 71% dự án dùng hybrid/remote teams cần linh hoạt meetings.

🛠️ Khuyến nghị thực tế: Kết hợp với tools như Microsoft Teams async updates hoặc Leantime cho standups bất đồng bộ để tối ưu! Nếu cần ví dụ case study, 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 lĩnh vực Quản lý con người (People Domain) trong kỳ thi PMP, tập trung vào vai trò của Project Manager (PM) khi hỗ trợ thành viên đội ngũ junior trong dự án. Cụ thể:
Một thành viên junior tiếp cận PM để xin hướng dẫn và lời khuyên về giảm thiểu rủi ro (risk mitigation). Câu hỏi yêu cầu PM nên phản hồi như thế nào?

✅ Mục tiêu chính: Kiểm tra khả năng lãnh đạo, huấn luyện (coaching) và phát triển đội ngũ của PM. Theo PMBOK Guide 7th Edition (2021) và cập nhật PMP đến 2026, PM không chỉ quản lý quy trình mà còn xây dựng năng lực đội ngũ, đặc biệt với nhân viên mới/junior thông qua hướng dẫn trực tiếp và hoạt động phát triển (developmental activities). Điều này phù hợp với 12 Nguyên tắc PMP (Be a diligent, respectful, and caring steward – Làm người quản lý tận tụy, tôn trọng và quan tâm) và People Domain (Optimize team performance & Build a team).

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

Đáp án đúng: Offer guidance and follow up with some developmental activity for the junior team member.

Lý do:
🛠️ PM phải cung cấp hướng dẫn trực tiếp (offer guidance) để hỗ trợ ngay lập tức, sau đó theo dõi bằng hoạt động phát triển (follow up with developmental activity) như đào tạo, mentoring hoặc assign task nhỏ để xây dựng kỹ năng. Điều này thúc đẩy sự phát triển cá nhân, tăng cường hiệu suất đội ngũ và phù hợp với vai trò Coach & Mentor của PM trong PMBOK 7th Edition (Process 9.2: Manage Team & Agile Principle: Foster collaboration). Không làm vậy sẽ bỏ lỡ cơ hội xây dựng đội ngũ mạnh mẽ!

📋 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:

• ✅ Offer guidance and follow up with some developmental activity for the junior team member.
  🟢 Đúng vì: Như đã giải thích ở trên, đây là hành động lãnh đạo lý tưởng, thể hiện sự quan tâm đến phát triển con người (People Domain). PM chủ động hỗ trợ, giúp junior học hỏi từ thực tế dự án, tránh lặp lại lỗi và tăng cường sự gắn kết đội ngũ. 📘 Tham khảo: PMBOK 7th Ed., Section 3.3.1 (Manage Team) & PMP Exam Content Outline 2021 (People - Task 2).

• ❌ Refer the junior team member to the senior team member who develops the risk mitigation strategy.
  🔴 Sai vì: Việc đẩy trách nhiệm cho senior member là trốn tránh vai trò lãnh đạo của PM. PM phải trực tiếp hướng dẫn để đảm bảo tính nhất quán chiến lược rủi ro (Risk Management – Process 11.x), không "đá quả bóng" cho người khác. Điều này vi phạm nguyên tắc Serve the team và có thể làm giảm động lực của junior.

• ❌ Inform the junior team member that risk mitigation is not part of their work.
  🔴 Sai vì: Hoàn toàn không đúng! Giảm thiểu rủi ro là trách nhiệm của toàn bộ đội ngũ (PMBOK 7th Ed., Section 4.6: Manage Project Knowledge & Universal Value: Risk Focus). PM không được phân biệt cấp bậc mà phải khuyến khích mọi người tham gia, giúp junior phát triển kỹ năng thay vì loại trừ họ.

• ❌ Tell the junior team member that the information is available in lessons learned.
  🔴 Sai vì: Chỉ trích hướng về lessons learned là thụ động, thiếu hỗ trợ cá nhân hóa. Lessons learned hữu ích nhưng PM phải giải thích và áp dụng thực tế (Process 4.6), không dùng làm "lá chắn" để tránh mentoring. Điều này bỏ qua nhu cầu hướng dẫn trực tiếp của junior, vi phạm Agile Value: Individuals over Processes.

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

• PMBOK Guide 7th Edition (2021): People Domain (Build team & Optimize performance); Risk Domain (Identify & Manage Risks).
• PMP Exam Content Outline (PMI, 2021 - hiệu lực đến 2026): People (25% kỳ thi), Task 2: Mentor relevant stakeholders.
• Agile Practice Guide (PMI, 2017/updated): Principle 4: Teams empower & self-manage (nhưng PM vẫn coach junior).
• PMI Code of Ethics (2022): Responsibility & Respect – PM phải hỗ trợ phát triển đội ngũ.

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

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

Câu hỏi này thuộc lĩnh vực Agile và Hybrid Approaches trong PMP (theo PMBOK® Guide 7th Edition và Agile Practice Guide). Tình huống mô tả một dự án triển khai hệ thống mới, nơi Project Manager (PM) quyết định sử dụng hỗn hợp Scrum và Kanban (gọi là Scrumban hoặc Hybrid Agile). Product Owner (PO) đang bối rối về cách bắt đầu deliver các functionalities (các chức năng yêu cầu).

📌 Ý chính của câu hỏi: PO cần sự hỗ trợ từ PM để khởi động quy trình deliver value trong môi trường hybrid này. Trong Agile, việc deliver bắt đầu từ Product Backlog – một danh sách ưu tiên các item (user stories, features) đại diện cho requirements. PM phải hướng dẫn PO xây dựng nền tảng này thay vì làm thay hoặc thảo luận chung chung, vì PO là người chịu trách nhiệm chính về backlog theo Scrum Guide.

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

Đáp án đúng: Coach the product owner on how to create a product backlog.

🛠️ Lý do chi tiết:

• Trong hybrid Scrum-Kanban, Product Backlog là artifact cốt lõi để quản lý và ưu tiên các functionalities. PO cần được coach (huấn luyện) để tự tạo backlog, bao gồm refinement (làm tinh) user stories, prioritization (sắp xếp theo value), và liên kết với Kanban board để visualize flow.
• PM đóng vai trò servant leader, hỗ trợ PO phát triển kỹ năng thay vì làm thay. Điều này phù hợp với Agile Principle #11: "The best way to convey information is face-to-face" và Coach/Train trong Hybrid models.
• Nếu không có backlog, không thể bắt đầu Sprint/Iteration hoặc Kanban flow, dẫn đến delay deliver.

📘 Nguồn tham khảo:

• PMBOK® Guide 7th Edition, Section 4.5.1.1 (Agile Team Composition & Product Owner Role).
• Agile Practice Guide (2021), p. 44-46: "Product Backlog as single source of truth".
• Scrum Guide (2020, cập nhật 2025): Product Owner owns the Product Backlog.

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

Dưới đây là phân tích từng lựa chọn một cách logic, dựa trên best practices PMP mới nhất (2026):

• ✅ Coach the product owner on how to create a product backlog.
  Giải thích đúng: Đây là hành động trực tiếp giải quyết confusion của PO. Coaching giúp PO xây dựng backlog từ requirements, decompose thành actionable items, và integrate với Kanban WIP limits. Không chỉ dạy lý thuyết mà thực hành ngay, đảm bảo PO tự chủ – phù hợp 100% hybrid approach.

• ❌ Discuss the product owner's responsibilities within the project team.
  Giải thích sai: Thảo luận trách nhiệm là quá chung chung và muộn màng. PO đã biết role cơ bản (maximize value), vấn đề là how to start delivering. Discussion không giúp tạo artifact cụ thể, chỉ lý thuyết suông, vi phạm nguyên tắc Agile "Deliver working software frequently".

• ❌ Encourage the team to subdivide the project tasks.
  Giải thích sai: Việc subdivide tasks thuộc trách nhiệm Development Team, không phải PO. PO focus vào "what" (requirements), team làm "how" (tasks). Khuyến khích team lúc này bỏ qua PO, gây confusion thêm và không giải quyết gốc rễ backlog. Trong Kanban, tasks decompose trên board, nhưng cần backlog trước.

• ❌ Create a work breakdown structure (WBS) and explain the deliverables to the product owner.
  Giải thích sai: WBS là tool của Predictive (Waterfall) life cycle (PMBOK 6th/7th, Section 5.4), không phù hợp Agile hybrid. Agile dùng Product Backlog thay WBS để adaptive planning. PM làm thay PO vi phạm self-organizing team principle, PO phải own backlog chứ không phải PM explain deliverables.

🧠 Kết luận nổi bật: Câu hỏi kiểm tra kiến thức PO empowerment trong Hybrid Agile. Chọn coach backlog là cách PM hỗ trợ hiệu quả nhất, đảm bảo value delivery nhanh chóng! Nếu áp dụng thực tế, hãy bắt đầu workshop backlog refinement ngay. 🚀

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

Câu hỏi này thuộc chủ đề Quản lý dự án Agile trong PMP (Project Management Professional), tập trung vào cách xử lý phản hồi mới từ bên ngoài (ở đây là bộ phận bảo mật - security department) trong một dự án Agile đang diễn ra.

• Dự án đang ở iteration thứ 8 trên tổng số 16 (giai đoạn giữa dự án, không phải đầu hay cuối).
• Sau iteration review (buổi đánh giá cuối iteration, nơi thu thập feedback từ stakeholders), team nhận được thông tin về các quy định bảo mật mà dự án phải tuân thủ (compliance regulations - đây là yêu cầu bắt buộc, không phải tùy chọn).
• Câu hỏi yêu cầu chọn HAI hành động mà Project Manager (PM) NÊN thực hiện (Choose two), nhấn mạnh vào cách xử lý thay đổi một cách linh hoạt, dựa trên dữ liệu theo nguyên tắc Agile.

Mục tiêu: PM cần đánh giá rủi ro và tác động trước khi quyết định tích hợp thay đổi, tránh làm gián đoạn iteration hiện tại. Điều này phù hợp với PMBOK 7th Edition (Principle 5: Optimize Risk Responses) và Agile Practice Guide (xử lý impediments và changes trong iteration).

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

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

1. Ask the security department for details about regulations.
2. Ask the team members to analyze the impact of including this regulation.

Lý do lựa chọn (theo PMP Agile mới nhất đến 2026 - PMBOK 7th & Agile Practice Guide):
🛠️ PM phải thu thập thông tin chi tiết từ nguồn gốc (security dept) để hiểu rõ yêu cầu, tránh hiểu lầm. Sau đó, phân tích tác động (impact analysis) bởi team để đánh giá effort, rủi ro, chi phí - đây là bước đầu tiên trong change control Agile (iterative refinement). Không nên vội add backlog hoặc force iteration mà không data-driven. Điều này hỗ trợ Value Delivery Principle và Adaptation trong Agile.

📋 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 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 chi tiết dựa trên thực tiễn Agile PMP:

• ❌ Ask the product owner to include the requirements in the product backlog.
  Sai vì: Việc trực tiếp yêu cầu Product Owner (PO) add vào backlog mà không thu thập chi tiết hoặc phân tích impact là premature (vội vã). Theo Agile, backlog phải được PO prioritize dựa trên value và feasibility sau khi có full info. PM không nên bypass quy trình refinement, tránh làm backlog bơm phồng (backlog bloat).

• ✅ Ask the security department for details about regulations.
  Đúng vì: Đây là bước đầu tiên và cần thiết để clarify requirements (làm rõ quy định). PM phải thu thập dữ liệu từ nguồn (security dept) trước khi quyết định, phù hợp với Stakeholder Engagement Principle (PMBOK 7) và "Inspect & Adapt" trong Agile. Không có details, không thể analyze chính xác.

• ❌ Ask the stakeholders about the priority of this regulation.
  Sai vì: Hỏi priority từ stakeholders quá sớm, khi chưa có details hoặc impact analysis. PO mới là người prioritize backlog dựa trên business value. Hành động này có thể gây confusion và delay, vi phạm Focus on Value - cần data trước opinion.

• ❌ Ask the team members to include the requirements in the next iteration.
  Sai vì: Ép team add ngay iteration tiếp theo mà không analyze impact là rủi ro cao, có thể làm vỡ scope creep hoặc burn team out. Agile nhấn mạnh team self-organizing và time-boxed iterations - phải spike (investigate) trước, không force change mid-project.

• ✅ Ask the team members to analyze the impact of including this regulation.
  Đúng vì: Team Agile (developers) là người tốt nhất để assess impact (effort, technical feasibility, risks). Đây là spike task hoặc technical debt analysis trong Agile Practice Guide, giúp PM/PO quyết định prioritize. Hỗ trợ Team & Culture Principle và iterative planning.

📘 Tài liệu tham khảo

• PMBOK® Guide – 7th Edition (2021, cập nhật đến 2026): Principle 5 (Optimize Risk Responses), Principle 12 (Adaptation), Domain 4: Project Work (Manage Changes).
• Agile Practice Guide (2017, tích hợp PMBOK 7): Phần 4.3 (Iteration Planning & Review), 6.2 (Handling New Requirements/Feedback).
• PMP Exam Content Outline (2021+): Agile Hybrid Approaches (26% exam weight), Task 4.10: Evaluate & Address External Business Environment Changes.

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

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

Câu hỏi này thuộc lĩnh vực Quản lý Bên liên quan (Stakeholder Management) trong PMP, cụ thể liên quan đến quy trình Thực hiện sự tham gia của bên liên quan (Engage Stakeholders) theo PMBOK® Guide 7th Edition (và cập nhật đến 2026 vẫn giữ nguyên khung này).

📖 Tình huống mô tả: Quản lý dự án (PM) của một sáng kiến chiến lược phát hiện ra một bên liên quan mới quan tâm đến dự án. PM muốn đảm bảo bên liên quan này hoàn toàn nhận thức đầy đủ về mục tiêu (goals), mục đích (objectives), lợi ích (benefits) và rủi ro (risks) của dự án. Câu hỏi yêu cầu hành động đầu tiên và phù hợp nhất để tăng cường thành công dự án.

🛠️ Mục tiêu chính: Xác định bước hành động ngay lập tức để tích hợp bên liên quan mới một cách hiệu quả, giúp họ hiểu rõ dự án từ đầu, từ đó giảm thiểu rủi ro thiếu sự hỗ trợ hoặc xung đột sau này. Theo nguyên tắc Tailoring và Stakeholder Engagement, giao tiếp cá nhân hóa là chìa khóa để xây dựng sự ủng hộ.

✅ Đáp án đúng: Schedule a meeting with the new stakeholder.

Lý do lựa chọn (theo PMBOK® 7th Ed., Process 13.3 - Manage Stakeholder Engagement):
Hành động này là bước đầu tiên và trực tiếp nhất để giao tiếp hai chiều hiệu quả với bên liên quan mới. Cuộc họp cho phép PM giới thiệu chi tiết về goals, objectives, benefits, risks một cách cá nhân hóa, lắng nghe phản hồi, đánh giá mức độ tham gia (unaware → supportive), và xây dựng mối quan hệ ngay từ đầu. Điều này tăng cường thành công dự án bằng cách đảm bảo sự ủng hộ sớm, tránh hiểu lầm. Trong PMP, engaging proactively qua meeting là best practice cho stakeholder mới, trước khi cập nhật các kế hoạch chính thức.

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

• ✅ Schedule a meeting with the new stakeholder.
  Đúng vì: Đây là hành động chủ động và kịp thời nhất, phù hợp với Stakeholder Sphere of Influence và 12 Principles of PMBOK 7th (Focus on Value, Engage Stakeholders). Meeting giúp truyền đạt thông tin đầy đủ, hai chiều, xác định kỳ vọng, và đánh giá mức độ tham gia ngay lập tức – điều mà các tài liệu tĩnh không làm được. Không làm vậy có thể dẫn đến rủi ro dự án (Risk of disengagement).

• ❌ Share the project status reports with the new stakeholder.
  Sai vì: Báo cáo tình trạng (status reports) chỉ cập nhật tiến độ hiện tại, không tập trung vào goals, objectives, benefits, risks tổng quát. Với bên liên quan mới (có thể ở mức "unaware"), việc gửi tài liệu này không hiệu quả, dễ gây nhầm lẫn hoặc thiếu tương tác. Theo Communications Management (Process 10.1), status reports là công cụ định kỳ, không phải onboarding ban đầu.

• ❌ Update the stakeholder engagement plan.
  Sai vì: Kế hoạch tham gia bên liên quan (Stakeholder Engagement Plan) được cập nhật sau khi identify và assess (Process 13.2 - Plan Stakeholder Engagement). Lúc này, PM chưa engage trực tiếp, nên cập nhật kế hoạch chưa phải bước đầu tiên. Hành động này là thụ động, có thể dẫn đến kế hoạch không chính xác nếu thiếu input từ stakeholder mới.

• ❌ Add the new stakeholder to the communications management plan.
  Sai vì: Kế hoạch giao tiếp (Communications Management Plan) quy định phương thức và tần suất giao tiếp chung (who, what, when), không phải nội dung giới thiệu chi tiết về dự án. Thêm vào đây chỉ là bước hành chính, không đảm bảo bên liên quan hiểu đầy đủ ngay lập tức. Theo Process 10.1, cập nhật plan này xảy ra sau khi engage và thu thập yêu cầu.

📘 Tài liệu tham khảo

• PMBOK® Guide 7th Edition (2021): Chapter 13 - Project Stakeholder Management (trang 273-287), đặc biệt Principle 8: Engage Stakeholders Effectively; Process 13.3 Manage Stakeholder Engagement.
• PMI Agile Practice Guide (2021): Nhấn mạnh hybrid engagement cho stakeholder mới qua kickoff meetings.
• PMP Exam Content Outline (2021, cập nhật 2024): Domain IV: People (26%), Task 2: Engage Stakeholders.
• The Standard for Project Management (2021): Models như Stakeholder Engagement Assessment Matrix (trang 67).

🛡️ Lưu ý PMP: Luôn ưu tiên proactive engagement để tối ưu hóa giá trị dự án! Nếu áp dụng thực tế, hãy dùng công cụ như RACI hoặc Power/Interest Grid để hỗ trợ.

🧩 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 và trở ngại (Issue and Impediment Management) trong PMP, tập trung vào vai trò của Project Manager (PM) khi dự án gặp phải các obstacles (trở ngại) đang cản trở tiến độ.

• Bối cảnh: Trong quá trình thực hiện dự án (Executing Process Group theo PMBOK 6th hoặc Delivery/Operations trong PMBOK 7th), PM phát hiện nhiều trở ngại ngăn dự án tiến triển.
• Yêu cầu hành động: PM cần quyết định hành động cụ thể đầu tiên và trực tiếp nhất để loại bỏ (remove) các trở ngại này, đảm bảo dự án tiếp tục di chuyển về phía trước.
• Mục tiêu kiểm tra kiến thức: Đánh giá sự hiểu biết về trách nhiệm cốt lõi của PM – chủ động giải quyết vấn đề thay vì né tránh, ủy quyền ngay lập tức hoặc chỉ lập kế hoạch mà không thực thi. Điều này phù hợp với nguyên tắc "Project Manager is accountable for project outcomes" và "Remove impediments" trong Agile/Hybrid approaches (PMBOK 7th Edition).

🛠️ Nguyên tắc PMP áp dụng: Theo PMBOK 7th Edition (2021) và cập nhật đến 2026 (PMI Agile Practice Guide), PM phải implement các kế hoạch cụ thể để giải quyết trở ngại, sử dụng công cụ như Issue Log, Risk Register, và các kỹ thuật từ 12 Principles (Stewardship, Team, Stakeholders, Value, Systems Thinking, Leadership, Tailoring, Quality, Complexity, Risk, Adaptability, Change).

✅ Đáp án đúng: Implement plans to remove the obstacles

Lý do lựa chọn:

• Đây là hành động trực tiếp, chủ động và phù hợp nhất với trách nhiệm của PM. PM không chỉ xác định vấn đề mà phải thực thi (implement) kế hoạch để loại bỏ trở ngại ngay lập tức, đảm bảo dự án không bị đình trệ.
• Trong PMBOK 7th, PM chịu trách nhiệm Manage Issues & Deliverables (Domain: Team & Uncertainty), sử dụng Issue Management Plan để chuyển từ "identify → analyze → plan → implement → monitor".
• Trong Agile (Scrum/Kanban), PM/Product Owner/Scrum Master phải remove impediments trong Daily Stand-up hoặc Impediment Backlog để team tập trung vào value delivery.
• ✅ Lợi ích: Giúp dự án tiến triển nhanh chóng, thể hiện leadership và accountability của PM.

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

• ❌ [SAI] Have the project team work on other activities
  Phương án này sai vì nó khuyến khích né tránh vấn đề thay vì giải quyết trực tiếp. Việc chuyển team sang hoạt động khác chỉ làm trì hoãn trở ngại, dẫn đến tích tụ vấn đề lớn hơn (scope creep hoặc delay). PMBOK 7th nhấn mạnh focus on value và không lãng phí tài nguyên vào "workaround" mà không remove root cause. 🛑 Đây là hành động thụ động, vi phạm nguyên tắc Stewardship.

• ✅ [ĐÚNG] Implement plans to remove the obstacles
  Như đã giải thích ở trên, đây là hành động cốt lõi của PM. PM phải thực thi kế hoạch từ Issue Log hoặc Risk Response Plan để loại bỏ trở ngại, đảm bảo flow dự án. Phù hợp 100% với PMP best practices. 🚀

• ❌ [SAI] Escalate to the project steering committee
  Phương án này sai vì escalate chỉ dùng khi PM không thể tự giải quyết (ví dụ: thiếu authority hoặc resources ngoài scope). PMBOK 7th (Section 4.6 Escalation Process) yêu cầu PM tự manage trước, chỉ escalate nếu cần support cao cấp. Việc escalate ngay lập tức thể hiện thiếu leadership. 📤

• ❌ [SAI] Prioritize the obstacles for resolution
  Phương án này sai vì prioritize chỉ là bước đầu tiên (analyze/plan), không phải hành động remove. PMBOK khuyến nghị sử dụng MoSCoW, Eisenhower Matrix để prioritize, nhưng câu hỏi hỏi về remove obstacles – cần implement sau prioritize. Chỉ prioritize mà không hành động sẽ không giải quyết vấn đề. 🔄

📘 Tài liệu tham khảo (Cập nhật mới nhất đến 2026)

• PMBOK® Guide – 7th Edition (2021): Chapter 4 (Team), Principle 11 (Risk), Tools: Issue Log (p. 127), Impediments in Agile (p. 82-85).
• PMI Agile Practice Guide (2017, tích hợp 7th): "Remove Impediments" (Scrum Events, p. 34).
• The Standard for Project Management (2021): Domain 3 Uncertainty (Issue Response Planning).
• PMP Exam Content Outline (2024-2026): Task 8.3 (Manage/monitor risks), People Domain 30% weight.
• PMI.org resources: Process Groups: Executing → Direct & Manage Project Work.

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 mô tả một dự án đang bị chậm trễ nghiêm trọng do lượng lớn thay đổi lớn (major changes) từ các bên liên quan (stakeholders) ở nhiều giai đoạn khác nhau. Nếu tiếp tục theo cách hiện tại, dự án sẽ tiêu tốn gấp đôi thời gian và ngân sách so với kế hoạch ban đầu.
📌 Vấn đề cốt lõi: Quản lý thay đổi kém hiệu quả từ stakeholders dẫn đến scope creep, làm tăng chi phí và thời gian. Project manager cần chọn hai hành động để tăng tính hiệu quả chi phí (cost effective), nghĩa là giảm thiểu lãng phí, kiểm soát thay đổi tốt hơn và tối ưu hóa nguồn lực.
🛠️ Liên quan PMP (PMBOK 7th Edition & Agile Practice Guide, cập nhật đến 2026): Tập trung vào Stakeholder Management (quản lý kỳ vọng để giảm thay đổi) và Delivery Approaches (chuyển sang incremental để linh hoạt xử lý thay đổi, deliver value sớm).

✅ Đáp án đúng (Chọn hai)

Hai lựa chọn đúng là:
Conduct a stakeholder analysis và Adopt an incremental approach.

Lý do chọn:
🧩 Những hành động này trực tiếp giải quyết nguyên nhân gốc rễ (stakeholder changes) bằng cách:

• Phân tích stakeholders để hiểu nhu cầu, ưu tiên và engage sớm, giảm thay đổi không cần thiết → Tiết kiệm chi phí.
• Chuyển sang cách tiếp cận incremental (giao giá trị từng phần nhỏ) giúp kiểm soát scope, test thay đổi nhanh chóng, tránh lãng phí toàn bộ dự án → Cost effective hơn waterfall truyền thống.
  📘 Nguồn: PMBOK® Guide 7th Edition (Domain: Stakeholder - Task: Analyze stakeholders); Agile Practice Guide (Incremental Delivery để handle volatility).

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

• ✅ Conduct a stakeholder analysis
  Đúng. Hành động này giúp project manager xác định power/interest của stakeholders, phân loại nhu cầu và lập chiến lược engage (engagement strategy). Giảm major changes bằng cách quản lý kỳ vọng từ đầu, tránh scope creep → Trực tiếp tăng cost effectiveness.
  📘 Nguồn: PMBOK 7th Ed., Section 4.3 Manage Stakeholder Engagement.

• ❌ Reinforce team communication.
  Sai. Cải thiện giao tiếp nội bộ team chỉ hỗ trợ hiệu suất team, không giải quyết trực tiếp thay đổi từ stakeholders bên ngoài. Vấn đề là external changes, không phải internal comms → Không cost effective cho tình huống này.

• ❌ Update the project management plan with the new timeline
  Sai. Chỉ cập nhật kế hoạch để chấp nhận delay mới (gấp đôi thời gian) mà không kiểm soát nguyên nhân → Làm tăng chi phí thêm, trái ngược với "cost effective". Đây là reactive, không proactive.
  📘 Nguồn: PMBOK 7th Ed., Change Control Process yêu cầu assess impact trước khi approve.

• ✅ Adopt an incremental approach
  Đúng. Chuyển sang incremental (giao sản phẩm từng increment nhỏ) cho phép prioritize features, handle changes linh hoạt, deliver value sớm và điều chỉnh dựa trên feedback → Giảm rủi ro lãng phí ngân sách gấp đôi. Phù hợp hybrid/Agile cho dự án volatile.
  📘 Nguồn: Agile Practice Guide (PMBOK 7th), Principle: Deliver in Increments; Process Groups Practice Guide.

• ❌ Leverage work between team members
  Sai. Tận dụng công việc giữa các thành viên (có lẽ reuse tasks) chỉ tối ưu hóa nội bộ team, không address stakeholder-driven changes. Không ngăn chặn major changes → Không giải quyết gốc rễ vấn đề chi phí.

🏆 Kết luận & Lời khuyên PMP

Chọn hai hành động trên giúp project manager chuyển từ reactive sang proactive, phù hợp Value Delivery System trong PMBOK 7th (2021, cập nhật 2026). Áp dụng sớm để tránh overrun! 💡 Nếu thực tế, kết hợp với Change Control Board và Earned Value Management để monitor chi phí.

🧩 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ý đội ngũ và phát triển năng lực trong môi trường Agile/Scrum theo PMP (PMBOK 7th Edition và Agile Practice Guide).

• Tình huống: Một Project Manager đang làm việc với một Scrum team liên tục miss deadlines (trễ hạn). Steering committee lo ngại vì dự án không rõ ràng sẽ mang lại expected value (giá trị mong đợi). Sau khi phân tích, PM phát hiện mismatch of competencies (sự không khớp về năng lực) ở một trong các team.
• Vấn đề cốt lõi: Không phải chỉ là trễ hạn, mà nguyên nhân gốc rễ là thiếu năng lực ở team, dẫn đến rủi ro không đạt value. Trong Agile, Scrum team cần tự quản (self-organizing) và có năng lực cao để deliver increments thường xuyên.
• Mục tiêu PMP: PM phải áp dụng servant leadership (lãnh đạo phục vụ), tập trung giải quyết nguyên nhân gốc (root cause) thay vì triệu chứng, theo nguyên tắc People-centric và Value-driven trong PMBOK 7th (2021, cập nhật đến 2026 không thay đổi cơ bản).

🛠️ Project Manager nên làm gì? Tập trung vào việc phát triển team để khắc phục mismatch, đảm bảo sustainable pace và deliver value.

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

Đáp án đúng: Provide appropriate training to compensate for the mismatch

Lý do (theo PMP mới nhất):

• Trong Agile/Scrum, PM đóng vai trò facilitator hỗ trợ team phát triển năng lực (competency development). Mismatch competencies là vấn đề team capability gap, cần training phù hợp để bù đắp, giúp team self-improve và meet velocity ổn định.
• PMBOK 7th Edition (Process 9.4: Develop Team) nhấn mạnh training và coaching là công cụ chính để build competence, đặc biệt trong hybrid/Agile environments.
• Agile Practice Guide (PMI, 2021) khuyên: Đối với Scrum team miss sprint goals do skill gaps, prioritize cross-training hoặc external training để tăng adaptability và value delivery.
• Kết quả: Giúp team deliver expected value kịp thời, tránh escalation lên steering committee.

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

• ❌ Phương án SAI: Emphasize to the teams the importance of meeting the agreed deadlines
  Giải thích: Chỉ nhấn mạnh deadlines mà không giải quyết root cause (mismatch competencies) là cách tiếp cận command-and-control, trái với Agile principles (self-organizing teams). Điều này có thể gây demotivation, tăng burnout, không cải thiện value delivery lâu dài (PMBOK 7th, Principle 3: Focus on Value).

• ✅ Phương án ĐÚNG: Provide appropriate training to compensate for the mismatch
  Giải thích: Như đã nêu trên, đây là hành động proactive và phù hợp, trực tiếp address root cause bằng cách invest vào human capital. Hỗ trợ continuous improvement (Kaizen) trong Scrum, đảm bảo team đạt Definition of Done (DoD) và Sprint Goals.

• ❌ Phương án SAI: Update the project schedule to reflect the delay
  Giải thích: Cập nhật schedule chỉ là reactive measure (xử lý triệu chứng), chấp nhận delay mà không fix vấn đề gốc. Trong Agile, schedule linh hoạt nhưng priority là maximize value qua iterations, không phải kéo dài timeline vô tận (Agile Practice Guide, Scrum Framework).

• ❌ Phương án SAI: Accept the risk of the project missing deadlines due to the mismatch
  Giải thích: Chấp nhận rủi ro mà không mitigate là poor risk management (PMBOK 7th, Model 6.1: Risk Management). Mismatch competencies là known risk có thể control qua training, không nên accept vì ảnh hưởng đến project value và stakeholder satisfaction.

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

• PMBOK® Guide – 7th Edition (2021): Principle 1 (Be a diligent, respectful, and caring steward – phát triển team); Process 9.4 Develop Team; Section 4.5.2.3 Agile Environments.
• Agile Practice Guide (PMI, 2021): Chapter 5 Scrum; Life Cycle 3.3 Servant Leader responsibilities.
• PMI Code of Ethics (2022): Responsibility – address issues proactively.
• Không có thay đổi lớn đến 2026 (theo PMI updates); khuyến nghị kiểm tra PMI.org cho exam content outline mới nhất.

🧩 Kết luận: Hành động đúng giúp PM thể hiện hybrid PM skills (Agile + Predictive), ưu tiên team empowerment để deliver value bền vững! 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 Agile trong PMP (theo PMBOK® Guide 7th Edition và Agile Practice Guide của PMI, cập nhật đến năm 2026).

• Tình huống: Ban chỉ đạo dự án (steering committee) yêu cầu project manager có kinh nghiệm Agile cung cấp chỉ số thời gian còn lại (indication of the time remaining) cho một dự án trung bình (medium-sized).
• Mục tiêu: Tìm công cụ phù hợp để ước lượng và dự báo thời gian hoàn thành dựa trên nguyên tắc Agile, nơi tiến độ được theo dõi liên tục qua dữ liệu thực tế (empirical process control).
• Bối cảnh Agile: Trong Agile (như Scrum hoặc SAFe), forecasting không dựa vào lịch trình cố định mà dùng các biểu đồ động để hiển thị công việc còn lại so với thời gian, giúp điều chỉnh linh hoạt. Dự án trung bình thường dùng công cụ đơn giản, trực quan cho release hoặc sprint.

📘 Nguồn tham khảo:

• PMBOK® Guide 7th Edition (Section 6.3: Manage Project Work – Agile Tools).
• Agile Practice Guide (PMI, 2017, cập nhật 2023): Chapter 5: Implementing Agile – Burndown Metrics.

✅ Đáp án đúng: A release burndown chart

Lý do lựa chọn:

• Release Burndown Chart là công cụ chuẩn trong Agile để dự báo thời gian còn lại cho một release (phát hành). Nó vẽ đường baseline (tổng công việc ban đầu) và đường thực tế (công việc còn lại), với trục hoành là thời gian (ngày/tuần) và trục tung là story points hoặc ideal hours.
• Từ biểu đồ, project manager dễ dàng ước lượng thời gian hoàn thành bằng cách kéo dài đường xu hướng hiện tại đến trục 0.
• Phù hợp dự án trung bình, vì nó đơn giản, dựa trên dữ liệu thực tế (velocity), và được steering committee dễ hiểu.
• ✅ Ưu điểm nổi bật: Cung cấp "indication of time remaining" trực tiếp, hỗ trợ decision-making ở cấp cao.

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

• A. A release burndown chart
  ✅ Đúng – Như đã giải thích ở trên, đây là công cụ chuyên dụng để hiển thị và dự báo thời gian còn lại cho release trong Agile. Nó kết hợp công việc còn lại với timeline thực tế, giúp ước lượng chính xác hơn so với các metric tĩnh.

• B. Analysis of the business requirements document
  ❌ Sai – Phân tích Business Requirements Document (BRD) là kỹ thuật thuộc phương pháp truyền thống (Waterfall), tập trung vào yêu cầu ban đầu cố định. Nó không cung cấp dữ liệu động về tiến độ thực tế hay thời gian còn lại trong Agile, nơi requirements thay đổi và ưu tiên empirical data.

• C. Story points for the remaining user stories
  ❌ Sai – Story points chỉ đo lượng công việc tương đối còn lại (relative effort), không trực tiếp chuyển thành thời gian. Để có time estimate, cần kết hợp với velocity lịch sử (ví dụ: points per sprint), nhưng bản thân nó không phải công cụ forecasting thời gian – chỉ là input thô.

• D. Surrogate measurements
  ❌ Sai – Surrogate measurements (đo lường thay thế) là các metric gián tiếp (như số lượng task hoàn thành thay vì value delivered), thường dùng trong môi trường thiếu dữ liệu thực. Trong Agile chuẩn (PMP 2026), nó không phải công cụ chính cho time forecasting, dễ gây misleading vì không dựa trên velocity hoặc burndown thực tế.

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

• Bài học chính: Trong Agile, ưu tiên burndown/burnup charts cho forecasting (PMBOK 7th: Principle 9 – Optimize Risk Responses). Tránh nhầm lẫn với metric tĩnh.
• Mẹo thi PMP: Nhớ phân biệt tools theo context (Agile vs. Predictive). Release burndown phù hợp dự án medium-scale hơn sprint burndown (cho sprint ngắn).
• 🏆 Nguồn bổ sung: PMI.org/AgilePracticeGuide (2023 update); Scrum Guide 2020 (Ken Schwaber).

Hy vọng phân tích này giúp bạn nắm vững! 🚀