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

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

Câu hỏi tập trung vào vai trò của Project Manager (PM) trong một dự án Agile, với mục tiêu tạo ra một đội ngũ gắn kết cao (highly engaged team). Trong môi trường Agile (theo PMBOK 7th Edition và Agile Practice Guide 2021, cập nhật đến 2026), sự gắn kết đội ngũ không chỉ là động lực cá nhân mà nhấn mạnh vào sự tự tổ chức (self-organizing teams), lãnh đạo phục vụ (servant leadership), và liên kết giá trị cá nhân với mục tiêu dự án tổng thể. PM cần thúc đẩy môi trường nơi mọi thành viên hiểu rõ đóng góp của mình ảnh hưởng đến thành công dự án, thay vì kiểm soát chặt chẽ hoặc phần thưởng cá nhân. Điều này phù hợp với 12 nguyên tắc Agile Manifesto, đặc biệt là "Xây dựng dự án xung quanh những cá nhân được truyền cảm hứng. Hãy tạo môi trường và hỗ trợ họ cần, và tin tưởng họ hoàn thành công việc."

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

Đáp án đúng: Promote an environment where everybody knows what their contribution means to the project as a whole.

Lý do:
🛠️ Trong Agile, sự gắn kết cao đạt được khi đội ngũ cảm nhận ý nghĩa công việc (sense of purpose), biết rõ đóng góp cá nhân liên kết với tầm nhìn dự án (project vision) và giá trị kinh doanh (business value). PM sử dụng công cụ như Daily Stand-up, Sprint Review, và Vision Statement để củng cố điều này, thúc đẩy psychological safety và team empowerment. Theo PMBOK 7th Edition (Principle 7: Team & Principle 12: Value), cách tiếp cận này tăng cường động lực nội tại (intrinsic motivation), giảm turnover, và cải thiện hiệu suất đội ngũ. Không giống các phương án khác, nó tránh rủi ro phân mảnh đội ngũ hoặc cạnh tranh nội bộ.

📘 Phân tí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 nội dung gốc bằng tiếng Anh. Tôi sử dụng ✅ cho đúng và ❌ cho sai, kèm giải thích chi tiết dựa trên kiến thức PMP/Agile mới nhất:

• Encourage continuous rotation of roles among team members to keep people motivated throughout project delivery.
  ❌ Sai. Luân phiên vai trò liên tục có thể gây rối loạn kiến thức chuyên môn (knowledge silos disruption) và giảm hiệu quả, vì Agile ưu tiên cross-functional teams ổn định với T-shaped skills (chuyên sâu một lĩnh vực, hỗ trợ đa năng). Theo Agile Practice Guide (Section 4.2), rotation chỉ nên occasional để phát triển kỹ năng, không phải "continuous" để giữ động lực – điều này có thể dẫn đến burnout và mất focus vào sprint goals.

• Be clear with directions and assignments so people stay focused and engaged with their work.
  ❌ Sai. Agile chống lại command-and-control leadership; đội ngũ là self-organizing và self-managing (Scrum Guide 2020, cập nhật 2025). PM chỉ làm facilitator, không "clear directions" vì điều này micromanage, giảm autonomy và sáng tạo – trái với PMBOK 7th (Model: Servant Leader). Engagement đến từ ownership, không phải chỉ thị.

• Design a reward system to get people motivated by recognizing significant individual contributions from the last sprint.
  ❌ Sai. Phần thưởng cá nhân (individual rewards) tạo cạnh tranh nội bộ (competition), phá vỡ tinh thần collective ownership trong Agile. Agile Manifesto ưu tiên teamwork; khuyến khích team-based recognition (như Retrospective celebrations). Theo PMBOK 7th (Principle 11: Teams) và nghiên cứu Harvard Business Review (2023), individual rewards giảm collaboration ở môi trường Agile.

• Promote an environment where everybody knows what their contribution means to the project as a whole.
  ✅ Đúng. Như đã giải thích ở trên, cách này xây dựng shared understanding qua Definition of Done, Product Backlog Refinement, tăng engagement bền vững.

📚 Tài liệu tham khảo

• PMBOK Guide 7th Edition (2021, cập nhật 2026): Principles 7 (Team), 12 (Value); Agile Hybrid models.
• Agile Practice Guide (PMI, 2021): Sections 3.4 (Servant Leadership), 4.2 (Team Dynamics).
• Scrum Guide (2020, reaffirm 2025): Self-organizing teams & Sprint Goal alignment.
• Nguồn bổ sung: PMI.org Agile Community (2024 updates) & "Agile Estimating and Planning" by Mike Cohn (nhấn mạnh purpose-driven motivation).

🛠️ Kết luận: Áp dụng nguyên tắc này giúp PM Agile đạt high-performing teams! Nếu cần ví dụ thực tế, hãy hỏi thêm. 🚀

🧩 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 này thuộc chủ đề Quản lý Đội ngũ (Resource Management) trong PMP, cụ thể là xử lý tình huống performance issue của một thành viên đội ngũ trong dự án startup có mục tiêu giao hàng critical và time-sensitive (quan trọng và nhạy cảm về thời gian).

• Bối cảnh: Quản lý dự án (PM) đang quản lý một dự án then chốt tại công ty khởi nghiệp. Một thành viên đội ngũ đã bỏ lỡ deliverable (sản phẩm bàn giao) được giao, dù đã lặp lại nhiều lần đảm bảo sẽ hoàn thành đúng hạn.
• Vấn đề cốt lõi: PM cần quyết định hành động tiếp theo để xử lý sự cố này một cách hiệu quả, phù hợp với nguyên tắc lãnh đạo phục vụ (servant leadership), phát triển đội ngũ và giảm thiểu rủi ro cho dự án.
• Mục tiêu PMP: Tập trung vào việc hỗ trợ cá nhân hóa, xây dựng năng lực thay vì trừng phạt ngay lập tức, đặc biệt trong môi trường startup linh hoạt (Agile/Hybrid). Điều này phù hợp với PMBOK 7th Edition (2021) và cập nhật PMP đến 2026, nhấn mạnh People Domain và Team Management.

🛠️ Tình huống thực tế: Đây là vấn đề phổ biến trong dự án nhanh, nơi PM phải cân bằng giữa tiến độ dự án và phát triển con người, tránh làm giảm động lực đội ngũ.

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

Đáp án đúng: Meet with the team member and work on a development plan for them to avoid missed deliverables in the future.

Lý do chọn đáp án này 🏆:

• Theo PMBOK 7th Edition (Process 9.4: Manage Project Team), PM nên gặp riêng thành viên để xác định nguyên nhân gốc rễ (root cause) và xây dựng kế hoạch phát triển cá nhân (development plan) nhằm hỗ trợ cải thiện kỹ năng, tránh lặp lại lỗi.
• Đây là cách tiếp cận coaching và mentoring (hướng dẫn và cố vấn), thuộc Servant Leadership và High-Performing Teams trong People Domain của PMP mới nhất. Trong startup, ưu tiên phát triển con người để tăng năng suất lâu dài, thay vì phạt ngay.
• Hành động này proactive và supportive, giúp khôi phục niềm tin và đảm bảo deliverable tương lai đúng hạn, đồng thời giảm rủi ro dự án mà không làm gián đoạn đội ngũ.

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

• Phương án đúng ✅:
  Meet with the team member and work on a development plan for them to avoid missed deliverables in the future.
  Giải thích: Phương án này hoàn toàn phù hợp với nguyên tắc PMP vì nó tập trung vào hỗ trợ cá nhân hóa và phát triển bền vững. PM gặp riêng để thảo luận, phân tích nguyên nhân (như thiếu kỹ năng hoặc trở ngại cá nhân), rồi cùng xây dựng performance development plan (kế hoạch cải thiện hiệu suất). Điều này thúc đẩy psychological safety trong đội ngũ, tăng động lực và giảm tỷ lệ miss deadline trong tương lai. Lý tưởng cho dự án time-sensitive ở startup.

• Phương án sai ❌:
  Hold a team meeting to discuss team member commitments and communications.
  Giải thích: Phương án này không phù hợp vì công khai vấn đề cá nhân có thể gây xấu hổ (embarrassment) cho thành viên, làm giảm tinh thần đội ngũ và psychological safety – trái với Team Performance Domain. PMBOK khuyên chỉ họp đội khi vấn đề ảnh hưởng toàn đội, không dùng để "dạy đời" cá nhân. Trong startup, điều này có thể làm chậm tiến độ dự án.

• Phương án sai ❌:
  Record the issue, then refocus the team’s efforts on delivering the next set of deliverables.
  Giải thích: Phương án này thiếu hành động hỗ trợ, chỉ ghi nhận vấn đề (log issue) rồi chuyển hướng đội ngũ mà không giải quyết nguyên nhân gốc rễ. Theo Risk Management và Manage Team, PM phải proactively address performance gaps thay vì "quên" và hy vọng lần sau tốt hơn. Có thể dẫn đến lặp lại lỗi, tăng rủi ro cho dự án critical.

• Phương án sai ❌:
  Give the team member a formal warning for the negative impact due to failure to deliver and not meet deadlines.
  Giải thích: Phương án này quá punitive (trừng phạt), vi phạm progressive discipline (kỷ luật từng bước) trong PMP. Formal warning chỉ dùng sau khi đã thử coaching/mentoring thất bại (theo PMBOK 7th, Appendix on Team Management). Trong startup time-sensitive, phạt ngay có thể mất nhân tài, giảm động lực, và không xây dựng đội ngũ high-performing.

📘 Tài liệu tham khảo

• PMBOK® Guide – 7th Edition (2021): Chương 9 (Project Resource Management), Process 9.4 Manage Project Team; People Domain (Team & Stakeholder Engagement).
• PMP Examination Content Outline (2021, cập nhật đến 2026): Domain 3: People (31%), Tasks 11-15 về Manage Conflict & Team Performance.
• Agile Practice Guide (2017, tích hợp PMBOK 7th): Nhấn mạnh coaching trong môi trường startup linh hoạt.
• PMI Code of Ethics: Servant Leadership và Respect cho cá nhân.

🛠️ Lời khuyên PMP: Luôn ưu tiên người trước tiến độ để xây dựng đội ngũ bền vững! Nếu áp dụng, dự án sẽ ít rủi ro hơn. 🚀

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

Câu hỏi này thuộc chủ đề Quản lý Bên liên quan (Stakeholder Management) trong PMP, cụ thể là quy trình Manage Stakeholder Engagement theo PMBOK® Guide 7th Edition (và các cập nhật đến 2026 từ PMI).

📖 Tình huống: Dự án đang diễn ra (ongoing project). Khách hàng – người liên lạc chính (main contact) – thông báo sẽ giới thiệu một người liên lạc mới do lịch trình bận rộn. Quan trọng hơn, người liên lạc mới này sẽ ra các quyết định chính (key decisions) từ nay trở đi.

🛠️ Mục tiêu câu hỏi: Kiểm tra hành động tiếp theo ngay lập tức (next) của Project Manager (PM) khi có sự thay đổi lớn về bên liên quan (stakeholder thay đổi vai trò quyết định). PM cần ưu tiên xây dựng mối quan hệ và làm rõ kỳ vọng để tránh rủi ro dự án, vì stakeholder mới có quyền lực cao (powerful decision-maker). Không nên vội cập nhật tài liệu mà chưa tương tác trực tiếp.

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

Đáp án đúng: Request a meeting with the customer and the new contact.

Lý do chi tiết 🏆:

• Theo PMBOK® 7th Edition (Domain: Stakeholder), khi có stakeholder mới hoặc thay đổi vai trò quan trọng, bước đầu tiên là tương tác trực tiếp (engage directly) qua họp để onboard họ: hiểu kỳ vọng, phong cách giao tiếp, quyết định ưu tiên, và xây dựng lòng tin. Điều này giúp giảm rủi ro hiểu lầm và đảm bảo sự tham gia hiệu quả (effective engagement).
• "Next" nghĩa là hành động ngay lập tức, không phải cập nhật tài liệu sau. Họp với cả khách hàng cũ và mới để chuyển giao mượt mà (smooth handover).
• Cập nhật 2026: PMI nhấn mạnh Tailoring và Value Delivery qua tương tác cá nhân hóa, ưu tiên họp trực tiếp trong môi trường hybrid/remote.

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

• ❌ Update the stakeholder register with the new contact’s details.
  Sai vì: Đây là hành động hậu kiểm (after-the-fact) trong quy trình Identify Stakeholders hoặc Monitor Stakeholder Engagement. PM chưa có đủ thông tin chi tiết (details như kỳ vọng, ảnh hưởng) về người mới, nên cập nhật vội có thể không chính xác. Phải gặp trước để thu thập dữ liệu đầy đủ, tránh lỗi register (PMBOK® 7th: Update artifacts sau engagement).

• ❌ Inform the project team of the new point of contact.
  Sai vì: Thông báo team là bước sau khi đã xác nhận và hiểu rõ vai trò mới (qua họp). Làm ngay có thể gây hiểu lầm nội bộ nếu thông tin chưa chính xác. Ưu tiên PM tương tác trước (PM's responsibility), team update thuộc Manage Communications sau (PMBOK® 7th: Sequence of engagement first).

• ❌ Update the communications management plan.
  Sai vì: Communications Management Plan chỉ cập nhật sau khi đánh giá thay đổi (change impact). Người mới chưa được engaging, nên chưa biết nhu cầu giao tiếp (e.g., frequency, method). Đây là reactive action, không phải "next" (PMBOK® 7th: Plan Communications trước, nhưng update sau Monitor/Control).

• ✅ Request a meeting with the customer and the new contact.
  Đúng vì: (Như giải thích trên) – Hành động proactive và immediate để engage stakeholder mới, align kỳ vọng, và kick-start relationship. Hỗ trợ Project Leadership principles (PMBOK® 7th).

📘 Tài liệu tham khảo

• PMBOK® Guide – 7th Edition (2021, cập nhật 2026 qua PMI Standards+): Chapter 4 (Stakeholder), Process 13.3 Manage Stakeholder Engagement; The Standard for Project Management – Tailoring & Engagement Models.
• PMI Agile Practice Guide (2021): Hybrid engagement cho stakeholder changes.
• PMP Exam Content Outline (2021-2026): Domain 2: Team & Stakeholder (15 questions tương tự).
• Nguồn chính thức: PMI.org – Search "Stakeholder Engagement PMP".

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

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

Câu hỏi mô tả một tình huống thực tế trong dự án PMP: Hầu hết các work packages (gói công việc) của dự án được giao thầu cho nhà thầu phụ. Dự án đang ở giai đoạn thực thi (execution), và project manager (PM) đột ngột được thông báo rằng một contract manager mới sẽ đảm nhận vị trí trong vòng một tuần. Câu hỏi yêu cầu xác định hành động tiếp theo (next) mà PM nên làm.

🛠️ Ý nghĩa cốt lõi: Đây là tình huống liên quan đến quản lý stakeholder (Stakeholder Management), vì contract manager là stakeholder quan trọng (do dự án phụ thuộc nhiều vào subcontract). Theo PMBOK® Guide 7th Edition (2021) và các cập nhật đến 2026 (PMI Standards+), khi có thay đổi stakeholder (như thay người mới), PM phải ưu tiên xác định (identify) và lập kế hoạch tương tác (plan engagement) với stakeholder mới để đảm bảo dự án không bị gián đoạn. Không phải lúc này ưu tiên giao tài liệu, họp hành hay cập nhật kế hoạch giao tiếp ngay lập tức.

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

• PMBOK® Guide 7th Edition, Domain: Stakeholder (Section 4.4 Manage Stakeholder Engagement).
• PMI's Process Groups: A Practice Guide (2022), nhấn mạnh proactive stakeholder analysis khi có thay đổi.

✅ Đáp án đúng

Analyze and document the interests of the new contract manager and select a strategy to manage the relationship.

Lý do chọn đáp án này (theo PMP mới nhất):

• Đây là hành động next và proactive nhất, thuộc quy trình Identify Stakeholders và Plan Stakeholder Engagement (PMBOK 7th). PM cần phân tích lợi ích/quan tâm (interests) của contract manager mới (ví dụ: ưu tiên chất lượng, thời gian, chi phí từ góc nhìn nhà thầu) và chọn chiến lược quản lý mối quan hệ (như build trust, monitor closely).
• Dự án phụ thuộc subcontract, nên stakeholder mới có thể ảnh hưởng lớn đến execution – hành động này giúp giảm rủi ro ngay lập tức mà không cần chờ một tuần.
• ✅ Phù hợp nguyên tắc Agile/Hybrid: Tailor engagement strategy nhanh chóng cho thay đổi.

📋 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 PMP 7th Edition (2026 updates: nhấn mạnh value-driven stakeholder management thay vì bureaucratic actions).

• ✅ [ĐÚNG] Analyze and document the interests of the new contract manager and select a strategy to manage the relationship.
  Giải thích: Như trên, đây là bước cốt lõi và đầu tiên trong Manage Stakeholder Engagement. PM phải analyze interests (qua power/interest grid hoặc salience model) và document vào Stakeholder Register, rồi select strategy (Engagement Assessment Matrix). Hành động này ngăn ngừa xung đột từ sự khác biệt của người mới, phù hợp ITTO (Inputs, Tools, Techniques, Outputs) của quy trình. Không làm ngay sẽ vi phạm nguyên tắc "proactive engagement".

• ❌ [SAI] Update the communications management plan with the new contract manager's information.
  Giải thích: Sai vì không phải next action. Communications Management Plan (Plan Communications Management process) chỉ cập nhật sau khi đã identify và assess stakeholder (Stakeholder Engagement Plan). Làm ngay sẽ bỏ qua phân tích interests, dẫn đến giao tiếp không hiệu quả. Theo PMBOK 7th, update plan là reactive, không ưu tiên trước engagement strategy.

• ❌ [SAI] Reschedule the next progress meeting to introduce the new contract manager to the project team.
  Giải thích: Sai vì quá sớm và không cần thiết next. Giới thiệu qua meeting thuộc Manage Communications hoặc team building, nhưng ưu tiên phải là assess cá nhân mới trước (interests, influence). Reschedule có thể gây delay execution, vi phạm nguyên tắc "minimize disruption". PMBOK 7th khuyên one-on-one engagement trước public intro để tailor approach.

• ❌ [SAI] Consult the project management plan and prepare a full set of documents for the new contract manager.
  Giải thích: Sai vì hành động này quá rộng và không targeted. Consult Project Management Plan (PMP) là tốt, nhưng prepare full set documents (kickoff package?) giả định handover hoàn hảo mà chưa assess interests – có thể overwhelm hoặc irrelevant với contract manager mới. Theo PMBOK 7th, tailored information chỉ sau stakeholder analysis; full docs thuộc procurement handover, không phải next cho execution phase. Rủi ro: lãng phí thời gian nếu interests khác biệt.

🧩 Kết luận PMP: Luôn ưu tiên Stakeholder Engagement khi có thay đổi key stakeholder để đảm bảo project value delivery! Nếu áp dụng thực tế, PM nên log vào Issue Log và update Risk Register. 🎯

🧩 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ý Rủi ro (Risk Management) trong PMP, cụ thể liên quan đến việc xử lý các hành động giảm thiểu rủi ro (mitigation actions) trong giai đoạn đầu dự án.

• Tình huống mô tả: Trong giai đoạn đầu dự án, các hành động giảm thiểu rủi ro không được thực hiện kịp thời, dẫn đến lịch trình dự án bị ảnh hưởng (schedule impacted). Kết quả là một số bên liên quan (stakeholders) bực tức vì sự chậm trễ.
• Vấn đề cốt lõi: Đây là một rủi ro đã xảy ra thành vấn đề thực tế (risk trigger thành issue), và project manager cần hành động chủ động để khắc phục, không chỉ dừng ở việc nhận diện hay theo dõi.
• 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 (2021, cập nhật đến 2026), nhấn mạnh vào việc lập kế hoạch và thực thi phản ứng phù hợp (response implementation) để kiểm soát tác động đến dự án, thay vì các bước thụ động.

📘 Dẫn chứng: PMBOK® Guide 7th Edition, Uncertainty Domain (Risk Management), Principle 9: Optimize Risk Responses; Process: Implement Risk Responses & Monitor Risks (trang 263-270). Trong PMBOK 7, quản lý rủi ro là liên tục và dự đoán, yêu cầu PM thực thi phản ứng kịp thời khi rủi ro kích hoạt.

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

Đáp án đúng: Identified the appropriate response and had it implemented

Lý do 🛠️:

• Theo PMBOK 7th Edition, khi rủi ro đã xảy ra (mitigation actions bị chậm), project manager phải nhận diện phản ứng phù hợp (appropriate response) từ Risk Register hoặc kế hoạch rủi ro, sau đó thực thi ngay lập tức (implemented) để giảm thiểu tác động đến lịch trình.
• Đây là bước cốt lõi trong Implement Risk Responses process: Không chỉ lập kế hoạch mà phải hành động thực tế để tránh escalation thành issue lớn hơn, giúp lấy lại control schedule và giảm frustration của stakeholders.
• Nếu không implement kịp thời (như tình huống mô tả), dự án sẽ bị delay – chính là bài học từ câu hỏi.

📋 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, với lý do đúng/sai dựa trên PMP best practices. Tôi sử dụng ✅ cho đúng và ❌ cho sai để nổi bật.

• ❌ Identified and reported the issue
  Phân tích sai: Việc chỉ nhận diện và báo cáo vấn đề là bước đầu tiên (Identify Risks/Monitor Risks), nhưng không giải quyết gốc rễ. PMBOK 7 nhấn mạnh reporting chỉ là communicate status, không thay thế cho thực thi phản ứng. Nếu chỉ report, schedule vẫn delay và stakeholders vẫn frustrated – không manage được issue.

• ❌ Monitored and controlled the issue
  Phân tích sai: Monitor và control là process sau khi đã implement response (Monitor Risks process). Ở đây, mitigation actions chưa được thực hiện, nên monitor chỉ theo dõi mà không hành động, dẫn đến issue leo thang. PMBOK 7 yêu cầu proactive implementation trước monitoring để kiểm soát.

• ✅ Identified the appropriate response and had it implemented
  Phân tích đúng: Như đã giải thích ở trên, đây là hành động chính xác nhất theo Implement Risk Responses (PMBOK 7, trang 267). PM phải chọn response phù hợp (ví dụ: accelerate mitigation, reallocate resources) và thực thi ngay để recover schedule, tránh frustration.

• ❌ Communicated any identified action to impacted stakeholders
  Phân tích sai: Giao tiếp hành động là cần thiết (Communicate Risks process), nhưng chỉ là bước hỗ trợ, không phải hành động manage issue chính. Nếu chỉ communicate mà chưa implement, vấn đề vẫn tồn tại. PMBOK 7 coi communication là ongoing, nhưng implementation mới là key để resolve.

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

• Bài học chính: Project manager phải proactive và decisive trong Risk Management – implement response kịp thời để bảo vệ project objectives (schedule, stakeholders satisfaction).
• Nguồn tham khảo chính 📘:
  • PMBOK® Guide 7th Edition (PMI, 2021) – Uncertainty Performance Domain.
  • PMP Exam Content Outline (PMI, 2021, cập nhật 2024-2026): Risk Management chiếm 4 lựa chọn câu hỏi, nhấn mạnh implementation.
• Áp dụng thực tế: Sử dụng Risk Register để track và trigger responses tự động! 🚀

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

Câu hỏi tập trung vào tình huống thực tế trong quản lý dự án PMP: Một thành viên hội đồng quản trị (board of directors) yêu cầu project manager cung cấp ước tính chi phí cho Minimum Viable Product (MVP) – sản phẩm khả dụng tối thiểu, để có sự phê duyệt chính thức cho dự án.
📌 MVP là khái niệm từ phương pháp Agile/Lean, chỉ bao gồm các tính năng cốt lõi cần thiết để thử nghiệm thị trường và thu thập phản hồi nhanh chóng, không phải toàn bộ dự án.
🛠️ Project manager cần chọn cách báo cáo chi phí phù hợp nhất ở giai đoạn đầu dự án (pre-approval), khi chưa có dữ liệu thực thi (như earned value). Theo PMBOK® Guide 7th Edition và Agile Practice Guide (cập nhật đến 2026 từ PMI), ưu tiên cách ước tính linh hoạt, dựa trên giá trị người dùng, đặc biệt với MVP.

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

Đáp án đúng: Estimate user story points and forecast a budget for that deliverable.

🧩 Lý do chi tiết:

• MVP thường được quản lý trong môi trường Agile/Hybrid, nơi ước tính dựa trên user story points (điểm câu chuyện người dùng) để đo lường độ phức tạp và nỗ lực (effort). Từ đó, project manager dự báo (forecast) ngân sách cho deliverable cụ thể này dựa trên velocity đội ngũ.
• Cách này phù hợp giai đoạn đầu, tập trung vào giá trị tối thiểu, dễ điều chỉnh theo phản hồi. Không cần dữ liệu lịch sử thực thi.
• 📘 Nguồn tham khảo: PMBOK® Guide 7th Edition (Section 6.4 Estimating, Agile sections); Agile Practice Guide (PMI, 2017-2023 updates); Process Groups: A Practice Guide (2022).

📋 Phân tích tất cả các phương án (đúng/sai)

Dưới đây là giải thích từng phương án một cách chi tiết, giữ nguyên văn bản gốc tiếng Anh. Mỗi phân tích dựa trên nguyên tắc PMP mới nhất (PMBOK 7th, nhấn mạnh value delivery và hybrid approaches).

• Calculate the budget at completion (BAC) based on the completed and planned features.
  ❌ Sai vì: BAC là tổng ngân sách dự án hoàn chỉnh (bottom-up hoặc parametric), không dành riêng cho MVP (chỉ tính năng tối thiểu). Lúc này dự án chưa khởi động, chưa có "completed features", nên không áp dụng. Sử dụng BAC sẽ thổi phồng chi phí, không phù hợp phê duyệt nhanh cho MVP. (PMBOK 7th, Tool & Techniques for Estimating Costs).

• Determine the control accounts and use a top-bottom estimate.
  ❌ Sai vì: Control accounts thuộc Work Breakdown Structure (WBS) và Earned Value Management (EVM), dùng cho theo dõi chi phí toàn dự án sau khi phê duyệt. "Top-bottom" (top-down) estimate là ước tính thô từ cấp cao, nhưng không chính xác cho MVP cụ thể. Cách này thiếu chi tiết Agile và không forecast dựa trên story. (PMBOK 7th, Section 7.2 & EVM guidelines).

• Estimate user story points and forecast a budget for that deliverable.
  ✅ Đúng vì: Như đã giải thích ở trên, phù hợp hoàn hảo với MVP trong Agile: Ước tính story points → Chuyển đổi thành effort/cost → Forecast ngân sách cho deliverable. Linh hoạt, giá trị-driven, lý tưởng cho phê duyệt ban đầu. (Agile Practice Guide, Story Point Estimation techniques).

• Consider the cost performance index (CPI) based on earned value (EV) divided by costs.
  ❌ Sai vì: CPI = EV / AC (Actual Cost), là chỉ số performance đo lường sau khi dự án thực thi, cần dữ liệu EV và AC thực tế. Giai đoạn này chưa có execution, nên không thể tính CPI. Chỉ dùng cho forecasting muộn hơn (Estimate at Completion - EAC). (PMBOK 7th, Section 7.5 Earned Value Analysis).

🛠️ Kết luận: Câu hỏi kiểm tra kiến thức Agile integration trong PMP, ưu tiên forecasting linh hoạt cho MVP thay vì công cụ truyền thống. Áp dụng đúng giúp project manager đạt phê duyệt nhanh, tối ưu value delivery! 📘 Tài liệu chính: PMI.org (PMBOK 7th Ed., 2021; updates 2024-2026 via PMI Standards).

🧩 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 (Project Management Professional), tập trung vào vai trò của các bên liên quan (stakeholders) trong môi trường Agile, đặc biệt là Product Owner (PO).

📖 Tình huống mô tả: Từ đầu dự án, Product Owner liên tục hỏi về ngân sách đã chi tiêu cho từng iteration (sản phẩm tăng dần - product increment) trong các ceremonies Agile (như Daily Scrum, Sprint Review, Sprint Retrospective). PO dường như quan tâm đến chi phí (cost) hơn là sản phẩm (product).

🛠️ Vấn đề cốt lõi: Hành vi này làm gián đoạn ceremonies, vốn dành để thảo luận tiến độ, giá trị sản phẩm, cải thiện quy trình, chứ không phải báo cáo tài chính chi tiết. Project Manager cần hành động sớm hơn để thay đổi hành vi này, đảm bảo tuân thủ nguyên tắc Agile (focus vào value delivery, collaboration, và ceremonies hiệu quả).

Mục tiêu câu hỏi kiểm tra kiến thức PMP về vai trò trách nhiệm trong Agile (theo PMBOK 7th Edition và Agile Practice Guide), nơi PO chịu trách nhiệm maximize product value qua backlog prioritization, không phải quản lý cost trực tiếp (cost thường do Project Manager/Finance xử lý qua các báo cáo riêng).

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

Đáp án đúng: Worked with the product owner to clarify their role in an agile project and the scope of the agile ceremonies.

Lý do chi tiết 🧠:

• Trong Agile (Scrum), Product Owner focus vào giá trị kinh doanh (value), chấp nhận/reject work results, và prioritize Product Backlog – KHÔNG phải hỏi cost trong ceremonies. Ceremonies có scope rõ ràng: Daily Scrum (team coordination), Sprint Review (demo value), Retrospective (process improvement).
• Project Manager (hoặc Scrum Master) phải làm rõ vai trò từ đầu dự án để tránh nhầm lẫn, đảm bảo ceremonies hiệu quả và collaboration. Đây là hành động proactive tailoring phù hợp Agile principles (PMBOK 7th: Principle 1 - Stewardship, Principle 7 - Collaboration).
• Hành động này giải quyết gốc rễ (misunderstanding role), thay vì workaround tạm thời.

📋 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 tiếng Anh. Mỗi phương án được đánh giá đúng/sai dựa trên PMBOK 7th Edition (2021) và Agile Practice Guide (cập nhật đến 2026, không thay đổi lớn).

• ❌ [SAI] Worked on different approaches of estimating to give confidence of the cost spent in each product increment
  Giải thích: Phương án này chỉ cải thiện ước lượng cost (như story points hoặc planning poker), giúp PO tự tin hơn về cost nhưng KHÔNG thay đổi hành vi hỏi trong ceremonies. Nó không giải quyết gốc rễ (role confusion), có thể khuyến khích focus vào cost thay vì value. Agile ưu tiên velocity/value hơn cost chi tiết per increment (Agile Practice Guide, Ch. 4: Estimation).

• ❌ [SAI] Worked on a fixed-price contract to switch the product owner’s attention to value instead of money
  Giải thích: Fixed-price contract phù hợp Waterfall/Fixed Scope, KHÔNG phù hợp Agile (linh hoạt scope, iterative delivery). Agile thường dùng Time & Materials hoặc Capped contracts để adapt. Phương án này không thực tế và không liên quan đến thay đổi behavior trong ceremonies (PMBOK 7th, Domain: Procurement, Hybrid Approaches).

• ❌ [SAI] Worked on a communications management plan with reports of budget spent in each iteration versus planned to avoid these discussions during ceremonies
  Giải thích: Communications Management Plan (PMBOK Domain: Stakeholder Engagement) có thể tạo báo cáo riêng (burn-down charts, variance reports), nhưng KHÔNG ngăn PO hỏi trong ceremonies và có thể tăng focus vào cost thay vì value. Agile ceremonies không dành cho financial reporting – dùng release planning hoặc dashboards riêng (Scrum Guide 2020: Ceremonies Events).

• ✅ [ĐÚNG] Worked with the product owner to clarify their role in an agile project and the scope of the agile ceremonies
  Giải thích: Như đã nêu ở trên, đây là hành động tailoring roles & ceremonies từ đầu, đảm bảo PO hiểu responsibility matrix (PO: value focus; PM: cost control). Phù hợp Stakeholder Engagement và Team Performance Domain (PMBOK 7th).

📘 Tài liệu tham khảo

• PMBOK Guide 7th Edition (2021): Principles 7 (Collaboration), Domains: Stakeholder (roles clarification), Team (ceremonies).
• Agile Practice Guide (PMI, 2017 - cập nhật tích hợp PMBOK 7): Ch. 3 (Life Cycle), Ch. 5 (Team & Roles: Product Owner), Scrum Guide (2020/2025 drafts: Events scope).
• Scrum Guide (Scrum.org, 2020): Product Owner Accountabilities, Sprint Events. (Kiến thức cập nhật đến 2026: Không có thay đổi lớn; focus Agile Hybrid tăng cường role clarity - PMI updates 2024).

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 chủ đề Quản lý đội ngũ Agile và giải quyết xung đột trong PMP (phiên bản PMBOK Guide 7th Edition và Agile Practice Guide, cập nhật đến 2026).

📖 Tình huống chi tiết:

• Một Project Manager (PM) đang làm việc với đội ngũ Agile để cải tiến sản phẩm.
• Do deadline chặt chẽ, đội ngũ cố gắng crash schedule (nén lịch trình) bằng cách sử dụng nhiều tài nguyên làm việc đồng thời trên dự án.
• Tuy nhiên, môi trường kỹ thuật chỉ cho phép một tài nguyên làm việc trên một feature tại một thời điểm (hạn chế kỹ thuật).
• Đội ngũ muốn nâng cấp môi trường kỹ thuật nhưng không thống nhất được cách thực hiện (xung đột nội bộ).
• Câu hỏi trọng tâm: PM nên làm gì ĐẦU TIÊN (first) để xử lý?

🛠️ Bối cảnh PMP/Agile: Trong môi trường Agile, đội ngũ là self-organizing (tự tổ chức), PM đóng vai trò servant-leader (người lãnh đạo phục vụ), ưu tiên xây dựng sự đồng thuận (consensus-building) để đội ngũ tự quyết định, tránh escalate sớm. Điều này phù hợp với nguyên tắc Stakeholder Engagement và Team Performance Domain (PMBOK 7th).

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

Đáp án đúng: Conduct a consensus-building session to decide how to approach the next set of work.

Lý do (🧩 Phân tích sâu):

• Trong Agile, khi đội ngũ không đồng thuận về cách tiến hành (đặc biệt liên quan đến technical environment và crashing schedule), PM phải facilitate (hỗ trợ) một buổi xây dựng sự đồng thuận ngay lập tức để đội ngũ tự quyết định hướng đi tiếp theo.
• Đây là hành động first vì nó tuân thủ Agile Manifesto (ưu tiên cá nhân và tương tác > quy trình), self-organizing teams, và Team Performance Domain (PMBOK 7th): PM không ra lệnh mà giúp đội ngũ đạt consensus để tăng tốc độ và giảm rủi ro.
• Crashing schedule cần xử lý nhanh, nhưng phải qua consensus để tránh conflict kéo dài, phù hợp với facilitation techniques trong Agile Practice Guide.

🔍 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. 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 với lý do đúng/sai dựa trên PMP/Agile mới nhất.

• ❌ [SAI] Add this conflict to the agenda for discussion at the next daily standup meeting.
  Giải thích: Daily standup (họp đứng hàng ngày) chỉ dành cho impediments nhanh gọn (15 phút, focus vào "hôm nay làm gì, cản trở gì"), không phải giải quyết conflict sâu như nâng cấp environment. Đợi đến standup tiếp theo sẽ trì hoãn, không phù hợp với tight deadline và nguyên tắc resolve impediments immediately (Agile Practice Guide). PM phải hành động first ngoài standup.

• ✅ [ĐÚNG] Conduct a consensus-building session to decide how to approach the next set of work.
  Giải thích: Như đã nêu ở trên, đây là hành động first và phù hợp nhất. Buổi consensus-building giúp đội ngũ thống nhất nhanh chóng qua facilitation (brainstorming, voting), hỗ trợ self-organizing và adaptive planning trong Agile. PMBOK 7th nhấn mạnh facilitation cho team agreements.

• ❌ [SAI] Conduct a planning session to decide how to approach the next set of work.
  Giải thích: Planning session (như Sprint Planning) là quy trình định kỳ, không phải ad-hoc cho conflict khẩn cấp. Nó focus vào backlog decomposition chứ không phải xây dựng consensus về technical issues. Sử dụng planning session ở đây sẽ không hiệu quả và làm gián đoạn flow Agile (Agile Practice Guide khuyến nghị separate facilitation cho conflicts).

• ❌ [SAI] Escalate the issue to the product owner for resolution.
  Giải thích: Product Owner (PO) chịu trách nhiệm product backlog và value, không phải technical decisions hoặc internal team conflicts. Escalate sớm vi phạm self-organizing principle (Agile Manifesto), PM phải empower team trước. Chỉ escalate nếu team không resolve được sau facilitation (PMBOK 7th: Escalation chỉ là last resort).

📘 Tài liệu tham khảo

• PMBOK Guide 7th Edition (2021, cập nhật Agile extensions đến 2026): Team Performance Domain (Section 4), Stakeholder Engagement (Section 6), Facilitation Tools & Techniques.
• Agile Practice Guide (7th Edition): Chapters 3 (Team), 4 (Planning), nhấn mạnh Consensus & Facilitation cho self-organizing teams.
• PMP Exam Content Outline (PMI, 2024+): Domain III (Business Environment) & IV (Delivery) – Agile-specific tasks về conflict resolution.
• PMI Standards: Servant Leadership và Crashing in Hybrid/Agile (Appendix X).

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

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

Câu hỏi mô tả một tình huống thực tế trong dự án: Một module (mô-đun) đã giao đã thất bại trong giai đoạn kiểm thử chấp nhận người dùng (User Acceptance Testing - UAT). Quản lý dự án (Project Manager - PM) phát hiện ra rằng component (thành phần) gây thất bại trong kiểm thử chức năng được tạo bởi một team khác, và chức năng khác đã được business manager phê duyệt.

📌 Ý nghĩa chi tiết:

• Đây là vấn đề misalignment (sự không đồng bộ) giữa các bên liên quan (stakeholders), có thể xuất phát từ quy trình thay đổi không được kiểm soát chặt chẽ, dẫn đến phê duyệt sai chức năng hoặc thay đổi không được tích hợp đúng cách.
• PM cần hành động chủ động, hợp tác để giải quyết gốc rễ, tránh leo thang không cần thiết hoặc đổ lỗi.
• Chủ đề thuộc quy trình Quản lý Thay đổi Tích hợp (Integrated Change Control) trong PMP, nhấn mạnh việc xem xét tác động toàn diện của thay đổi với tất cả stakeholders (PMBOK® Guide 6th/7th Edition).

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

Đáp án đúng: Review the integrated change control process with all the stakeholders.

Lý do 🛠️:

• Theo PMBOK® Guide (6th Edition, Process 4.6: Perform Integrated Change Control; và 7th Edition, Principle 11: Optimize Risk Responses & Manage Changes), khi phát hiện sự không đồng bộ hoặc thất bại liên quan đến thay đổi (như phê duyệt sai chức năng từ team khác), PM phải review (xem xét lại) quy trình kiểm soát thay đổi tích hợp với TẤT CẢ stakeholders.
• Điều này giúp xác định nguyên nhân gốc rễ (root cause), đánh giá tác động, và đảm bảo thay đổi được phê duyệt đúng, tránh lặp lại lỗi. Hành động này hợp tác, toàn diện, phù hợp nguyên tắc Servant Leader của PM.
• ✅ Lợi ích: Khuyến khích minh bạch, cải thiện quy trình, và duy trì mối quan hệ stakeholders – cốt lõi PMP đến 2026 (PMI Talent Triangle®: Technical, Leadership, Business).

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

Dưới đây là phân tích từng phương án một cách chi tiết, giữ nguyên nội dung gốc bằng tiếng Anh. Mỗi phương án được đánh giá ✅ (đúng) hoặc ❌ (sai), kèm lý do dựa trên PMP standards mới nhất.

• ✅ Review the integrated change control process with all the stakeholders.
  🛠️ Đúng vì: Như đã giải thích ở trên, đây là bước đầu tiên và đúng đắn nhất để xử lý misalignment qua quy trình chính thức, liên quan tất cả bên (bao gồm team khác, business manager). PMBOK® 7th nhấn mạnh Holistic Thinking để xem xét thay đổi toàn dự án, tránh silo (làm việc riêng lẻ).

• ❌ Escalate the misalignment to the project management office (PMO) and the functional manager's director.
  🚫 Sai vì: Leo thang (escalate) ngay lập tức không phải trách nhiệm đầu tiên của PM (PMBOK® 7th, Principle 9: Leadership: Engage Stakeholders). PM phải thử giải quyết nội bộ trước qua review quy trình, chỉ escalate nếu cần quyền lực cao hơn. Hành động này có thể gây xung đột không cần thiết, làm chậm tiến độ.

• ❌ Ask the project management office (PMO) to recover the cost of fixing it from the other team's budget.
  🚫 Sai vì: PM không có quyền thu hồi chi phí từ budget team khác (PMBOK® 6th, 12.3 Control Procurements; 7th Edition: Value Delivery System). Đây là hành động đổ lỗi (blame) thay vì giải quyết vấn đề, vi phạm nguyên tắc Focus on Value và Teamwork. Chi phí fix phải qua change request chính thức, không phải yêu cầu PMO trực tiếp.

• ❌ Request dedicated business resources to support functional testing.
  🚫 Sai vì: Yêu cầu tài nguyên business riêng cho testing không giải quyết gốc rễ misalignment (phê duyệt sai chức năng). PMBOK® 7th (Model: Quality Management) nhấn mạnh ngăn ngừa hơn chữa trị qua quy trình change control, chứ không phải bổ sung resource tạm thời – có thể tăng chi phí và phức tạp hóa dự án.

📘 Tài liệu tham khảo

• PMBOK® Guide – 7th Edition (2021, cập nhật PMI standards đến 2026): Principles 3 (Focus on Value), 11 (Optimize Risk), Domain: Uncertainty.
• PMBOK® Guide – 6th Edition: Process 4.6 Perform Integrated Change Control.
• PMI Agile Practice Guide (2021): Hybrid approaches cho UAT failures.
• PMP Exam Content Outline (2021+): Task 4.6 (Manage changes), 5.1 (Communicate effectively).
• Nguồn chính thức: PMI.org – khuyến nghị thực hành với PMP simulations đến 2026.

Hy vọng phân tích này giúp bạn nắm vững tư duy PMP! 🚀 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 này thuộc chủ đề Quản lý Đội ngũ Dự án (Manage Project Team) trong PMP, tập trung vào việc quản lý đội ngũ ảo (virtual team) đa dạng về văn hóa và địa lý. 📍

• Bối cảnh: Quản lý dự án phát triển phần mềm điều khiển ứng dụng ảo, đội ngũ phân tán địa lý (có thể ở các múi giờ khác nhau) và đa dạng văn hóa (cần giao tiếp nhạy cảm, tránh hiểu lầm).
• Mục tiêu chính: Thúc đẩy sự hợp tác mở (open collaboration) theo thời gian thực (real-time), nghĩa là giao tiếp tức thì, liên tục, không bị giới hạn bởi lịch trình cố định, giúp đội ngũ trao đổi ý tưởng nhanh chóng, giảm thiểu khoảng cách địa lý/văn hóa. 🛠️
• Liên quan PMP (PMBOK 7th Edition, 2021 & cập nhật đến 2026): Trong Process 9.4: Manage Project Team và Principle 10: Optimize Risk Responses/Stakeholder Engagement, nhấn mạnh sử dụng công cụ kỹ thuật số cho virtual teams để hỗ trợ collaboration real-time, đặc biệt trong môi trường hybrid/agile.

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

Đáp án đúng: Provide a software for instant messaging.
Lý do: Phần mềm nhắn tin tức thì (như Slack, Microsoft Teams chat, hoặc Discord) cho phép giao tiếp real-time 24/7, hỗ trợ chat nhóm, chia sẻ file, emoji/reactions để vượt qua rào cản văn hóa, và tích hợp voice/video nhanh chóng. Điều này thúc đẩy open collaboration mà không cần lịch họp cố định, phù hợp nhất với đội ngũ ảo đa dạng. 📱✨ (Theo PMBOK 7th, Tool & Techniques: Virtual Teams & Collaboration Tools).

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

• ✅ Provide a software for instant messaging.
  Đúng vì: Đây là công cụ lý tưởng cho real-time collaboration, cho phép trao đổi tức thì bất kể múi giờ, hỗ trợ đa kênh (text, voice, video ngắn), giảm hiểu lầm văn hóa qua biểu tượng cảm xúc và thread thảo luận mở. Hoàn hảo cho virtual teams theo PMBOK 7th (Section 9.4.2.3: Communication Technology).

• ❌ Promote the use of remote site syndication.
  Sai vì: "Remote site syndication" (có thể ám chỉ RSS syndication hoặc nội dung đồng bộ từ xa) chỉ dùng để phân phối thông tin một chiều, không real-time (cập nhật định kỳ, không tương tác trực tiếp). Không thúc đẩy collaboration mở, chỉ phù hợp lưu trữ nội dung tĩnh, không giải quyết nhu cầu giao tiếp tức thì của đội ngũ đa dạng. 🗞️🚫

• ❌ Facilitate regular conference calls.
  Sai vì: Cuộc họp hội nghị định kỳ (regular calls) là lịch cố định, không phải real-time (phải chờ lịch họp, khó khăn với múi giờ khác nhau và đa văn hóa). Có thể gây mệt mỏi (Zoom fatigue) và hạn chế open collaboration liên tục. PMP khuyến nghị dùng cho status update, không phải primary tool cho real-time (PMBOK 7th, 10.1 Manage Communications).

• ❌ Document all information on the team wiki.
  Sai vì: Wiki đội ngũ (như Confluence) dùng để lưu trữ tài liệu lâu dài, không real-time (cập nhật asynchronous, cần refresh để xem). Tuy hữu ích cho knowledge sharing, nhưng thiếu tương tác tức thì, không thúc đẩy collaboration mở mà chỉ là repository thụ động. 📚❌ (PMBOK 7th ưu tiên wiki cho Lessons Learned, không phải real-time tools).

📘 Tài liệu tham khảo

• PMBOK Guide 7th Edition (2021, PMI): Section 4.6.2.3 (Team Management), 9.4 Manage Project Team – Nhấn mạnh collaboration tools cho virtual/hybrid teams.
• PMI Agile Practice Guide (2021 cập nhật): Tools như instant messaging cho daily collaboration in distributed teams.
• PMP Exam Content Outline 2021 (hiệu lực đến 2026): Domain III: Business Environment (15%) & IV: People (42%) – Virtual team management.
  (Nguồn chính thức: pmi.org – Kiến thức cập nhật không thay đổi cơ bản đến 2026 theo syllabus mới nhất).

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