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) đang tham dự cuộc họp tiến độ với khách hàng (client). Khách hàng đề xuất thay đổi thiết kế (design change), và thay đổi này có tiềm năng mang lại giá trị thêm (add value) cho dự án.
Câu hỏi yêu cầu: PM nên thực hiện hành động nào?
📘 Bối cảnh PMP (PMBOK 7th Edition, cập nhật đến 2026): Trong quản lý thay đổi dự án, PM không được tự ý chấp nhận hoặc từ chối thay đổi mà phải tuân thủ quy trình Perform Integrated Change Control (4.6). Thay đổi phải được đánh giá dựa trên mục tiêu dự án (project goals), lợi ích, rủi ro, chi phí, thời gian và tác động tổng thể. PM chịu trách nhiệm chính trong việc khởi xướng và đánh giá, không ủy quyền cho team hoặc khách hàng quyết định trực tiếp.

✅ Đáp án đúng: Make transactional decisions focusing on the project goals.

Lý do chọn đáp án này:
🛠️ PM phải đưa ra quyết định tập trung vào mục tiêu dự án (project goals), đánh giá thay đổi một cách tích hợp và có hệ thống (transactional có thể ám chỉ các quyết định giao dịch/thực thi dựa trên quy trình chuẩn). Theo PMBOK 7th, PM sử dụng Change Control Tools để phân tích tác động, ưu tiên dựa trên giá trị (value) và mục tiêu chiến lược. Thay đổi "potentially add value" cần được xem xét tích cực nhưng vẫn qua quy trình kiểm soát thay đổi tích hợp (Integrated Change Control), đảm bảo không lệch hướng dự án. Điều này phù hợp với 12 Principles of PMBOK 7 (như Stewardship, Team, Value), nơi PM tập trung tối ưu hóa giá trị bền vững.

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

• Consult with team members and allow them to make a decision.
  ❌ Sai: PM không được ủy quyền quyết định thay đổi cho team members. Theo PMBOK 7 (4.6 Perform Integrated Change Control), PM chịu trách nhiệm khởi xướng và đánh giá thay đổi, team chỉ hỗ trợ phân tích kỹ thuật. Việc để team quyết định vi phạm nguyên tắc PM Accountability và có thể dẫn đến quyết định chủ quan, không tập trung vào project goals tổng thể.

• Accommodate the change request to serve the client's needs.
  ❌ Sai: Không được tự ý chấp nhận (accommodate) thay đổi chỉ để "phục vụ khách hàng" mà bỏ qua quy trình. PMBOK 7 nhấn mạnh Change Request phải qua phê duyệt chính thức (submit to CCB - Change Control Board nếu có), đánh giá tác động toàn diện (scope, schedule, cost). Dù thêm value, việc này có thể gây scope creep nếu không kiểm soát.

• Convince the client not to make changes to the project.
  ❌ Sai: PM không được "thuyết phục từ chối" thay đổi mà không đánh giá. PMBOK 7 yêu cầu phân tích khách quan (impact analysis) trước khi phản hồi. Thay đổi "might potentially add value" cần được xem xét tích cực, không phủ nhận ngay để tránh mất lòng tin khách hàng và vi phạm Principle: Collaborate.

• Make transactional decisions focusing on the project goals.
  ✅ Đúng: Như đã giải thích ở trên, đây là hành động phù hợp nhất, đảm bảo quyết định dựa trên project goals qua quy trình tích hợp, tối ưu hóa value mà không rủi ro lệch hướng.

📚 Tài liệu tham khảo

• PMBOK Guide 7th Edition (2021, cập nhật PMI đến 2026): Process 4.6 Perform Integrated Change Control (trang 81-84); Principle 3: Focus on Value; Principle 9: Optimize Risk Responses.
• PMI Agile Practice Guide (2021): Hybrid approaches cho design changes trong adaptive environments.
• PMP Exam Content Outline (2024): Domain III: Business Environment (19%), Domain IV: Delivery (50%) – nhấn mạnh change management.

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

Câu hỏi gốc:
In a project progress review meeting, the end user raises concern about the quality of the construction of the project. What should the project manager do next?

✅ Giải thích câu hỏi một cách rõ ràng:
Câu hỏi này thuộc lĩnh vực Quản lý Chất lượng (Quality Management) và Quản lý Phạm vi (Scope Management) trong PMP. Trong một cuộc họp đánh giá tiến độ dự án (project progress review meeting), người dùng cuối (end user) bày tỏ lo ngại về chất lượng xây dựng của dự án (quality of the construction). Project Manager (PM) cần quyết định hành động tiếp theo ngay lập tức (next step) để xử lý vấn đề này một cách chuyên nghiệp và hiệu quả.
🛠️ Bối cảnh PMP (theo PMBOK 7th Edition và cập nhật đến 2026): Đây là tình huống kiểm soát chất lượng (quality control), nơi PM phải ưu tiên xác nhận lại yêu cầu (requirements) làm cơ sở baseline để đánh giá xem chất lượng có phù hợp không. Không nên nhảy ngay vào các hành động kỹ thuật hoặc rủi ro mà chưa kiểm tra gốc rễ vấn đề.

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

Đáp án đúng: Refer to the requirements document.

Lý do chi tiết:
📘 Trong PMP, khi có khiếu nại về chất lượng từ stakeholder (như end user), bước đầu tiên của PM là tham chiếu tài liệu yêu cầu (requirements document) để kiểm tra tính phù hợp (compliance) với baseline đã phê duyệt. Yêu cầu là nền tảng của phạm vi và chất lượng dự án (theo Principle 3: Focus on value và Performance Domain: Planning). Điều này giúp xác định xem lo ngại là do sai lệch yêu cầu, hiểu lầm, hay vấn đề thực tế. Nếu khớp yêu cầu, PM có thể giải thích cho end user; nếu không, mới tiến hành điều chỉnh. Đây là cách tiếp cận proactive và data-driven, tránh lãng phí thời gian vào các bước không cần thiết.
(Dẫn nguồn: PMBOK® Guide 7th Edition, Section 4.6 - Delivery Performance Domain; PMI's Process Groups: A Practice Guide - Manage Quality & Validate Scope processes).

🧩 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 best practices PMP:

• ✅ Đúng: Refer to the requirements document.
  🛠️ Giải thích: Như đã nêu ở trên, đây là bước logic và ưu tiên cao nhất để xác minh chất lượng dựa trên baseline yêu cầu. PMBOK nhấn mạnh "traceability to requirements" trong Control Quality và Validate Scope, giúp giải quyết nhanh chóng mà không cần họp thêm hoặc xem xét rủi ro chưa liên quan.

• ❌ Sai: Request a special technical meeting.
  🛠️ Giải thích: Việc yêu cầu họp kỹ thuật đặc biệt (special technical meeting) là hành động quá sớm và không hiệu quả. PM chưa xác nhận vấn đề có thực sự tồn tại so với yêu cầu chưa, có thể dẫn đến họp không cần thiết, tốn tài nguyên (theo Principle 9: Optimize risk responses). Chỉ họp khi cần escalate sau khi kiểm tra requirements.

• ❌ Sai: Review the risk management plan.
  🛠️ Giải thích: Kế hoạch quản lý rủi ro (risk management plan) dùng để xử lý rủi ro tiềm ẩn, không phải khiếu nại chất lượng cụ thể từ end user. Lo ngại này là issue chất lượng hiện tại (quality issue), không phải risk chưa xảy ra (theo Uncertainty Performance Domain). Xem xét rủi ro lúc này là off-topic và làm chậm tiến độ.

• ❌ Sai: Review all implementation checklists.
  🛠️ Giải thích: Checklist triển khai (implementation checklists) hữu ích cho quality control, nhưng chưa phải bước đầu tiên. PM cần kiểm tra requirements trước để đảm bảo checklist dựa trên baseline đúng. Việc review tất cả checklist ngay lập tức có thể quá rộng và không tập trung, vi phạm nguyên tắc "right to left" thinking trong Agile/hybrid approaches (PMBOK 7th).

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

• PMBOK® Guide – Seventh Edition (2021, cập nhật PMI standards đến 2026).
• PMP Examination Content Outline (ECO) 2021: Domains 2 (Process) & 4 (Delivery).
• PMI.org resources: Practice Standard for Project Management - Quality.

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

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

Câu hỏi mô tả tình huống một Project Manager (PM) đang thực hiện dự án thay thế nền tảng chia sẻ kiến thức cũ bằng giải pháp web mới. 📱 Dự án này phải đảm bảo phù hợp với thay đổi lớn trong cấu trúc tổ chức (significant change in the organization's structure). Hiện tại:

• Project Charter đã được phê duyệt ✅.
• Team đang ở giai đoạn lập kế hoạch chi tiết (detailed planning).
• PMO cung cấp các templates chi tiết cho tất cả dự án mới 🛠️.

Câu hỏi trọng tâm: Project Manager nên áp dụng chiến lược nào (strategy) cho dự án này? 🗺️
Đây là câu hỏi kiểm tra kiến thức về quản lý giao tiếp (Communications Management) và thích ứng với thay đổi tổ chức trong PMP (PMBOK 7th Edition, 2021, cập nhật đến 2026 qua các tài liệu PMI như Agile Practice Guide và Process Groups). Khi có thay đổi cấu trúc tổ chức lớn, PM cần ưu tiên lập kế hoạch giao tiếp phù hợp để đảm bảo sự chấp nhận và thành công của dự án. 📘

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

Đáp án đúng: Develop a communications management plan aligned with the new organizational structure in collaboration with the project sponsor.

Lý do (theo PMBOK 7th Edition, Process 10.1 - Plan Communications Management):
🛠️ Dự án đang ở giai đoạn Planning, charter đã phê duyệt, nên PM cần phát triển Communications Management Plan (Kế hoạch Quản lý Giao tiếp) ngay lập tức. Kế hoạch này phải phù hợp với cấu trúc tổ chức mới để xác định stakeholder, kênh giao tiếp, tần suất phù hợp.
🤝 Hợp tác với Project Sponsor là đúng vì sponsor là người phê duyệt charter, đại diện cao cấp tổ chức, giúp đảm bảo kế hoạch giao tiếp phản ánh thay đổi cấu trúc (ví dụ: reporting lines mới). Đây là strategy cốt lõi để quản lý kỳ vọng và rủi ro từ thay đổi tổ chức lớn. Không làm điều này sớm sẽ dẫn đến thất bại trong stakeholder engagement (Principle 12 - Optimize Risk Responses).

Nguồn tham khảo:

• PMBOK® Guide 7th Edition, Section 4.5 Communications và Tool 10.1.1.
• PMI's Pulse of the Profession 2023-2026: Nhấn mạnh 70% dự án thất bại do giao tiếp kém trong thay đổi tổ chức. 📘

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

Dưới đây là phân tích từng lựa chọn một cách chi tiết. Tôi giữ nguyên văn bản gốc bằng tiếng Anh, chỉ giải thích bằng tiếng Việt với lý do đúng/sai dựa trên ngữ cảnh dự án.

• ❌ Align the project schedule with the PMO's change control process in collaboration with the PMO manager.
  Sai vì: Change control process của PMO dùng để quản lý thay đổi scope/schedule/baseline (PMBOK 7th, Process 4.6), không phải strategy chính lúc lập kế hoạch. Dự án chưa triển khai, chưa có thay đổi cần control. Hợp tác PMO manager chỉ hỗ trợ templates, không phải ưu tiên hàng đầu cho thay đổi cấu trúc tổ chức. 🛑

• ❌ Develop a training and communications schedule with sufficient lead time in collaboration with the change agents.
  Sai vì: Training và comms schedule là phần của Change Management (PMBOK 7th, Principle 13 - Enable Change to Deliver Value), nhưng đây chỉ là hoạt động chi tiết, không phải strategy tổng thể. Change agents (người thúc đẩy thay đổi) hợp tác sau, không ưu tiên hơn Communications Plan. Dự án cần kế hoạch giao tiếp trước training. ⏳

• ✅ Develop a communications management plan aligned with the new organizational structure in collaboration with the project sponsor.
  Đúng vì: Như giải thích ở trên, đây là strategy phù hợp nhất ở giai đoạn Planning, trực tiếp giải quyết thay đổi cấu trúc tổ chức. Sponsor đảm bảo alignment với tầm nhìn tổ chức. Hoàn hảo! 🎯

• ❌ Align the project schedule with the IT change control processes and tools in collaboration with the release manager.
  Sai vì: IT change control và release manager chỉ liên quan đến deploy hệ thống IT (ITIL hoặc PMBOK IT domain), không phải strategy cho toàn dự án. Dự án tập trung thay đổi tổ chức, chưa đến giai đoạn release. Điều này quá hẹp và không giải quyết gốc rễ. 🔧

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

Câu hỏi tập trung vào vai trò của Project Manager (PM) khi được giao lãnh đạo một đội ngũ agile có kinh nghiệm (experienced agile team). Cụ thể, nó hỏi về cách PM nên ảnh hưởng đến đội ngũ để đạt được mục tiêu dự án (project objectives).

📘 Bối cảnh chính:

• Đây là môi trường Agile, nơi đội ngũ tự tổ chức (self-organizing), tự quản lý (self-managing), và PM đóng vai trò servant-leader (lãnh đạo phục vụ) thay vì kiểm soát trực tiếp.
• Theo PMBOK® Guide 7th Edition (2021) và Agile Practice Guide (2017, cập nhật tích hợp trong PMBOK 7), với đội ngũ agile có kinh nghiệm, PM cần trao quyền (empower), xây dựng lòng tin, và hỗ trợ thay vì áp đặt. Điều này phù hợp với 12 nguyên tắc Agile Manifesto, nhấn mạnh "Xây dựng dự án xung quanh các cá nhân được thúc đẩy và tin tưởng họ sẽ hoàn thành công việc".
• Kiến thức cập nhật đến 2026: Không có thay đổi lớn từ PMI, vẫn ưu tiên hybrid/agile approaches trong The Standard for Project Management (2021), khuyến khích lãnh đạo hỗ trợ đội ngũ tự chủ.

🛠️ Mục tiêu câu hỏi: Kiểm tra hiểu biết về servant leadership trong Agile, tránh các cách tiếp cận truyền thống (predictive/plan-driven).

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

Đáp án đúng: Express trust in the team’s ability to fulfill the necessary deliverables.

Lý do chi tiết:

• Với đội ngũ agile có kinh nghiệm, PM nên thể hiện lòng tin vào khả năng của họ để tự hoàn thành các sản phẩm cần thiết (deliverables). Điều này thúc đẩy tự chủ, động lực nội tại, và hiệu suất cao – cốt lõi của Agile.
• Theo PMBOK 7th Ed., Principle 7: Optimize Risk và Agile Principle 5: "Xây dựng dự án xung quanh cá nhân được thúc đẩy", lòng tin giúp đội ngũ tự quản lý rủi ro và đạt mục tiêu nhanh chóng.
• Lãnh đạo kiểu này giảm micromanagement, tăng team velocity và satisfaction. Nguồn: PMI Agile Certified Practitioner (PMI-ACP) Handbook và PMBOK 7, Section 4.6: Team Leadership.

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

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

• ❌ Assert judgment over the team.
  Phương án này sai vì nó thể hiện phong cách lãnh đạo kiểm soát và áp đặt (command-and-control), trái ngược với Agile. Đội ngũ có kinh nghiệm cần tự quyết định, không phải bị PM phán xét. Điều này làm giảm động lực và vi phạm Agile Principle 11: "Các đội ngũ tự tổ chức tốt nhất". (PMBOK 7, Principle 9: Leadership).

• ❌ Increase the amount of subject matter experts (SMEs) to get better results.
  Phương án này sai vì đội ngũ agile đã có kinh nghiệm, không cần thêm chuyên gia bên ngoài (SMEs) để "cải thiện kết quả". Việc thêm người có thể gây rối loạn team dynamics, tăng chi phí, và làm chậm iteration. Agile ưu tiên cross-functional team nội bộ. (Agile Practice Guide, p. 24: Team Composition).

• ❌ Use a plan-driven approach in order to demonstrate control over the project.
  Phương án này sai vì plan-driven (predictive/waterfall) không phù hợp với agile team. Nó nhấn mạnh lập kế hoạch chi tiết và kiểm soát cứng nhắc, trong khi Agile dùng iterative/incremental để thích ứng thay đổi. Sử dụng cách này sẽ làm đội ngũ mất tự chủ và giảm hiệu quả. (PMBOK 7, Hybrid Models: Chỉ dùng khi cần, không áp đặt lên agile team).

• ✅ Express trust in the team’s ability to fulfill the necessary deliverables.
  Như đã giải thích ở phần đáp án đúng: Đúng tuyệt đối, phù hợp servant leadership và trao quyền cho đội ngũ tự hoàn thành deliverables.

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

• PMBOK® Guide – Seventh Edition (2021): Principles 5 (Team), 9 (Leadership); Tailoring Agile.
• Agile Practice Guide (PMI, 2017): Servant Leadership & Self-Organizing Teams.
• PMI's The Standard for Project Management (2021): Agile/Hybrid Approaches.
• PMI-ACP Exam Content Outline (cập nhật 2023): Domain III: Agile Principles & Mindset.

Hy vọng phân tích này giúp bạn ôn tập PMP hiệu quả! 🚀 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 này xoay quanh tình huống thực tế trong quản lý dự án PMP: Một thành viên đội ngũ gặp phải vấn đề kỹ thuật tương tự như một dự án trước đó đã được giải quyết thành công, nhưng thành viên này không biết về dự án cũ và muốn tự giải quyết vấn đề. Vai trò của Project Manager (PM) là gì? 🛠️

Câu hỏi kiểm tra kiến thức về quản lý tri thức dự án (Project Knowledge Management), cụ thể là việc sử dụng lessons learned (bài học kinh nghiệm) từ các dự án trước để hỗ trợ đội ngũ hiện tại. Theo PMBOK Guide 7th Edition (2021, cập nhật đến 2026 với các nguyên tắc Agile/Hybrid), PM phải chủ động chia sẻ kiến thức để tối ưu hóa hiệu quả, tránh lặp lại sai lầm và tái sử dụng giải pháp thành công, đồng thời tôn trọng mong muốn phát triển của thành viên đội ngũ. Đây là phần của Performance Domain: Team và Uncertainty, nhấn mạnh vào việc tận dụng Organizational Process Assets (OPA) như lessons learned repository.

✅ Đáp án đúng: Share the lessons learned from the previous project with the team member.

Lý do lựa chọn:
PM nên chia sẻ bài học kinh nghiệm (lessons learned) từ dự án trước để giúp thành viên đội ngũ nhanh chóng giải quyết vấn đề mà không cần "phát minh lại bánh xe". Điều này phù hợp với quy trình Manage Project Knowledge (PMBOK 7th), khuyến khích knowledge sharing để tăng hiệu quả dự án, đồng thời vẫn cho phép thành viên tự áp dụng (tôn trọng mong muốn tự giải quyết). Đây là hành động chủ động, hiệu quả nhất, giúp dự án tiết kiệm thời gian/chi phí và nâng cao năng lực đội ngũ. 🏆

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

• ❌ Reach out to the project manager of the previous project for assistance.
  Sai vì: Phương án này không hiệu quả và không cần thiết. Lessons learned đã được lưu trữ trong OPA (như lessons learned register/repository), PM hiện tại có thể truy cập trực tiếp mà không cần liên hệ PM dự án cũ (có thể gây chậm trễ, gián đoạn). PMBOK 7th nhấn mạnh tự quản lý tri thức nội bộ thay vì phụ thuộc bên ngoài.

• ❌ Allow the team member to work through the issue as a training opportunity.
  Sai vì: Mặc dù tôn trọng mong muốn "tự giải quyết" của thành viên, nhưng bỏ qua lessons learned có thể dẫn đến lãng phí thời gian, chi phí và rủi ro dự án (vì vấn đề đã được giải quyết trước đó). PMBOK coi đây là cơ hội học tập kém, ưu tiên hỗ trợ dựa trên kinh nghiệm hơn là "thử nghiệm" không cần thiết (Process: Direct and Manage Project Work).

• ❌ Improve the risk management strategy and risk monitoring.
  Sai vì: Vấn đề này không phải rủi ro mới (đã xảy ra và giải quyết thành công trước), mà là thiếu chia sẻ tri thức. Cải thiện risk management (Identify Risks, Monitor Risks) chỉ phù hợp với rủi ro chưa biết, không áp dụng ở đây. PMBOK 7th phân biệt rõ: Uncertainty Domain cho rủi ro, nhưng đây thuộc Knowledge Management.

• ✅ Share the lessons learned from the previous project with the team member.
  Đúng vì: Như đã giải thích ở trên, đây là hành động tốt nhất theo nguyên tắc Leverage Organizational Process Assets và Manage Project Knowledge. Giúp đội ngũ học hỏi nhanh, giảm thời gian giải quyết, đồng thời khuyến khích sáng tạo (thành viên vẫn tự áp dụng).

📘 Tài liệu tham khảo

• PMBOK Guide 7th Edition (2021, PMI): Section 4.3 (Project Knowledge Management), Performance Domain 5 (Team), Principle 4 (Engage Stakeholders) & 9 (Optimize Risk Responses). Lessons Learned Repository trong Tools & Techniques.
• PMI Agile Practice Guide (2021): Nhấn mạnh knowledge sharing trong retrospectives và daily stand-ups.
• PMP Exam Content Outline (2024-2026): Domain III (Business Environment) & IV (Process) – 50% questions về People/Knowledge Management.

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

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

Câu hỏi này thuộc chủ đề quản lý dự án Agile trong PMP (Project Management Professional), tập trung vào vai trò của Project Manager (PM) khi phát hiện nhà thầu (contractor) thiếu kinh nghiệm Agile trong một dự án Agile đang diễn ra.

• Bối cảnh chính: PM mới được giao dự án Agile, phát hiện nhà thầu không có kinh nghiệm Agile. Câu hỏi yêu cầu hành động đầu tiên và phù hợp nhất mà PM nên làm, theo nguyên tắc Agile: nhấn mạnh hợp tác (collaboration), lãnh đạo phục vụ (servant leadership), đào tạo và huấn luyện liên tục (continuous training/coaching), thay vì các biện pháp cứng nhắc hoặc trừng phạt.
• Mục tiêu kiểm tra: Kiểm tra sự hiểu biết về quy trình Agile trong PMBOK Guide 7th Edition (2021) và Agile Practice Guide (PMI, cập nhật đến 2026), nơi PM phải đánh giá nhu cầu đào tạo (assess training needs) trước khi quyết định, ưu tiên tích hợp đội ngũ và giải quyết khoảng trống kiến thức (knowledge gaps) một cách linh hoạt.

📘 Nguồn tham khảo chính:

• PMBOK® Guide 7th Edition (PMI, 2021): Principle 7 - Foster Collaboration; Principle 10 - Optimize Risk Responses.
• Agile Practice Guide (PMI, 2017, cập nhật tích hợp 2021): Phần "Addressing Knowledge Gaps" và "Servant Leadership".

✅ Đáp án đúng: Consult the project team to understand the extent of the training needs for the contractor

Lý do lựa chọn:

• 🛠️ Đây là hành động đầu tiên và phù hợp nhất theo Agile, vì PM phải hợp tác với đội ngũ để đánh giá mức độ nhu cầu đào tạo (assess the extent of training needs) trước khi quyết định. Điều này thể hiện servant leadership, giúp nhà thầu nhanh chóng hòa nhập mà không gián đoạn dự án.
• Trong Agile, dự án đã bắt đầu nên ưu tiên huấn luyện tại chỗ (on-the-job training) và pairing/mentoring từ đội ngũ, thay vì hành động cá nhân. Việc tham khảo đội ngũ đảm bảo giải pháp tùy chỉnh (tailored) và tối ưu hóa rủi ro (optimize risk).
• ✅ Phù hợp PMBOK 7th: Model "Tailoring" và "Team Performance Domain".

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

• Ask the project sponsor to replace the contractor since they do not have agile experience
  ❌ Sai: Hành động này quá cực đoan và thiếu hợp tác, vi phạm nguyên tắc Agile về xây dựng đội ngũ bền vững. Thay thế nhà thầu sẽ gây gián đoạn dự án, tốn kém và không tận dụng được kỹ năng khác của họ. PM phải ưu tiên đào tạo thay vì loại bỏ ngay (Agile Practice Guide: "Build the Team").

• Issue a formal notice to the contractor to obtain an agile certification
  ❌ Sai: Việc ban hành thông báo chính thức bắt buộc chứng chỉ là cách tiếp cận truyền thống (waterfall), cứng nhắc và không linh hoạt. Agile không yêu cầu chứng chỉ bắt buộc mà tập trung kinh nghiệm thực hành; điều này có thể dẫn đến xung đột hợp đồng và giảm động lực đội ngũ (PMBOK 7th: Principle 6 - Optimize Risk Responses).

• Instruct the contractor to receive agile training since the project has already started
  ❌ Sai: PM không được ra lệnh trực tiếp (instruct) mà thiếu đánh giá, vì có thể lãng phí tài nguyên nếu nhu cầu không lớn. Agile nhấn mạnh tự tổ chức đội ngũ (self-organizing teams) và học hỏi liên tục, không phải chỉ thị từ trên xuống. Hành động này bỏ qua bước tham khảo đội ngũ (Agile Practice Guide: "Coaching and Training").

• Consult the project team to understand the extent of the training needs for the contractor
  ✅ Đúng: Như đã giải thích ở trên, đây là bước đầu tiên lý tưởng, thúc đẩy hợp tác và đánh giá chính xác để quyết định đào tạo phù hợp (ví dụ: mentoring, workshops). Hoàn toàn phù hợp với Agile mindset và cập nhật PMP 2026.

🧠 Kết luận PMP: Trong Agile, PM là facilitator chứ không phải "boss". Luôn bắt đầu bằng đánh giá và hợp tác để đảm bảo dự án thành công! 🚀

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

Câu hỏi tập trung vào giai đoạn phát triển định nghĩa dự án mới (development of a new project’s definition), thường liên quan đến Develop Project Charter hoặc Initiating Process Group trong PMBOK® Guide. Project manager phát hiện một dự án tương tự vừa hoàn thành gần đây. Câu hỏi hỏi hành động đầu tiên (first) mà project manager nên làm.

Mục tiêu là tận dụng tài sản quy trình tổ chức (Organizational Process Assets - OPA) từ dự án trước để cải thiện dự án mới, tránh lặp lại sai lầm và áp dụng kinh nghiệm. Theo PMBOK® Guide 7th Edition (2021) và cập nhật đến 2026 (bao gồm các nguyên tắc Agile Hybrid), việc học hỏi từ dự án trước là ưu tiên hàng đầu trong Project Initiation, nhấn mạnh Lessons Learned như một phần của Knowledge Management và Tailoring (tùy chỉnh quy trình).

📘 Nguồn tham khảo:

• PMBOK® Guide 7th Edition, Section 2.3.2 (OPA & EEFS), Principle 7: Optimize Risk Responses; Section 4.1 Develop Project Charter.
• PMI's Pulse of the Profession 2023-2026 reports: 80% dự án thất bại do không học từ lessons learned trước.

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

Đáp án đúng: Review the lessons learned from the previous project.
🛠️ Lý do: Đây là hành động đầu tiên và logic nhất vì Lessons Learned là tài liệu tổng hợp kinh nghiệm, bài học thành công/thất bại từ dự án tương tự, giúp project manager tailor dự án mới ngay từ giai đoạn định nghĩa (charter). Nó cung cấp cái nhìn toàn diện, nhanh chóng và không tốn kém, hỗ trợ Holistic Thinking Principle (PMBOK 7th). Không review lessons learned trước có thể dẫn đến lặp lại rủi ro, vi phạm nguyên tắc Stewardship và Team Leadership. Các hành động khác chỉ phù hợp sau khi đã review cơ bản.

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

• ❌ [SAI] Arrange a knowledge-sharing session.
  Phương án này sai vì tổ chức knowledge-sharing session (buổi chia sẻ kiến thức) đòi hỏi thời gian chuẩn bị, liên hệ stakeholder, và chỉ hiệu quả sau khi đã review lessons learned cơ bản. Đây không phải hành động đầu tiên trong giai đoạn định nghĩa dự án (quá sớm và tốn tài nguyên), mà thuộc Manage Project Knowledge Process ở giai đoạn sau (Executing/Monitoring).

• ❌ [SAI] Use the project management plan from the previous project.
  Phương án sai vì project management plan của dự án trước là tài liệu chi tiết, tùy chỉnh cho ngữ cảnh cụ thể (scope, schedule, cost...), không thể copy trực tiếp cho dự án mới dù tương tự. Sử dụng ngay sẽ vi phạm Tailoring Principle (PMBOK 7th), dẫn đến baseline sai lệch. Phải review và điều chỉnh trước, không phải "use" trực tiếp.

• ✅ [ĐÚNG] Review the lessons learned from the previous project.
  Như đã giải thích ở trên: Đây là bước first action lý tưởng, sử dụng OPA để thu thập insights nhanh chóng, hỗ trợ Develop Project Charter hiệu quả. Lessons Learned Repository được cập nhật liên tục theo PMBOK 7th, giúp dự đoán rủi ro và tối ưu hóa từ đầu.

• ❌ [SAI] Review the issue log from the previous project.
  Phương án sai vì issue log chỉ ghi nhận các vấn đề cụ thể phát sinh trong quá trình thực hiện (Executing/Closing), không phải tổng hợp bài học toàn diện. Review nó có ích nhưng không phải first và thiếu chiều sâu so với lessons learned (chỉ tập trung vấn đề đã xảy ra, không có best practices hoặc root cause analysis đầy đủ).

🛠️ Lời khuyên PMP: Luôn ưu tiên lessons learned review ở Initiating để xây dựng charter vững chắc. Trong Agile/hybrid, áp dụng retrospective tương tự!
📘 Tài liệu bổ sung: The Standard for Project Management (2021), Section 2.4; PMI Exam Content Outline 2024-2026 (Domain I: People, Task 1).

🧩 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ý kết thúc dự án (Project Closing) trong PMP, cụ thể liên quan đến quy trình Close Project or Phase (theo PMBOK® Guide 7th Edition).

📖 Tình huống: Quản lý dự án (PM) đã hoàn tất tất cả các hoạt động chấp nhận (acceptance activities) thành công và thông báo cho tổ chức nhận bàn giao (receiving organization) rằng đã sẵn sàng thực hiện handover (bàn giao). Tuy nhiên, quản lý bên nhận (receiving manager) phản hồi rằng đội ngũ của họ chưa sẵn sàng trong vòng 2 tuần nữa.

🛠️ Vấn đề cốt lõi: Đây là tình huống rủi ro delay ở giai đoạn cuối dự án, khi dự án đã hoàn thành sản phẩm nhưng bên nhận chưa sẵn sàng. PM cần xử lý để tránh ảnh hưởng đến lịch trình tổng thể, đảm bảo tuân thủ nguyên tắc value delivery và stakeholder engagement. PM không được tự ý thay đổi phạm vi hoặc lịch trình mà phải escalate đúng quy trình và replan để giảm thiểu tác động.

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

Đáp án đúng: Inform the project sponsor of the two-week delay and replan activities to minimize delays.

Lý do 🏆:

• Theo PMBOK® 7th Edition (Process 4.7: Close Project or Phase), PM phải thông báo ngay cho sponsor (người bảo trợ dự án) về bất kỳ delay nào ảnh hưởng đến closing, vì sponsor là người quyết định cao nhất về thay đổi lịch trình.
• Đồng thời, replan activities để minimize delays thể hiện nguyên tắc adaptive planning và risk response (từ Domain 5: Planning và Domain 9: Uncertainty), giúp dự án tiếp tục tạo giá trị mà không vi phạm baseline.
• Hành động này đảm bảo transparency với stakeholders chính, tránh rủi ro hợp đồng hoặc chi phí phát sinh.

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

🧩 Phân tích từng lựa chọn (giữ nguyên văn bản gốc bằng tiếng Anh):

• ❌ Issue an internal change request to secure the resources for an additional two weeks.
  Sai vì: PM không được tự ý phát hành change request nội bộ để kéo dài tài nguyên mà không có phê duyệt từ Change Control Board (CCB) hoặc sponsor. Điều này vi phạm Integrated Change Control (Process 4.6), có thể dẫn đến scope creep và chi phí không kiểm soát. PMBOK® nhấn mạnh change phải được đánh giá tác động toàn diện trước.

• ❌ Request that the receiving manager issue a change request to prolong the project by two weeks.
  Sai vì: Bên nhận (receiving manager) không phải là authority để yêu cầu change request cho dự án của PM. Change request phải do PM hoặc stakeholder nội bộ khởi xướng qua quy trình chính thức (PMBOK® 7th, Principle 9: Optimize Risk Responses). Việc đẩy trách nhiệm này chỉ làm chậm trễ thêm, không giải quyết vấn đề.

• ✅ Inform the project sponsor of the two-week delay and replan activities to minimize delays.
  Đúng vì: Như đã giải thích ở trên, đây là hành động escalation chuẩn (Stakeholder Engagement) kết hợp proactive replanning để giảm thiểu tác động. Phù hợp với Hybrid approaches trong PMBOK® 7th, ưu tiên giao giá trị nhanh chóng.

• ❌ Deliver to the receiving manager on time, who can then make a knowledge transfer to their team.
  Sai vì: Handover yêu cầu readiness từ bên nhận (formal acceptance), không thể "giao hàng đúng hạn" rồi để họ tự xử lý knowledge transfer. Điều này vi phạm lessons learned và organizational process assets (OPA) trong closing, có thể dẫn đến tranh chấp hợp đồng hoặc sản phẩm không được sử dụng hiệu quả.

📘 Tài liệu tham khảo

• PMBOK® Guide – 7th Edition (2021, cập nhật đến 2026 qua PMI updates):
  • Section 4.7: Close Project or Phase 🛑.
  • Principle 7: Optimize Risk Responses & Domain 3: Business Value.
  • PMI.org: Exam Content Outline (ECO) 2024-2026, People Domain (Stakeholder management).
• PMP Exam Prep – Rita Mulcahy (Edition 10+): Chương Closing Processes.
• PMI Agile Practice Guide (tích hợp trong 7th): Replanning cho adaptive handover.

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 một dự án lai (hybrid project) đang thực hiện được 9 tháng. Quản lý dự án (project manager) gặp vấn đề khi một số stakeholders cảm thấy thất vọng vì không nhìn thấy giá trị gia tăng (value added) từ dự án. Đây là tình huống phổ biến trong các dự án hybrid, kết hợp yếu tố predictive (truyền thống) và agile/iterative, nơi stakeholders cần được chứng minh giá trị liên tục để duy trì sự ủng hộ.

Mục tiêu chính: Project manager cần hành động gì để chứng minh giá trị dự án (demonstrate the project value)? Câu hỏi nhấn mạnh vào việc truyền thông và minh bạch hóa kết quả một cách hiệu quả, phù hợp với nguyên tắc Stakeholder Engagement và Delivery trong PMBOK® Guide 7th Edition, đặc biệt trong môi trường agile nơi value được thể hiện qua working product increments.

📘 Tài liệu tham khảo: PMBOK® Guide 7th Edition (Domain: Stakeholder & Delivery); Agile Practice Guide (Sprint Review process).

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

Đáp án đúng: Invite the stakeholders to the next sprint review meeting and review the completed work.

Lý do 🛠️:

• Trong dự án hybrid/agile, Sprint Review (hay Iteration Review) là sự kiện chính thức để demo (trình diễn) sản phẩm hoàn thành (completed work), giúp stakeholders thấy trực tiếp giá trị gia tăng qua các tính năng hoạt động thực tế. Điều này tăng cường sự tham gia, minh bạch và niềm tin, phù hợp với nguyên tắc "Deliver Value Early and Often" (PMBOK® 7th).
• Hành động này chủ động mời stakeholders tham gia, giải quyết ngay frustration bằng cách visualize value thay vì chỉ báo cáo. Đây là best practice cho hybrid projects, đảm bảo alignment với business value.

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

• ✅ Invite the stakeholders to the next sprint review meeting and review the completed work.
  Đúng vì: Như đã giải thích, đây là cách hiệu quả nhất để demonstrate value qua demo thực tế trong agile ceremonies. Stakeholders sẽ thấy, chạm và trải nghiệm kết quả, tăng engagement và giảm frustration. (Áp dụng Agile Practice Guide, Principle 5: Deliver Value).

• ❌ Produce an extensive report highlighting the project's accomplishments.
  Sai vì: Báo cáo dài dòng (extensive report) thường khô khan, ít trực quan và không tạo impact mạnh như demo. Stakeholders frustrated vì "không thấy value", báo cáo chỉ liệt kê mà không chứng minh, có thể làm tình hình tệ hơn (vi phạm nguyên tắc "Tailor Communication" trong PMBOK® 7th).

• ❌ Ensure that stakeholders are aware of the current process challenges on the project retrospective.
  Sai vì: Sprint Retrospective tập trung vào cải thiện quy trình nội bộ (process challenges), không phải demonstrate value cho stakeholders. Việc chia sẻ vấn đề có thể làm stakeholders lo lắng thêm thay vì thấy lợi ích, không phù hợp với vai trò của retrospective (chỉ dành cho team nội bộ - Agile Practice Guide).

• ❌ Add resources to the project so all of the iterations will be completed earlier.
  Sai vì: Thêm tài nguyên (add resources) không trực tiếp chứng minh value hiện tại, mà chỉ hứa hẹn hoàn thành sớm hơn (myth of "faster = better"). Có thể dẫn đến over-allocation, burnout hoặc gold-plating, vi phạm nguyên tắc Value Delivery và Optimized Resources (PMBOK® 7th, Domain: Team & Uncertainty).

Kết luận 🚀: Trong hybrid projects, ưu tiên agile events như Sprint Review để engage stakeholders và showcase value – đây là cách tailored và hiệu quả nhất theo PMP 2026 updates!

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

Câu hỏi này thuộc lĩnh vực Quản lý Truyền thông (Communications Management) và Quản lý Các bên liên quan (Stakeholder Management) trong PMP. Tình huống mô tả: Project sponsor (nhà tài trợ dự án) đang nhận được thông tin và cập nhật dự án một cách kịp thời (timely), nhưng vẫn lo lắng vì thiếu thông tin chính yếu (key information) trong các báo cáo.

📘 Ý nghĩa cốt lõi: Vấn đề không nằm ở thời gian truyền thông (vì đã kịp thời), mà ở nội dung và mức độ chi tiết của thông tin không đáp ứng nhu cầu cụ thể của sponsor – một stakeholder quan trọng. Project manager cần hành động để xác định và điều chỉnh các yêu cầu truyền thông, tránh tình trạng "over-communicate" hoặc thiếu sót, theo nguyên tắc tailor to stakeholder needs trong PMBOK® Guide 7th Edition (2021) và cập nhật PMP Exam Content Outline 2021 (vẫn áp dụng đến 2026).

🛠️ Mục tiêu hành động: Project manager phải chủ động review và cập nhật kế hoạch truyền thông để đảm bảo thông tin phù hợp, hiệu quả, giảm thiểu rủi ro stakeholder dissatisfaction.

✅ Đáp án đúng: Review the communication needs of key stakeholders.

Lý do lựa chọn (theo PMBOK® 7th Edition và PMP best practices):
Sponsor là key stakeholder, và vấn đề thiếu key information cho thấy communication needs chưa được đáp ứng đầy đủ. Project manager cần review lại nhu cầu truyền thông của các bên liên quan chính để:

• Xác định loại thông tin nào là "key" đối với sponsor (ví dụ: risks, budget variances, milestones).
• Cập nhật Stakeholder Engagement Plan và Communications Management Plan (Process 10.1: Plan Communications Management).
  Điều này phù hợp với nguyên tắc Focus on Value và Stakeholder Engagement trong PMBOK® 7th, giúp tối ưu hóa truyền thông mà không lãng phí (Holistic/Adaptive approach). Nếu không review, vấn đề sẽ tái diễn, ảnh hưởng đến project success.

Nguồn tham khảo:

• 📘 PMBOK® Guide 7th Edition, Section 4.5 (Project Information) & 10.1 (Plan Communications Management).
• PMI's PMP Examination Content Outline (2021, updated 2024): Domain IV - Stakeholder (22%) & Domain III - Business Environment (8%).

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

• Confirm that the project information is understood and feedback is received.
  ❌ Sai: Phương án này chỉ xác nhận sự hiểu biết và feedback sau khi gửi báo cáo, nhưng không giải quyết nguyên nhân gốc rễ (thiếu key information). Đây là bước Manage Communications (10.2), nhưng tình huống cần hành động chủ động trước bằng cách review needs, không phải chỉ "confirm" (có thể bỏ lỡ gaps). Không phù hợp vì sponsor đã nhận info kịp thời nhưng vẫn lo lắng → cần điều chỉnh nội dung, không chỉ feedback.

• Determine communication methods, frequency, and level of detail.
  ❌ Sai: Sponsor đã nhận info kịp thời (frequency tốt), methods có lẽ ổn (reports), vấn đề chỉ là level of detail thiếu key info. "Determine" ngụ ý xác định mới từ đầu, trong khi project đang diễn ra → nên review/update existing plan thay vì determine lại toàn bộ (tránh rework không cần thiết). Theo PMBOK® 7th, đây là phần của Plan Communications nhưng không phải action ngay lập tức ở tình huống này.

• Review the communication needs of key stakeholders.
  ✅ Đúng: Như đã giải thích ở trên. Đây là bước chính xác nhất, trực tiếp giải quyết vấn đề bằng cách kiểm tra lại nhu cầu cụ thể của sponsor (ví dụ: qua meetings hoặc surveys), sau đó điều chỉnh reports. Phù hợp iterative approach trong Agile/Hybrid projects (PMP 2021+).

• Provide all project information to the stakeholder.
  ❌ Sai: Cung cấp TẤT CẢ thông tin là over-communication, gây overload, lãng phí thời gian và có thể tiết lộ sensitive data không cần thiết. PMP nhấn mạnh right information to the right stakeholder (tailored), không phải "dump all". Vi phạm nguyên tắc Optimize Resource Allocation (PMBOK® 7th, Principle 9: Optimize Risk Responses).