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ả một tình huống dự án đang gặp vấn đề phổ biến trong môi trường lặp lại (iterative) hoặc Agile:

• Đội ngũ đã làm việc vài tháng, nhưng ngày hoàn thành không rõ ràng do scope thay đổi thường xuyên (scope creep) vì kiến thức mới được khám phá (progressive elaboration).
• Một số deliverables đã hoàn thành, nhưng stakeholders mới tham gia phàn nàn rằng kết quả dự án không đáp ứng mục tiêu kinh doanh (business goals).
  📌 Vấn đề cốt lõi: Thiếu cơ chế quản lý scope linh hoạt, ưu tiên công việc và tương tác liên tục với stakeholders để đảm bảo alignment với business value. Đây là đặc trưng của dự án Agile/Hybrid, nơi scope không cố định mà tiến hóa theo feedback. Project manager cần áp dụng cách tiếp cận tăng giá trị dần dần (incremental value delivery) để tránh tình huống này trong tương lai.
  (Tham khảo: PMBOK® Guide 7th Edition - Chương 4: Project Delivery Principles; Agile Practice Guide - Iterative Development & Stakeholder Engagement).

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

Đáp án đúng: Create a prioritized backlog and define iteration review sessions with stakeholders
🛠️ Lý do:

• Prioritized backlog (product backlog được ưu tiên theo business value) giúp quản lý scope thay đổi bằng cách tập trung vào các item có giá trị cao nhất trước, tránh tình trạng ngày hoàn thành mơ hồ.
• Iteration review sessions (như Sprint Review trong Scrum) là buổi demo định kỳ với stakeholders để thu thập feedback, đảm bảo deliverables luôn align với business goals – ngay cả khi stakeholders mới tham gia.
• Điều này ngăn ngừa vấn đề tương lai bằng cách xây dựng transparency và adaptability, phù hợp với dự án có progressive elaboration.
  (Cập nhật PMP 2021-2026: 50% nội dung thi PMP nhấn mạnh Agile/Hybrid; PMBOK 7th - Tailoring & Value Delivery).

📋 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 theo thứ tự, giữ nguyên văn bản gốc tiếng Anh. Mỗi phân tích giải thích rõ tại sao đúng/sai dựa trên nguyên tắc PMP mới nhất:

• Create a prioritized backlog and define iteration review sessions with stakeholders
  ✅ ĐÚNG (như đã giải thích ở trên). Phương án này trực tiếp giải quyết scope thay đổi và stakeholder misalignment qua cơ chế Agile cốt lõi: backlog ưu tiên + review iterations. Hoàn hảo cho dự án iterative!

• Create a detailed work breakdown structure (WBS) and milestone schedule approved by all stakeholders
  ❌ SAI: WBS và milestone schedule là công cụ của phương pháp Predictive (Waterfall), yêu cầu scope cố định từ đầu – không phù hợp với dự án có scope thay đổi thường xuyên do new knowledge. Việc approve bởi tất cả stakeholders khó thực hiện với stakeholders mới, dẫn đến scope creep tiếp tục. (PMBOK 7th - Process 5.5: Create WBS chỉ dùng cho predictive; Agile Practice Guide khuyên tránh detailed upfront planning).

• Schedule a daily meeting to review team performance and impediments
  ❌ SAI: Daily stand-up (Daily Scrum) chỉ tập trung vào team internal (performance & impediments), không liên quan đến stakeholders hoặc business goals. Nó không giải quyết scope thay đổi hay feedback từ stakeholders mới, chỉ là ritual nội bộ. (Scrum Guide 2020/PMI Agile: Daily Scrum không phải stakeholder engagement).

• Schedule a kick-off meeting for every project phase to share the project management plan with all stakeholders
  ❌ SAI: Kick-off meeting chỉ hiệu quả một lần đầu dự án, không phải "mọi phase" vì tốn thời gian và không tạo engagement liên tục. Project management plan (thường fixed) không adapt với scope thay đổi, stakeholders mới vẫn phàn nàn vì thiếu demo thực tế. (PMBOK 7th - 4.3: Project Communications Management ưu tiên ongoing engagement, không phải repeated kick-offs).

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

• PMBOK® Guide – Seventh Edition (2021): Principles như Stewardship, Team, Stakeholders, Value, Systems Thinking.
• Agile Practice Guide (PMI, 2017/updated 2021): Iterative Planning, Backlogs & Reviews.
• PMBOK® Guide – 6th Edition (transition to 7th): Hybrid approaches.
• Scrum Guide (2020): Product Backlog & Sprint Review (áp dụng cho PMP đến 2026).
  Học viên PMP nên thực hành 50% Agile questions trong kỳ thi mớ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 Quản lý Thay đổi Tích hợp (Integrated Change Control) và Quản lý Lịch trình (Schedule Management) trong PMP, theo PMBOK Guide 7th Edition (cập nhật đến 2023, áp dụng nguyên tắc đến 2026).

📖 Nội dung câu hỏi:
Một công ty gần đây sử dụng nghiên cứu bàn giấy (desktop research) cho nghiên cứu tính khả thi (feasibility study), kết quả cho thấy dự án đang trễ tiến độ (behind schedule). Đồng thời, đội ngũ dự án lo ngại về tác động của các thay đổi phạm vi (scope changes) đến lịch trình dự án.
Câu hỏi yêu cầu: Quản lý dự án (PM) nên làm gì để giữ dự án đúng tiến độ trong khi vẫn đạt được mục tiêu dự án?
🛠️ Ý nghĩa cốt lõi: Đây là tình huống điển hình khi dự án gặp vấn đề tiến độ do nghiên cứu khả thi và scope creep (mở rộng phạm vi không kiểm soát). PM phải tuân thủ quy trình Perform Integrated Change Control (Quá trình 4.6 trong PMBOK 7th) để đánh giá, phê duyệt thay đổi một cách có hệ thống, tránh tự ý thay đổi scope hoặc lịch trình mà không qua hội đồng kiểm soát thay đổi (CCB - Change Control Board). Mục tiêu là cân bằng Value Delivery (giao giá trị) và Uncertainty Management (quản lý rủi ro).

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

Đáp án đúng: Collaborate with the change control board (CCB) to review the scope and submit any change requests

Lý do chọn (theo PMBOK 7th Edition):

• PM cần hợp tác (collaborate) với CCB để xem xét lại scope trước khi submit bất kỳ Change Request (CR) nào. Điều này đảm bảo quy trình thay đổi được thực hiện đúng chuẩn Integrated Change Control, đánh giá tác động toàn diện (scope, schedule, cost, risk) trước khi phê duyệt.
• Cách tiếp cận này giúp giữ tiến độ bằng cách xác định scope creep và điều chỉnh hợp lý, đồng thời meet objectives qua việc tối ưu hóa giá trị dự án (Principle 5: Optimize Risk Responses). Không tự ý thay đổi, tránh rủi ro lớn hơn.
  📘 Nguồn tham khảo: PMBOK Guide 7th Edition, Section 4.6 Perform Integrated Change Control; Agile Practice Guide (tích hợp collaboration trong hybrid environments).

📋 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. Mỗi phương án được đánh giá dựa trên nguyên tắc PMP mới nhất (PMBOK 7th & 6th Edition equivalence cho change control).

• ✅ Collaborate with the change control board (CCB) to review the scope and submit any change requests
  Đúng vì: Phương án này tuân thủ đúng quy trình hợp tác xem xét scope trước khi submit CR, đảm bảo CCB đánh giá tác động đến schedule. PM đóng vai trò facilitator (người hỗ trợ), không quyết định một mình, giúp dự án cân bằng tiến độ và objectives. (Principle 9: Leadership - Dẫn dắt qua collaboration).

• ❌ Submit a change request to the CCB and update the schedule
  Sai vì: PM không được tự update schedule trước khi CCB phê duyệt CR. Việc submit CR là đúng nhưng update schedule ngay lập tức vi phạm Integrated Change Control (chỉ update sau approve). Điều này có thể gây hỗn loạn (hỗn loạn) và không meet objectives nếu thay đổi chưa được đánh giá đầy đủ.

• ❌ Update the scope and add more resources to the project
  Sai vì: PM không có quyền tự update scope mà không qua CCB (scope baseline là protected). Thêm resources (crashing) chỉ là biện pháp tạm thời, có thể tăng cost và không giải quyết gốc rễ (scope issues). Vi phạm Scope Management và Stakeholder Engagement (Principle 12: Stewardship).

• ❌ Update the scope and move on to the next project milestone
  Sai vì: Tự update scope và bỏ qua CCB là hành vi scope creep nghiêm trọng, bỏ qua đánh giá tác động schedule/risk. "Move on" có nghĩa là ignore process, dẫn đến dự án lệch hướng, không đạt objectives. Chống lại Tailoring và Quality Management principles.

🧩 Kết luận PMP: Luôn ưu tiên quy trình kiểm soát thay đổi có cấu trúc để bảo vệ project triple constraints (scope-time-cost). Nếu áp dụng thực tế, PM nên dùng tools như Change Log và Schedule Performance Index (SPI) để monitor.
📘 Tài liệu tham khảo chính:

• PMBOK® Guide 7th Edition (PMI, 2021) - Domains: Uncertainty & Change Management.
• PMP Exam Content Outline (PMI, 2021) - Task 4.3: Evaluate change impact.
  Học viên PMP nên luyện thêm qua PMI.org practice exams! 🚀

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

Câu hỏi này thuộc chủ đề Quản lý đội ngũ và Lãnh đạo trong Agile theo PMP (phiên bản mới nhất PMBOK Guide 7th Edition và Agile Practice Guide 2021, cập nhật đến 2026).

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

• Project manager (PM) có kinh nghiệm hơn 10 năm với phương pháp Predictive (Waterfall truyền thống), nay chuyển sang Agile project.
• Đội ngũ mới: Các thành viên chưa từng làm việc cùng nhau trước đây → Đang ở giai đoạn Forming hoặc Storming theo mô hình Tuckman (Forming-Storming-Norming-Performing).
• Sau 2 sprints, đội chưa đạt bất kỳ outcome nào (không có sản phẩm khả dụng), và có áp lực lớn từ bên ngoài để hoàn thành công việc nhanh chóng.
• Vấn đề cốt lõi: Đội cần được dẫn dắt để tăng tốc collaboration, xây dựng sự tin cậy, và tự tổ chức (self-organizing) – đặc trưng của Agile. PM phải chọn leadership style phù hợp để vượt qua giai đoạn hỗn loạn ban đầu, tránh áp đặt như Predictive.

🛠️ Mục tiêu câu hỏi: Kiểm tra kiến thức về Situational Leadership Model (Hersey-Blanchard) trong Agile:

• Team mới + Agile → Cần coaching để phát triển kỹ năng, khuyến khích hợp tác, thay vì chỉ huy trực tiếp hoặc để tự do hoàn toàn.

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

Đáp án đúng: A leadership style that coaches people who want help and fosters greater team collaboration

Lý do chi tiết:

• Trong Agile, team mới ở giai đoạn Storming (xung đột, thiếu coordination sau 2 sprints thất bại), cần Coaching Leadership để hướng dẫn cá nhân hóa (coach những ai cần), thúc đẩy team collaboration và self-organization.
• Theo Situational Leadership (áp dụng trong PMP Agile): Với team "competent but unwilling" (có tiềm năng nhưng thiếu động lực/hợp tác), coaching giúp xây dựng kỹ năng Agile (Daily Stand-up, Retrospective) và đạt Norming nhanh hơn.
• Khác với Predictive (directive), Agile ưu tiên Servant Leader + Coaching để trao quyền, giảm áp lực bằng cách foster collaboration → Đạt outcome bền vững.
• Kết quả mong đợi: Team tự tin hơn, velocity tăng ở sprint tiếp theo.

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

• A. A directive style that makes decisions for the group to reach early outcomes
  ❌ Sai: Phong cách Directive (chỉ huy trực tiếp, PM quyết định thay đội) phù hợp với team hoàn toàn mới ở Predictive hoặc giai đoạn Forming rất sớm. Nhưng sau 2 sprints, team Agile cần tự tổ chức – directive sẽ làm giảm động lực, vi phạm nguyên tắc Agile (PM không phải "boss", mà là facilitator). Dẫn đến dependency cao, không bền vững dưới áp lực.

• B. A leadership style that coaches people who want help and fosters greater team collaboration
  ✅ Đúng: Như đã giải thích ở trên. Đây là Coaching Style lý tưởng cho team Agile mới, giúp cá nhân hóa hỗ trợ (coach ai cần), tăng collaboration → Vượt Storming, đạt early wins qua Retrospective và pair-programming.

• C. A passive leadership style that allows the team to self-organize until the norming stage is reached
  ❌ Sai: Passive/Delegating chỉ dùng khi team đã Performing (tự tổ chức tốt). Với team mới + 0 outcome sau 2 sprints, để "tự do" sẽ kéo dài Storming, tăng áp lực thất bại. Agile khuyến khích self-organize nhưng với facilitation ban đầu, không phải bỏ mặc.

• D. A democratic style that uses techniques where majority opinion prevails
  ❌ Sai: Democratic (quyết định theo đa số) gây tranh cãi ở Storming, làm chậm tiến độ dưới áp lực cao. Agile dùng consensus (Planning Poker) nhưng PM phải facilitate, không để "majority rules" → Dễ bias, không hiệu quả cho team mới thiếu trust.

📘 Tài liệu tham khảo

• PMBOK Guide 7th Edition (2021): Chapter 5 (Team Management), Agile Hybrid Approaches; Figure 5-1 Situational Leadership Styles.
• Agile Practice Guide (PMI, 2021): Section 4.2 Leadership in Agile (Coaching & Servant Leadership); Tuckman Model in Team Formation.
• PMP Exam Content Outline (2024-2026): Domain III: Business Environment (15%) & Domain IV: People (42%) – Nhấn mạnh Adaptive Leadership.
• Hersey-Blanchard Situational Leadership Model: Được tích hợp trong PMP training (PMI.org resources).

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 chi tiết nội dung câu hỏi

Câu hỏi này thuộc chủ đề Quản lý bên liên quan (Stakeholder Management) trong PMP, cụ thể là tình huống xử lý bất đồng giữa các bên liên quan về mục tiêu dự án (project objectives) và cách tiếp cận (approach) ngay từ đầu dự án triển khai hệ thống mới. 📘

• Bối cảnh: Quản lý dự án (PM) mới được giao dẫn dắt dự án. Các bên liên quan (stakeholders) không đồng thuận về những yếu tố cốt lõi, dẫn đến rủi ro lớn cho sự thành công dự án nếu không giải quyết kịp thời.
• Vấn đề chính: Cần hành động chủ động, có hệ thống để làm rõ bất đồng, không phải áp đặt giải pháp một chiều. Theo PMBOK Guide 7th Edition (2021, cập nhật đến 2026), giai đoạn Initiating nhấn mạnh việc engage stakeholders sớm (Process 13.1: Plan Stakeholder Engagement) và sử dụng công cụ phân tích gốc rễ (root cause analysis) để giải quyết xung đột.
• Mục tiêu PMP: Đảm bảo alignment (sự đồng thuận) trên mục tiêu và vai trò, tránh lãng phí thời gian vào công việc sai hướng. 🛠️

Nguồn tham khảo:

• PMBOK® Guide 7th Edition, Section 4.6 (Stakeholder Engagement), Tool & Technique: Data Analysis (Root Cause Analysis).
• Agile Practice Guide (2021): Emphasize iterative stakeholder collaboration.

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

Đáp án đúng: Breakdown the situation to identify the root causes for the disagreement and then work with each stakeholder and participating entity on their exact roles and responsibilities.

Lý do (theo PMP mới nhất):

• Phương án này tập trung vào phân tích gốc rễ (root cause analysis) – công cụ cốt lõi trong Data Gathering & Analysis (PMBOK 7th, Principle 5: Optimize Risk Responses). Bất đồng về objectives/approach thường xuất phát từ hiểu lầm vai trò, kỳ vọng không khớp, hoặc thiếu thông tin → PM phải phân tích tình huống (breakdown the situation) trước khi làm rõ roles & responsibilities từng bên.
• Sau đó, làm việc cá nhân hóa (work with each stakeholder) để xây dựng sự đồng thuận, phù hợp với Tailoring Approach và Manage Stakeholder Engagement (Process Group: Executing). Điều này đảm bảo value delivery mà không ép buộc.
• Ưu việt hơn các lựa chọn khác vì proactive và hiệu quả, tránh họp chung gây tranh cãi thêm. 🏆

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

• ❌ Phương án SAI: Create a roles and responsibilities matrix based on the project charter and ask the sponsor to share it with all stakeholders to provide credible authority
  Giải thích: Phương án này áp đặt ma trận RACI/RAM (roles matrix) dựa trên project charter mà chưa giải quyết gốc rễ bất đồng. Charter có thể chưa đầy đủ nếu stakeholders chưa align → sponsor share chỉ tạo "authority giả tạo" (credible authority), dễ gây phản ứng tiêu cực. Theo PMBOK 7th (Section 4.4: Team Management), matrix phải được stakeholders đồng thuận sau, không phải impose từ trên xuống. Không phù hợp giai đoạn đầu.

• ❌ Phương án SAI: Conduct scoping workshops with the project team to create a work breakdown structure (WBS), assign tasks to various entities, share this with all stakeholders, and ask the team to complete their tasks as scheduled
  Giải thích: Làm việc với team trước stakeholders là sai lầm lớn! WBS (Scope Baseline) cần stakeholder input (PMBOK 7th, Process 5.4: Create WBS). Bỏ qua bất đồng objectives → WBS sẽ sai hướng, assign tasks sớm gây lãng phí. Không giải quyết root cause, chỉ "làm việc" mà không align → vi phạm Stakeholder Sphere of Influence.

• ❌ Phương án SAI: Conduct a general meeting with all stakeholders and review and address a list of activities for each of them
  Giải thích: Họp chung (general meeting) thường làm bất đồng leo thang nếu chưa hiểu root cause (conflict escalation). Chỉ review "list of activities" mà không phân tích sâu → bề mặt, không làm rõ roles/responsibilities chính xác. PMBOK 7th khuyến nghị individual engagement cho high-power stakeholders (Power/Interest Grid), không phải họp đại trà gây hỗn loạn.

• ✅ Phương án ĐÚNG: Breakdown the situation to identify the root causes for the disagreement and then work with each stakeholder and participating entity on their exact roles and responsibilities
  Giải thích: Như đã nêu ở phần đáp án đúng. Đây là best practice PMP: Sử dụng root cause analysis (Fishbone Diagram, 5 Whys) → engage từng bên để clarify roles → build consensus. Hỗ trợ Principle 12: Navigate Complexity và đảm bảo Project Success Measures (alignment). Hoàn hảo cho tình huống initiating. 🎯

Kết luận: Câu hỏi kiểm tra kỹ năng Stakeholder Engagement ở mức Expert. Áp dụng ngay để tránh scope creep! 🚀
Tài liệu bổ sung: PMP Exam Content Outline 2021 (Domain III: Business Environment, Task 1); Rita Mulcahy PMP Exam Prep (Chapter 8).

🧩 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ũ và Đào tạo trong Dự án Agile theo PMP (PMBOK® Guide 7th Edition và Agile Practice Guide). Tình huống mô tả:
Quản lý dự án (PM) khởi động dự án mới và phải đảm bảo thành viên đội ngũ (team members) cũng như các bên liên quan (stakeholders) được đào tạo đầy đủ. Sau khi phỏng vấn đội ngũ, PM phát hiện tất cả các nguồn lực (resources) đều có kinh nghiệm với các phương pháp Agile khác nhau (ví dụ: Scrum, Kanban, SAFe, XP...).
Vấn đề cốt lõi: Đội ngũ có kinh nghiệm Agile nhưng không đồng nhất, dẫn đến rủi ro thiếu sự thống nhất trong cách tiếp cận, ảnh hưởng đến hiệu quả dự án. PM cần hành động để tối ưu hóa đào tạo, tránh lãng phí thời gian nhưng vẫn đảm bảo sự đồng bộ.
🛠️ Mục tiêu PMP ở đây: Áp dụng nguyên tắc Tailoring (tùy chỉnh phương pháp) và Team Building trong môi trường Agile, nhấn mạnh vào shared understanding (sự hiểu biết chung) để tăng cường collaboration (hợp tác).

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

Đáp án đúng: Ensure the team has a common understanding of agile

Lý do:
Trong Agile, đội ngũ có kinh nghiệm đa dạng là lợi thế, nhưng cần sự hiểu biết chung (common understanding) về các nguyên tắc cốt lõi của Agile (như Agile Manifesto, iterative development, value delivery) để tránh xung đột và đảm bảo alignment (đồng bộ). PMBOK® 7th Edition (Principle 9: Team) và Agile Practice Guide nhấn mạnh rằng đào tạo nên tập trung vào shared language và practices phù hợp với dự án, thay vì đào tạo từ đầu hoặc bỏ qua. Điều này giúp đội ngũ nhanh chóng adapt (thích nghi) với phương pháp dự án cụ thể, giảm rủi ro và tăng hiệu suất. ✅ Đây là hành động phù hợp nhất, hiệu quả và tuân thủ tailoring.

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

Dưới đây là phân tích chi tiết từng lựa chọn, giữ nguyên nội dung gốc bằng tiếng Anh. Mỗi phương án được đánh giá đúng/sai dựa trên PMP mới nhất (2021-2026, PMBOK® 7th & 8th draft principles):

• Make sure the project team is aware of all agile techniques
  ❌ Sai: Phương án này quá rộng và không hiệu quả. Đào tạo "tất cả kỹ thuật Agile" (all agile techniques) sẽ tốn thời gian, gây overload (quá tải) cho đội ngũ đã có kinh nghiệm. PMP khuyến nghị tailoring - chỉ tập trung vào những gì cần thiết cho dự án, không phải "all" (tất cả). Agile Practice Guide (Section 3.2) nhấn mạnh tránh đào tạo toàn diện không liên quan.

• Skip the training because the team already understands agile
  ❌ Sai: Nguy hiểm và thiếu trách nhiệm. Mặc dù đội ngũ "hiểu Agile" ở mức độ cá nhân, nhưng kinh nghiệm khác nhau có thể dẫn đến misunderstanding (hiểu lầm) về practices dự án cụ thể. PMBOK® 7th (Domain: Team) yêu cầu ensure adequate training ngay từ đầu dự án để build high-performing team, tránh rủi ro misalignment.

• Ensure the team has a common understanding of agile
  ✅ Đúng: Như đã giải thích ở trên. Đây là hành động tối ưu, tập trung vào shared understanding để unify đội ngũ. Hỗ trợ trực tiếp cho Agile Principle #4: Business people and developers together và Principle 12: Agile Teams trong Agile Practice Guide, giúp đội ngũ collaborate hiệu quả mà không cần đào tạo sâu từ zero.

• Teach one agile methodology fully and completely
  ❌ Sai: Cứng nhắc và không linh hoạt. Việc dạy một phương pháp duy nhất (one agile methodology) một cách đầy đủ bỏ qua kinh nghiệm đa dạng của đội ngũ, có thể gây resistance (kháng cự) và không phù hợp với hybrid/tailored approach trong PMP hiện đại. PMBOK® 7th khuyến khích blend methodologies dựa trên context dự án, không ép buộc "fully and completely".

📘 Tài liệu tham khảo

• PMBOK® Guide – 7th Edition (2021): Principle 9 (Team), Domain 4 (Team), trang 47-50 & 101-107.
• Agile Practice Guide (2017, cập nhật PMI 2021): Section 3 (Lifecycle Selection), Section 4.2 (Team Formation), trang 25-30.
• PMI Code of Ethics (2022): Responsibility để ensure competency.
• Cập nhật 2026: Draft PMBOK® 8th nhấn mạnh Universal Principles như Optimization & Adaptability trong Agile contexts (PMI.org resources).

🛠️ Lời khuyên PMP: Luôn ưu tiên common understanding trong Kick-off Meeting để dự án Agile khởi đầu mạnh mẽ! Nếu cần, tổ chức Agile Workshop ngắn gọ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 giải thích rõ ràng:
Câu hỏi mô tả một tình huống thực tế trong quản lý dự án: Quản lý dự án (Project Manager - PM) tổ chức cuộc họp để xem xét project management plan (kế hoạch quản lý dự án tổng thể), mời các bên tham gia bao gồm CEO công ty, sponsor, thành viên đội ngũ nội bộ, và đại diện khách hàng bên ngoài (external client representative). Khi PM bắt đầu trình bày phần budget (ngân sách), CEO đột ngột yêu cầu kết thúc cuộc họp.
✅ Vấn đề cốt lõi: CEO có thể cảm thấy không thoải mái vì thông tin nhạy cảm về ngân sách dự án bị tiết lộ công khai trước đại diện khách hàng bên ngoài mà chưa được xem xét hoặc phê duyệt nội bộ trước. Điều này vi phạm nguyên tắc bảo mật thông tin (confidentiality) và quản lý giao tiếp (communications management) trong PMP.
🛠️ Mục tiêu câu hỏi: Kiểm tra kiến thức của PM về việc lập kế hoạch họp hành phù hợp, ưu tiên review nội bộ thông tin nhạy cảm trước khi chia sẻ với bên ngoài, theo các Knowledge Areas như Project Communications Management và Project Stakeholder Management trong PMBOK® Guide 7th Edition (2021, cập nhật đến 2026 không thay đổi cơ bản).

✅ Đáp án đúng: Reviewed the cost management plan with internal participants and CEO prior to inviting an external client representative to the meeting
Lý do lựa chọn (chi tiết):

• Theo PMBOK® 7th Edition (Section 4.6. Manage Communications & 7.2. Plan Cost Management), PM phải xem xét Cost Management Plan (kế hoạch quản lý chi phí) với các bên nội bộ (internal participants và CEO) TRƯỚC khi mời bên ngoài tham gia. Budget là thông tin nhạy cảm (sensitive), có thể ảnh hưởng đến đàm phán hợp đồng hoặc lợi thế cạnh tranh.
• Việc này giúp CEO và nội bộ phê duyệt nội dung, tránh tình huống bất ngờ khi budget bị "lộ" trước external client. Đây là best practice trong Stakeholder Engagement để xây dựng sự đồng thuận nội bộ trước khi giao tiếp bên ngoài.
• 🏆 Kết quả tránh được: CEO sẽ không gián đoạn họp vì đã được "warm up" trước.

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

• ❌ Reviewed the communications management plan before inviting an external client representative to the meeting
  Phân tích sai: Communications Management Plan (kế hoạch quản lý giao tiếp) quy định ai giao tiếp gì với ai (PMBOK® 7th, 4.6), nhưng không giải quyết trực tiếp vấn đề budget nhạy cảm. Việc review plan này chỉ đảm bảo quy trình mời khách, chứ không tránh được CEO bất ngờ với nội dung chi phí cụ thể. Đây là hành động gián tiếp, không phải giải pháp gốc rễ.

• ✅ Reviewed the cost management plan with internal participants and CEO prior to inviting an external client representative to the meeting
  Phân tích đúng: Như đã giải thích ở trên, đây là hành động chủ động và phù hợp nhất để bảo vệ thông tin chi phí nội bộ trước khi chia sẻ với external stakeholder. Tuân thủ nguyên tắc Tailor communications và Escalation process (PMBOK® 7th, Principle 6: Tailor Based on Context).

• ❌ Performed a root cause analysis with the external client representative and documented the findings in the lessons learned register
  Phân tích sai: Root Cause Analysis (phân tích nguyên nhân gốc rễ) và Lessons Learned Register dùng cho sau sự cố (PMBOK® 7th, 4.8 Manage Project Knowledge), không phải phòng ngừa trước. Hơn nữa, làm việc này với external client sẽ làm lộ thêm thông tin nhạy cảm, vi phạm bảo mật và không giải quyết vấn đề CEO.

• ❌ Sent the presentation slides to internal participants first and then to the external client representative prior to the meeting
  Phân tích sai: Gửi slide trước là good practice cho pre-read (PMBOK® 7th, Tools & Techniques: Pre-meeting coordination), nhưng không đảm bảo review nội dung budget. External client vẫn nhận slide (bao gồm budget), dẫn đến rủi ro tương tự. Không tập trung vào Cost Management Plan cụ thể.

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

• PMBOK® Guide – 7th Edition (2021, PMI): Sections 4.6 (Communications), 7 (Project Cost Management), 13.3 (Stakeholder Engagement).
• PMI Agile Practice Guide (2021): Nhấn mạnh iterative review nội bộ trước external sharing.
• PMP Exam Content Outline (2024-2026): Domain III: Business Environment (17%), Domain IV: Deliverables & Requirements (20%) – liên quan quản lý stakeholder và communications.
  🛡️ Lời khuyên PMP: Luôn phân loại stakeholder (Power/Interest Grid) và tailor agenda họp để tránh "information overload" hoặc leak sensitive data!

🧩 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) được giao quản lý một dự án mới nhằm giao sản phẩm vào cuối năm. PM nhận thông tin từ nhà cung cấp (vendor) rằng một thành phần cốt lõi (core component) không thể giao hàng đúng hạn, dẫn đến tác động đến lịch trình dự án (schedule impact).
Câu hỏi yêu cầu xác định hành động tiếp theo mà PM nên thực hiện để giảm thiểu tác động tối đa lên dự án.
📘 Liên quan PMP (PMBOK 7th Edition, cập nhật đến 2026): Đây là tình huống quản lý rủi ro và vấn đề (issues) trong giai đoạn Monitor and Control Project Work hoặc Project Issue Management. PM cần hành động nhanh chóng, chủ động theo nguyên tắc Proactive Management và sử dụng artifacts như Issue Log để theo dõi, phân tích và giải quyết vấn đề trước khi thông báo rộng rãi hoặc thay đổi lớn.

✅ Đáp án đúng

Review and update the issue log and determine if any alternative components can be offered

Lý do chọn đáp án này 🛠️:
Đây là hành động tiếp theo đúng nhất theo quy trình PMP. Khi phát hiện vấn đề (issue) từ vendor ảnh hưởng schedule, PM phải cập nhật Issue Log ngay lập tức để ghi nhận, phân loại và theo dõi (theo PMBOK 7th Ed., Section 4.6 Manage Project Issues). Đồng thời, xác định giải pháp thay thế (alternative components) giúp giảm thiểu tác động mà không cần thay đổi scope, schedule hay stakeholder ngay. Điều này thể hiện nguyên tắc Stewardship và Optimization, ưu tiên giải quyết nội bộ trước khi escalate. Hành động này tối ưu hóa dự án bằng cách tìm workaround nhanh chóng.

📋 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, đánh dấu ✅ đúng hoặc ❌ sai, giữ nguyên văn bản gốc:

• ❌ Schedule a meeting with all stakeholders to extend the project deadline
  Phương án này sai vì đây là hành động quá sớm và thụ động. PM chưa phân tích đầy đủ issue (chưa cập nhật Issue Log hay tìm giải pháp thay thế), việc họp toàn bộ stakeholders để kéo dài deadline có thể gây hoang mang, ảnh hưởng tinh thần đội ngũ và chưa giảm thiểu tác động. Theo PMBOK 7th (Principle 9: Leadership), chỉ escalate khi cần thiết, không phải bước đầu tiên.

• ❌ Replace the vendor with a new vendor who can offer the component on time
  Phương án này sai vì thiếu đánh giá rủi ro. Thay vendor ngay có thể dẫn đến chi phí cao hơn, hợp đồng pháp lý phức tạp, hoặc rủi ro chất lượng mới (vendor mới chưa kiểm chứng). PMP yêu cầu Risk Analysis trước khi thay đổi (PMBOK 7th, Domain 3: Business Value Delivery), không phải hành động impulsively mà không xem alternative nội bộ hoặc đàm phán.

• ❌ Add an item to the next status review to make stakeholders aware of the vendor issue
  Phương án này sai vì chậm trễ và không chủ động. Chỉ thêm vào status review tiếp theo (có thể vài tuần sau) sẽ làm issue tích tụ, tăng tác động schedule. PMP nhấn mạnh real-time monitoring (PMBOK 7th, Performance Domain: Uncertainty), PM phải hành động ngay để minimize impact, không chờ báo cáo định kỳ.

• ✅ Review and update the issue log and determine if any alternative components can be offered
  (Như đã giải thích ở trên) – Hành động chính xác, kịp thời để giảm thiểu rủi ro theo best practices PMP.

📘 Tài liệu tham khảo

• PMBOK Guide 7th Edition (2021, cập nhật 2026): Section 4.6 (Manage Project Issues), Artifacts như Issue Log; Performance Domain: Uncertainty & Measurement.
• PMI Agile Practice Guide (2021): Nhấn mạnh iterative issue resolution.
• PMP Exam Content Outline (2024): Domain 3 (Business Value), Task 10: Manage project issues.

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

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

Câu hỏi này thuộc chủ đề quản lý dự án hybrid (kết hợp giữa phương pháp dự đoán - predictive và linh hoạt - agile) trong PMP, dựa trên PMBOK Guide 7th Edition và Agile Practice Guide (cập nhật đến 2026).

📖 Tình huống mô tả:

• Dự án đang sử dụng cách tiếp cận hybrid: Phần phần mềm (software) theo agile (linh hoạt, ưu tiên giá trị liên tục, không cam kết ngày giao cố định), phần phần cứng (hardware) phụ thuộc vào software để phát triển.
• Khách hàng quyết định thay đổi lớn về thiết kế, đã được phê duyệt, và tác động đến lịch trình (schedule) và ngân sách (budget) đã được xác định rõ ràng.
• Vấn đề chính: Team leader phần mềm từ chối cam kết ngày giao vì lý do "làm việc theo agile không thể cam kết ngày cuối cùng". Điều này tạo rủi ro cho team hardware, vì họ cần software để tiến hành.

🛠️ Mục tiêu của project manager (PM): PM cần xử lý tình huống này một cách phù hợp với nguyên tắc hybrid, đảm bảo tailoring (tùy chỉnh phương pháp), quản lý rủi ro, và thúc đẩy sự hợp tác giữa các team mà không ép buộc thay đổi bản chất agile.

Câu hỏi yêu cầu: PM nên làm gì? (What should the project manager do?)

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

Đáp án đúng: Add this risk to the risk register and monitor it according to the risk management plan

Lý do (dựa trên PMBOK 7th Edition, Domain: Uncertainty/Risk Management và Hybrid Project Tailoring):

• Trong dự án hybrid, phần agile không cam kết ngày giao cố định (commitment to dates) là đặc trưng bình thường, không phải lỗi cá nhân hay vấn đề cần "ép buộc". Đây là rủi ro dự án (project risk) vì có thể ảnh hưởng đến phụ thuộc giữa các team (hardware dependencies).
• PM nên xác định và ghi nhận rủi ro này vào risk register (đăng ký rủi ro), sau đó giám sát theo risk management plan (kế hoạch quản lý rủi ro). Điều này phù hợp với nguyên tắc proactive risk management trong PMBOK 7th: Xác định sớm, đánh giá tác động (đã biết từ change), và theo dõi để giảm thiểu (mitigate) qua các iteration agile hoặc buffer.
• ✅ Lợi ích: Khuyến khích văn hóa agile (empowerment), tránh xung đột, và đảm bảo value delivery liên tục. Không cần escalate ngay vì PM có quyền quản lý rủi ro ở cấp dự án.

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

• PMBOK® Guide 7th Edition, Section 4.5: Risk Management Principles.
• Agile Practice Guide (PMI, 2017, cập nhật 2023): Hybrid Environments – Managing Dependencies & Risks.
• PMI's Pulse of the Profession 2024: 70% dự án hybrid nhấn mạnh risk-based tailoring.

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

• ✅ Add this risk to the risk register and monitor it according to the risk management plan
  Đúng 🟢: Như giải thích trên, đây là cách tiếp cận chuẩn PMP cho rủi ro trong hybrid. Nó tôn trọng agile (không ép dates), đồng thời bảo vệ dự án bằng risk monitoring. Phù hợp Principle 5: Optimize Risk Responses.

• ❌ Escalate this to higher management and ask for help to resolve the issue
  Sai 🔴: Escalate chỉ dùng khi PM không có authority hoặc rủi ro vượt tầm kiểm soát (PMBOK 7th, Escalation Thresholds). Ở đây, PM là owner rủi ro dự án, có thể tự manage qua risk plan. Escalate sớm sẽ làm mất empowerment và tạo xung đột không cần thiết.

• ❌ Impose the delivery dates on the software team leader and notify the functional manager about the situation
  Sai 🔴: Ép buộc dates vi phạm nguyên tắc agile/hybrid (self-organizing teams, PMBOK 7th Agile Hybrid). Agile ưu tiên velocity/story points thay vì dates cố định. Notify functional manager là micromanagement, có thể dẫn đến conflict và giảm motivation.

• ❌ Ask the software team leader to use a predictive approach and commit to a delivery date
  Sai 🔴: Thay đổi approach từ agile sang predictive không phù hợp với tailored hybrid (PMBOK 7th, Tailoring Framework). Agile được chọn vì phù hợp phần mềm (iterative development). Ép predictive sẽ phá vỡ value stream và tăng waste.

Kết luận 🎯: Câu hỏi kiểm tra kỹ năng hybrid tailoring và risk mindset của PM. Luôn ưu tiên risk management trước khi can thiệp mạnh tay! Nếu áp dụng thực tế, PM có thể dùng iteration planning hoặc release trains để align dependencies.

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

Câu hỏi mô tả tình huống mà Project Manager (PM) đang gặp khó khăn trong việc lấy final acceptance (chấp nhận cuối cùng) cho một số deliverables (sản phẩm bàn giao) từ một stakeholder (bên liên quan). Lý do từ chối dường như ngoài phạm vi project acceptance criteria (tiêu chí chấp nhận dự án).

🛠️ Ý nghĩa cốt lõi: Đây là vấn đề liên quan đến quy trình Validate Scope (Xác thực Phạm vi) và Close Project or Phase (Kết thúc Dự án hoặc Giai đoạn) trong PMBOK® Guide – Seventh Edition. PM cần xử lý đúng cách để đảm bảo dự án không bị trì hoãn, tránh rủi ro pháp lý hoặc hợp đồng, đồng thời tuân thủ nguyên tắc stewardship (quản lý trách nhiệm) và value delivery (giao giá trị). Không nên tự ý "lách luật" mà phải escalate (chuyển giao vấn đề) đúng cấp độ.

📘 Kiến thức PMP cập nhật (đến 2026): Theo PMP Exam Content Outline (2021, cập nhật 2024-2026), thuộc Domain 3: Business Environment (Stakeholder Engagement) và Domain 5: Value Delivery (Closeout). PM phải sử dụng Escalation Process khi vấn đề vượt quyền hạn cá nhân.

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

Đáp án đúng: Escalate this issue to the project sponsor and ask for support in obtaining final stakeholder acceptance.

Lý do:

• 🛡️ Khi stakeholder từ chối acceptance vì lý do ngoài criteria, PM không nên tự giải quyết mà phải escalate lên project sponsor – người có quyền hạn cao hơn để hỗ trợ đàm phán hoặc quyết định. Điều này tuân thủ Issue Management và Stakeholder Engagement (PMBOK 7th Ed., Principle 7: Optimize Risk Responses).
• Sponsor là "người bảo trợ dự án", có trách nhiệm hỗ trợ PM vượt qua trở ngại từ stakeholder cấp cao.
• Tránh rủi ro dự án bị "treo" deliverables, đảm bảo contractual closeout.

🔍 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, dựa trên best practices PMP (PMBOK® Guide 7th Ed. & Agile Practice Guide):

• ✅ Escalate this issue to the project sponsor and ask for support in obtaining final stakeholder acceptance.
  Đúng vì: Đây là hành động chuẩn mực và chuyên nghiệp. PM không có quyền tự quyết định acceptance nếu stakeholder chính thức từ chối. Escalate giúp sponsor sử dụng ảnh hưởng để hỗ trợ, đồng thời ghi nhận issue vào Issue Log. Tuân thủ PMBOK 4.7 Close Project or Phase và Escalation Thresholds trong Stakeholder Register.

• ❌ Persuade this stakeholder using emotional intelligence skills to obtain acceptance.
  Sai vì: Emotional Intelligence (EI) hữu ích trong Manage Stakeholder Engagement (PMBOK Principle 10: Leadership), nhưng không dùng để ép buộc acceptance khi lý do từ chối ngoài criteria. Có thể dẫn đến conflict leo thang hoặc mất uy tín. PMP ưu tiên data-driven decisions, không phải persuasion cảm tính.

• ❌ Obtain final acceptance from another stakeholder who is also familiar with the project.
  Sai vì: Acceptance phải từ stakeholder được chỉ định (theo Acceptance Criteria trong Scope Baseline). Không thể "thay thế" người phê duyệt, vi phạm Control Quality và Validate Scope. Có nguy cơ tranh chấp hợp đồng (Contract Closeout).

• ❌ Create a project acceptance waiver noting the stakeholder's concerns so they can be addressed later.
  Sai vì: Waiver (miễn trừ chấp nhận) chỉ dùng cho minor defects trong criteria, không áp dụng cho lý do ngoài criteria. Tạo waiver tự ý có thể dẫn đến scope creep, kiện tụng hoặc dự án không close chính thức. PMP yêu cầu formal sign-off trước khi close (PMBOK 7th Ed., Deliverable Acceptance).

📚 Tài liệu tham khảo

• PMBOK® Guide – Seventh Edition (2021, PMI): Sections 4.7 (Close Project), 5.5 (Validate Scope), Principle 7 & 10.
• PMP Exam Content Outline (PMI, 2024 update): Task 5.10 (Obtain stakeholder sign-off), Domain 3.
• Agile Practice Guide (PMI): Nhấn mạnh escalate blockers lên sponsor trong hybrid projects.
• Nguồn trực tuyến: PMI.org (PMP resources, accessed 2026 standards).

🧠 Lời khuyên PMP: Luôn document everything (Issue Log, meeting minutes) và ưu tiên escalation paths từ Project Charter!

🧩 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 quy trình Develop Project Management Plan (Phát triển Kế hoạch Quản lý Dự án) trong nhóm quy trình Project Integration Management theo PMBOK® Guide – Seventh Edition (và các cập nhật đến 2026). Cụ thể, project manager cần làm gì khi xây dựng kế hoạch để đảm bảo dự án liên tục mang lại lợi ích mong đợi (expected benefits)?
✅ Đây là vấn đề cốt lõi của Benefits Management (Quản lý Lợi ích), nơi kế hoạch quản lý dự án phải được xây dựng dựa trên lợi ích rõ ràng, đo lường được và liên tục thực hiện để đạt giá trị kinh doanh. Nếu không làm rõ lợi ích từ đầu, dự án dễ lệch hướng, không đáp ứng kỳ vọng của tổ chức/stakeholder.

✅ Đáp án đúng: Clarify project benefits with the sponsor

Lý do chọn đáp án này:
🛠️ Trong giai đoạn phát triển kế hoạch quản lý dự án, project manager phải làm rõ lợi ích dự án (benefits) với sponsor để đảm bảo kế hoạch được căn chỉnh với mục tiêu chiến lược. Sponsor là người chịu trách nhiệm chính về lợi ích dự án (benefit owner), giúp xác định benefits criteria và metrics đo lường. Điều này đảm bảo dự án liên tục giao lợi ích qua các milestone, tránh lãng phí và duy trì alignment với business value.
📘 Nguồn tham khảo: PMBOK® Guide 7th Edition, Section 1.2.4.2 (Value & Benefits) và Process 4.2 (Develop Project Management Plan); The Standard for Project Management, Principle 5: Stewardship (Quản lý lợi ích bền vững).

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

Dưới đây là phân tích chi tiết từng lựa chọn, giữ nguyên văn bản gốc bằng tiếng Anh. Tôi đánh dấu ✅ cho đúng, ❌ cho sai, và giải thích rõ lý do dựa trên PMP mới nhất:

• ✅ Clarify project benefits with the sponsor
  🟢 Đúng vì đây là bước đầu tiên và quan trọng nhất trong Develop Project Management Plan. Làm rõ lợi ích với sponsor giúp tích hợp benefits management plan vào tổng kế hoạch, đảm bảo dự án theo dõi và giao benefits liên tục qua benefit realization milestones. Không làm bước này, kế hoạch sẽ thiếu nền tảng chiến lược.

• ❌ Identify the goal of each work product
  🔴 Sai vì việc xác định mục tiêu cho từng sản phẩm công việc (work product) thuộc về Define Activities hoặc Create WBS (trong Schedule/ Scope Management), không trực tiếp liên quan đến phát triển kế hoạch tổng thể để đảm bảo benefits. Nó chỉ tập trung vào deliverables cấp thấp, không giải quyết benefits cấp cao.

• ❌ Perform integration testing of each release
  🔴 Sai vì kiểm thử tích hợp (integration testing) là hoạt động Quality Management hoặc Deployment trong giai đoạn thực thi/kiểm soát, không phải phần phát triển kế hoạch ban đầu. Nó giúp kiểm tra kỹ thuật nhưng không đảm bảo alignment với expected benefits chiến lược.

• ❌ Include the entire project team in testing
  🔴 Sai vì việc bao gồm toàn bộ team vào testing thuộc Manage Quality hoặc Team Development, nhằm nâng cao chất lượng nhưng không phải cách xây dựng kế hoạch để giao benefits liên tục. Nó có thể gây lãng phí tài nguyên nếu không có kế hoạch rõ ràng từ sponsor.

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

• PMBOK® Guide – Seventh Edition (2021, cập nhật 2024-2026): Chương 4 (Integration), Principle 9: Leadership (Lãnh đạo qua benefits realization).
• PMP Exam Content Outline (2024+): Domain IV: Business Value & Benefits (20-25% trọng số).
• PMI Agile Practice Guide: Nhấn mạnh benefits canvas với sponsor trong hybrid projects.

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