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

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

Câu hỏi mô tả tình huống: Một project manager đã đồng ý yêu cầu của thành viên đội ngũ về lịch làm việc thay thế, bắt đầu từ 12:00 trưa hàng ngày. Lịch này hoạt động tốt cho dự án, nhưng gần đây bị các thành viên từ đội ngũ dự án khác chỉ trích vì giờ làm việc cốt lõi (core working hours) của công ty bắt đầu từ 9:00 sáng.

📌 Vấn đề cốt lõi: Project manager đã thỏa thuận mà không xem xét đầy đủ ranh giới (boundaries) của cuộc đàm phán, dẫn đến vi phạm chính sách giờ làm việc chung của tổ chức. Câu hỏi yêu cầu xác định hành động project manager nên làm trước để tránh tình huống này, thuộc lĩnh vực Resource Management trong PMP (quản lý tài nguyên con người, cụ thể là đàm phán và thỏa thuận với đội ngũ).

🛠️ Liên hệ với PMP: Theo PMBOK® Guide 7th Edition (và cập nhật đến 2024-2026), việc đàm phán tài nguyên (Negotiate Resources) đòi hỏi phân tích ranh giới đàm phán để đảm bảo thỏa thuận phù hợp với chính sách tổ chức, tránh xung đột sau này. Đây là nguyên tắc trong Project Team Management và Stakeholder Engagement.

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

Đáp án đúng: Analyzed the boundaries of the negotiations for agreement

Lý do:

• Khi đàm phán lịch làm việc linh hoạt với thành viên đội ngũ, project manager phải phân tích ranh giới đàm phán (analyze boundaries) trước khi đồng ý, bao gồm kiểm tra chính sách công ty (như core hours từ 9:00 sáng), quyền hạn của mình, và tác động đến các bên liên quan khác (stakeholders từ đội ngũ khác).
• Việc này giúp tránh thỏa thuận vượt quá giới hạn tổ chức, ngăn chặn tranh cãi sau. Đây là best practice trong Acquire Resources và Develop Team processes (PMBOK® 7th Edition, Principle 5: Optimize Resource Allocation).
• ✅ Kết quả mong đợi: Thỏa thuận bền vững, tuân thủ quy định, giảm rủi ro xung đột nội bộ.

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

• ❌ Broken down the situation to identify the root cause
  Sai vì: Phương án này mô tả Root Cause Analysis (phân tích nguyên nhân gốc rễ), thường dùng trong Manage Quality hoặc Control Risks (như Ishikawa Diagram). Tình huống chưa xảy ra vấn đề lớn cần phân tích gốc rễ; project manager cần ngăn ngừa trước bằng cách kiểm tra ranh giới đàm phán, không phải phân tích sau sự việc.

• ❌ Determined communication methods and channels
  Sai vì: Đây thuộc Manage Communications process (Plan Communications Management), tập trung vào xác định kênh giao tiếp với stakeholders. Vấn đề không phải giao tiếp kém, mà là thỏa thuận ban đầu vi phạm policy; giao tiếp chỉ giải quyết triệu chứng, không ngăn ngừa từ gốc.

• ✅ Analyzed the boundaries of the negotiations for agreement
  Đúng vì: Như giải thích ở trên, đây là bước bắt buộc trong đàm phán tài nguyên (Negotiating Resources). Phân tích ranh giới đảm bảo thỏa thuận nằm trong quyền hạn và chính sách tổ chức, tránh tình huống bị chỉ trích từ các đội ngũ khác. Hoàn hảo khớp với Principle 9: Ensure Value Delivery (PMBOK® 7th).

• ❌ Managed and rectified the ground rule violations
  Sai vì: Ground rules là quy tắc đội ngũ (team charter, như trong Develop Team), không phải policy công ty (core hours). Phương án này là xử lý vi phạm sau khi xảy ra (managed and rectified), trong khi câu hỏi yêu cầu ngăn ngừa trước (prevent). Không phù hợp vì core hours là organizational policy, không phải ground rule đội ngũ.

📘 Tài liệu tham khảo

• PMBOK® Guide – 7th Edition (2021, cập nhật 2024): Section 4.5 Develop Team & 9.2 Negotiate Resources; Principle 5 (Optimize Resource Allocation) & Principle 12 (Navigate Complexity).
• PMI Agile Practice Guide (2021): Hybrid approaches trong team scheduling.
• The Standard for Project Management (2021): Emphasizes boundaries in negotiations to align with organizational enablers.
• Nguồn chính thức: PMI.org (PMP Exam Content Outline 2024-2026, Domain III: Business Environment – 8%).

🧠 Lời khuyên PMP: Luôn kiểm tra organizational process assets trước khi đàm phán để tránh pitfalls như trường hợp này!

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

Câu hỏi mô tả tình huống trong dự án PMP: Project sponsor báo cáo rằng một key stakeholder đang phàn nàn về sự khác biệt trong các chỉ số hiệu suất (metrics) mà project manager (PM) báo cáo, dẫn đến ấn tượng dự án đang mất kiểm soát (out of control). Tuy nhiên, PM đã tuân thủ nghiêm ngặt communications management plan đã thỏa thuận. Vấn đề nổi bật là key stakeholder này hiếm khi tham gia các cuộc họp báo cáo tình trạng (status report meetings).

🛠️ Vấn đề cốt lõi: Đây là xung đột giao tiếp giữa PM và stakeholder, có thể do khoảng trống trong nhu cầu giao tiếp (communication gaps), chẳng hạn như định dạng báo cáo không phù hợp, tần suất không khớp, hoặc stakeholder không nhận được thông tin đúng cách. Theo PMBOK® Guide 7th Edition (2021) và cập nhật PMP đến 2026, PM cần ưu tiên quản lý giao tiếp (Manage Communications) và phân tích nhu cầu stakeholder để giải quyết gốc rễ, thay vì biện pháp tạm thời. Hành động đầu tiên (first) phải tập trung vào việc đánh giá và điều chỉnh kế hoạch giao tiếp để đảm bảo stakeholder engagement hiệu quả.

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

Đáp án đúng: Evaluate the communication needs to discover the gaps and adjust the original plan if needed.

Lý do: Đây là hành động đầu tiên và phù hợp nhất theo quy trình Manage Communications (PMBOK® 7th Edition, Domain: Project Communications Management). PM cần đánh giá lại nhu cầu giao tiếp (communication needs) của stakeholder để xác định khoảng trống (gaps), sau đó điều chỉnh kế hoạch nếu cần. Điều này giải quyết gốc rễ vấn đề (stakeholder không tham gia meetings dẫn đến hiểu lầm metrics), thúc đẩy stakeholder satisfaction và tránh escalation. Không nên bỏ qua vì kế hoạch hiện tại dù đúng nhưng chưa đáp ứng nhu cầu thực tế (Tailoring trong PMP nhấn mạnh điều chỉnh linh hoạt).

📋 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, với ✅ đúng hoặc ❌ sai, kèm giải thích dựa trên nguyên tắc PMP mới nhất (PMBOK® 7th Edition và PMP Exam Content Outline 2021+):

• ✅ Evaluate the communication needs to discover the gaps and adjust the original plan if needed.
  Giải thích đúng: Hành động này trực tiếp áp dụng Manage Communications và Monitor Stakeholder Engagement (Process 13.3 & 13.4 PMBOK® 7th). Đánh giá gaps giúp PM tailoring giao tiếp phù hợp (ví dụ: gửi báo cáo riêng cho stakeholder không tham gia meetings), đảm bảo transparency và alignment. Đây là bước first response proactive, tránh vấn đề leo thang.

• ❌ Use the contingency reserves to implement fast tracking và improve the schedule key performance indicators (KPIs).
  Giải thích sai: Contingency reserves dành cho known-unknown risks (PMBOK® 7th, Risk Management Principles), không dùng để "cải thiện KPIs" bằng fast tracking (một kỹ thuật Schedule Compression). Vấn đề ở đây là giao tiếp, không phải schedule performance, nên sử dụng reserves như vậy là lãng phí và không phù hợp (vi phạm Cost Management Principles).

• ❌ Review the resource breakdown structure (RBS) to request the main stakeholder's manager to replace the stakeholder.
  Giải thích sai: RBS là công cụ phân loại resources (nhân sự, vật tư) trong Resource Management (PMBOK® 7th, Tools & Techniques), không áp dụng cho stakeholder (là bên ngoài dự án). Thay thế stakeholder là hành động aggressive và không chuyên nghiệp, bỏ qua Stakeholder Engagement Principles – PM phải engage chứ không loại trừ.

• ❌ Provide evidence to the project sponsor that the project is on track and the communications have been sent.
  Giải thích sai: Đây chỉ là phản ứng phòng thủ (defensive), chứng minh PM đúng mà không giải quyết gốc rễ (root cause: communication gaps). Theo Communications Management Approach, cần analyze và adjust thay vì "chỉ báo cáo bằng chứng" – có thể làm stakeholder cảm thấy bị bỏ qua, vi phạm People Domain (Focus on high-performing teams & engagement).

📘 Tài liệu tham khảo

• PMBOK® Guide – Seventh Edition (2021, PMI): Chương 4 (Project Communications Management), Principles 5 (Stakeholder Focus), Tools: Communication Models & Requirements Traceability Matrix.
• PMP Exam Content Outline (2021, cập nhật 2026): Domain 4: People (32%) & Domain 5: Business Environment (8%) – Nhấn mạnh Manage Communications & Stakeholder Engagement.
• The Standard for Project Management (2021): Phần Tailoring & Hybrid Approaches cho giao tiếp linh hoạt.
• Tài liệu bổ sung: PMI.org/PMP (Agile Hybrid Practices trong giao tiếp metrics).

🛠️ Lời khuyên PMP: Luôn ưu tiên proactive communication assessment để duy trì dự án "on track"! Nếu cần đào sâu, hãy thực hành với PMP mocks. 😊

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

Câu hỏi này thuộc chủ đề Quản lý Đội ngũ (Team Management) trong PMP, đặc biệt liên quan đến môi trường Agile/Scrum với các sprint đang bị trễ tiến độ do xung đột hành vi (behavior issues) giữa thành viên.
📌 Tình huống cụ thể: Đội ngũ gặp vấn đề hành vi kéo dài gây xung đột, dẫn đến mất đà (losing momentum) và chậm sprint. Project Manager (PM) cần chọn hành động phù hợp nhất để xử lý, tập trung vào việc xây dựng và duy trì đội ngũ hiệu suất cao theo nguyên tắc Servant Leadership.
🛠️ Mục tiêu: PM phải thúc đẩy giao tiếp mở, củng cố quy tắc nhóm để giải quyết gốc rễ vấn đề, thay vì tránh né hoặc can thiệp bên ngoài không cần thiết. Đây là ứng dụng của Performance Domain: Team trong PMBOK 7th Edition (2021, cập nhật đến 2026).

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

Đáp án đúng: Revisit the ground rules and team communication protocols, and discuss what is happening.

Lý do:
🧠 Trong PMP (PMBOK 7th Ed. & Agile Practice Guide), PM đóng vai trò facilitator (người hỗ trợ), không phải "boss". Khi xung đột ảnh hưởng đến sprint, PM nên revisit ground rules (quy tắc nhóm đã lập từ đầu) và thảo luận mở để đội ngũ tự nhận diện, giải quyết vấn đề. Điều này thúc đẩy psychological safety, cải thiện giao tiếp, và khôi phục momentum. Đây là cách tiếp cận proactive và empowering phù hợp với High-Performing Teams (12 Principles of Team).
📘 Nguồn: PMBOK 7th Edition (Section 4.2 Team Domain); Agile Practice Guide (Sprint Planning & Daily Scrum - Address Impediments).

📋 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 dựa trên best practices PMP/Agile mới nhất.

• Engage a counselor to reconcile the situation between the team members affected.
  ❌ Sai: Việc mời cố vấn bên ngoài (counselor) là escalation quá mức cho xung đột hành vi thông thường trong đội ngũ. PMP khuyến khích PM tự xử lý nội bộ qua giao tiếp (Team Charter & Ground Rules). Chỉ dùng bên ngoài khi vấn đề nghiêm trọng như harassment. Điều này làm đội ngũ phụ thuộc, mất tự chủ.
  📘 Nguồn: PMBOK 7th (3.10 Manage Project Team - Internal first).

• Control backlog assignments and reduce direct communications between team members.
  ❌ Sai: Kiểm soát backlog và giảm giao tiếp trực tiếp là tránh né vấn đề, vi phạm nguyên tắc Agile (cross-functional collaboration). Nó làm chậm sprint hơn, phá hủy self-organizing team. PMP ưu tiên tăng cường giao tiếp thay vì hạn chế.
  📘 Nguồn: Agile Practice Guide (Daily Stand-up: Promote open communication).

• Revisit the ground rules and team communication protocols, and discuss what is happening.
  ✅ Đúng: Như đã giải thích ở trên, đây là hành động tốt nhất để tái khẳng định quy tắc nhóm, khuyến khích thảo luận mở, giải quyết gốc rễ xung đột. Phù hợp Servant Leadership và Agile values (focus on individuals & interactions).
  📘 Nguồn: PMBOK 7th (4.2.1 Establish Team Agreements); Scrum Guide 2020 (Developer accountability).

• Require team members experiencing the conflicts to take a day off from work.
  ❌ Sai: Buộc nghỉ việc là phạt thay vì hỗ trợ, không giải quyết nguyên nhân, có thể tăng xung đột. PMP nhấn mạnh coaching & mentoring nội bộ, không dùng "time-out" như trẻ em. Vi phạm motivational theories (Herzberg).
  📘 Nguồn: PMBOK 7th (9.1.2.3 Conflict Resolution - Confront & Collaborate).

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

✅ Phương pháp đúng giúp đội ngũ tự trưởng thành, tránh tái phát. Trong thực tế, PM nên kết hợp Retrospectives (Agile) để cải thiện liên tục. Áp dụng ngay để cứu sprint!
📚 Tài liệu tham khảo chính:

• PMBOK® Guide 7th Edition (PMI, 2021).
• Agile Practice Guide (PMI, 2017, tích hợp PMBOK 7).
• Scrum Guide (2020, cập nhật 2025).

🧩 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ý Thay đổi (Manage Project Changes) trong PMP, cụ thể liên quan đến quy trình xử lý sau khi Hội đồng Kiểm soát Thay đổi (Change Control Board - CCB) đã phê duyệt một yêu cầu thay đổi (change request). Tình huống: CCB đã phê duyệt thêm một thành phần mới vào sản phẩm, nhưng Quản lý Hoạt động (operations manager) phát hiện sau khi phê duyệt và phàn nàn rằng việc triển khai sẽ gây gián đoạn lớn cho dây chuyền sản xuất.

📌 Bối cảnh PMP (theo PMBOK® Guide 7th Edition và cập nhật đến 2026): Sau khi thay đổi được phê duyệt, Project Manager (PM) phải đảm bảo triển khai hiệu quả, quản lý rủi ro liên quan và tương tác với các bên liên quan (stakeholder engagement). Ưu tiên đầu tiên là thu thập thông tin, hiểu rõ lo ngại từ stakeholder để tránh hiểu lầm, trước khi thực hiện các hành động phức tạp như phân tích nguyên nhân gốc rễ (root cause) hay leo thang (escalate). Điều này phù hợp với nguyên tắc Tailoring và Value Delivery trong PMBOK 7th, nhấn mạnh giao tiếp kịp thời và hợp tác.

🛠️ Mục tiêu của PM: Xử lý khiếu nại một cách chủ động, giảm thiểu rủi ro triển khai, duy trì mối quan hệ stakeholder, mà không nhảy vọt sang các bước cao hơn (như escalate hoặc root cause analysis) vì chưa có đủ thông tin.

✅ Đáp án đúng: Meet with the operations manager to explain the background for the change and understand the operation manager's concerns about the change.

Lý do lựa chọn (theo PMP mới nhất):
Đây là hành động đầu tiên và phù hợp nhất vì PM cần giao tiếp trực tiếp để:

• Giải thích nền tảng thay đổi (background) đã được CCB phê duyệt, giúp stakeholder hiểu quyết định.
• Hiểu rõ lo ngại cụ thể (concerns) từ operations manager, đánh giá tác động thực tế đến sản xuất.
  Điều này tuân thủ PMBOK® Guide 7th Edition (Process 4.6 Manage Project Changes) và 13.3 Manage Stakeholder Engagement, nơi ưu tiên thu thập input từ stakeholder trước khi quyết định tiếp theo. Emoji nhấn mạnh: 🗣️ Giao tiếp là chìa khóa đầu tiên để giải quyết xung đột, tránh leo thang không cần thiết!
  (Nguồn: PMBOK® Guide – Seventh Edition, PMI 2021; The Standard for Project Management, 3rd Edition 2021; cập nhật Agile Practice Guide 2021-2026).

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

• [SAI] Formally acknowledge the operation manager's concerns and raise a new risk that the project may deliver late and over budget due to manufacturing difficulties.
  ❌ Sai vì: Hành động này giả định rủi ro ngay lập tức (late/over budget) mà chưa xác nhận thông tin từ operations manager. PMP yêu cầu đánh giá rủi ro dựa trên dữ liệu thực tế (PMBOK 7th, Domain 4: Uncertainty), không phải "formally acknowledge" rồi tạo risk mới vội vã. Đây là bước thứ cấp, sau khi đã gặp và hiểu concerns. 🆘 Quá sớm!

• [SAI] Escalate the issue to the project sponsor, as the decision to add the component brings many benefits even though it will be disruptive to the production line.
  ❌ Sai vì: Escalate là lựa chọn cuối cùng trong PMP (PMBOK 7th, 4.1 Develop Project Charter: PM giải quyết issue trước khi escalate). Việc biện minh "benefits > disruption" bỏ qua lo ngại stakeholder, vi phạm Stakeholder Engagement (Domain 8). PM phải giải quyết tại chỗ trước! 🚫 Không leo thang ngay!

• [SAI] Lead a root cause analysis workshop with the design team to identify the failures that led to the decision to add a component that was not compatible with the production line.
  ❌ Sai vì: Root cause analysis (RCA) dùng cho vấn đề đã xảy ra hoặc thất bại (PMBOK 7th, Tools & Techniques in Problem-Solving), không phải đầu tiên sau phê duyệt thay đổi. Giả định "failures" và "not compatible" mà chưa xác nhận từ operations manager. Tập trung sai team (design thay vì operations)! 🔍 Quá phức tạp và lệch hướng.

(📘 Tài liệu tham khảo chính: PMBOK® Guide – Seventh Edition (PMI, 2021); PMI's Pulse of the Profession 2023-2026 reports về Change Management; PMP Exam Content Outline 2021 cập 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 case study, hỏi nhé!

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

Câu hỏi mô tả tình huống một Project Manager (PM) đang dẫn dắt dự án nhanh chóng với deadline nghiêm ngặt và ít thời gian cho từng milestone. Trong quá trình làm việc, PM phát hiện một thành viên remote (làm việc từ xa) rất nỗ lực đóng góp cho dự án, nhưng người này đã tâm sự với một thành viên onsite rằng họ cảm thấy không được thưởng và công nhận xứng đáng.
Vấn đề cốt lõi: Đây là tình huống liên quan đến quản lý đội ngũ (Team Management), đặc biệt trong môi trường hybrid/remote, nơi động lực nhân viên có thể bị ảnh hưởng bởi cảm giác bị bỏ qua. PM cần hành động ngay lập tức và phù hợp để duy trì hiệu suất dự án, tránh rủi ro mất động lực lan rộng.
Theo PMBOK 7th Edition (2021, cập nhật đến 2026), đây thuộc People Domain (miền Người), nhấn mạnh servant leadership (lãnh đạo phục vụ), empathy (sự đồng cảm) và nhận diện đóng góp để xây dựng đội ngũ gắn kết. 📘

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

Đáp án đúng: Engage the remote team member, empathize with them, and let them know their contribution is appreciated regardless of their remote work status.

Lý do:

• Hành động này thể hiện lãnh đạo phục vụ (Servant Leader), đồng cảm (empathize) và công nhận giá trị (appreciate contributions) – các nguyên tắc cốt lõi trong Manage Team process (PMBOK 7).
• Trong dự án nhanh (fast-moving), việc engage trực tiếp giúp giải quyết vấn đề gốc rễ (thiếu recognition), tăng động lực mà không làm gián đoạn tiến độ.
• Phù hợp hybrid/remote team (PMBOK 7, Universal Values: Teamwork & Empathy), tránh escalation không cần thiết.
  🛠️ Kết quả mong đợi: Giữ chân nhân tài, duy trì milestone, xây dựng lòng tin.

Nguồn tham khảo:

• PMBOK® Guide 7th Edition, People Domain: Manage Team (trang 156-160).
• PMI Agile Practice Guide 2021: Team Empowerment & Recognition (Section 4.2).

📋 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, với giữ nguyên văn bản gốc bằng tiếng Anh. Mỗi phương án được đánh giá đúng/sai dựa trên best practices PMP mới nhất (PMBOK 7 & Agile).

• ❌ Make arrangements with the resource's functional manager to relocate the team member to another existing project.
  Giải thích sai: Phương án này tránh né vấn đề thay vì giải quyết, có thể làm gián đoạn dự án đang "fast-moving" với deadline chặt (gây rủi ro milestone). Theo PMBOK 7, PM không nên chuyển nguồn lực ngay mà phải optimize team performance trước (Acquire Resources process). Đây là hành động matrix organization sai lầm, bỏ qua nguyên tắc Value & Stewardship.

• ❌ Send a copy of the engagement contract to the remote team member and indicate that the team member is entitled to what is included in the contract.
  Giải thích sai: Chỉ dựa vào hợp đồng (contractual obligation) là cách tiếp cận cứng nhắc, thiếu empathy, không giải quyết cảm xúc (morale issue). PMBOK 7 nhấn mạnh Stakeholder Engagement qua mối quan hệ, không phải pháp lý. Trong remote team, điều này có thể làm tình hình tệ hơn, vi phạm Tailor to Context (hybrid challenges).

• ❌ Inform the human resource (HR) manager of this situation and ensure this news does not spread.
  Giải thích sai: Escalation đến HR và che giấu thông tin là passive management, không khuyến khích trong People Domain (PMBOK 7). PM phải lead by example với transparency, tránh "news does not spread" vì có thể tạo văn hóa sợ hãi. Agile principles ưu tiên direct communication thay vì HR handover.

• ✅ Engage the remote team member, empathize with them, and let them know their contribution is appreciated regardless of their remote work status.
  Giải thích đúng: Như đã nêu ở phần đáp án đúng, đây là hành động proactive, human-centered, phù hợp 12 Principles of PMBOK 7 (Focus on Value, Build Teams, Optimize Risk). Trong dự án nhanh, nó tăng engagement nhanh chóng mà không cần tài nguyên ngoài. 🏆

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

Câu hỏi này thuộc lĩnh vực Project Integration Management và Project Schedule Management trong PMP (theo PMBOK® Guide – 7th Edition và cập nhật đến 2026).

• Bối cảnh dự án: Đây là một dự án chiến lược (strategic project) tại công ty tài chính, đã được lập kế hoạch sử dụng phương pháp predictive (dự đoán, truyền thống như Waterfall). Nghĩa là phạm vi (scope) đã được định nghĩa rõ ràng (defined scope), có thời hạn kết thúc dự án cố định (established deadline).
• Yêu cầu từ product leader: Trong giai đoạn lập kế hoạch dự án (project planning), product leader yêu cầu gửi milestones (các mốc quan trọng) để review. Điều này nhằm kiểm tra tiến độ định kỳ, phù hợp với nhu cầu giám sát ở dự án chiến lược.
• Vấn đề cốt lõi: Project manager cần hành động đầu tiên (do first) để đáp ứng kỳ vọng của product leader, mà không làm thay đổi bản chất predictive của dự án (vì scope và deadline đã fixed).
• Mục tiêu PMP: Nhấn mạnh nguyên tắc tailoring (tùy chỉnh quy trình) và stakeholder engagement (tương tác bên liên quan), ưu tiên các bước nhỏ, khả thi trước thay vì thay đổi lớn (theo PMBOK® 7th Ed., Principle 4: Think Holistically; Principle 11: Navigate Complexity).

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

• PMBOK® Guide – 7th Edition (2021, cập nhật 2026): Chương 4 (Integration), Chương 6 (Schedule), Domain: People & Business Environment.
• PMI Agile Practice Guide (2021): Phân biệt predictive vs. adaptive/hybrid.
• PMP Exam Content Outline (2024-2026): Task 8.1 (Manage Conflicts), Task 9.2 (Engage Stakeholders).

✅ Đáp án đúng: Meet with the software team to review the possibility of monthly milestone reviews.

Lý do lựa chọn (theo PMP mới nhất):

• Trong predictive, project manager có thể thêm milestones định kỳ (như monthly reviews) mà không thay đổi approach cốt lõi, vì milestones là công cụ phổ biến để kiểm soát tiến độ (milestone list trong Schedule Baseline).
• Hành động đầu tiên: Gặp team (software team) để đánh giá tính khả thi – đây là bước thu thập input từ team (Manage Team process), đảm bảo stakeholder satisfaction mà không vi phạm scope/deadline fixed.
• Phù hợp tailoring: Giữ predictive nhưng linh hoạt thêm review points (hybrid elements nhẹ). Tránh thay đổi lớn như chuyển agile.

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

• ❌ [SAI] Change the project charter to indicate that the approach will be different.
  Phương án này sai vì project charter đã được phê duyệt (high-level, approved ở Initiate phase) và chỉ thay đổi approach cần formal change control (Integrated Change Control process). Thay đổi charter không phải hành động đầu tiên, dễ gây delay và không cần thiết cho việc thêm milestones.

• ❌ [SAI] Inform the product leader that they must wait until the end of the project.
  Phương án này sai vì phủ nhận kỳ vọng stakeholder (product leader là key stakeholder), vi phạm Stakeholder Engagement (PMBOK® Principle 9: Optimize Risk Responses). Predictive vẫn cho phép interim reviews; bảo chờ end project là thiếu chủ động, có thể dẫn đến rủi ro escalation.

• ✅ [ĐÚNG] Meet with the software team to review the possibility of monthly milestone reviews.
  Như đã giải thích ở trên: Bước đầu tiên lý tưởng, tập trung team collaboration (Develop Team process), kiểm tra feasibility trước khi commit. Hỗ trợ progress tracking trong predictive mà không alter scope/deadline.

• ❌ [SAI] Modify the project management plan to use an agile framework to incorporate milestones.
  Phương án này sai vì dự án đã planned predictive (scope/deadline fixed), chuyển sang agile cần re-planning lớn (Develop Project Management Plan process lại), có thể gây scope creep và delay. Milestones không yêu cầu agile; chỉ cần thêm vào schedule baseline là đủ (theo PMBOK® 7th Ed., không khuyến khích thay đổi approach đột ngột).

🧠 Kết luận PMP: Project manager phải proactive, collaborative (People Domain), ưu tiên first actionable step để balance stakeholder needs với dự án constraints. Áp dụng tailoring để thêm reviews mà giữ predictive! 🚀

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

Câu hỏi mô tả tình huống: Một đội dự án đang chuẩn bị báo cáo cho các bên liên quan (stakeholders). Đội ngũ đã thu thập và tổng hợp (gather and collate) một lượng lớn dữ liệu để đưa vào báo cáo tình trạng dự án (status report). Câu hỏi yêu cầu: Project manager nên làm gì tiếp theo?

🛠️ Bối cảnh PMP (theo PMBOK® Guide 7th Edition và PMP Exam Content Outline 2021, cập nhật đến 2026):
Trong quy trình Manage Communications (10.1) của Knowledge Area Project Communications Management, sau khi thu thập dữ liệu thô (data), bước tiếp theo quan trọng là phân tích và diễn giải dữ liệu (analyze and interpret data) để chuyển hóa thành thông tin có ý nghĩa (information) và insights hữu ích cho stakeholders. Việc chỉ tổng hợp dữ liệu mà không phân tích có thể dẫn đến "data dump" – báo cáo dài dòng, không giá trị, vi phạm nguyên tắc Data → Information → Knowledge trong PMBOK 7th. Project manager phải đảm bảo báo cáo tập trung vào giá trị, phù hợp với nhu cầu stakeholders (tailoring).

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

• PMBOK® Guide – Seventh Edition (2021), trang 122-125 (Data, Information, and Knowledge Continuum).
• PMP Examination Content Outline (PMI, 2021), Domain IV: People (Task 10: Engage and support virtual teams – liên quan đến giao tiếp hiệu quả).
• Agile Practice Guide (PMI, tích hợp trong PMBOK 7th), nhấn mạnh iterative analysis trong reporting.

✅ Đáp án đúng: Instruct the team to analyze and interpret the data before including it in the report.

Lý do lựa chọn:
Sau khi thu thập và tổng hợp dữ liệu thô, project manager phải hướng dẫn đội ngũ phân tích (analyze) để xác định xu hướng, rủi ro, và diễn giải (interpret) để tạo insights rõ ràng, dễ hiểu. Điều này đảm bảo báo cáo status không chỉ là dữ liệu thô mà mang lại giá trị quyết định cho stakeholders. Theo mô hình Data → Information → Insights (PMBOK 7th), đây là bước logic tiếp theo, tránh lãng phí thời gian và tăng hiệu quả giao tiếp. ✅ Hoàn toàn phù hợp với nguyên tắc tailoring và value-driven reporting.

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

• ❌ Ensure the team follows standard operating procedures (SOP) for creating a stakeholder report.
  Sai vì: SOP có thể hữu ích cho quy trình chuẩn hóa, nhưng không phải bước tiếp theo ngay lập tức sau khi tổng hợp dữ liệu. Câu hỏi tập trung vào xử lý dữ liệu thô, không phải tuân thủ thủ tục hành chính. Áp dụng SOP lúc này có thể làm chậm tiến độ mà không giải quyết vấn đề cốt lõi (data cần phân tích trước). Không liên quan trực tiếp đến Manage Communications.

• ❌ Instruct the team to make only a graphical representation of all the data for the report.
  Sai vì: Chỉ chuyển sang biểu đồ (graphical) mà không phân tích trước sẽ tạo ra "pretty pictures" vô nghĩa từ dữ liệu thô, không cung cấp insights. PMBOK 7th khuyến nghị analyze trước khi visualize (Work Breakdown Structure và Data Representation tools như charts chỉ hiệu quả sau interpretation). Có thể phù hợp sau, nhưng không phải next step.

• ❌ Instruct the team to conduct a meeting with the stakeholders before finalizing the report.
  Sai vì: Tổ chức họp sớm với stakeholders lúc dữ liệu còn thô sẽ gây nhầm lẫn và mất thời gian. Theo Monitor Stakeholder Engagement (13.4), họp nên diễn ra sau khi báo cáo đã được tinh chỉnh (draft hoàn chỉnh). Next step là nội bộ: phân tích dữ liệu trước khi chia sẻ.

• ✅ Instruct the team to analyze and interpret the data before including it in the report.
  Đúng vì: Như đã giải thích ở trên, đây là bước trực tiếp tiếp theo trong chuỗi gather → analyze → report, đảm bảo báo cáo chất lượng cao, tập trung giá trị (value-focused). Hỗ trợ nguyên tắc 12 Principles of PMBOK 7th như Focus on Value, Optimize Risk Responses. 🏆

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

Câu hỏi mô tả tình huống: Một project manager nhận được yêu cầu thêm các tính năng và chức năng mới vào dự án sau khi scope (phạm vi) đã được thiết lập chính thức (established). Đây là tình huống phổ biến trong quản lý dự án, nơi scope baseline đã được phê duyệt và bất kỳ thay đổi nào (như thêm features/functions) đều có thể ảnh hưởng đến thời gian, chi phí, chất lượng và các yếu tố khác. Theo PMP (Project Management Professional), project manager phải xử lý thay đổi một cách có hệ thống để tránh "scope creep" (mở rộng phạm vi không kiểm soát). Câu hỏi kiểm tra kiến thức về quy trình xử lý thay đổi sau khi scope baseline được khóa.

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

Đáp án đúng: Follow the change management process.
🛠️ Lý do: Theo PMBOK® Guide (phiên bản mới nhất 7th Edition, cập nhật đến 2026), khi scope đã được thiết lập (scope baseline được phê duyệt), mọi yêu cầu thay đổi phải được xử lý qua quy trình quản lý thay đổi tích hợp (Integrated Change Control - Process 4.6 trong PMBOK 6th/hybrid 7th). Quy trình này bao gồm: đánh giá tác động, phê duyệt thay đổi bởi Change Control Board (CCB), cập nhật baseline nếu được chấp thuận. Điều này đảm bảo thay đổi được kiểm soát, minh bạch và không làm lệch hướng dự án. Đây là nguyên tắc cốt lõi trong Performance Domain: Project Work và Uncertainty Domain của PMBOK 7th.

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

Dưới đây là phân tích chi tiết từng 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 rõ ràng dựa trên PMP:

• ❌ Follow the requirements management process.
  🧐 Giải thích sai: Quy trình quản lý yêu cầu (Requirements Management - trong Collect Requirements & Validate Scope) dùng để thu thập, phân tích và xác nhận requirements TRƯỚC khi scope baseline được thiết lập. Sau khi scope đã established, không thể dùng quy trình này để thêm features mới vì nó không xử lý thay đổi chính thức, dễ dẫn đến scope creep. (Tham khảo: PMBOK 7th, §8.2 Manage Quality).

• ❌ Follow the stakeholder engagement process.
  🧐 Giải thích sai: Quy trình tương tác bên liên quan (Stakeholder Engagement - Manage Stakeholder Engagement) tập trung vào việc quản lý kỳ vọng, giao tiếp và duy trì sự tham gia của stakeholders suốt dự án, không phải để phê duyệt thay đổi scope. Yêu cầu thêm features cần quy trình chính thức hơn, không chỉ engagement. (Tham khảo: PMBOK 7th, Performance Domain: Stakeholder).

• ❌ Follow the risk management process.
  🧐 Giải thích sai: Quy trình quản lý rủi ro (Risk Management: Identify, Analyze, Respond Risks) dùng để xác định và xử lý các sự kiện không chắc chắn có thể ảnh hưởng dự án, không phải để thêm tính năng mới. Thêm features có thể tạo rủi ro mới, nhưng phải xử lý qua change control trước, sau đó mới tích hợp vào risk register. (Tham khảo: PMBOK 7th, Uncertainty Performance Domain, §11).

• ✅ Follow the change management process.
  🛠️ Giải thích đúng: Như đã nêu ở trên, đây là quy trình chuẩn để xử lý bất kỳ thay đổi nào sau scope baseline, bao gồm submit change request, đánh giá tác động (scope, schedule, cost, risk), phê duyệt và implement. Đảm bảo dự án ổn định và tuân thủ triple constraint. (Tham khảo: PMBOK® Guide 7th Edition, Process 4.6 Perform Integrated Change Control; PMP Exam Content Outline 2021+).

📘 Tài liệu tham khảo

• PMBOK® Guide – Seventh Edition (2021): Chương 4 (Integration), §2.6 Change Control; PMI.org.
• PMP Examination Content Outline (2024-2026): Domain III: Business Environment (13%), Domain IV: Project Work (31%) – nhấn mạnh change control.
• PMI Agile Practice Guide (hybrid approach): Xử lý thay đổi trong adaptive projects qua Change Canvas.

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 mô tả một tình huống thực tế trong quản lý dự án: Một Project Manager (PM) có chuyên môn cao về kỹ thuật (technical domain), nhưng thường xuyên thể hiện hành vi không chấp nhận được (unacceptable behavior) đối với các thành viên đội ngũ khác. Khi bị đối chất trực tiếp, PM phủ nhận hành vi đó.
📌 Mục tiêu câu hỏi: Xác định nguyên nhân gốc rễ (root cause) của hành vi này. Đây là chủ đề liên quan đến kỹ năng lãnh đạo và quản lý con người trong PMP, nhấn mạnh vào việc PM cần cân bằng giữa kỹ năng kỹ thuật và kỹ năng mềm (soft skills). Theo PMBOK Guide 7th Edition (2021) và cập nhật PMP đến 2026, PM phải sở hữu Emotional Intelligence (EI) để lãnh đạo hiệu quả, đặc biệt trong People Domain (miền Con người). Hành vi phủ nhận cho thấy vấn đề ở self-awareness (nhận thức bản thân) – một thành phần cốt lõi của EI.

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

Đáp án đúng: The project manager lacks emotional intelligence (EI).
🛠️ Lý do chi tiết:

• Emotional Intelligence (EI) bao gồm 4 thành phần chính theo mô hình của Daniel Goleman (được PMI tích hợp vào PMP): Self-Awareness (nhận thức cảm xúc bản thân), Self-Management (quản lý cảm xúc), Social Awareness (bao gồm empathy – sự đồng cảm), và Relationship Management (quản lý mối quan hệ).
• PM có kỹ năng kỹ thuật tốt nhưng hành vi tiêu cực lặp lại + phủ nhận khi bị đối chất chính xác phản ánh thiếu Self-Awareness: PM không nhận ra tác động cảm xúc của hành vi mình đến đội ngũ, dẫn đến phủ nhận thay vì cải thiện.
• Đây là vấn đề phổ biến ở PM "technical expert" thiếu EI, được nhấn mạnh trong PMI Talent Triangle® (cập nhật 2021-2026): 50% kỹ năng PMP tập trung vào Leadership & EI.
  📘 Nguồn tham khảo: PMBOK® Guide 7th Edition (Section 3.5 People, Table 3-1); PMI's "Emotional Intelligence for Project Managers" (2023 update); PMP Exam Content Outline 2021 (Domain II: People – 42%).

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

Dưới đây là phân tích từng lựa chọn một cách logic, dựa trên tình huống cụ thể:

• ❌ The project manager lacks necessary empathy.
  Sai vì: Empathy (sự đồng cảm) chỉ là một phần của Social Awareness trong EI, không giải thích đầy đủ hành vi phủ nhận khi bị đối chất. Nếu chỉ thiếu empathy, PM có thể nhận ra lỗi nhưng không quan tâm; ở đây, PM không nhận thức được hành vi xấu của chính mình – đó là thiếu Self-Awareness toàn diện hơn. Empathy không bao quát vấn đề "denies this behavior".

• ✅ The project manager lacks emotional intelligence (EI).
  Đúng vì: Như đã giải thích ở trên, EI là nguyên nhân gốc rễ toàn diện, phù hợp hoàn hảo với triệu chứng: chuyên môn kỹ thuật cao (không liên quan) + hành vi xấu lặp lại + phủ nhận (thiếu self-awareness & self-management). PMI coi EI là kỹ năng bắt buộc cho PM để xử lý xung đột đội ngũ (Conflict Management trong People Domain).

• ❌ The project manager was not properly trained.
  Sai vì: Đào tạo (training) có thể cải thiện kiến thức, nhưng không trực tiếp giải thích hành vi phủ nhận. PM đã có expertise kỹ thuật (giả sử đã được train tốt về kỹ thuật), vấn đề là kỹ năng cảm xúc bẩm sinh hoặc chưa phát triển, không phải thiếu training chung. Training EI có thể giúp, nhưng câu hỏi tập trung vào lý do hành vi hiện tại, không phải giải pháp.

• ❌ The project manager is in the wrong project role.
  Sai vì: PM có expertise in technical domain phù hợp với vai trò PM (Technical Leadership trong PMBOK). Vấn đề không phải vai trò sai (wrong role), mà là thiếu kỹ năng mềm cần thiết cho mọi PM. Đổi vai trò không giải quyết gốc rễ EI; PM vẫn cần EI ở bất kỳ vị trí lãnh đạo nào.

🧠 Kết luận PMP: Câu hỏi kiểm tra sự hiểu biết về Holistic Leadership – PM không chỉ cần "hard skills" mà phải giỏi EI để xây dựng đội ngũ cao hiệu suất. Khuyến nghị: Đánh giá EI qua 360-degree feedback và đào tạo theo PMI standards!
📘 Tài liệu bổ sung: "A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Seventh Edition" (PMI, 2021); "PMP Examination Content Outline" (PMI, 2024 update).

🧩 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 quản lý dự án: Một thành viên đội ngũ dự án inexperienced (thiếu kinh nghiệm) trong công việc phát triển hệ thống đang không hoạt động tốt (not performing well). Hiện tại, không có nhân viên nào khác sẵn có và đủ điều kiện (no other staff members available who are qualified) để hoàn thành công việc.
📌 Vấn đề cốt lõi: Quản lý dự án (PM) cần xử lý tình huống thiếu nguồn lực thay thế, đồng thời đảm bảo dự án tiến triển. Chủ đề thuộc quản lý nguồn lực (Resource Management) trong PMP, cụ thể là phát triển đội ngũ để nâng cao hiệu suất cá nhân mà không làm gián đoạn dự án.

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

Đáp án đúng: Assess the team member's development requirements and arrange for the team member to receive training.

Lý do:
🛠️ Theo PMBOK® Guide 7th Edition (2021) và cập nhật PMP đến 2026, trong People Domain và Process 9.3: Develop Team, PM phải ưu tiên phát triển kỹ năng đội ngũ (team member development) thông qua đánh giá nhu cầu phát triển (assess development requirements) và sắp xếp đào tạo (arrange training). Điều này phù hợp vì không có nguồn lực thay thế, giúp tận dụng nguồn lực hiện tại, nâng cao hiệu suất lâu dài và tuân thủ nguyên tắc tập trung vào con người (focus on people). Đây là hành động chủ động, hiệu quả chi phí và không vi phạm ràng buộc nguồn lực.

📘 Giải thích tất cả các phương án (dựa trên PMBOK® Guide 7th Edition & PMP Exam Content Outline 2021+)

Dưới đây là phân tích chi tiết từng lựa chọn, với ✅ đúng hoặc ❌ sai, giữ nguyên văn bản gốc tiếng Anh:

• ✅ Assess the team member's development requirements and arrange for the team member to receive training.
  🧩 Đúng vì: Đây là bước đầu tiên và tối ưu trong Develop Team (PMBOK 7th, Principle 7: Optimize Risk Responses & Value Delivery). Đánh giá nhu cầu phát triển giúp xác định lỗ hổng kỹ năng, sau đó đào tạo trực tiếp giải quyết vấn đề thiếu kinh nghiệm mà không cần nguồn lực mới (phù hợp với tình huống "no other staff available"). Tài liệu: PMBOK 7th, trang 142-145; PMP Exam Content Outline, Domain 2: People (26%).

• ❌ Seek approval from the project sponsor to use some of the project budget reserve to hire a new resource.
  🛠️ Sai vì: Management Reserve hoặc Contingency Reserve không dùng để thuê nguồn lực mới (hiring new resource), mà chỉ cho rủi ro đã biết (contingency) hoặc chưa biết (management). Thuê người mới là Acquire Resources nhưng cần lập kế hoạch trước, không phải dùng reserve đột ngột. Vi phạm Cost Management (PMBOK 7th, Principle 5: Stakeholders). Tài liệu: PMBOK 7th, trang 109-110.

• ❌ Work with the functional manager to determine an incentive for the team member to complete the project.
  🧩 Sai vì: Incentive (khuyến khích) thuộc Manage Team nhưng không giải quyết gốc rễ thiếu kinh nghiệm (inexperienced). Đây là cách ngắn hạn, không bền vững, dễ dẫn đến burnout. PMBOK ưu tiên phát triển kỹ năng hơn động lực tạm thời (PMBOK 7th, People Domain). Tài liệu: PMBOK 7th, trang 146; không phải công cụ chính cho performance issues.

• ❌ Request a substitute for the team member with a new resource who is more skilled in system development work.
  🛠️ Sai vì: Câu hỏi nêu rõ "no other staff members available", nên yêu cầu thay thế (substitute) là không khả thi. Thuộc Acquire Resources nhưng bỏ qua ràng buộc thực tế, có thể làm chậm dự án. PMBOK nhấn mạnh tận dụng nguồn lực hiện tại trước (Principle 9: Leadership). Tài liệu: PMBOK 7th, trang 140; PMP ECo 2021, Domain 2.

Tài liệu tham khảo chính:
📖 PMBOK® Guide – Seventh Edition (PMI, 2021).
📖 PMP Examination Content Outline (PMI, 2021, cập nhật 2024-2026).
🔗 PMI.org: Resource Management processes.

Hy vọng phân tích này giúp bạn ôn thi PMP hiệu quả! 🚀