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

🧩 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 (PM) mới vào tổ chức nhận thấy một deadline sắp tới có nguy cơ bị miss do các trì hoãn trước đó gây ra bởi thiếu tài nguyên (lack of resources). Đây là tình huống điển hình trong quản lý dự án PMP, liên quan đến quản lý rủi ro (Risk Management) và kiểm soát lịch trình (Schedule Control). PM cần hành động tiếp theo (next) một cách chuyên nghiệp, dựa trên các quy trình chuẩn. Vấn đề cốt lõi là rủi ro lịch trình (schedule risk) đã xảy ra (materialized risk), không phải vấn đề bất ngờ hoàn toàn, vì thiếu tài nguyên thường được dự đoán trước trong kế hoạch.

🛠️ Bối cảnh PMP cập nhật (đến 2026): Theo PMBOK Guide 7th Edition (2021) và các cập nhật PMI đến 2026, PM phải ưu tiên xử lý rủi ro đã biết qua Risk Management Plan trước khi thực hiện các hành động khắc phục cụ thể như escalate hoặc điều chỉnh lịch trình. Điều này nằm trong Performance Domain: Uncertainty và Process: Monitor Risks (từ PMBOK 6th, vẫn áp dụng tương đương trong 7th).

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

Đáp án đúng: Review the risk management plan to identify the response strategy.
Lý do: Đây là bước next logic nhất theo quy trình PMP. Khi rủi ro (delay do thiếu resources) đã xảy ra, PM phải xem lại Risk Management Plan để xác định chiến lược ứng phó (response strategy) đã được lập sẵn (ví dụ: contingency plan, mitigation, hoặc acceptance). Điều này đảm bảo tuân thủ integrated approach, tránh hành động impulsively. PM mới cần dựa vào tài liệu kế hoạch thay vì quyết định cá nhân.
🧩 Tại sao là "next" step? Quan sát vấn đề → Review plan → Implement response → Monitor.

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

• Review the risk management plan to identify the response strategy.
  ✅ Đúng vì: Theo Monitor Risks process (PMBOK 7th: Uncertainty Domain), khi trigger của rủi ro kích hoạt (delay xảy ra), PM phải kiểm tra Risk Register và Response Plan đầu tiên để áp dụng predetermined strategies (như allocate reserve resources). Đây là hành động proactive và systematic, giúp kiểm soát mà không làm gián đoạn dự án. Không review plan trước có thể dẫn đến scope creep hoặc lãng phí.

• Escalate the issue to the sponsor and debrief them about the situation.
  ❌ Sai vì: Escalate chỉ dùng khi PM không thể tự giải quyết hoặc vượt quyền hạn (PMBOK 7th: Stakeholder Engagement Domain). PM mới phải tự handle rủi ro nội bộ trước (ownership of risks). Escalate ngay là premature, có thể làm mất uy tín và vi phạm escalation threshold trong Issue/Risk Log.

• Review the milestone list to determine which tasks can be fast-tracked.
  ❌ Sai vì: Fast-tracking là kỹ thuật schedule compression (PMBOK 7th: Planning Performance Domain, Develop Schedule), chỉ áp dụng sau khi xác định response từ risk plan. Review milestone trước là reactive mà không có cơ sở, có thể tăng rủi ro (rewriting risks) và không giải quyết gốc rễ (thiếu resources).

• Organize a team meeting to discuss the next course of action.
  ❌ Sai vì: Team meeting hữu ích cho brainstorming nhưng không phải next step (PMBOK 7th: Team Performance Domain). PM phải dựa trên tài liệu chuẩn (plans) trước khi họp, tránh ad-hoc decisions dẫn đến inefficiency. Họp có thể làm chậm trễ hơn nếu chưa có data từ risk plan.

📘 Tài liệu tham khảo

• PMBOK Guide 7th Edition (2021): Section 4.5 Uncertainty Domain; Figure 4-1 Risk Management Flow.
• PMBOK Guide 6th Edition (2017): Process 11.7 Monitor Risks (ITTO: Risk Register, Risk Response Plan).
• PMI Agile Practice Guide (2021): Hybrid approaches nhấn mạnh review plans trước meetings.
• Cập nhật PMI 2024-2026: PMP Exam Content Outline (ECO) – Domain III: Business Environment (15%), nhấn mạnh risk ownership trước escalation.

💡 Lời khuyên PMP: Luôn START với PLANS (Scope, Schedule, Risk) khi có issue! Nếu bạn có thêm câu hỏi PMP, hãy hỏi nhé! 🚀

🧩 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 (PM) đang theo dõi (tracking) dự án, nhưng một stakeholder quan trọng không chấp nhận kết quả chỉ số hiệu suất chính (Key Performance Indicator - KPI) của dự án. 🛤️
Mục tiêu chính: PM cần chọn công cụ hoặc kỹ thuật (tool or technique) phù hợp để xử lý vấn đề này.
✅ Bối cảnh PMP (theo PMBOK® Guide 7th Edition - cập nhật đến 2026): Tình huống thuộc quy trình Monitor and Control Project Work hoặc Manage Stakeholder Engagement trong Performance Domain: Stakeholder. KPI thường được theo dõi qua Work Performance Information (PMBOK 7, §4.6). Khi stakeholder không đồng ý, PM cần sử dụng kỹ thuật giao tiếp và thuyết phục dựa trên giá trị dự án (value delivery) thay vì ép buộc thay đổi hoặc mô hình hóa.

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

Đáp án đúng: Expert judgment
🧠 Lý do: Expert judgment là kỹ thuật sử dụng kinh nghiệm, kiến thức chuyên môn từ các chuyên gia (có thể là PM, team lead hoặc bên thứ ba) để đánh giá, giải thích và thuyết phục stakeholder về tính chính xác của KPI. Điều này giúp xây dựng lòng tin, giải quyết xung đột mà không cần thay đổi dự án.
📘 Dẫn chứng: PMBOK® Guide – Seventh Edition (§2.4.1, Tools & Techniques cho Manage Stakeholder Engagement); PMP Exam Content Outline 2021 (Domain V: Stakeholder, Task 3). Đây là lựa chọn tối ưu vì khuyến khích collaborative approach thay vì đối đầu.

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

Dưới đây là phân tích từng phương án một cách logic, dựa trên nguyên tắc PMP mới nhất (PMBOK 7th & Agile Hybrid). Tôi giữ nguyên nội dung văn bản gốc bằng tiếng Anh, chỉ giải thích bằng tiếng Việt với emoji đánh dấu đúng/sai.

• Change control tools ❌ SAI
  🛠️ Phương án này thuộc Integrated Change Control (PMBOK 7, §4.5), dùng để đánh giá và phê duyệt thay đổi scope/cost/schedule. Không phù hợp vì vấn đề chỉ là stakeholder không chấp nhận KPI hiện tại, chưa có yêu cầu thay đổi dự án – sử dụng sẽ làm phức tạp hóa không cần thiết và bỏ qua giao tiếp trực tiếp.

• Expert judgment ✅ ĐÚNG (như đã giải thích ở trên)
  🧠 Kỹ thuật cốt lõi, áp dụng rộng rãi trong 13/49 processes của PMBOK 6/7, đặc biệt hiệu quả cho tình huống cần thuyết phục dựa trên dữ liệu chuyên môn mà không vi phạm nguyên tắc value-driven management.

• Autocratic decision making ❌ SAI
  🚫 Đây là phong cách quyết định độc đoán một chiều (top-down), trái ngược với Stakeholder Engagement Assessment Matrix (PMBOK 7, §4.7) nhấn mạnh engage/support/manage/monitor stakeholder. Sử dụng sẽ làm giảm lòng tin, tăng rủi ro xung đột (Conflict Management theo Thomas-Kilmann Model). PMP khuyến khích servant leadership thay vì độc tài.

• Context diagram ❌ SAI
  📊 Đây là công cụ data modeling (PMBOK 7, §5.2 Collect Requirements), dùng để minh họa hệ thống và luồng dữ liệu bên ngoài. Hoàn toàn không liên quan đến việc thuyết phục stakeholder về KPI – chỉ hữu ích ở giai đoạn lập kế hoạch scope, không phải tracking/monitoring.

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

✅ Expert judgment là lựa chọn tailor-made cho tình huống này, phù hợp với Principle 9: Optimize Risk Responses và Stakeholder Performance Domain.
📚 Tài liệu tham khảo chính:

• PMBOK® Guide – Seventh Edition (PMI, 2021).
• PMP Exam Content Outline (PMI, 2021 – cập nhật 2026).
• Agile Practice Guide (PMI, 2017) – nhấn mạnh expert input trong retrospectives.
  Hãy thực hành thêm các case tương tự để nắm vững People Domain nhé! 🚀

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

Câu hỏi tập trung vào tình huống một đội Agile đang gặp khó khăn trong việc duy trì tốc độ làm việc dự kiến (planned pace), dẫn đến sprint thất bại thường xuyên. Đây là vấn đề phổ biến trong môi trường Agile, đặc biệt Scrum, nơi sprint có thời gian cố định (thường 1-4 tuần) và mục tiêu phải đạt được. Project Manager (PM) cần hành động để tránh tình trạng này lặp lại trong tương lai.

🛠️ Bối cảnh PMP/Agile (theo PMBOK 7th Edition & Agile Practice Guide 2021, cập nhật đến 2026): Trong Agile, PM không chỉ đạo trực tiếp mà hỗ trợ đội tự tổ chức (self-organizing team). Giải pháp phải dựa trên dữ liệu thực tế như velocity (tổng story points hoàn thành qua các sprint), thúc đẩy sustainable pace (tốc độ bền vững), và điều chỉnh kế hoạch linh hoạt thay vì ép buộc hoặc thay đổi cấu trúc đội. Mục tiêu là cải thiện dự báo (forecasting) và giảm lãng phí.

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

Đáp án đúng: Review the velocity of the team over the last several sprints and adjust the plan accordingly.

Lý do:

• ✅ Velocity là chỉ số cốt lõi trong Agile để đo lường năng suất thực tế của đội qua nhiều sprint (không chỉ 1 sprint). Việc xem xét velocity lịch sử giúp PM dự báo chính xác hơn cho các sprint sau, điều chỉnh backlog/product backlog để phù hợp với khả năng thực tế, tránh over-commitment dẫn đến thất bại.
• 🛠️ Điều này tuân thủ nguyên tắc "Inspect and Adapt" (kiểm tra và thích nghi) trong Scrum và Agile Manifesto. PMBOK 7th nhấn mạnh sử dụng dữ liệu lịch sử để tinh chỉnh kế hoạch iterative, giúp đội đạt sustainable pace mà không gây áp lực.
• 📈 Kết quả: Giảm sprint failure bằng cách lập kế hoạch thực tế, tăng lòng tin và hiệu suất lâu dài.

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

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

• Switch to a Kanban approach, implementing features on a first-come, first-serve basis, fostering a sustainable pace.
  ❌ Sai vì: Việc chuyển đột ngột từ Scrum (có sprint cố định) sang Kanban (flow-based, không sprint) không giải quyết gốc rễ vấn đề velocity thấp. Kanban ưu tiên first-come-first-serve có thể dẫn đến WIP (Work In Progress) cao, không đảm bảo sustainable pace nếu không kiểm soát tốt. Agile khuyến khích cải thiện framework hiện tại trước khi thay đổi lớn, tránh gián đoạn đội tự tổ chức.

• Replace junior team members with more experienced ones, and negotiate the project scope to compensate for the budget gap.
  ❌ Sai vì: Thay thế thành viên junior vi phạm nguyên tắc "People over Processes" (Agile Manifesto) và đội tự tổ chức trong PMBOK 7th. Agile coi đội là đơn vị nguyên tử, tập trung huấn luyện/coaching thay vì sa thải. Đàm phán scope để bù budget là giải pháp Waterfall, không linh hoạt và có thể làm lệch value delivery.

• Ask the project sponsor to approve overtime to compensate for the lack of performance while adjusting the plan.
  ❌ Sai vì: Overtime phá vỡ sustainable pace (nguyên tắc Agile cốt lõi: làm việc 8h/ngày, tránh burnout). PMBOK 7th và Scrum Guide cấm sử dụng overtime để "bù đắp performance", vì nó che giấu vấn đề gốc (như backlog sai hoặc impediments) thay vì inspect & adapt. Sponsor approve chỉ làm tình hình tệ hơn lâu dài.

• Review the velocity of the team over the last several sprints and adjust the plan accordingly.
  ✅ Đúng vì: Như đã giải thích ở trên, đây là cách data-driven chuẩn Agile để điều chỉnh commitment dựa trên thực tế, thúc đẩy cải tiến liên tục (Kaizen). Hoàn hảo cho tình huống sprint failure do pace không khớp.

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

• PMBOK Guide 7th Edition (PMI, 2021): Chương 5 (Stakeholder & Team), Chương 9 (Project Work - Agile Metrics như Velocity, Burndown).
• Agile Practice Guide (PMI, 2021): Phần 4.3 (Forecasting & Velocity), nhấn mạnh adjust plan dựa trên historical data.
• Scrum Guide (2020, Scrum.org): Sprint Planning sử dụng velocity để size backlog, Inspect & Adapt tại Retrospective.
• PMI Standards+ (2023-2026 updates): Agile Hybrid approaches ưu tiên metrics-driven adjustment, không ép buộc thay đổi nhân sự/overtime.

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

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

Câu hỏi tập trung vào một dự án nghiên cứu phức tạp với mức độ không chắc chắn (uncertainty) cao, nơi quản lý dự án cần triển khai cơ chế đo lường chất lượng các sản phẩm bàn giao (deliverables). Dự án sử dụng phương pháp lai (hybrid approach), kết hợp giữa phương pháp dự đoán (predictive) và lặp lại/thích ứng (iterative/agile). Mục tiêu là chọn kỹ thuật phù hợp để đo lường chất lượng một cách hiệu quả trong môi trường không chắc chắn.
✅ Điểm nhấn PMP (theo PMBOK® Guide 7th Edition và Agile Practice Guide cập nhật đến 2026): Hybrid approach khuyến khích sử dụng các kỹ thuật agile như iterations và meetings thường xuyên để kiểm soát chất lượng liên tục, thay vì chỉ kiểm tra cuối dự án, giúp giảm rủi ro trong dự án nghiên cứu cao uncertainty.

✅ Đáp án đúng: Time-boxed iterations and standup review meetings

Lý do lựa chọn:
🛠️ Time-boxed iterations (các vòng lặp có thời gian cố định) cho phép phát triển sản phẩm theo chu kỳ ngắn, dễ dàng kiểm tra và đo lường chất lượng deliverables ở từng giai đoạn, phù hợp với hybrid approach để quản lý uncertainty.
🛠️ Standup review meetings (các cuộc họp đánh giá đứng ngắn gọn, thường hàng ngày hoặc cuối iteration) cung cấp cơ hội review nhanh chóng, phát hiện vấn đề chất lượng sớm, đảm bảo feedback liên tục từ team và stakeholders.
📈 Kết hợp này tạo cơ chế đo lường chất lượng động, linh hoạt – lý tưởng cho dự án nghiên cứu phức tạp, theo nguyên tắc Value Delivery và Adaptability trong PMBOK 7th.

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

• ❌ [SAI] Scrum master reviews and the quality Kanban method.
  Phương án này không phù hợp vì Scrum master reviews chỉ tập trung vào hỗ trợ quy trình Scrum chứ không phải đo lường chất lượng deliverables trực tiếp (Scrum master không phải là người kiểm tra chất lượng chính). Quality Kanban method không phải kỹ thuật chuẩn trong hybrid; Kanban tập trung vào flow công việc chứ không có "quality method" cụ thể để đo lường deliverables. Không hỗ trợ tốt uncertainty cao.

• ❌ [SAI] Daily Scrum and product owner quality assessments.
  Daily Scrum chủ yếu dùng để đồng bộ hóa team hàng ngày (15 phút), không phải cơ chế đo lường chất lượng deliverables chi tiết. Product owner quality assessments có thể xảy ra nhưng không phải kỹ thuật hybrid chuẩn; PO tập trung backlog hơn là kiểm tra chất lượng định lượng. Thiếu tính iteration để xử lý uncertainty.

• ❌ [SAI] Paired work and the customer role method.
  Paired work (làm việc đôi, như pair programming) giúp chia sẻ kiến thức nhưng không phải cơ chế đo lường chất lượng toàn diện cho deliverables. Customer role method không tồn tại trong PMP/Agile chuẩn; vai trò customer không được định nghĩa rõ để đo lường chất lượng trong hybrid approach.

• ✅ [ĐÚNG] Time-boxed iterations and standup review meetings.
  Như đã giải thích ở trên: Hoàn hảo cho hybrid, với iterations kiểm soát thời gian/quality cycles và standups cung cấp review nhanh, đo lường liên tục – phù hợp dự án uncertainty cao (xem PMBOK 7th, Domain 4: Measurement).

📘 Tài liệu tham khảo

• PMBOK® Guide – Seventh Edition (2021, cập nhật 2026): Chương 4 (Project Delivery Principles), Hybrid Models trong Agile Practice Guide.
• PMI Agile Certified Practitioner (PMI-ACP): Iterative Development và Daily Standups (Process 3.1).
• PMP Exam Content Outline (2024-2026): Task 4.7 (Measure project performance using tools), ưu tiên hybrid techniques cho uncertainty.
  🔗 Nguồn chính thức: PMI.org – Tải Agile Practice Guide miễn phí cho member.

🏆 Kết luận: Đáp án đúng giúp project manager áp dụng hybrid hiệu quả, đảm bảo chất lượng deliverables trong môi trường phức tạp! 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

Câu hỏi này thuộc chủ đề quản lý dự án lai (hybrid framework) trong PMP, tập trung vào giai đoạn thực thi dự án (execution). Dự án đang sử dụng mô hình hybrid (kết hợp giữa phương pháp truyền thống predictive và agile/adaptive). Trong quá trình thực hiện, đội ngũ phát hiện một yêu cầu tuân thủ mới (new compliance requirement) – đây là yêu cầu pháp lý hoặc quy định bắt buộc, phải được giao hàng trước tất cả các yêu cầu khác.

📌 Thách thức chính:

• Yêu cầu này có ưu tiên cao nhất (critical, có thể ảnh hưởng đến tính hợp pháp của dự án).
• PM cần hành động proactive, collaborative để tích hợp nó mà không làm gián đoạn dòng chảy dự án, phù hợp với nguyên tắc value-driven delivery và adaptive planning trong PMBOK 7th Edition (2021, cập nhật đến 2026 vẫn áp dụng).
• Mục tiêu: Đảm bảo tuân thủ mà vẫn duy trì tính linh hoạt của hybrid framework.

🛠️ Bối cảnh PMP mới nhất: Theo PMBOK 7th Edition và Agile Practice Guide, hybrid projects yêu cầu PM hợp tác với các bên liên quan chuyên môn (như compliance team) để đánh giá và ưu tiên lại (prioritize) thay vì áp đặt hoặc trì hoãn.

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

Đáp án đúng: Collaborate with the compliance team member to review and prioritize the requirement's delivery.

Lý do 🏆:

• Trong hybrid framework, PM phải hợp tác (collaborate) với thành viên chuyên trách compliance để xem xét (review) và ưu tiên lại (prioritize) yêu cầu này một cách chính xác, đảm bảo nó được tích hợp hiệu quả mà không bỏ qua các yếu tố rủi ro pháp lý hoặc kỹ thuật.
• Điều này phù hợp với 12 nguyên tắc PMP (PMBOK 7th): Focus on value (giá trị từ compliance), Optimize risk (giảm rủi ro tuân thủ), Adaptability & Resilience (linh hoạt hybrid), Team collaboration.
• Proactive approach giúp deliver nhanh chóng mà vẫn balanced với capacity đội ngũ, tránh disruption.

📋 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, với ✅ đúng hoặc ❌ sai, dựa trên best practices PMP hybrid:

• ✅ Collaborate with the compliance team member to review and prioritize the requirement's delivery.
  Giải thích đúng: Phương án này tối ưu nhất vì khuyến khích stakeholder collaboration và change prioritization ngay lập tức. Trong hybrid, PM sử dụng MoSCoW prioritization hoặc value-based backlog để review với chuyên gia compliance, đảm bảo yêu cầu được deliver first mà không ảnh hưởng sprint/agile flow. Phù hợp Domain 3: Business Environment và Process: Manage Project Changes (PMBOK 7th).

• ❌ Add the new compliance requirement to the backlog as the technical team does not have any capacity.
  Giải thích sai: Sai vì giả định đội kỹ thuật không có capacity mà không kiểm tra/review, dẫn đến trì hoãn critical requirement (phải deliver trước). Hybrid không chỉ backlog mà cần reprioritize dynamically. Vi phạm nguyên tắc Holistic thinking (PMBOK 7th), có thể gây rủi ro pháp lý lớn.

• ❌ Include the compliance lead in the stakeholders list and wait for the next status meeting.
  Giải thích sai: Sai vì thụ động (passive), chỉ add stakeholder rồi chờ meeting – không giải quyết urgent issue ngay. Compliance requirement cần immediate action, không phù hợp Stakeholder Engagement proactive (PMBOK 7th, Domain 4). Làm chậm delivery, tăng rủi ro non-compliance.

• ❌ Ask the team to include the compliance requirement in the current sprint and deliver it.
  Giải thích sai: Sai vì áp đặt (directive) mà không review/prioritize với chuyên gia, có thể gây overload sprint, giảm quality và team morale. Hybrid agile yêu cầu team self-organizing với input từ chuyên gia, không force-in mà cần refine & reprioritize (Scrum Guide 2020 + PMBOK Hybrid).

📘 Tài liệu tham khảo

• PMBOK Guide 7th Edition (2021, PMI): Section 2.5 Hybrid Life Cycles, Principle 7 (Adaptability), Domain 5: Uncertainty.
• Agile Practice Guide (PMI, 2017, cập nhật 2023): Hybrid Approaches, Prioritization Techniques.
• PMP Exam Content Outline (PMI, 2021-2026): Task 4.6 Evaluate & Address External Business Environment Changes.
• Scrum Guide (2020): Sprint Planning & Product Backlog Refinement cho hybrid context.

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ỏi nhé!

🧩 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 mới nhận dự án mà công việc đã được phân tích phân rã (decomposed) đến mức thấp nhất (tức là các Work Packages trong Work Breakdown Structure - WBS). Project Manager kiểm tra công việc và cảm thấy thiếu một số thông tin hữu ích bổ sung. Câu hỏi yêu cầu xác định tài liệu nào Project Manager nên xem xét để bổ sung thông tin đó.
🛠️ Ý chính: Đây là vấn đề trong quy trình Create WBS (5.4) của PMBOK, nơi công việc đã ở mức chi tiết nhất nhưng thiếu metadata hỗ trợ. Kiến thức dựa trên PMBOK Guide 7th Edition (2021) và cập nhật PMP đến 2026, nhấn mạnh Scope Management với WBS làm nền tảng phân rã phạm vi.

✅ Đáp án đúng: The WBS dictionary

Lý do chọn:
WBS dictionary là tài liệu chứa thông tin chi tiết bổ sung cho từng Work Package ở mức thấp nhất của WBS, bao gồm mô tả, giả định (assumptions), ràng buộc (constraints), trách nhiệm, tài nguyên cần thiết, lịch trình ước tính, chi phí, chất lượng requirements, v.v. Khi công việc đã decomposed hoàn chỉnh nhưng thiếu "useful information", Project Manager cần xem WBS dictionary để lấy dữ liệu hỗ trợ thực thi.
📘 Nguồn: PMBOK Guide 6th Edition (trang 163-165, Output của Create WBS); PMBOK 7th Edition (Section 5.5, WBS Dictionary như công cụ hỗ trợ Iterative Planning).

🔍 Giải thích chi tiết từng phương án

• ✅ The WBS dictionary
  Đúng vì đây chính là nơi lưu trữ tất cả thông tin chi tiết bổ sung cho các Work Packages đã phân rã đến mức thấp nhất. Nó không chỉ là cấu trúc WBS mà còn là "từ điển" chứa dữ liệu thực tế hỗ trợ quản lý, giúp Project Manager bổ sung thông tin thiếu mà không cần tạo mới WBS. 🛠️ Hoàn hảo cho tình huống này!

• ❌ The requirements traceability matrix
  Sai vì Requirements Traceability Matrix (RTM) dùng để theo dõi mối liên hệ giữa requirements và deliverables/test cases, chủ yếu trong Collect Requirements (5.2) và Validate Scope (5.5). Nó không cung cấp thông tin chi tiết về Work Packages đã decomposed, mà tập trung vào traceability từ yêu cầu cao cấp đến sản phẩm cuối.

• ❌ The project charter and scope statement
  Sai vì Project Charter (Develop Project Charter 4.1) và Scope Statement (Define Scope 5.3) là tài liệu cấp cao (high-level), chỉ mô tả phạm vi tổng quát, mục tiêu, deliverables chính. Chúng không chứa thông tin chi tiết cho Work Packages ở mức thấp nhất, và công việc đã decomposed rồi nên không cần quay lại đây.

• ❌ The business requirement documents (BRD)
  Sai vì BRD là tài liệu yêu cầu kinh doanh cấp cao từ stakeholders, thường dùng ở giai đoạn khởi xướng hoặc thu thập yêu cầu. Nó không liên quan đến chi tiết Work Packages đã phân rã, mà chỉ là nguồn đầu vào ban đầu cho scope, không phải nơi bổ sung "useful information" ở mức thực thi.

🧩 Tóm tắt: Câu hỏi kiểm tra sự hiểu biết về WBS Dictionary như companion document của WBS. Học viên PMP thường nhầm với RTM hoặc tài liệu high-level. Nguồn tham khảo thêm: PMI.org PMP Exam Content Outline (2021, Domain IV: Project Schedule - liên kết Scope); Rita Mulcahy's PMP Exam Prep (Chapter 5).

🧩 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ý Lịch trình (Schedule Management) trong PMP, cụ thể là quy trình Control Schedule (Kiểm soát Lịch trình). Tình huống mô tả: Các hoạt động lập trình dự kiến kéo dài 35 ngày cho mỗi module, nhưng module đầu tiên đã mất 45 ngày (vượt 10 ngày). Điều này tạo ra biến động lịch trình âm (schedule variance), khiến dự án có nguy cơ trễ hạn tổng thể.

📌 Mục tiêu của câu hỏi: Kiểm tra khả năng xử lý tình huống biến động lịch trình của Project Manager (PM). PM cần phân tích nguyên nhân, đánh giá tác động, và áp dụng các biện pháp khắc phục mà không thay đổi baseline lịch trình trừ khi cần thiết qua quy trình kiểm soát thay đổi chính thức (Integrated Change Control). Đây là nguyên tắc cốt lõi trong PMBOK® Guide 7th Edition (và các cập nhật đến 2026), nhấn mạnh vào proactive monitoring và corrective actions để đưa dự án về đúng kế hoạch.

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

Đáp án đúng: Evaluate the situation and identify ways to compress the schedule without impacting baselines.

Lý do 🛠️:

• PM phải đầu tiên đánh giá tình huống (evaluate the situation) để xác định nguyên nhân gốc rễ (root cause) của sự chậm trễ, sử dụng công cụ như Earned Value Management (EVM), Schedule Performance Index (SPI), hoặc Critical Path Method (CPM).
• Sau đó, xác định cách nén lịch trình (compress the schedule) như Crashing (tăng tài nguyên để rút ngắn thời gian) hoặc Fast-tracking (làm song song các hoạt động), mà KHÔNG ảnh hưởng đến baseline (baselines chỉ thay đổi qua Change Control Board - CCB).
• Điều này tuân thủ quy trình Control Schedule (PMBOK 7th Ed., trang 272-274): Theo dõi biến động và thực hiện hành động khắc phục để đưa hiệu suất về đúng kế hoạch, ưu tiên các biện pháp không thay đổi baseline trước.

📋 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, giữ nguyên văn bản gốc bằng tiếng Anh:

• ✅ Evaluate the situation and identify ways to compress the schedule without impacting baselines.
  Giải thích đúng 🏆: Đây là hành động chính xác và đầu tiên theo PMBOK. PM cần monitor variances và áp dụng schedule compression techniques (Crashing/Fast-tracking) để phục hồi mà không đụng đến baseline. Tránh thay đổi baseline vội vã để duy trì tính toàn vẹn của kế hoạch ban đầu. (Tham khảo: PMBOK® Guide 7th Edition, 6.5 Control Schedule & 6.4.2.3 Schedule Compression).

• ❌ Ask the team to work overtime to complete the deliverable on time.
  Giải thích sai 🚫: Làm thêm giờ (overtime) là một dạng Crashing, nhưng KHÔNG phải hành động đầu tiên. Nó có thể tăng chi phí, gây mệt mỏi đội ngũ (team burnout), và rủi ro chất lượng giảm. PM cần đánh giá trước thay vì áp dụng ngay, vì overtime không giải quyết nguyên nhân gốc rễ. (Tham khảo: PMBOK® Guide 7th Edition, 6.4.2.3 Crashing Risks).

• ❌ Submit a change request to the project sponsor to change the schedule.
  Giải thích sai ⏭️: Quá sớm và không phù hợp. Change request chỉ dùng khi không thể khắc phục bằng biện pháp nội bộ và cần phê duyệt chính thức từ CCB. Gửi thẳng sponsor bỏ qua quy trình Integrated Change Control, có thể làm mất kiểm soát dự án. Trước tiên phải thử compress schedule! (Tham khảo: PMBOK® Guide 7th Edition, 4.6.3 Change Control & 2.4.5 Baselines).

• ❌ Check the scope to verify if there is scope creep and get the project on schedule.
  Giải thích sai 🔍: Kiểm tra scope creep (phạm vi mở rộng không kiểm soát) là tốt, nhưng KHÔNG phải ưu tiên chính ở đây. Vấn đề rõ ràng là schedule overrun, không nhất thiết do scope creep (có thể do năng suất thấp, rủi ro, hoặc estimate sai). Nén lịch trình hiệu quả hơn kiểm tra scope ngay lập tức. (Tham khảo: PMBOK® Guide 7th Edition, 5.3 Validate Scope & 6.5 Control Schedule).

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

• PMBOK® Guide – Seventh Edition (2021): Chương 6 (Schedule Management), đặc biệt 6.5 Control Schedule.
• PMI Agile Practice Guide (2021): Hybrid approaches cho compression trong môi trường lập trình.
• PMP Exam Content Outline (2024-2026): Domain 4: Process (35% questions) – Schedule Control.
• Cập nhật mới nhất (đến 2026): Nhấn mạnh Value Delivery và Adaptive Planning trong PMBOK 7, ưu tiên proactive corrective actions.

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 xoay quanh tình huống trong quản lý dự án PMP: Nhóm marketing đang chuyển đổi sang sử dụng phương pháp hybrid (kết hợp predictive và agile) cho các dự án của họ. Giám đốc marketing không am hiểu về hybrid methodologies, và project manager (PM) cần sự hỗ trợ từ ông ấy vì giám đốc là key stakeholder quan trọng.
📌 Vấn đề cốt lõi: PM phải tìm cách thu hút sự ủng hộ từ key stakeholder thiếu kiến thức để đảm bảo dự án thành công. Điều này liên quan đến Stakeholder Engagement trong PMBOK 7th Edition (2021) và cập nhật đến 2026, nhấn mạnh việc tailor approaches cho hybrid projects (Agile Practice Guide) và build relationships với stakeholders qua mentoring/coaching để tăng awareness và support.

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

Đáp án đúng: Mentor the marketing director on hybrid approaches.
🛠️ Lý do: Theo PMBOK 7th Edition (Process 13.3: Manage Stakeholder Engagement), PM cần chủ động engage stakeholders bằng cách mentor/coach để nâng cao kiến thức, đặc biệt với key stakeholder thiếu hiểu biết. Hybrid approaches yêu cầu customized communication (Principle 12: Optimize Risk Responses), mentoring trực tiếp giúp director hiểu lợi ích, giảm resistance và tăng support. Đây là hành động proactive, tailored phù hợp nhất cho tình huống transition.

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

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

• Train the marketing team and keep the director informed.
  ❌ Sai: Việc train team là cần thiết cho transition, nhưng chỉ "keep informed" director qua thông tin thụ động không giải quyết gốc rễ thiếu kiến thức của key stakeholder. PMBOK 7th nhấn mạnh active engagement (không chỉ inform), passive info dễ dẫn đến misunderstanding hybrid (Agile Practice Guide, p.45), không đảm bảo support thực sự.

• Mentor the marketing director on hybrid approaches.
  ✅ Đúng: Như đã giải thích ở trên, mentoring là công cụ mạnh mẽ trong Stakeholder Sphere (PMBOK 7th, Fig. 2-11), giúp build trust và understanding hybrid (kết hợp predictive/agile). PM là expert, hành động này trực tiếp address knowledge gap, phù hợp Principle 5: Stakeholders và hybrid tailoring (updates 2024-2026).

• Ask the marketing team members to coach the director.
  ❌ Sai: Team đang transitioning nên chưa đủ expertise để coach key stakeholder cấp cao. Điều này vi phạm hierarchy of authority và PM responsibility (PMBOK 7th, Role of PM), có nguy cơ spread misinformation, làm giảm credibility của PM thay vì tự engage.

• Ask the marketing director to participate in daily meetings.
  ❌ Sai: Daily meetings (stand-ups) phù hợp agile/hybrid cho team, nhưng ép key stakeholder tham gia sẽ overwhelm (executive không có thời gian), không build knowledge mà chỉ expose operational details. PMBOK 7th khuyên tailored communication dựa trên power/interest (Stakeholder Grid), không phải force participation (Principle 10: Leadership).

📘 Tài liệu tham khảo

• PMBOK® Guide 7th Edition (2021, PMI): Chương 4 (Stakeholder Engagement), Principle 5 & 12; Fig. 2-11 (Model for Engaging Stakeholders).
• Agile Practice Guide (2017, cập nhật tích hợp PMBOK 7): Phần Hybrid Approaches (p.44-50), nhấn mạnh mentoring cho stakeholders trong transition.
• PMI Standards Updates (2024-2026): The Standard for Project Management (2021) và PMI Pulse of Profession reports, ưu tiên personalized mentoring cho hybrid adoption (truy cập pmi.org).
• ✅ Khuyến nghị: Áp dụng Stakeholder Engagement Assessment Matrix để tailor support, đảm bảo 80% dự án thành công nhờ strong stakeholder buy-in (PMI data 2025).

🛠️ Kết luận: Hành động mentoring giúp PM maximize value trong hybrid projects! Nếu cần ví dụ thực tế, hãy hỏi thêm.

🧩 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 Quản lý Đội ngũ và Sự tham gia của Các bên liên quan (Team and Stakeholder Engagement) trong PMP, dựa trên PMBOK® Guide – Seventh Edition (và các cập nhật đến 2026 từ PMI, nhấn mạnh vào nguyên tắc Team và Collaboration trong môi trường dự án phân tán địa lý).

📖 Tình huống cụ thể:
Một Project Manager (PM) được bổ nhiệm để triển khai đồng thời một giải pháp mới đến các chi nhánh ở các quốc gia khác nhau. Các đội triển khai (deployment teams) ở từng quốc gia sẽ tích hợp và triển khai giải pháp. PM phát hiện rằng các đội gặp phải các vấn đề tương tự nhau, nhưng mỗi đội giải quyết riêng lẻ (không chia sẻ kinh nghiệm). Vấn đề cốt lõi là thiếu sự hợp tác (collaboration) giữa các đội, dẫn đến lãng phí thời gian, tài nguyên và có nguy cơ lặp lại lỗi.

🎯 Mục tiêu câu hỏi: Kiểm tra khả năng của PM trong việc thúc đẩy sự hợp tác giữa các đội ngũ phân tán để tối ưu hóa quy trình triển khai, giảm thiểu rủi ro và tăng hiệu quả dự án. Điều này phù hợp với Nguyên tắc 5: Team (Xây dựng đội ngũ hiệu quả) và Nguyên tắc 12: Enable Change (Hỗ trợ thay đổi qua chia sẻ kiến thức) trong PMBOK 7.

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

Đáp án đúng: Organize regular meetings with all of the deployment teams to share issues and solutions.

🛠️ Lý do chi tiết:

• Phương án này trực tiếp giải quyết vấn đề thiếu collaboration bằng cách tạo kênh giao tiếp định kỳ, cho phép các đội chia sẻ vấn đề và giải pháp (share issues and solutions). Điều này thúc đẩy kiến thức chung (knowledge sharing), tránh lặp lại lỗi và tăng tốc độ triển khai.
• Theo PMBOK 7, trong mô hình dự án phân tán (distributed teams), các cuộc họp thường xuyên (regular meetings) là công cụ cốt lõi của Stakeholder Engagement và Team Performance Domain, giúp xây dựng văn hóa hợp tác (collaborative culture).
• Trong thực tế PMP (cập nhật 2026), các công cụ như Daily Stand-ups hoặc Cross-team Sync Meetings (từ Agile Hybrid) được khuyến nghị cho tình huống này, giảm rủi ro và tối ưu hóa giá trị giao hàng (value delivery).
  📘 Nguồn tham khảo: PMBOK® Guide – Seventh Edition (PMI, 2021), Performance Domain: Team (trang 57-61); PMI Agile Practice Guide (2021), chương về Distributed Teams.

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

• ❌ Phương án SAI: Ask the project sponsor to appoint new managers for the deployment teams.
  🛠️ Lý do sai: Việc yêu cầu thay thế quản lý đội ngũ là hành động cực đoan và không phù hợp, không giải quyết gốc rễ vấn đề (thiếu chia sẻ kiến thức). Thay quản lý có thể gây gián đoạn dự án lớn hơn, vi phạm Nguyên tắc Stewardship (quản lý tài nguyên hiện có). PM nên tập trung vào phát triển đội ngũ hiện tại thay vì thay đổi nhân sự.

• ❌ Phương án SAI: Propose that some of the teams delay deployments in their countries.
  🛠️ Lý do sai: Đề xuất trì hoãn triển khai chỉ làm chậm tiến độ tổng thể dự án, không khuyến khích hợp tác mà còn tạo xung đột giữa các đội (team rivalry). Điều này trái với Measurement Performance Domain trong PMBOK 7, nơi ưu tiên tối ưu hóa tiến độ đồng thời thay vì hy sinh thời gian.

• ❌ Phương án SAI: Ask each deployment team to provide a very detailed schedule and action plan.
  🛠️ Lý do sai: Yêu cầu lịch trình chi tiết chỉ tăng tài liệu hành chính (administrative burden), không thúc đẩy chia sẻ thực tế giữa các đội. Các kế hoạch riêng lẻ vẫn dẫn đến giải quyết vấn đề độc lập, không tận dụng lessons learned chung – vi phạm Uncertainty Performance Domain (quản lý rủi ro qua hợp tác).

• ✅ Phương án ĐÚNG: Organize regular meetings with all of the deployment teams to share issues and solutions.
  🛠️ Lý do đúng (tóm tắt lại): Tạo nền tảng giao tiếp trực tiếp, thúc đẩy teamwork và knowledge transfer, phù hợp hoàn hảo với tình huống dự án đa quốc gia. Đây là giải pháp hiệu quả, chi phí thấp và nhanh chóng nhất.

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

Câu hỏi nhấn mạnh tầm quan trọng của giao tiếp và hợp tác trong dự án toàn cầu hóa. PM cần chủ động facilitate collaboration thay vì can thiệp tiêu cực. Áp dụng ngay trong thực tế để đạt PMP Success! 🚀
📘 Tài liệu tham khảo bổ sung: The Standard for Project Management (PMI, 2021); PMI's Pulse of the Profession 2023-2026 Reports (tập trung vào Hybrid Teams).

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

Câu hỏi xoay quanh tình huống một công ty có kinh nghiệm mạnh với các dự án predictive (theo cách tiếp cận truyền thống, như Waterfall), nhưng PMO đang nỗ lực tích hợp iterative tools (công cụ lặp lại, giống Agile hoặc Hybrid) vào khung quản lý dự án. Project Manager (PM) được yêu cầu sử dụng các công cụ này trong dự án hiện tại và đã triển khai thành công. Sau đó, PMO yêu cầu PM xác định lợi ích (benefits) mà các công cụ iterative này mang lại cho dự án.

📌 Mục tiêu chính: PM cần chọn hành động phù hợp nhất để đánh giá và xác định lợi ích từ việc áp dụng iterative tools, phù hợp với nguyên tắc Stakeholder Engagement và Value Delivery trong PMBOK Guide 7th Edition (2021) và các cập nhật Agile/Hybrid đến 2026 (theo PMI Agile Practice Guide).

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

Đáp án đúng: Conduct reviews with stakeholders to discuss the potential benefits the approach may have to the project.

🛠️ Lý do: Sau khi triển khai thành công iterative tools, PM cần thực hiện các buổi review với stakeholders để thảo luận trực tiếp về lợi ích tiềm năng. Điều này phù hợp với Performance Domain: Stakeholder (PMBOK 7th) và thực hành Agile như Retrospectives hoặc Lessons Learned Reviews, giúp thu thập feedback thực tế, đo lường value delivery (lợi ích kinh doanh). PMO yêu cầu "determine the benefits", nên cách tiếp cận tương tác với stakeholders là hiệu quả nhất để xác định benefits một cách khách quan và toàn diện, thay vì tự đánh giá đơn phương.

📘 Nguồn tham khảo: PMBOK Guide 7th Edition (Principle 4: Engage Stakeholders; Domain 1: Stakeholders); PMI Agile Practice Guide (Section: Iterative Development & Reviews).

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

• Phương án SAI: Determine the data to be monitored during the project as well as the expected performance and targets.
  🧨 Lý do sai: Phương án này tập trung vào việc xác định dữ liệu giám sát và targets từ đầu dự án (giai đoạn Planning), không phải sau khi triển khai thành công. Nó thuộc Monitor and Control Project Work (Process 4.5 PMBOK 6th/7th), nhưng không trực tiếp giúp "determine benefits" từ iterative tools đã áp dụng. Lợi ích cần đánh giá hậu triển khai qua feedback, không phải định nghĩa metrics trước.

• Phương án SAI: Update the communications management plan to consider performance review meetings with the project stakeholders.
  🧨 Lý do sai: Cập nhật communications management plan là hành động thuộc Manage Communications (Process 10.2), phù hợp cho planning dài hạn, nhưng không phải bước đầu tiên để xác định benefits ngay sau triển khai. Nó chỉ hỗ trợ giao tiếp tương lai, không trực tiếp thu thập dữ liệu về lợi ích cụ thể từ iterative tools.

• Phương án SAI: Prepare and submit a status report to the steering committee to update performance monitoring.
  🧨 Lý do sai: Việc chuẩn bị status report cho steering committee thuộc Control Communications và Monitor Project Work, nhằm cập nhật tình trạng chung (performance monitoring). Nó không tập trung vào phân tích benefits từ iterative tools, mà chỉ báo cáo status – không đủ sâu để "determine the benefits" như PMO yêu cầu.

• Phương án ĐÚNG: Conduct reviews with stakeholders to discuss the potential benefits the approach may have to the project.
  ✅ Lý do đúng (tóm tắt lại): Hành động này trực tiếp đáp ứng yêu cầu của PMO bằng cách tương tác stakeholders để đánh giá benefits thực tế, thúc đẩy continuous improvement trong hybrid approaches (PMBOK 7th, Hybrid Models).

🔗 Tài liệu tham khảo bổ sung:

• PMBOK Guide 7th Edition (2021, cập nhật 2024-2026 qua PMI Standards Plus).
• The Standard for Project Management (Domain: Measurement & Benefits Realization).
• PMI's Pulse of the Profession 2023-2025: Nhấn mạnh 70% dự án hybrid cần stakeholder reviews để đo lường value.

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