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 này thuộc quá trình Khởi tạo dự án (Initiating Process Group) trong PMP, cụ thể là giai đoạn phát triển chiến lược triển khai (implementation strategy) sau khi xem xét business case.
✅ Bối cảnh: Một công ty đa quốc gia muốn mở rộng kinh doanh vào một quốc gia mới mà họ chưa có mặt. Quản lý dự án (PM) được giao khởi tạo dự án.
🛠️ Yêu cầu chính: Sau khi review business case, việc đầu tiên cần xem xét khi phát triển chiến lược triển khai phù hợp là gì?
📘 Liên hệ PMP (PMBOK 7th Edition, 2021 - cập nhật đến 2026): Trong Process 1.2: Develop Project Charter, PM phải đánh giá Enterprise Environmental Factors (EEF) như yếu tố môi trường, quy định pháp lý (regulatory factors), và xác định rủi ro cao cấp (high-level risks) cùng giả định (assumptions). Đây là bước đầu tiên để đảm bảo dự án khả thi, vì mở rộng thị trường mới liên quan đến yếu tố bên ngoài chưa biết (unknown unknowns). Không có thay đổi lớn trong PMP 2026 preview.

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

Đáp án đúng: Evaluate the environmental and regulatory factors and identify high-level risks and assumptions

Lý do:
🧩 Đây là bước đầu tiên và ưu tiên trong việc phát triển implementation strategy. Theo PMBOK 7th (Section 2.1 & Process 1.2), PM phải đánh giá EEF (bao gồm PESTLE: Political, Economic, Social, Technological, Legal, Environmental) và OPM framework để xác định high-level risks/assumptions trước khi charter dự án. Với thị trường mới, regulatory factors (luật pháp, thuế, văn hóa) và environmental factors (thị trường, cạnh tranh) là rào cản lớn nhất, giúp tránh sai lầm chiến lược từ đầu. Các bước khác (như acquire resources) chỉ đến sau.

Nguồn tham khảo:
📘 PMBOK Guide 7th Edition (2021), trang 43-51 (EEF inputs); PMI's Process Groups: A Practice Guide (2022). Không thay đổi trong PMP Exam Content Outline 2024-2026.

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

• Acquire project resources from the new country to mitigate the risk of uncertainty
  ❌ Sai: Phương án này tập trung vào thuê nguồn lực địa phương để giảm rủi ro không chắc chắn, nhưng đây KHÔNG phải bước đầu tiên. Acquire resources thuộc Executing Process Group (Process 4.5: Acquire Resources), sau khi charter và plan hoàn tất. Làm sớm có thể lãng phí nếu strategy chưa rõ, vi phạm nguyên tắc "progressive elaboration".

• Evaluate the environmental and regulatory factors and identify high-level risks and assumptions
  ✅ Đúng: Như đã giải thích, đây là bước đầu tiên để xây dựng strategy vững chắc. Đánh giá EEF và high-level risks/assumptions là input chính cho Project Charter (PMBOK 7th, Table 2-4), đặc biệt với dự án mở rộng quốc tế mới (tailoring cho Agile/Hybrid).

• Identify and monitor the risks closely since the company does not have lessons learned for this country
  ❌ Sai: Việc xác định và monitor rủi ro đúng nhưng KHÔNG phải đầu tiên và không đầy đủ. Risk identification là phần của Planning (Process 4.1 Plan Risk Management), sau khi đánh giá EEF. "Lessons learned" thuộc OPA, nhưng thiếu strategy tổng thể; monitor là ongoing, không phải "first consideration".

• Ensure that project sponsors are in agreement on the project deliverables and timeline during the project
  ❌ Sai: Đảm bảo sponsor đồng ý deliverables và timeline là việc của stakeholder engagement (Process 1.1 Identify Stakeholders & 4.7 Manage Stakeholder Engagement), nhưng "during the project" sai ngữ cảnh (phải từ Initiating). Timeline/deliverables chưa rõ ràng lúc này, cần strategy trước; vi phạm nguyên tắc "align with business case" (PMBOK 7th, Principle 1: Be a diligent, respectful, and caring steward).

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 tập trung vào quản lý dự án Agile theo chuẩn PMP (PMBOK® Guide 7th Edition và Agile Practice Guide). Một project manager được giao dẫn dắt team Agile mới thành lập. Functional manager đã giao nhiệm vụ cụ thể cho từng thành viên, nhưng team cảm thấy không được trao quyền (empowered). Vấn đề cốt lõi: Làm thế nào để project manager thúc đẩy sự trao quyền (empowerment) và trách nhiệm (accountability) trong team?

🛠️ Bối cảnh chính: Trong Agile, team phải tự tổ chức (self-organizing), tự quyết định cách thực hiện công việc để tăng động lực, sáng tạo và trách nhiệm. Việc functional manager giao task trực tiếp làm giảm sự tự chủ, trái với nguyên tắc Agile (theo Agile Manifesto: "Build projects around motivated individuals. Give them the environment and support they need, and trust them to get the job done"). Project manager cần áp dụng servant leadership để trao quyền, không phải chỉ đạo chi tiết.

📘 Nguồn tham khảo:

• PMBOK® Guide 7th Edition, phần Teams (trang 57-60): Nhấn mạnh "empowered and engaged project teams".
• Agile Practice Guide (PMI, 2017, cập nhật tích hợp PMBOK 7): Chương 4 - Servant Leadership and Team Empowerment trong Agile teams.

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

Đáp án đúng: Give the team autonomy to make their own decisions on how to perform the tasks

Lý do: ✅ Phương án này trực tiếp thúc đẩy empowerment bằng cách trao quyền tự chủ (autonomy) cho team quyết định cách thức thực hiện task (how to perform), giữ nguyên mục tiêu task (what to do). Điều này phù hợp nguyên tắc Agile: Team tự tổ chức, tăng accountability vì họ chịu trách nhiệm cho quyết định của mình. Project manager làm servant leader, hỗ trợ thay vì kiểm soát, giúp team cảm thấy empowered và motivated. (PMBOK 7: "Teams should self-organize and self-manage").

🔍 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 nhãn A, B, C, D để dễ theo dõi, với emoji chỉ rõ đúng/sai và lý do bằng tiếng Việt:

• A. ❌ [SAI] Assign the tasks individually based on the role of the team member to ensure expertise on the subject.
  Giải thích sai: Phương án này tiếp tục giao task cá nhân hóa theo vai trò, giống functional manager đã làm, làm giảm empowerment vì team không tự quyết định. Nó nhấn mạnh expertise nhưng bỏ qua self-organization, trái Agile (team cần tự phân công để tăng trách nhiệm chung).

• B. ❌ [SAI] Encourage and assign the team to perform demos of their products or software with the customers.
  Giải thích sai: Việc khuyến khích và giao demo với khách hàng tốt cho feedback (Agile practice), nhưng không giải quyết gốc rễ empowerment về cách thực hiện task. Nó chỉ thêm hoạt động bên ngoài, không trao quyền tự quyết nội bộ, dễ làm team cảm thấy bị "assign" thêm thay vì tự chủ.

• C. ✅ [ĐÚNG] Give the team autonomy to make their own decisions on how to perform the tasks.
  Giải thích đúng: Như đã nêu ở phần đáp án, đây là cách cốt lõi trao quyền tự chủ cho team quyết định "how" (cách làm), giữ "what" (task mục tiêu). Tăng accountability vì team sở hữu quyết định, phù hợp 100% servant leadership trong Agile (Agile Practice Guide: "Empower teams to self-manage their work").

• D. ❌ [SAI] Encourage the team to keep the product owner involved when choosing ways to resolve the given task.
  Giải thích sai: Giữ product owner tham gia chọn cách giải quyết làm giảm autonomy của team, vì PO chỉ định "what" (backlog), không can thiệp "how". Điều này vi phạm nguyên tắc Agile: Development Team tự quyết nội bộ, PO chỉ làm rõ yêu cầu (Scrum Guide 2020, tích hợp PMP).

🧠 Kết luận: Câu hỏi kiểm tra kiến thức Agile empowerment vs. traditional management. Chọn C để chuyển team từ "assigned" sang "self-empowered", tối ưu hiệu suất theo PMP 2026 (cập nhật nhấn mạnh hybrid Agile). Nếu áp dụng thực tế, PM nên tổ chức retrospective để củng cố! 🚀

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

Câu hỏi mô tả tình huống thực tế trong quản lý dự án PMP: Một Project Manager (PM) đang tổ chức cuộc họp tiến độ với toàn bộ thành viên đội ngũ trong một công ty đa quốc gia, quản lý dự án quan trọng (critical project). Trong cuộc họp, một thành viên đội ngũ báo cáo đang gặp vấn đề nghiêm trọng (critical problem) có thể ngăn cản họ hoàn thành nhiệm vụ được giao.
🛠️ Mục tiêu câu hỏi: Kiểm tra kiến thức của PM về cách xử lý issue (vấn đề hiện tại) một cách kịp thời, hỗ trợ đội ngũ và tuân thủ các quy trình quản lý dự án theo PMBOK® Guide (phiên bản 7th Edition và cập nhật PMP đến 2026). Đây là tình huống thuộc Performance Domain: Team và Uncertainty, nơi PM cần hành động trực tiếp để giải quyết issue, tránh làm gián đoạn dự án.

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

Đáp án đúng: Schedule a meeting with the concerned team member to review and update the issue log together
Lý do:

• Trong PMP (PMBOK® 7th Edition), Issue Log là artifact chính để ghi nhận, theo dõi và giải quyết issues (vấn đề hiện tại đã xảy ra, không phải rủi ro tương lai). PM cần hành động ngay lập tức bằng cách họp riêng với thành viên liên quan để review và update Issue Log, đảm bảo vấn đề được ghi nhận chính xác, phân tích nguyên nhân và lập kế hoạch giải quyết.
• Hành động này thể hiện hỗ trợ đội ngũ (team support), khuyến khích giao tiếp mở và tuân thủ Project Team Management (Principle 5: Teamwork). Việc họp riêng tránh làm gián đoạn cuộc họp chung, đồng thời cập nhật log để chia sẻ với stakeholders sau.
• Đây là cách xử lý proactive và collaborative, phù hợp với dự án critical, giúp giảm thiểu tác động đến tiến độ (schedule baseline).

📋 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 PMBOK® 7th Edition và PMP Exam Content Outline (2021, cập nhật 2026).

• ❌ Phương án SAI: Ask the team member to follow the approved communications management plan to communicate their issue
  Giải thích: Communications Management Plan quy định cách thức giao tiếp chung (kênh, tần suất, đối tượng), không phải công cụ để xử lý issue ngay lập tức. Việc yêu cầu thành viên tuân thủ plan sẽ làm chậm trễ giải quyết vấn đề critical, vi phạm nguyên tắc prompt response trong Team Domain. PM phải hành động trực tiếp thay vì đẩy trách nhiệm.

• ✅ Phương án ĐÚNG: Schedule a meeting with the concerned team member to review and update the issue log together
  Giải thích: Như đã nêu ở trên, đây là hành động chuẩn xác nhất. Issue Log (thuộc Data & Information Management) giúp theo dõi issue từ phát hiện đến closure. PM họp riêng để collaborate update, thể hiện leadership và hỗ trợ đội ngũ hiệu quả (Stakeholder Engagement Domain).

• ❌ Phương án SAI: Review the risk register with the team member to find the proper response action for this issue
  Giải thích: Risk Register dùng cho rủi ro tiềm ẩn (uncertainty tương lai), không phải issue đã xảy ra. Việc review risk register là không phù hợp vì issue cần Issue Log riêng biệt. Điều này có thể gây nhầm lẫn và lãng phí thời gian, vi phạm Uncertainty Domain (PMBOK® 7: Phân biệt rõ risk vs. issue).

• ❌ Phương án SAI: Ask the team member to raise a change request to assess the issue in detail
  Giải thích: Change Request chỉ dùng khi issue yêu cầu thay đổi baseline (scope, schedule, cost). Vấn đề critical chưa chắc dẫn đến change (có thể là resource hoặc skill gap), nên không nên yêu cầu ngay. Việc này sẽ kích hoạt Change Control Process phức tạp, làm chậm dự án thay vì giải quyết nhanh qua Issue Log (Integrated Change Control chỉ áp dụng khi cần thiết).

📘 Tài liệu tham khảo

• PMBOK® Guide – 7th Edition (2021, PMI): Section 4.7 (Team Domain), 4.8 (Uncertainty), và Appendix (Artifacts: Issue Log).
• PMP Examination Content Outline (2021, cập nhật 2026): Domain III: Business Environment (15%), Domain IV: People (42%) – Nhấn mạnh issue management và team support.
• PMI Agile Practice Guide (2021): Hybrid approach cho issue handling trong critical projects.
  💡 Lưu ý: Kiến thức dựa trên phiên bản mới nhất, khuyến nghị thực hành qua PMI.org quizzes để củng cố!

🧩 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), cụ thể là trong ngữ cảnh Scrum với sprint review.

• Tình huống: Trong buổi đánh giá sprint cuối cùng, Product Owner (PO) cho rằng sản phẩm không mang lại giá trị nào (does not deliver any value). Ngược lại, Project Manager (PM) tin rằng sản phẩm đã đáp ứng đầy đủ các thông số kỹ thuật được cung cấp (meets all specifications). Đội ngũ phát triển bị nhầm lẫn bởi phát ngôn của PO.
• Vấn đề cốt lõi: Có sự khác biệt giữa "tuân thủ specs" (build it right) và "mang lại giá trị kinh doanh" (build the right thing). Specs có thể đúng nhưng không align với lợi ích mong đợi (benefits). Hybrid approach yêu cầu PM phải cân bằng agile ceremonies (như sprint review) với quản lý lợi ích dự án (benefits management) từ PMBOK 7.
• Mục tiêu: PM cần hành động để làm rõ sự nhầm lẫn, tập trung vào value delivery thay vì escalate hoặc fix ngay lập tức, theo nguyên tắc Tailoring và Stakeholder Engagement (PMBOK 7th Edition).

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

• PMBOK® Guide – 7th Edition (2021, cập nhật đến 2026 qua PMI updates): Chương 2 (Tailoring), Chương 4 (Benefits Management), và Agile Practice Guide (tích hợp hybrid).
• PMI Agile Certified Practitioner (PMI-ACP) & PMP Exam Content Outline (2024-2026): Nhấn mạnh benefits realization trong hybrid projects.

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

Đáp án đúng: Review the project's benefits management plan with the product owner

Lý do:
🛠️ Trong hybrid approach, PM phải xác nhận alignment giữa sản phẩm và lợi ích dự án (benefits). Benefits Management Plan định nghĩa rõ lợi ích mong đợi (expected benefits), metrics đo lường value, và business value – không chỉ specs kỹ thuật. Việc review kế hoạch này với PO sẽ làm rõ sự khác biệt, giải quyết confusion của team, và đảm bảo value delivery theo nguyên tắc Holistic Benefits Realization (PMBOK 7). Đây là bước phân tích gốc rễ (root cause analysis) phù hợp, tránh hành động vội vã.

🔍 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 best practices PMP hybrid:

• ❌ Escalate the matter to the executive board so they can decide on next steps
  Sai vì: Escalate lên executive board là hành động quá sớm và không phù hợp với vai trò PM trong hybrid. PM phải giải quyết nội bộ trước qua stakeholder engagement (PO và team), theo Escalation Process chỉ dùng khi vượt quyền hạn (PMBOK 7, 4.7). Điều này bỏ qua agile principle self-organizing team và có thể làm chậm dự án.

• ❌ Prioritize the project backlog and ask the development team to fix the issues
  Sai vì: PO không chỉ ra issues cụ thể mà nhấn mạnh no value, nên prioritize backlog để "fix" là giả định sai (assumes technical defects thay vì value misalignment). Trong hybrid, PM không micromanage team như vậy; thay vào đó, cần collaborative refinement với PO (Scrum Guide 2020 & PMBOK Agile Hybrid). Hành động này vi phạm empowered team.

• ✅ Review the project's benefits management plan with the product owner
  Đúng vì: Như đã giải thích ở trên, đây là hành động chính xác để align specs với business benefits, giải quyết confusion và đảm bảo value realization. Phù hợp hybrid tailoring: Kết hợp predictive (benefits plan) với agile (sprint review feedback). (PMBOK 7, Section 2.5 & 4.1).

• ❌ Ask the product owner to terminate the project as it is no longer aligned to the expected benefits
  Sai vì: Terminate ngay lập tức là quá cực đoan và không theo progressive elaboration. PM không có quyền "ask PO terminate" mà phải xác nhận trước qua review benefits plan. Termination chỉ sau formal change control hoặc business case review (PMBOK 7, 4.8 & 6.5), tránh rủi ro mất cơ hội adjust.

🧠 Kết luận PMP key takeaway: Trong hybrid, ưu tiên benefits-driven decisions để đảm bảo outcome > output! Nếu áp dụng, PM sẽ tăng stakeholder satisfaction và project success rate.

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

Câu hỏi mô tả một đội ngũ dự án phân tán địa lý (geographically distributed project team), bao gồm hai nhóm: nhóm collocated (làm việc cùng vị trí vật lý) và nhóm virtual (làm việc từ xa qua công cụ trực tuyến). Họ đang gặp vấn đề phát triển (development issues) giữa hai nhóm này, dẫn đến giảm năng suất (productivity decrease).
Mục tiêu chính: Project manager cần chọn hành động phù hợp nhất để giải quyết vấn đề này, tập trung vào việc hỗ trợ đội ngũ hybrid/virtual theo nguyên tắc PMP hiện đại (PMBOK 7th Edition và cập nhật đến 2026), nhấn mạnh quản lý xung đột (conflict management), xây dựng đội ngũ (team building) và hỗ trợ môi trường làm việc linh hoạt mà không ép buộc di chuyển địa lý.

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

Đáp án đúng: Develop protocols for resolving conflicts between team members

Lý do:
🛠️ Trong môi trường dự án phân tán địa lý, xung đột giữa collocated và virtual teams thường xuất phát từ sự khác biệt về giao tiếp, văn hóa làm việc hoặc nhận thức (ví dụ: nhóm collocated dễ trao đổi trực tiếp hơn). Project manager nên phát triển các quy trình (protocols) giải quyết xung đột một cách có hệ thống, như sử dụng các kỹ thuật Collaborate/Problem Solve (theo PMBOK 7th). Điều này thúc đẩy Manage Team (Process 9.5), tăng cường High-Performing Teams và Psychological Safety, giúp khôi phục năng suất mà không cần thay đổi cấu trúc đội ngũ. Đây là giải pháp bền vững, chủ động và phù hợp với nguyên tắc Agile/Hybrid trong PMP 2021-2026.

📋 Giải thích 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), đánh dấu ✅ đúng hoặc ❌ sai, kèm lý do chi tiết bằng tiếng Việt:

• ❌ Force the team members to work from one location
  Phương án này sai vì ép buộc di chuyển toàn bộ đội ngũ về một vị trí là không thực tế và không hiệu quả trong dự án phân tán địa lý. Nó vi phạm nguyên tắc Tailoring (PMBOK 7th, Principle 12: Tailoring), bỏ qua lợi ích của mô hình virtual/hybrid, có thể tăng chi phí, giảm động lực và gây thêm xung đột. PMP khuyến khích công cụ kỹ thuật số thay vì ép buộc vật lý.

• ✅ Develop protocols for resolving conflicts between team members
  Phương án này đúng như đã giải thích ở trên. Nó trực tiếp nhắm vào nguyên nhân gốc rễ (xung đột giữa các nhóm), sử dụng Conflict Resolution Techniques (Smooth, Compromise, Collaborate) để xây dựng quy trình chuẩn, phù hợp với Team Performance Domain và Stakeholder Engagement.

• ❌ Obtain special expertise to advise the team members
  Phương án này sai vì việc tìm chuyên gia bên ngoài chỉ phù hợp khi cần kiến thức kỹ thuật chuyên sâu (Expert Judgment trong Acquire Resources), chứ không giải quyết trực tiếp xung đột nội bộ đội ngũ. Nó gián tiếp, tốn kém và không tập trung vào quản lý đội ngũ hàng ngày, theo PMBOK 7th (Manage Project Knowledge).

• ❌ Set up face-to-face meetings with project team members
  Phương án này sai vì tổ chức họp trực tiếp khó khăn với đội ngũ phân tán địa lý (geographically distributed), dẫn đến chi phí cao, logistics phức tạp và không bền vững. PMP ưu tiên virtual collaboration tools (như Zoom, Microsoft Teams) trong Resource Management thay vì họp vật lý, tránh làm gián đoạn năng suất thêm.

📘 Tài liệu tham khảo

• PMBOK® Guide – 7th Edition (2021, cập nhật PMI Standards đến 2026):
  • Principle 11: Teams (xây dựng đội ngũ hybrid).
  • Performance Domain: Team (Manage Team, Conflict Management).
  • Process 9.5: Manage Team (Conflict Resolution Models).
• PMI Agile Practice Guide (2021): Hỗ trợ virtual teams qua protocols và tools.
• The Standard for Project Management (2021): Nhấn mạnh tailoring cho geographically distributed teams.

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

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

Câu hỏi này thuộc chủ đề Quản lý dự án Agile/Scrum trong PMP (phiên bản PMBOK Guide 7th Edition và Agile Practice Guide cập nhật đến 2026). Tình huống mô tả một Scrum team đã cam kết giao một khả năng cụ thể (specific capability) trong bản phát hành đầu tiên (first release). Tuy nhiên, gặp phải nhiều vấn đề vận hành (operational issues) khiến developer không thể giao các khả năng chính (key capabilities), đồng thời technical lead thông báo nghỉ việc.

Câu hỏi yêu cầu: Project manager (trong ngữ cảnh hybrid Agile) nên chỉ đạo Scrum team làm gì để phục hồi (recover) từ các vấn đề này?

Mục tiêu là áp dụng nguyên tắc Inspect & Adapt (Kiểm tra và Thích ứng) của Scrum, tập trung vào tính minh bạch (transparency), sự tự tổ chức của team (self-organizing), và điều chỉnh kế hoạch linh hoạt mà không phá vỡ quy trình sprint. Không nên áp dụng cách tiếp cận predictive (truyền thống) như dừng sprint đột ngột hoặc bám sát kế hoạch cứng nhắc.

✅ Đáp án đúng

Review constraints in the ongoing sprint planning and evaluate options for the release plan

Lý do lựa chọn:

• Trong Scrum, khi gặp trở ngại (constraints như vấn đề vận hành và mất nhân sự), team phải kiểm tra lại ràng buộc trong sprint planning đang diễn ra (ongoing sprint planning) để đánh giá các lựa chọn cho kế hoạch phát hành (release plan). Điều này phù hợp với Scrum Events (Sprint Planning, Daily Scrum) và nguyên tắc Agile: Adapt nhanh chóng bằng cách ưu tiên backlog, điều chỉnh scope mà vẫn giữ cam kết giá trị kinh doanh.
• Project manager hỗ trợ team tự quyết định, không can thiệp trực tiếp, giúp duy trì velocity và phục hồi mà không dừng sprint. Đây là cách tiếp cận empowered team theo PMBOK 7th (Principle 6: Optimize Risk Responses) và Agile Practice Guide (Section 4.3: Servant Leadership).

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

• ✅ Review constraints in the ongoing sprint planning and evaluate options for the release plan
  Đúng vì: Phương án này khuyến khích inspection trong sprint planning để xác định ràng buộc (constraints như resource loss, operational issues), sau đó đánh giá lựa chọn release plan. Điều này tuân thủ Scrum Guide 2020 (cập nhật 2025): Team tự tổ chức, adapt trong Retrospective/Sprint Planning mà không gián đoạn sprint. Giúp recover bằng cách reprioritize Product Backlog, đảm bảo giá trị cao nhất được giao (Value-Driven Delivery). 📘 Nguồn: Agile Practice Guide, p. 45-47; PMBOK 7th, Principle 12: Thinking as a Systems Thinker.

• ❌ Stop the sprint and replan and prioritize the backlog to reduce resource levels
  Sai vì: Dừng sprint (stop the sprint) chỉ áp dụng trong trường hợp khẩn cấp cực đoan (impediment không thể vượt qua), không phải vấn đề vận hành thông thường. Việc replan để "giảm mức tài nguyên" vi phạm nguyên tắc time-boxed sprint (không thay đổi mid-sprint) và stable team trong Scrum. Có thể dẫn đến mất động lực team. 📘 Nguồn: Scrum Guide, Sprint Events; PMBOK 7th, Domain: Uncertainty.

• ❌ Consult the resource management plan for an appropriate response
  Sai vì: Resource Management Plan thuộc predictive/waterfall approach (PMBOK Process: Resource Management), không phù hợp với Agile nơi team tự quản lý resource (cross-functional, self-organizing). Scrum không dùng plan cứng nhắc; thay vào đó dùng resource leveling trong Daily Scrum. Project manager không "consult plan" mà hỗ trợ loại bỏ impediments. 📘 Nguồn: PMBOK 7th, People Domain vs. Agile Hybrid.

• ❌ Continue with existing sprint plans to ensure some of the scope will be delivered
  Sai vì: Bám sát kế hoạch hiện tại (continue existing plans) bỏ qua Adaptation – cốt lõi của Agile Manifesto (Respond to Change over Following a Plan). Sẽ không giải quyết impediments (operational issues, resignation), dẫn đến low quality hoặc burnout. Team cần inspect & adjust để recover. 📘 Nguồn: Agile Manifesto; Scrum Guide, Sprint Goal.

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

Câu hỏi này thuộc chủ đề Quản lý Bên liên quan (Stakeholder Management) và Thu thập Yêu cầu (Collect Requirements) trong PMP, theo PMBOK Guide 7th Edition (2021, cập nhật mới nhất đến 2026).

📖 Tình huống cụ thể: Quản lý dự án đang dẫn dắt một dự án quy mô lớn với 70 bên liên quan (stakeholders). Họ nhận được nhiều bình luận và kỳ vọng từ khách hàng (customers), trong đó một số mâu thuẫn lẫn nhau, dẫn đến yêu cầu dự án (requirements) chưa rõ ràng. Mục tiêu là xây dựng sự đồng thuận (build consensus) về các yêu cầu này.

🛠️ Vấn đề cốt lõi: Với số lượng stakeholders lớn và ý kiến trái chiều, quản lý dự án cần một phương pháp tương tác trực tiếp để làm rõ lợi ích, lo ngại của từng bên, tránh hiểu lầm và đạt được sự thống nhất chung. Điều này phù hợp với nguyên tắc Tailored Approach và Stakeholder Engagement trong PMBOK 7th, nhấn mạnh việc ưu tiên giao tiếp hai chiều để giải quyết xung đột.

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

Đáp án đúng: Organize a face-to-face meeting with all stakeholders to understand their interests and concerns

Lý do 🏆:

• Phương án này trực tiếp giải quyết vấn đề bằng cách tổ chức cuộc họp trực tiếp với tất cả stakeholders, giúp quản lý dự án hiểu rõ lợi ích (interests) và lo ngại (concerns) của từng bên.
• Trong PMBOK 7th Edition (Process: Manage Stakeholder Engagement), các interactive workshops hoặc meetings là công cụ hiệu quả nhất để xây dựng consensus, đặc biệt khi có mâu thuẫn. Cuộc họp mặt đối mặt thúc đẩy giao tiếp hai chiều, giải quyết ngay lập tức các điểm bất đồng, và tạo sự cam kết chung – phù hợp với 12 Principles như Stewardship và Teamwork.
• Với 70 stakeholders, đây là bước proactive của PM, không né tránh trách nhiệm.

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

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

• ❌ [SAI] Escalate the issue to the management team for their review and guidance
  Giải thích sai: Việc chuyển vấn đề lên ban quản lý là hành động thụ động, né tránh trách nhiệm cốt lõi của PM trong Manage Stakeholder Engagement (PMBOK 7th, Domain: Stakeholder). PM phải tự xử lý trước khi escalate, vì quản lý không nắm rõ chi tiết lợi ích của 70 stakeholders. Điều này vi phạm Principle: Be a diligent, respectful, and caring steward.

• ❌ [SAI] Create a survey template to collect feedback from stakeholders to reach an agreement
  Giải thích sai: Khảo sát (survey) chỉ thu thập dữ liệu một chiều, không hiệu quả để giải quyết mâu thuẫn phức tạp từ 70 bên. Nó có thể tạo thêm dữ liệu mơ hồ mà không đạt consensus (PMBOK 7th, Tools: Data Gathering như Questionnaires – chỉ dùng cho thu thập ban đầu, không phải build consensus). Với ý kiến contradictory, cần tương tác trực tiếp hơn.

• ✅ [ĐÚNG] Organize a face-to-face meeting with all stakeholders to understand their interests and concerns
  Giải thích đúng: Như đã nêu ở phần đáp án, đây là công cụ lý tưởng (Facilitated Workshops/Meetings) trong Collect Requirements và Manage Stakeholder Engagement (PMBOK 7th, Domain: Uncertainty). Giúp làm rõ interests/concerns ngay lập tức, xây dựng trust và consensus – đặc biệt phù hợp dự án lớn.

• ❌ [SAI] Leverage expert judgment to determine the requirements that should be considered
  Giải thích sai: Expert judgment dùng để hỗ trợ phân tích, không phải quyết định thay stakeholders (PMBOK 7th, Inputs cho Collect Requirements). Điều này bỏ qua Stakeholder Engagement Plan, dẫn đến thiếu sự đồng thuận và rủi ro dự án thất bại do không đại diện ý kiến đa dạng.

📘 Tài liệu tham khảo

• PMBOK Guide 7th Edition (2021): Phần Stakeholder Performance Domain (tr. 57-66), Team Performance Domain (tr. 67-74), và Process: Manage Stakeholder Engagement (Appendix, Agile Practice Guide).
• PMI Standards: Agile Practice Guide (2017, tích hợp PMBOK 7) nhấn mạnh facilitated sessions cho consensus.
• Cập nhật đến 2026: Không có thay đổi lớn, vẫn ưu tiên Value Delivery qua engagement trực tiếp (theo PMI.org updates).

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

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

Câu hỏi tập trung vào tình huống một Project Manager (PM) được giao dẫn dắt một dự án trong tổ chức không có Project Management Office (PMO) và không có chính sách, quy trình, hướng dẫn quản trị dự án (governance policies, procedures, guidelines) chính thức cho loại dự án này.
Mục tiêu chính: Xác định hành động ĐẦU TIÊN (first) mà PM nên thực hiện để xây dựng cách tiếp cận quản trị dự án (governance approach).
📘 Bối cảnh PMP (PMBOK 7th Edition, cập nhật đến 2026): Quản trị dự án (Project Governance) là khung ra quyết định, đảm bảo dự án phù hợp với mục tiêu tổ chức. Khi thiếu cấu trúc chính thức, PM phải tailor (tùy chỉnh) dựa trên thực tế tổ chức, ưu tiên stakeholder engagement và kiểm tra các thực hành hiện có (formal/informal) theo nguyên tắc Situational Awareness và Tailoring (Chương 2 & 4 PMBOK 7th). Không nên áp đặt mà phải hiểu ngữ cảnh tổ chức trước.

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

Đáp án đúng: Consult with team members and stakeholders to determine whether the organization has any informal governance policies procedures, and guidelines.
Lý do:
🛠️ Đây là hành động ĐẦU TIÊN phù hợp vì PM cần thu thập thông tin từ team và stakeholders để xác định các quy trình quản trị không chính thức (informal) có thể tồn tại trong tổ chức. Điều này giúp tailor governance dựa trên thực tế, tránh "reinvent the wheel" và đảm bảo sự ủng hộ từ stakeholders (Stakeholder Engagement - Chương 4 PMBOK 7th).
📘 Nguồn: PMBOK 7th Edition, Section 2.1.2 (Governance) & 4.3 (Tailoring); PMI's Governance of Portfolios, Programs, and Projects (2016, cập nhật hybrid practices 2021-2026).

📋 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 PMP best practices:

• Consult a subject matter expert (SME) as to the best governance policies, procedures, and guidelines to be used by the project
  ❌ Sai: Việc tham khảo SME là hữu ích ở giai đoạn sau (implement/improve), nhưng KHÔNG phải hành động đầu tiên. PM cần ưu tiên hiểu ngữ cảnh nội bộ tổ chức trước khi áp dụng "best practices" từ bên ngoài, tránh không phù hợp với văn hóa tổ chức (Tailoring Principle - PMBOK 7th). Có thể dẫn đến resistance từ stakeholders.

• Consult with team members and stakeholders to determine whether the organization has any informal governance policies procedures, and guidelines
  ✅ Đúng: Như đã giải thích ở trên. Đây là bước Situational Awareness đầu tiên, thu thập insights từ những người trong cuộc để phát hiện informal practices, đảm bảo governance phù hợp và được chấp nhận (Stakeholder Engagement & Team Engagement - PMBOK 7th).

• Choose either a predictive or agile framework best suited to the nature of the project, and use this framework as the basis for project governance policies, procedures, and guidelines
  ❌ Sai: Chọn framework (predictive/agile) là phần của tailoring sau, không phải first step. PM chưa có dữ liệu về tổ chức nên không thể quyết định ngay, dễ dẫn đến mismatch (ví dụ: agile trong môi trường rigid). PMBOK 7th nhấn mạnh hybrid tailoring dựa trên context, không phải tự chọn (Section 2.4 Hybrid Approaches).

• Coach the self-managing team to produce tailored governance policies, procedures and guidelines for the project
  ❌ Sai: Coaching team là tốt cho self-organizing teams (Agile principle), nhưng KHÔNG phải first action vì bỏ qua stakeholders rộng lớn hơn và ngữ cảnh tổ chức. PM cần engage tất cả trước khi giao team tự làm, tránh thiếu alignment với tổ chức (Leadership Principle - PMBOK 7th, Section 3.5).

🧩 Kết luận: Câu hỏi kiểm tra nguyên tắc Tailoring và Stakeholder Engagement đầu tiên trong governance. Thực hành này giúp dự án thành công cao hơn 70% theo PMI Pulse of the Profession (2023-2026 reports). Nếu áp dụng, PM sẽ xây dựng nền tảng vững chắc! 🚀

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

Câu hỏi thuộc lĩnh vực Quản lý Đội ngũ Dự án (Manage Project Team) trong PMP, cụ thể liên quan đến Develop Team theo PMBOK® Guide 7th Edition (2021) và các cập nhật PMP đến 2026. Tình huống: Một bên liên quan chính (stakeholder) quan trọng – người từng là nguồn động viên lớn cho đội ngũ – đang rời tổ chức. Kết quả là đội ngũ gặp tinh thần thấp (low morale) và hợp tác kém (poor teamwork).
📌 Mục tiêu chính: Project Manager cần hành động ngay lập tức để cải thiện tinh thần đội ngũ, tập trung vào việc xây dựng mối liên kết nội bộ thay vì các biện pháp chung chung. Điều này nhấn mạnh Emotional Intelligence (EI) và nguyên tắc Teamwork trong 12 nguyên tắc PMP mới (PMBOK 7th).

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

Đáp án đúng: Build team connections and emotional bonds
🛠️ Lý do: Khi mất "người động viên lớn", đội ngũ cần xây dựng kết nối nội bộ và mối liên kết cảm xúc để tự tạo động lực. Đây là hoạt động cốt lõi của quy trình Develop Team (9.4) trong PMBOK 7th Edition, bao gồm team-building activities như workshop, off-site events, hoặc coaching để tăng cường cohesion (sự gắn kết) và morale. Nó trực tiếp giải quyết poor teamwork bằng cách nuôi dưỡng emotional bonds, giúp đội ngũ tự hỗ trợ lẫn nhau. PMP 2026 nhấn mạnh Hybrid/Agile approaches nơi emotional bonds là chìa khóa cho high-performing teams (theo Agile Practice Guide).

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

Dưới đây là phân tích từng phương án theo thứ tự trong câu hỏi. Tôi giữ nguyên văn bản gốc tiếng Anh của phương án, chỉ giải thích bằng tiếng Việt dựa trên PMBOK 7th & PMP Exam Content Outline 2021 (cập nhật 2026).

• ❌ Identify the wants and aspirations of the team
  Phương án này sai vì chỉ tập trung vào việc xác định mong muốn cá nhân (liên quan đến Acquire Resources hoặc Motivate Individuals), nhưng không trực tiếp cải thiện morale và teamwork ngay lập tức. Nó là bước chuẩn bị, không phải hành động xây dựng gắn kết nhóm – có thể làm chậm tiến độ nếu áp dụng lúc tinh thần đang thấp.

• ✅ Build team connections and emotional bonds
  Phương án này đúng như đã giải thích ở trên. Nó khớp chính xác với team-building techniques (PMBOK 7th, Section 9.4.2.3), sử dụng EI để tạo bonds, cải thiện morale qua các hoạt động như virtual team events hoặc recognition programs. Lý tưởng cho tình huống mất sponsor.

• ❌ Forge consensus through team participation
  Phương án này sai vì nhấn mạnh ra quyết định đồng thuận (facilitation techniques trong Manage Communications hoặc Conflict Resolution), phù hợp cho giải quyết bất đồng chứ không phải low morale. Nó có thể làm tình hình tệ hơn nếu đội ngũ thiếu động lực tham gia.

• ❌ Set goals and push the team to achieve the goals
  Phương án này sai vì áp dụng lối directing/pushing (command-and-control), chỉ tăng áp lực lên đội ngũ đang low morale – dẫn đến burnout thay vì cải thiện. PMBOK 7th khuyến nghị inspirational leadership thay vì "push", phù hợp hơn với High-Performing Teams model.

📚 Tài liệu tham khảo

• PMBOK® Guide 7th Edition (2021): Section 9.4 Develop Team & Principle 7: Teamwork (PMI.org).
• PMP Examination Content Outline (2021, cập nhật 2026): Domain III: Business Environment (15%) & Domain IV: People (42%) – People domain nhấn mạnh emotional bonds.
• Agile Practice Guide (2017, tích hợp PMBOK 7th): Servant Leadership & Team Self-Organization.
• PMI.org: "Emotional Intelligence in Project Management" (whitepaper 2023).

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 mô tả tình huống một Project Manager (PM) được bổ nhiệm để triển khai một giải pháp mới. Giải pháp này sẽ được tích hợp vào môi trường bởi nhà cung cấp bên thứ ba (third-party vendor). Đột ngột, nhà cung cấp thông báo trì hoãn giao một thành phần chính (key component), dẫn đến tác động đến lịch trình dự án (impact the project schedule).
📌 Mục tiêu câu hỏi: Kiểm tra hành động đầu tiên và phù hợp nhất của PM khi đối mặt với rủi ro trì hoãn từ nhà cung cấp bên ngoài. Theo PMBOK Guide 7th Edition (2021) và các cập nhật PMP đến 2026 (bao gồm PMI's Standard for Risk Management và Exam Content Outline 2024+), PM cần ưu tiên xác định stakeholders liên quan, đánh giá tác động rủi ro trước khi thực hiện các biện pháp khắc phục cụ thể. Điều này thuộc quy trình Risk Management (Identify Risks, Assess Risks) và Stakeholder Engagement (Process Group: Executing & Monitoring & Controlling).

✅ Đáp án đúng: Ensure that relevant stakeholders and expectations are identified and assess the component delay

Lý do lựa chọn:
🛠️ Đây là bước đầu tiên logic và tuân thủ nguyên tắc PMP. Khi phát hiện rủi ro (delay), PM phải xác định stakeholders liên quan (relevant stakeholders) và kỳ vọng của họ (expectations), đồng thời đánh giá trì hoãn thành phần (assess the component delay) để hiểu rõ tác động thực tế (impact analysis: scope, schedule, cost, quality).
📘 Dẫn chứng: PMBOK 7th Edition, Principle 5: "Stakeholder Collaboration" & Domain 4: "Risk Management" (Value Delivery: Assess risks quantitatively/qualitatively). PMI Exam Content Outline (2021-2026): 50% People Domain nhấn mạnh stakeholder identification trước action. Không hành động vội vàng (như expedite hoặc redesign) mà chưa assess sẽ dẫn đến quyết định kém hiệu quả.

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

• Ask for expedited delivery of the component to mitigate the risk of schedule delays
  ❌ Sai: Phương án này nhảy vọt vào mitigate risk (crash schedule) mà chưa đánh giá tác động đầy đủ hoặc tham khảo stakeholders. Expedite có thể tăng chi phí (cost overrun) và không giải quyết gốc rễ. Theo PMBOK 7th, phải assess trước khi respond (Risk Response Planning sau Assess). Không phải hành động ưu tiên đầu tiên.

• Ensure that relevant stakeholders and expectations are identified and assess the component delay
  ✅ Đúng: Như đã giải thích ở trên. Đây là hành động cốt lõi để thu thập thông tin, align kỳ vọng và lập kế hoạch response hiệu quả. Hỗ trợ 12 Principles of PMBOK 7 (Focus on Value, Be a Diligent Leader).

• Perform a detailed analysis of the release content for each component of the solution
  ❌ Sai: Phân tích chi tiết nội dung release không liên quan trực tiếp đến trì hoãn giao hàng. Đây có thể thuộc Quality Management hoặc Integration, nhưng ưu tiên hiện tại là schedule risk assessment, không phải deep-dive content. Lãng phí thời gian nếu chưa biết impact (theo Agile/Hybrid approach trong PMP 2024+).

• Propose a new design of the solution maw the external component with an internal one
  ❌ Sai: (Lưu ý: "maw" có lẽ là lỗi chính tả của "swap" – đề xuất thiết kế mới thay thế thành phần ngoài bằng nội bộ). Đây là workaround hoặc alternative (redesign), nhưng chưa assess feasibility hoặc impact, có thể ảnh hưởng scope/budget mà không consult stakeholders. PMBOK 7th yêu cầu Change Control sau assess, không phải propose ngay lập tức.

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

Hành động đúng luôn bắt đầu từ Assess & Engage để đảm bảo value delivery và holistic decision-making. Thực hành PMP: Sử dụng Risk Register để log delay, sau đó Meet stakeholders.
📚 Tài liệu tham khảo:

• PMBOK Guide 7th Edition (PMI, 2021), Chapter 4 & 11.
• PMI's The Standard for Risk Management in Portfolios, Programs, and Projects (2019, cập nhật 2023).
• PMP Exam Content Outline (PMI.org, hiệu lực đến 2026).
  Hãy luyện thêm các case risk/vendor delay để đỗ PMP nhé! 🚀