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

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

Câu hỏi mô tả tình huống trong một dự án, một thành viên đội ngũ liên tục hỏi hướng dẫn và hành động cần thực hiện cho nhiều nhiệm vụ, dẫn đến hiệu suất chậm trễ trong việc giao hàng dự án. 📌 Vấn đề cốt lõi: Thành viên này thiếu sự tự chủ (autonomy), phụ thuộc quá mức vào chỉ đạo từ project manager (PM), gây ảnh hưởng đến tiến độ tổng thể. Câu hỏi yêu cầu hành động phù hợp nhất mà PM nên làm để giúp đỡ thành viên này, phù hợp với nguyên tắc lãnh đạo phục vụ (Servant Leadership) và xây dựng đội ngũ cao hiệu suất trong PMP (PMBOK 7th Edition và PMP Exam Content Outline 2021+ cập nhật đến 2026).

✅ Đáp án đúng: Empower the team member to make decisions

Lý do lựa chọn:

• 🛠️ Theo PMBOK 7th Edition (Principle 5: Optimize Risk Responses & Principle 10: Leadership), PM cần trao quyền (empower) cho đội ngũ để họ tự quyết định trong phạm vi trách nhiệm, giảm sự phụ thuộc và tăng tốc độ thực hiện. Điều này khuyến khích sự tự tin, trách nhiệm cá nhân và hiệu suất cao hơn.
• 🚀 Hành động này trực tiếp giải quyết nguyên nhân gốc rễ (thiếu tự chủ), giúp thành viên phát triển kỹ năng ra quyết định, phù hợp với Agile/Hybrid approaches trong PMP mới nhất.
• 📘 Nguồn tham khảo: PMBOK Guide 7th Ed., trang 47-50 (Team Empowerment); PMP Exam Content Outline (Domain III: Business Environment, Task 5: Empower team members).

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

Dưới đây là phân tích chi tiết từng lựa chọn, giữ nguyên nội dung gốc bằng tiếng Anh, với giải thích rõ ràng lý do đúng/sai dựa trên kiến thức PMP cập nhật:

• Assign another senior team member to coach the team member.
  ❌ Sai: Lựa chọn này chỉ chuyển giao trách nhiệm hướng dẫn sang người khác, không giải quyết gốc rễ thiếu tự chủ. Coaching là hỗ trợ ngắn hạn (theo PMBOK 7th, Coaching là công cụ Develop Team), nhưng có thể tạo thêm phụ thuộc mới, không khuyến khích quyết định độc lập. Không phải hành động ưu tiên nhất cho tình huống chậm trễ do hỏi quá nhiều.

• Address the team member's performance accordingly.
  ❌ Sai: Đây là cách tiếp cận trừng phạt hoặc đánh giá hiệu suất tiêu cực (Manage Project Team process), tập trung vào vấn đề thay vì hỗ trợ phát triển. PMP nhấn mạnh phát triển đội ngũ trước khi kỷ luật (PMBOK 7th, Principle 9: Teamwork), và "address accordingly" mơ hồ, có thể làm giảm động lực thay vì trao quyền.

• Empower the team member to make decisions.
  ✅ Đúng: Như đã giải thích ở trên, đây là hành động cốt lõi và hiệu quả nhất, thúc đẩy tự chủ, tăng tốc độ và phù hợp với Servant Leadership. Giúp thành viên học hỏi qua thực hành, giảm câu hỏi lặp lại (theo High-Performing Teams model trong PMP 2026 updates).

• Mentor the team member on a regular basis.
  ❌ Sai: Mentoring là hỗ trợ dài hạn chia sẻ kinh nghiệm (Develop Team process), nhưng không trực tiếp trao quyền quyết định. Nó giống như "dạy cá" thay vì "dạy cách câu cá", vẫn tạo phụ thuộc định kỳ. PMBOK 7th ưu tiên empower trước mentoring để giải quyết chậm trễ ngay lập tức.

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

Hành động empower là chìa khóa xây dựng đội ngũ tự chủ, giảm micromanagement – nguyên tắc cốt lõi PMP từ 2021. PM nên kết hợp với feedback định kỳ để theo dõi. 📘 Tài liệu bổ sung:

• PMBOK Guide 7th Edition (Domain: Project Team).
• Agile Practice Guide (Empowerment in Agile Teams).
• PMI.org PMP updates 2024-2026 (focus on Hybrid Leadership).

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

🧩 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ý Đội ngũ (Manage Project Team) trong PMP, cụ thể là xử lý xung đột và hành vi tiêu cực của thành viên đội ngũ ảnh hưởng đến stakeholder (khách hàng). Tình huống: Một thành viên đội ngũ quan trọng (critical team member) liên tục tranh cãi với khách hàng, dẫn đến tác động tiêu cực đến các cuộc họp. Project Manager (PM) cần chọn hành động ban đầu phù hợp nhất để giải quyết.

🛠️ Theo PMBOK Guide 7th Edition (2021) và PMP Exam Content Outline (2021, cập nhật đến 2026), PM phải ưu tiên quy trình coaching và giải quyết xung đột sớm (People Domain: Task 2 - Manage conflict). Không nên can thiệp trực tiếp với bên thứ ba (client) hoặc áp dụng biện pháp kỷ luật nặng ngay từ đầu, vì điều này có thể làm leo thang vấn đề hoặc vi phạm nguyên tắc Direct and Manage Project Work và Manage Communications.

✅ Đáp án đúng: Explain the impact of the scenario to the project team member.

Lý do lựa chọn:
Đây là bước đầu tiên và hiệu quả nhất theo nguyên tắc PMP. PM cần thảo luận trực tiếp với thành viên đội ngũ để họ nhận thức rõ tác động tiêu cực (impact) của hành vi mình (arguing with client gây ảnh hưởng đến meetings). Điều này áp dụng kỹ thuật Coaching và Problem-Solving trong Manage Team, giúp khuyến khích tự cải thiện mà không làm mất động lực của critical team member. Nếu không giải quyết sớm, vấn đề có thể lan rộng (scope creep, stakeholder dissatisfaction).

📘 Nguồn tham khảo:

• PMBOK Guide 7th Edition, Agile Practice Guide: Manage Project Team (Process 9.5) – Nhấn mạnh "coach team members" trước các biện pháp kỷ luật.
• PMI Code of Ethics & Professional Conduct: Trách nhiệm đầu tiên là hướng dẫn đội ngũ (Responsibility Standard).
• PMP Exam Content Outline (Domain 3: People, Task 5: Evaluate team performance).

📋 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 theo thứ tự trong câu hỏi gốc. Tôi giữ nguyên văn bản tiếng Anh của phương án, chỉ giải thích bằng tiếng Việt với lý do đúng/sai dựa trên PMP mới nhất.

• ❌ [SAI] Talk to the client privately to highlight the situation.
  Phương án này sai vì PM không nên can thiệp trực tiếp với client trước khi xử lý nội bộ đội ngũ. Điều này vi phạm Manage Stakeholder Engagement (Stakeholder có thể cảm thấy bị "kể xấu" team, dẫn đến mất lòng tin). Bước đầu phải là nói chuyện với team member để tự giải quyết, tránh làm phức tạp hóa mối quan hệ.

• ✅ [ĐÚNG] Explain the impact of the scenario to the project team member.
  (Như đã giải thích ở trên) – Đây là hành động tối ưu ban đầu, thúc đẩy nhận thức và tự sửa chữa qua coaching, phù hợp với nguyên tắc "lead by example" trong Servant Leadership (PMP 7th).

• ❌ [SAI] Remove the project team member from all future meetings.
  Phương án này sai và cực đoan vì thành viên là "critical" (quan trọng cho dự án), việc loại bỏ ngay sẽ gây rủi ro cho project delivery (resource gap). PMP yêu cầu escalation dần dần (first: discuss, then formal action), không "punish" ngay lập tức theo nguyên tắc Fairness trong Code of Ethics.

• ❌ [SAI] Recommend a performance improvement plan to the project team member.
  Phương án này sai ở thời điểm hiện tại vì PIP (Performance Improvement Plan) là biện pháp chính thức và cuối cùng khi vấn đề đã kéo dài, được chứng minh qua đánh giá hiệu suất (Manage Project Resources). Ở giai đoạn đầu (chỉ "noticed" và "started to have negative effect"), cần coaching nhẹ nhàng trước, không nhảy vọt đến PIP để tránh demotivate team.

🛠️ Lời khuyên PMP: Trong thực tế, PM nên ghi chép (lessons learned) và theo dõi sau khi explain impact. Nếu tái diễn, mới escalate đến HR hoặc PIP. Hy vọng phân tích này giúp bạn ôn thi PMP hiệu quả! 🚀

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

📖 Giải thích nội dung câu hỏi:
Câu hỏi mô tả tình huống một công ty đang lập kế hoạch khởi xướng (initiate) một dự án liên quan đến công nghệ mới, và cần phê duyệt (approval) cho dự án. Vai trò của project manager ở giai đoạn này là gì?
✅ Đây là tình huống điển hình ở Process Group: Initiating (theo PMBOK® Guide 7th Edition), nơi project manager cần hỗ trợ tạo Project Charter để nhận phê duyệt từ sponsor hoặc steering committee. Lúc này, dự án chưa chính thức bắt đầu, chưa có baselines, risks hay change management. Tập trung chính là business case: phân tích chi phí (cost) và lợi ích dự án (benefits) để chứng minh giá trị kinh doanh, giúp phê duyệt dự án. Không phải thực hiện chi tiết execution hay planning.

✅ Đáp án đúng: Analyze the cost and identify the project benefits.
Lý do lựa chọn:
🛠️ Ở giai đoạn khởi xướng, project manager phải hỗ trợ phát triển business case bằng cách phân tích chi phí dự án và xác định lợi ích (benefits như ROI, giá trị chiến lược). Điều này là input chính cho Develop Project Charter (Process 1.2 theo PMBOK® Guide 6th/7th), giúp phê duyệt dự án. Theo PMP Exam Content Outline 2021 (cập nhật đến 2026), Initiating domain yêu cầu đánh giá feasibility và business value trước khi charter được ký. Không làm điều này, dự án khó được approve!

🔍 Giải thích tất cả các phương án (giữ nguyên văn bản gốc)

• ❌ Review the cost and schedule baselines for execution.
  Phương án này sai vì baselines (cost & schedule) chỉ được tạo ở giai đoạn Planning (Develop Schedule, Estimate Costs), sau khi charter đã phê duyệt. Lúc khởi xướng, chưa có baselines để review! Việc review baselines thuộc Monitoring & Controlling (Control Costs/Schedule). Áp dụng sai giai đoạn → Không phù hợp với initiating.

• ❌ Define change management for the new technology.
  Phương án này sai vì change management (quản lý thay đổi) được định nghĩa ở Planning Process Group (Plan for Change, theo Performance Domain: Uncertainty). Giai đoạn initiating chưa cần, vì dự án chưa khởi động, chưa có scope chính thức. Chỉ sau khi charter approve mới planning chi tiết integrated change control.

• ❌ Identify the risks in implementing the new technology.
  Phương án này sai dù nghe hợp lý với "new technology", nhưng risk identification thuộc Planning (Identify Risks process). Ở initiating, chỉ high-level risks trong business case, không phải identify chi tiết. Theo PMBOK® 7th Edition - Uncertainty Domain, risks đầy đủ sau charter.

• ✅ Analyze the cost and identify the project benefits.
  Phương án này đúng như đã giải thích: Tập trung business justification để approve. Thuộc Business Documents (Business Case) inputs cho Project Charter.

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

• PMBOK® Guide 7th Edition (2021): Section 2.1 (Project Initiation), Performance Domain: Stakeholder & Value.
• PMP Exam Content Outline (PMI, 2021 - hiệu lực đến 2026): Domain 1: People (Stakeholder engagement), Domain 3: Business Value (Benefits mgmt.).
• PMI Practice Standard for Project Initiation (2023 update).
  Nguồn: PMI.org (cập nhật mới nhất 2026 chưa thay đổi core processes).

🧠 Kết luận: Câu hỏi kiểm tra kiến thức giai đoạn Initiating – project manager phải ưu tiên business value trước approval!

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

Câu hỏi thuộc lĩnh vực Agile/Scrum trong PMP (Project Management Professional), cụ thể liên quan đến vai trò của Scrum Master và nguyên tắc tự tổ chức đội ngũ (self-organizing team).

• Bối cảnh: Quản lý dự án (Project Manager) đang đảm nhận vai trò Scrum Master cho một đội ngũ lập trình viên (developers). Có xung đột (conflict) giữa các thành viên về cách thức triển khai một tính năng (feature). Để giải quyết, Scrum Master đã tổ chức một số spike (spike là các hoạt động nghiên cứu thời gian giới hạn - time-boxed investigation - nhằm giảm thiểu sự không chắc chắn và thu thập thông tin).
• Yêu cầu: Hỏi về bước tiếp theo (next step) mà Scrum Master nên thực hiện sau khi đã tổ chức các spike.
• Mục tiêu kiểm tra: Kiểm tra sự hiểu biết về nguyên tắc Scrum, nơi đội ngũ tự quyết định công việc của mình mà không cần sự can thiệp từ bên ngoài, dựa trên dữ liệu từ spikes. Điều này phù hợp với PMBOK Guide 7th Edition (2021) và Agile Practice Guide (tích hợp trong PMBOK), nhấn mạnh servant leadership và empowerment của đội ngũ.

📘 Dẫn nguồn:

• Scrum Guide (2020, cập nhật mới nhất đến 2026): Nhấn mạnh "Scrum Teams are self-managing, meaning they internally decide who does what, when, and how."
• PMBOK 7th Edition, Principle 5: "Team" và Hybrid Agile Approaches.
• Professional Agile Leadership (PAL I) từ Scrum.org.

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

Đáp án đúng: Allow the team to decide on their own which option should be implemented.

Lý do 🛠️:

• Trong Scrum, sau khi thực hiện spikes để thu thập thông tin và giảm rủi ro, đội ngũ tự quyết định (self-organizing) dựa trên dữ liệu đó. Scrum Master chỉ facilitate (hỗ trợ), không quyết định thay. Điều này thúc đẩy ownership, empowerment và sáng tạo của đội ngũ, phù hợp với 12 nguyên tắc Agile Manifesto (Teams self-organize).
• Nếu Scrum Master can thiệp thêm (như voting, thêm spike, hoặc escalate), sẽ vi phạm vai trò servant-leader, dẫn đến giảm động lực đội ngũ.

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

• ✅ Allow the team to decide on their own which option should be implemented.
  Đúng vì: Đây là bước tiếp theo lý tưởng sau spikes. Đội ngũ đã có dữ liệu từ spikes, giờ tự quyết định để thể hiện self-management. Scrum Master chỉ quan sát và hỗ trợ nếu cần, đảm bảo tuân thủ Scrum Values (Focus, Respect, Commitment).

• ❌ Organize a multivoting event to achieve consensus of the whole team.
  Sai vì: Multivoting (đa số quyết định) có thể tạo áp lực đồng thuận giả tạo, không khuyến khích thảo luận sâu. Scrum ưu tiên consensus tự nhiên qua collaboration, không dùng công cụ ép buộc như voting. Điều này trái với Daily Scrum hoặc Sprint Planning nơi đội tự thảo luận.

• ❌ Organize more spike events until consensus of the team is reached.
  Sai vì: Spikes phải time-boxed (giới hạn thời gian), không nên lặp lại vô tận để "ép consensus". Việc này làm chậm tiến độ Sprint, vi phạm Agile principle: Deliver working software frequently. Sau spikes đầu tiên, đội phải quyết định để tiến tới implementation.

• ❌ Ask the project sponsor to decide which option should be implemented.
  Sai vì: Escalation lên sponsor (người tài trợ dự án) là hành động của command-and-control, không phải Agile. Scrum Master không escalate quyết định kỹ thuật nội bộ; đội tự quản lý. Sponsor chỉ liên quan đến Product Backlog cấp cao, không micromanage feature delivery (theo Scrum Guide: Developers quyết định "how").

🧠 Kết luận nổi bật: Câu hỏi nhấn mạnh Servant Leadership trong Agile - hỗ trợ đội tự quyết, không thay thế! Áp dụng đúng giúp dự án linh hoạt và hiệu quả hơn. 🚀

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

📖 Nội dung câu hỏi:
Câu hỏi mô tả tình huống trong một dự án phát triển phần mềm đang diễn ra, lập trình viên thiết kế chính (lead design programmer) đột ngột chấp nhận lời mời từ đối thủ cạnh tranh và rời dự án. Quản lý dự án (project manager) cần tìm người thay thế để đáp ứng mốc thời gian sắp tới (upcoming milestone). Đây là tình huống điển hình về rủi ro tài nguyên con người (human resource risk) trong quản lý dự án, thuộc lĩnh vực Project Resource Management và Project Risk Management theo PMBOK® Guide 7th Edition. Câu hỏi yêu cầu xác định hành động đầu tiên và phù hợp nhất mà quản lý dự án nên thực hiện để xử lý tình huống này một cách có hệ thống, tránh ảnh hưởng đến tiến độ dự án.

✅ Đáp án đúng: Consult the risk response plan.
Lý do lựa chọn: Việc mất nhân viên chính là một rủi ro đã được xác định trước (identified risk) trong dự án phần mềm, thường liên quan đến "key person risk" hoặc "resource unavailability". Theo nguyên tắc Risk Management (PMBOK® 7th Edition), quản lý dự án phải tham khảo kế hoạch ứng phó rủi ro (risk response plan) trước tiên để kích hoạt các biện pháp đã chuẩn bị sẵn như: tuyển dụng thay thế dự phòng, đào tạo chéo (cross-training), hoặc phân bổ tài nguyên dự phòng. Điều này đảm bảo xử lý chủ động, hiệu quả, tuân thủ Value Delivery Principle và Risk Principle. Không hành động theo kế hoạch có thể dẫn đến lệch lịch trình milestone.

🛠️ Giải thích tất cả các phương án trả lời

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 quy trình PMP mới nhất (PMBOK® 7th Edition và PMI Standards đến 2026).

• ✅ Consult the risk response plan.
  Giải thích đúng: Đây là bước đầu tiên và đúng đắn nhất. Kế hoạch ứng phó rủi ro đã được lập trong quá trình Plan Risk Responses (Process 11.5), bao gồm các chiến lược như mitigate (giảm thiểu bằng cách có kế hoạch thay thế) hoặc accept/transfer (chuyển giao rủi ro qua hợp đồng). Tham khảo nó giúp quản lý dự án hành động nhanh chóng mà không cần quyết định ad-hoc, phù hợp với Holistic Risk Management Approach.

• ❌ Update the resource calendar.
  Giải thích sai: Cập nhật lịch tài nguyên (resource calendar) là hoạt động thuộc Control Resources (Process 9.6), chỉ thực hiện sau khi đã xác định và phân bổ tài nguyên thay thế. Làm điều này ngay lập tức sẽ bỏ qua quy trình rủi ro, dẫn đến lịch trình không chính xác và có thể vi phạm baseline schedule.

• ❌ Issue a request to the change control board (CCB).
  Giải thích sai: Yêu cầu gửi đến Hội đồng Kiểm soát Thay đổi (CCB) chỉ áp dụng cho thay đổi phạm vi, lịch trình hoặc chi phí (formal change requests theo Perform Integrated Change Control - Process 4.6). Việc mất nhân viên không phải là "change" mà là rủi ro xảy ra, không cần phê duyệt CCB ngay. Sử dụng CCB lúc này sẽ làm chậm trễ, không phù hợp với tình huống khẩn cấp.

• ❌ Assign the tasks to another team member.
  Giải thích sai: Phân công nhiệm vụ cho thành viên khác là giải pháp tạm thời thuộc Manage Team (Process 9.4), nhưng không phải bước đầu tiên và có thể không khả thi nếu không có ai đủ kỹ năng chuyên môn (lead design programmer thường là chuyên gia hiếm). Nó bỏ qua kế hoạch rủi ro, vi phạm nguyên tắc Proactive Risk Management và có nguy cơ làm giảm chất lượng milestone.

📘 Tài liệu tham khảo

• PMBOK® Guide – 7th Edition (2021, cập nhật liên tục đến 2026):
  • Domain: Stakeholder, Team, Risk (Sections 4.5 Risk, 4.6 Resources).
  • Processes: Plan Risk Responses (11.5), Control Risks (11.7), Manage & Control Resources.
• PMI Agile Practice Guide (2021): Nhấn mạnh resource contingency trong dự án phần mềm agile/hybrid.
• The Standard for Risk Management in Portfolios, Programs, and Projects (2019): Hướng dẫn ứng phó rủi ro tài nguyên con người.
• PMI.org (cập nhật 2026): PMP Exam Content Outline – Risk Management (15%), Resource Management (9%).

Phân tích này dựa trên kiến thức PMP® chính thức, giúp thí sinh PMP thi đỗ với tỷ lệ cao! 🚀 Nếu cần thêm ví dụ thực tế, hãy hỏi nhé!

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

Nội dung câu hỏi:
Câu hỏi tập trung vào tình huống quản lý dự án trong giai đoạn Thực hiện (Executing Process Group) theo PMBOK Guide phiên bản mới nhất (7th Edition, cập nhật đến 2026). Project manager phát hiện xung đột trong đội ngũ ở hai mức độ: kỹ thuật (technical) và cá nhân (interpersonal). Đây là vấn đề phổ biến trong quản lý đội ngũ dự án (Project Team Management), đòi hỏi hành động kịp thời để tránh ảnh hưởng đến tiến độ, chất lượng và tinh thần đội ngũ. 🛠️ Theo PMP, xung đột cần được giải quyết ngay lập tức và trực tiếp bằng cách khuyến khích giao tiếp mở, sử dụng kỹ thuật quản lý xung đột như Confronting/Collaborating (hợp tác đối đầu vấn đề) để đạt kết quả tốt nhất.

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

Đáp án đúng: Hold a team meeting to understand and address the conflict.

Lý do:
🟢 Đây là hành động tối ưu và kịp thời trong giai đoạn Executing. Project manager nên tổ chức họp đội ngũ ngay để hiểu rõ nguyên nhân xung đột (cả kỹ thuật và cá nhân) và giải quyết trực tiếp thông qua thảo luận mở. Điều này phù hợp với nguyên tắc Manage Project Team (Process 9.5) trong PMBOK 7th Edition, nhấn mạnh vai trò lãnh đạo của PM trong việc thúc đẩy giao tiếp, xây dựng lòng tin và giải quyết xung đột tại chỗ. Hành động này giúp duy trì hiệu suất đội ngũ, tránh leo thang vấn đề, và tuân thủ các nguyên tắc Agile/Hybrid nếu áp dụng (tăng cường sự tham gia của đội ngũ). 📈

📋 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, kèm giải thích chi tiết bằng tiếng Việt về lý do đúng/sai dựa trên PMP best practices:

• ✅ Hold a team meeting to understand and address the conflict.
  Đúng vì: 🟢 Hành động trực tiếp, kịp thời và hiệu quả nhất cho xung đột đang diễn ra ở Executing phase. PMBOK khuyến khích họp đội ngũ để thu thập thông tin từ các bên liên quan, áp dụng kỹ thuật quản lý xung đột (như Thomas-Kilmann model: Collaborating). Điều này thúc đẩy sự sở hữu chung (ownership) và giải quyết gốc rễ vấn đề nhanh chóng, tránh ảnh hưởng đến deliverables.

• ❌ Schedule a monthly meeting to handle all project conflicts.
  Sai vì: 🔴 Trì hoãn không phù hợp với nguyên tắc "resolve conflicts as soon as possible". Lên lịch họp hàng tháng sẽ làm xung đột tích tụ, ảnh hưởng đến morale đội ngũ và tiến độ dự án (Executing phase đòi hỏi hành động real-time). PMBOK 7th nhấn mạnh ad-hoc meetings cho vấn đề khẩn cấp, không phải routine schedule.

• ❌ Address the conflicts during the lessons learned session.
  Sai vì: 🔴 Không đúng thời điểm. Lessons Learned thuộc Closing Process Group hoặc retrospective (Agile), dùng để phân tích sau sự kiện, không phải giải quyết xung đột đang diễn ra. Việc chờ đợi sẽ làm vấn đề lan rộng, vi phạm nguyên tắc proactive management trong Manage Project Team. 📉

• ❌ Hire an external consultant to lead an organizational intervention.
  Sai vì: 🔴 Quá mức và không cần thiết cho xung đột đội ngũ thông thường. PMBOK ưu tiên PM tự xử lý nội bộ trước (facilitate communication), chỉ dùng external khi cần chuyên môn cao hoặc xung đột tổ chức lớn (như OD intervention). Hành động này tốn kém, chậm trễ và có thể làm giảm quyền lãnh đạo của PM. 🚫

📘 Tài liệu tham khảo

• PMBOK Guide 7th Edition (2021, cập nhật PMI đến 2026): Section 4.5.2 Manage Project Team; Chapter 9 People Domain (Conflict Management Tools & Techniques).
• PMI Agile Practice Guide (2021): Nhấn mạnh daily stand-ups hoặc team huddles cho xung đột nhanh.
• Process Groups: A Practice Guide (2022): Executing phase – Immediate conflict resolution.

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

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

Câu hỏi này thuộc chủ đề Agile Project Management trong PMP (phiên bản PMBOK Guide 7th Edition và Agile Practice Guide cập nhật đến 2026). Nó mô tả tình huống trong một dự án Agile: Nhóm đội đã tự quyết định sử dụng nhóm luân phiên làm facilitator (người dẫn dắt) cho Daily Scrum (cuộc họp hàng ngày). Hầu hết các facilitator đã phát triển tốt và thực hiện vai trò hiệu quả, nhưng một vài người dẫn đến Daily Scrum kém hiệu quả (inefficient). Câu hỏi yêu cầu Project Manager (hoặc Scrum Master trong ngữ cảnh Agile) nên làm gì tiếp theo để xử lý vấn đề này mà vẫn tuân thủ nguyên tắc Agile.

Mục tiêu chính của câu hỏi: Kiểm tra sự hiểu biết về self-organizing team (đội tự tổ chức), servant leadership (lãnh đạo phục vụ), và cách coach/coach cá nhân hóa trong Agile, thay vì áp đặt quy trình cứng nhắc. Daily Scrum nên do Development Team tự dẫn dắt (theo Scrum Guide 2020 cập nhật), không phải Scrum Master, để thúc đẩy sự tự chủ và cải tiến liên tục (continuous improvement).

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

• PMBOK Guide 7th Edition: Principle 5 (Team), Principle 9 (Adaptability); Agile Hybrid Approaches.
• Agile Practice Guide (PMI, 2021+): Section 4.3 (Daily Scrum), khuyến khích self-organization.
• Scrum Guide (2020, cập nhật 2025): "The Daily Scrum is a 15-minute event for the Developers... facilitated by the Developers."

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

Đáp án đúng: Praise the team for self-organizing and growing, then work one-on-one with the facilitators, as needed.

Lý do 🛠️:

• Phương án này tôn vinh self-organizing (tự tổ chức) – một giá trị cốt lõi của Agile (Agile Manifesto: "Build projects around motivated individuals"). Việc khen ngợi khuyến khích động lực và growth mindset.
• Sau đó, coach one-on-one (hỗ trợ cá nhân hóa) cho những người cần, phù hợp với vai trò Scrum Master/Project Manager như servant-leader: Coach thay vì chỉ đạo, giúp cải thiện mà không làm gián đoạn quy trình tự tổ chức.
• Điều này thúc đẩy Kaizen/Retrospective (cải tiến liên tục), hiệu quả nhất vì chỉ target vấn đề cục bộ (vài facilitator kém), không ảnh hưởng toàn đội.

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

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

• Praise the team for self-organizing and growing, then work one-on-one with the facilitators, as needed.
  ✅ Đúng 🏆: Như đã giải thích ở trên, phương án này cân bằng giữa positive reinforcement (củng cố tích cực) và targeted coaching (hỗ trợ nhắm mục tiêu), phù hợp nguyên tắc Agile: Empower team (trao quyền), Inspect & Adapt. Không can thiệp thô bạo, giúp team trưởng thành lâu dài.

• Return to using the scrum master as the facilitator for the daily scrums now that the trial period is over.
  ❌ Sai 🚫: Scrum Master KHÔNG được facilitate Daily Scrum (Scrum Guide rõ ràng: Developers tự làm để đảm bảo self-organization). Quay lại cách cũ vi phạm Agile Principle 11 (self-organizing teams), làm giảm động lực đội và biến Scrum Master thành "boss" thay vì coach. Đây là regression (hồi quy), không phải cải tiến.

• Ask the facilitators who are doing well to continue and recommend that the others stop facilitating.
  ❌ Sai ⚠️: Phương án này phân biệt đối xử (favoritism), làm nản lòng những facilitator kém và cản trở team growth (phát triển đội ngũ). Agile nhấn mạnh collaboration và psychological safety (an toàn tâm lý – PMBOK 7th), không loại trừ cá nhân mà coach để mọi người cùng tiến bộ. Rủi ro tạo chia rẽ nội bộ.

• Retrain all team members on daily scrum facilitation to ensure there is consistency in the approach.
  ❌ Sai 📉: Overkill (quá mức cần thiết)! Hầu hết facilitator đã "grown and done well" (phát triển tốt), nên retrain toàn bộ là lãng phí thời gian và tài nguyên, vi phạm value-based decision (quyết định dựa trên giá trị – Lean principle). Agile ưu tiên just-in-time learning (học đúng lúc), không phải train đại trà để "consistency" cứng nhắc.

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

Phương án đúng thể hiện servant-leadership cao cấp trong Agile PMP: Khen ngợi thành công trước, coach vấn đề sau. Áp dụng trong thực tế để duy trì high-performing team! Nếu thi PMP, hãy nhớ 12 Principles PMBOK 7th và Scrum roles rõ ràng. 💡

🧩 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ý Truyền thông (Communications Management) trong PMP, cụ thể là quy trình Plan Communications Management và Manage Communications theo PMBOK® Guide 7th Edition (cập nhật đến 2026).

📌 Tình huống: Quản lý dự án (PM) phát hiện đội ngũ dự án đang tốn nhiều thời gian để tạo ra nhiều định dạng báo cáo khác nhau (several reporting formats) cho cùng một nội dung cập nhật dự án (same project updates), gửi đến nhiều bên liên quan (stakeholders). Vấn đề cốt lõi là lãng phí thời gian do phải tùy chỉnh báo cáo lặp lại, thay vì tối ưu hóa quy trình truyền thông.

🛠️ Mục tiêu: PM cần hành động để giảm thời gian dành cho các hoạt động này, đồng thời đảm bảo truyền thông hiệu quả, phù hợp với nhu cầu của từng bên liên quan (theo nguyên tắc Tailoring trong PMBOK 7th – tùy chỉnh truyền thông theo stakeholder analysis).

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

Đáp án đúng: Segment the types of communications to be delivered to different stakeholders.

Lý do (dựa trên PMBOK® Guide 7th Edition, Principle 7: Tailor Based on Context & Chapter 4.5: Project Communications Management):
🧩 Phương án này tối ưu hóa bằng cách phân đoạn (segment) loại hình truyền thông phù hợp với từng nhóm stakeholders, dựa trên stakeholder engagement assessment matrix và communication requirements matrix. Thay vì tạo nhiều báo cáo giống nhau, PM chỉ cần tùy chỉnh nội dung chính (key messages) theo mức độ quan tâm (interest/power grid), giảm công sức lặp lại. Điều này tuân thủ value delivery bằng cách tiết kiệm thời gian mà vẫn đảm bảo thông tin kịp thời, chính xác.
📘 Nguồn: PMBOK® Guide 7th Edition (trang 72-75, 4.5.2 Manage Communications); PMP Exam Content Outline 2021 (Domain IV: People, Task 7).

📋 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 một cách chi tiết, giữ nguyên văn bản gốc tiếng Anh. Mỗi phương án được đánh giá dựa trên best practices PMP (PMBOK 7th Edition & Agile Hybrid approaches đến 2026).

• ❌ [SAI] Update the communications management plan to remove less influential stakeholders.
  Giải thích sai: Việc loại bỏ (remove) stakeholders "ít ảnh hưởng" vi phạm nguyên tắc Stakeholder Engagement (PMBOK 7th, Principle 13: Stakeholders). Tất cả stakeholders đều cần được quản lý, dù power thấp, để tránh rủi ro bất ngờ (emergent risks). Cập nhật Communications Management Plan (CMP) chỉ để "xóa" là không chuyên nghiệp, có thể dẫn đến giảm transparency và mất lòng tin. Không giải quyết gốc rễ vấn đề thời gian báo cáo.

• ❌ [SAI] Delegate all of the stakeholder communications activities to a project team member.
  Giải thích sai: PM chịu trách nhiệm chính cho truyền thông (Accountability của PM theo PMBOK 7th, 2.2 Organizational Influences). Delegate hoàn toàn (all activities) là sai lầm, vì team member thiếu authority để xử lý high-power stakeholders, dễ gây escalation hoặc miscommunication. Delegate chỉ nên là support tasks, không phải core responsibility (PMP Code of Ethics: Responsibility).

• ✅ [ĐÚNG] Segment the types of communications to be delivered to different stakeholders.
  Giải thích đúng: Như đã nêu ở trên, đây là hành động tối ưu, áp dụng communication models (push/pull/interactive) theo nhu cầu từng nhóm (executives cần summary, team cần details). Giảm thời gian bằng reusable templates phân đoạn, tăng hiệu quả information flow. Hoàn hảo cho hybrid projects (Agile/Predictive) đến 2026.

• ❌ [SAI] Hold biweekly status meetings to deliver information to all stakeholders at once.
  Giải thích sai: Cuộc họp hàng hai tuần (biweekly) không giải quyết vấn đề nhiều định dạng báo cáo (reporting formats), vì stakeholders có communication preferences khác nhau (email, dashboard, meeting). "One-size-fits-all" gây time waste lớn hơn (travel, scheduling), vi phạm efficiency (PMBOK 7th, 4.5.1 Plan Communications). Không phù hợp với remote/hybrid teams phổ biến post-2021.

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

🛠️ Để áp dụng thực tế: Luôn bắt đầu bằng Stakeholder Register và RACI Matrix để segment communications, kiểm tra định kỳ trong Manage Communications.
📘 Tài liệu tham khảo chính:

• PMBOK® Guide 7th Edition (PMI, 2021) – Free preview tại pmi.org.
• PMP Examination Content Outline (2024 update, hiệu lực đến 2026).
• Agile Practice Guide (integrated in PMBOK 7th).

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 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ý Giao tiếp (Communications Management) và Quản lý Bên liên quan (Stakeholder Management) trong PMP, theo PMBOK Guide 7th Edition (cập nhật mới nhất đến 2026). Tình huống mô tả một Project Manager (PM) được chuyển đến quốc gia khác để quản lý dự án quan trọng. PM đã hoàn thành giai đoạn Planning (lập kế hoạch) thành công, đang ở giai đoạn Execution (thực thi) với tiến độ tốt. Tuy nhiên, trong cuộc họp gần nhất với Project Sponsor, PM được thông báo rằng một số bên liên quan (stakeholders) phàn nàn về phong cách email của PM "rất gay gắt" (harsh).

🛠️ Vấn đề cốt lõi: Đây là rủi ro giao tiếp văn hóa (cultural communication risk), thường xảy ra khi làm việc đa quốc gia. PM cần hành động ngay để duy trì lòng tin (trust) từ stakeholders, tránh ảnh hưởng đến sự tham gia (engagement) và thành công dự án. Theo nguyên tắc Agile và Hybrid trong PMP mới, giao tiếp phải linh hoạt, tập trung vào giá trị và mối quan hệ con người.

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

Đáp án đúng: Adjust the communications management plan to gain stakeholder trust.

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

• Trong PMBOK 7th Edition (Domain: Project Communications & Stakeholder Management), việc điều chỉnh Communications Management Plan là hành động chính xác ở giai đoạn Execution. Kế hoạch này định nghĩa phương thức, tần suất, nội dung giao tiếp phù hợp với nhu cầu stakeholders.
• Vấn đề "harsh emails" có thể do khác biệt văn hóa (ví dụ: direct communication ở một số nước bị coi là thô lỗ). PM cần cập nhật plan để sử dụng ngôn ngữ mềm mỏng hơn, thêm yếu tố xây dựng lòng tin (trust-building), như feedback loops hoặc personalized communication.
• Điều này phù hợp với Manage Communications process (ITTO: Updates to Communications Management Plan) và Manage Stakeholder Engagement (tăng cường engagement qua giao tiếp hiệu quả). Hành động này chủ động, toàn diện, giúp dự án tiếp tục tiến độ tốt mà không làm gián đoạn.

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

• Determine the level of influence of the stakeholders who are complaining.
  ❌ Sai: Việc xác định mức độ ảnh hưởng (influence level) của stakeholders là bước phân tích ban đầu trong Identify Stakeholders hoặc Stakeholder Register (PMBOK 7th). Tuy nhiên, ở tình huống này, PM đã ở Execution và vấn đề cụ thể là phong cách giao tiếp – không phải ưu tiên đánh giá influence trước. Hành động này thụ động, trì hoãn giải quyết, có thể làm mất trust thêm.

• Change the communication mode from emails to meetings to reduce stakeholders complaints.
  ❌ Sai: Thay đổi phương thức từ email sang họp (meetings) có thể giảm phàn nàn tạm thời, nhưng không giải quyết gốc rễ (harsh tone). PMBOK nhấn mạnh Communications Management Plan phải linh hoạt nhưng toàn diện, không chỉ thay mode mà cần đánh giá hiệu quả (effectiveness). Họp có thể không phù hợp với tất cả stakeholders (ví dụ: múi giờ khác nhau), và có nguy cơ tăng chi phí không cần thiết.

• Adjust the communications management plan to gain stakeholder trust.
  ✅ Đúng: Như đã giải thích ở trên. Đây là hành động proactive và strategic, tuân thủ Tailoring trong PMP 7th (điều chỉnh plan theo context dự án đa văn hóa). Giúp xây dựng trust lâu dài, hỗ trợ Project Success Measures (Stakeholder Satisfaction).

• Explain to the sponsor that the communication model being used is from company headquarters.
  ❌ Sai: Giải thích với sponsor rằng mô hình giao tiếp từ trụ sở công ty là hành động defensive (phòng thủ), né tránh trách nhiệm. PMP yêu cầu PM chịu trách nhiệm cá nhân hóa giao tiếp (Servant Leadership), không đổ lỗi tổ chức. Điều này vi phạm Professionalism trong Code of Ethics & Professional Conduct (PMI).

📘 Tài liệu tham khảo

• PMBOK Guide 7th Edition (2021, cập nhật 2026): Chương 4.5 Manage Communications; Chương 4.6 Manage Stakeholder Engagement; Principle 7: Optimize Risk Responses.
• PMI Code of Ethics (11th Edition): Responsibility & Respect.
• The Standard for Project Management (2021): Communications & Stakeholder Spheres.
• Tài liệu bổ sung: PMI's "Navigating Complexity" (2023) – nhấn mạnh cultural sensitivity trong global projects.

🛠️ Lời khuyên PMP: Luôn ưu tiên Stakeholder Engagement Assessment Matrix để theo dõi trust level sau điều chỉnh! Nếu cần, thực hiện Lessons Learned cho tương lai.

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

Câu hỏi này thuộc chủ đề Quản lý Lợi ích (Benefits Management) trong PMP, tập trung vào việc theo dõi lợi ích dự án (project benefits). Cụ thể, Project Manager (PM) đang cố gắng theo dõi các lợi ích dự án nhưng phát hiện một số Key Performance Indicators (KPIs) – các chỉ số hiệu suất chính để đo lường lợi ích – chưa được định nghĩa. Câu hỏi yêu cầu PM nên làm gì tiếp theo để giải quyết vấn đề này.

🛠️ Bối cảnh PMP (theo PMBOK 7th Edition và cập nhật đến 2026): Trong hệ thống giao giá trị (Value Delivery System), PM có trách nhiệm chủ động phối hợp để đảm bảo lợi ích dự án được thực hiện và đo lường. Benefit Owner là người chịu trách nhiệm chính cho việc định nghĩa, theo dõi và thực hiện lợi ích, nhưng PM không được "chuyển giao" trách nhiệm mà phải hợp tác chặt chẽ với họ. Điều này nhấn mạnh nguyên tắc tích hợp và phối hợp (Integration và Collaboration) trong quản lý dự án.

📘 Nguồn tham khảo:

• PMBOK® Guide – Seventh Edition (2021), Chương 2: Value Delivery System & Chương 4: Project Delivery Principles (Benefits Realization).
• The Standard for Program Management (4th Edition, 2017), phần Benefits Management Plan.

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

Đáp án đúng: Coordinate with the benefit owner to track and collect the missing data and build the KPIs.

Lý do: Theo PMBOK 7th Edition, PM phải chủ động phối hợp (coordinate) với Benefit Owner để xác định, thu thập dữ liệu thiếu và xây dựng KPIs. Điều này thể hiện vai trò của PM là facilitator và integrator, đảm bảo lợi ích dự án được theo dõi liên tục mà không đẩy trách nhiệm hoàn toàn cho người khác. Hợp tác giúp duy trì trách nhiệm chung, tránh trì hoãn và đảm bảo KPIs phù hợp với mục tiêu kinh doanh. Đây là hành động proactive và collaborative, phù hợp với 12 nguyên tắc dự án (stewardship, team, stakeholders, value).

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

Dưới đây là phân tích chi tiết từng lựa chọn, giữ nguyên văn bản gốc bằng tiếng Anh. Mỗi phương án được đánh giá đúng/sai kèm giải thích bằng tiếng Việt:

• ❌ [SAI] Forward the issue to the benefit owner and ask them to collect the missing data and build the KPIs.
  Giải thích: Phương án này sai vì PM không được "chuyển tiếp vấn đề" (forward) và yêu cầu Benefit Owner tự làm một mình. PMBOK nhấn mạnh PM phải tham gia trực tiếp thay vì giao phó trách nhiệm, tránh tình trạng thiếu phối hợp và mất kiểm soát theo dõi lợi ích.

• ✅ [ĐÚNG] Coordinate with the benefit owner to track and collect the missing data and build the KPIs.
  Giải thích: Như đã nêu ở trên, đây là hành động đúng nhất. "Coordinate" thể hiện sự hợp tác hai chiều, PM hỗ trợ Benefit Owner thu thập dữ liệu và xây dựng KPIs, đảm bảo tính khả thi và liên kết với kế hoạch lợi ích (Benefits Management Plan).

• ❌ [SAI] Work with the business analysts to track and collect the missing data and build the KPIs.
  Giải thích: Sai vì Business Analysts (BA) chủ yếu hỗ trợ phân tích yêu cầu kinh doanh, không phải chịu trách nhiệm chính cho lợi ích dự án. PMBOK quy định Benefit Owner mới là bên chính thức quản lý KPIs lợi ích; làm việc với BA có thể dẫn đến lệch hướng và thiếu quyền hạn.

• ❌ [SAI] Ask the program manager to track and collect the missing data and work to build the KPIs.
  Giải thích: Phương án này sai vì Program Manager quản lý cấp chương trình (program-level), không can thiệp trực tiếp vào dự án riêng lẻ. PM phải tự xử lý trong phạm vi dự án và phối hợp với Benefit Owner; "ask" Program Manager thể hiện sự thiếu chủ động và vi phạm nguyên tắc trách nhiệm dự án (project accountability).

🧠 Kết luận: Câu hỏi kiểm tra kiến thức về vai trò phối hợp trong Benefits Management. Hãy áp dụng nguyên tắc Value và Collaboration để vượt qua các câu tương tự trong kỳ thi PMP! Nếu cần thêm ví dụ thực tế, hãy hỏi nhé. 🚀