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

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

Nội dung câu hỏi:
Câu hỏi mô tả tình huống một Project Manager (PM) mới tham gia vào một công ty nhỏ. Chief Operating Officer (COO) – người đứng đầu hoạt động của công ty – đã yêu cầu đội ngũ bỏ qua một số bước trong quy trình để làm việc nhanh hơn. PM nhận thấy vấn đề này và muốn đảm bảo rằng các bước này không bị bỏ qua trong tương lai.

🛠️ Ý nghĩa cốt lõi: Đây là tình huống điển hình trong quản lý dự án liên quan đến Tailoring Processes (tùy chỉnh quy trình) và Stakeholder Engagement (tương tác với bên liên quan). PM cần xử lý một cách hợp tác, chuyên nghiệp, tránh xung đột với lãnh đạo cấp cao như COO, đồng thời đảm bảo quy trình được tuân thủ mà không làm chậm tiến độ dự án. Theo PMBOK Guide 7th Edition (cập nhật mới nhất đến 2026), PM phải ưu tiên collaborative decision-making (quyết định hợp tác) và value delivery (giao giá trị), thay vì áp đặt hoặc leo thang ngay lập tức.

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

Đáp án đúng: Schedule a review of the process steps with the team and the COO.

Lý do:
PM nên lập lịch đánh giá lại các bước quy trình cùng đội ngũ và COO để thảo luận mở, xác định giá trị của từng bước, và tùy chỉnh (tailor) quy trình một cách hợp tác. Điều này thúc đẩy stakeholder alignment (sự đồng thuận bên liên quan), tránh xung đột, và đảm bảo quy trình được cải thiện bền vững. Theo nguyên tắc PMBOK 7th, đây là cách tiếp cận optimized (tối ưu), tập trung vào process improvement qua team involvement và leadership buy-in (sự ủng hộ từ lãnh đạo). Kết quả: Không chỉ ngăn chặn việc skip steps mà còn tăng tốc độ thực sự nếu cần thiết. 🏆

📋 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 nội dung gốc bằng tiếng Anh. Mỗi phương án được đánh giá dựa trên PMP best practices (phiên bản 7th Edition).

• ❌ SAI: Redesign the process so the team can move more quickly.
  Lý do sai: Việc tự redesign quy trình mà không tham khảo COO hoặc đội ngũ là unilateral decision (quyết định một bên), vi phạm nguyên tắc stakeholder collaboration. PMBOK 7th nhấn mạnh Tailoring phải dựa trên data và consensus, không phải tự ý thay đổi để "nhanh hơn" mà bỏ qua rủi ro chất lượng. Có thể dẫn đến quy trình mới kém hiệu quả hơn. 🚫

• ❌ SAI: Notify all team members that all steps in the process must be completed.
  Lý do sai: Chỉ thông báo cho đội ngũ mà bỏ qua COO là cách tiếp cận authoritarian (độc đoán), không giải quyết gốc rễ vấn đề (yêu cầu từ lãnh đạo). PMBOK 7th khuyến nghị engage stakeholders at all levels, không dùng lệnh cấm mà không thảo luận, dễ gây mất động lực đội ngũ và xung đột với COO. 😤

• ✅ ĐÚNG: Schedule a review of the process steps with the team and the COO.
  (Như đã giải thích ở trên) – Đây là proactive và collaborative approach, phù hợp với Principle 3: Focus on Value và Model 5: Steward trong PMBOK 7th. 📈

• ❌ SAI: Escalate the issue to the other executive leadership members.
  Lý do sai: Escalate ngay đến lãnh đạo khác là escalation overkill (leo thang quá mức), bỏ qua chain of command (chuỗi chỉ huy) với COO. PMBOK 7th (Section 4.5: Manage Project Changes) khuyên first seek resolution at the source (giải quyết tại nguồn), chỉ escalate nếu không hiệu quả. Có thể làm hỏng mối quan hệ và uy tín PM mới. ⚠️

📘 Tài liệu tham khảo

• PMBOK Guide 7th Edition (2021, cập nhật PMI đến 2026): Principles 2 (Team), 12 (Systems Thinking); Models: Tailoring (Section 2.3), Stakeholder Engagement (Section 4.7).
• PMI Code of Ethics & Professional Conduct (2022): Rule 2.2.1 – Resolve issues through collaboration.
• Agile Practice Guide (tích hợp PMBOK 7th): Nhấn mạnh iterative process reviews với stakeholders.

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 thuộc chủ đề Quản lý Đội ngũ Dự án (Manage Project Team / Develop Team) trong PMP, tập trung vào việc tích hợp tài nguyên thuê ngoài (subcontracted resources) từ một công ty chị em (sister company) vào dự án phát triển phần mềm.

• Bối cảnh: Quản lý dự án (PM) được giao một dự án mới với tài nguyên từ bên ngoài, cần đảm bảo sự hòa nhập mượt mà (smooth inclusion) để tránh xung đột văn hóa, quy trình hoặc hiệu suất thấp.
• Mục tiêu chính: Xác định hành động tốt nhất và hiệu quả nhất để onboarding (tiếp nhận) tài nguyên mới, nhấn mạnh vào việc thiết lập kỳ vọng chung, thúc đẩy sự tương tác và cam kết từ sớm.
• Liên quan PMP (PMBOK 7th Edition, 2021 - cập nhật đến 2026): Theo Principle 9: Leadership và Performance Domain: Team, PM cần tạo môi trường hợp tác, sử dụng công cụ như ground rules (quy tắc đội ngũ) để định hướng hành vi và giao tiếp. Việc review ground rules trong phiên làm việc tương tác giúp xây dựng psychological safety và high-performing team (PMBOK 7th, trang 131-135; Agile Practice Guide, trang 45-47).

📘 Tài liệu tham khảo: PMBOK Guide 7th Edition (Project Management Institute, 2021); PMP Exam Content Outline 2021 (Domain III: Business Environment, Task 5).

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

Đáp án đúng: Facilitate a working session to review the ground rules.

Lý do 🛠️:

• Đây là hành động tương tác cao nhất (facilitate working session), khuyến khích subcontracted resources tham gia thảo luận, đóng góp và cam kết với ground rules – các quy tắc cơ bản về giao tiếp, họp hành, giải quyết xung đột (ví dụ: "Không email sau 6pm", "Sử dụng công cụ chung").
• Đảm bảo hòa nhập mượt mà bằng cách giải quyết khác biệt văn hóa từ sister company ngay từ đầu, phù hợp với Develop Team (tăng cường kỹ năng mềm và sự gắn kết).
• Theo PMBOK 7th, review ground rules trong phiên làm việc là best practice để tránh hiểu lầm, thúc đẩy team performance (trang 133). So với các lựa chọn khác, nó cụ thể, hiệu quả và tập trung vào ground rules – yếu tố cốt lõi cho inclusion.

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

Dưới đây là phân tích chi tiết từng lựa chọn, giữ nguyên văn bản gốc tiếng Anh. Tôi sử dụng ✅ cho đúng và ❌ cho sai, kèm giải thích dựa trên PMP mới nhất.

• ❌ Share the project team ground rules with the subcontractors.
  Sai vì: Chỉ "chia sẻ một chiều" (share) thiếu tương tác, không khuyến khích thảo luận hay cam kết từ subcontractors. Họ có thể đọc nhưng không hiểu sâu hoặc không tuân thủ, dẫn đến xung đột sau. PMBOK 7th nhấn mạnh cần facilitated discussion thay vì passive sharing (trang 132).

• ❌ Schedule a formal meeting to cover the mission and vision.
  Sai vì: Cuộc họp chính thức về mission/vision quá chung chung và cao cấp, không giải quyết cụ thể vấn đề hòa nhập tài nguyên mới (như quy tắc hàng ngày). Mission/vision phù hợp kickoff tổng thể, nhưng không phải ưu tiên cho "smooth inclusion" subcontracted resources (PMBOK 7th, Principle 5: Value – tập trung actionable items).

• ❌ Organize a team-bonding exercise with the subcontractors.
  Sai vì: Hoạt động gắn kết (team-bonding) tốt cho tinh thần dài hạn, nhưng không phải bước đầu tiên cho inclusion – có thể lãng phí nếu chưa có ground rules chung. PMBOK 7th ưu tiên collocation/virtual team setup trước bonding (Agile Practice Guide, trang 46; không hiệu quả với sister company xa cách).

• ✅ Facilitate a working session to review the ground rules.
  Đúng vì: Như giải thích trên, đây là hành động tương tác, thực tiễn và trực tiếp giải quyết kỳ vọng, thúc đẩy ownership từ subcontractors. Hỗ trợ Team Performance Domain (PMBOK 7th, trang 131).

🔑 Kết luận PMP: Luôn ưu tiên facilitation và review tương tác khi tích hợp tài nguyên ngoài để xây dựng high-trust team! Nếu thi PMP, nhớ liên kết với Develop Team tools & techniques. 🎯

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

Câu hỏi mô tả một tình huống thực tế trong dự án xây dựng: Ngày giao hàng theo hợp đồng đang đến gần, nhưng một vật liệu quan trọng (special material) vẫn chưa có mặt tại công trường. Điều này sẽ khiến công việc xây dựng phải dừng lại, dẫn đến chậm trễ dự án.
📌 Vấn đề cốt lõi: Đây không phải rủi ro tương lai (risk) mà là vấn đề đã xảy ra (issue), đòi hỏi hành động khắc phục ngay lập tức để giảm thiểu tác động đến tiến độ, chi phí và chất lượng dự án. Project Manager (PM) cần áp dụng kỹ năng giải quyết vấn đề chủ động, phù hợp với nguyên tắc PMP trong PMBOK Guide 7th Edition (2021) và các cập nhật đến 2026, nhấn mạnh vào Manage Issues và Team Engagement để tạo giá trị bền vững.
🛠️ Mục tiêu: PM phải chọn hành động tích cực, hợp tác nội bộ để tìm giải pháp thay thế, tránh vi phạm hợp đồng hoặc phụ thuộc bên ngoài.

✅ Đáp án đúng

Đáp án đúng: Engage the project team to look for alternatives to find a solution.
Lý do lựa chọn:

• Tình huống là vấn đề đã xảy ra (issue), không phải rủi ro tiềm ẩn, nên cần giải quyết ngay lập tức bằng cách huy động đội ngũ dự án tìm kiếm giải pháp thay thế (alternatives).
• Điều này tuân thủ 12 Nguyên tắc PMP (PMBOK 7) như "Team" (huy động đội ngũ), "Adaptability" (linh hoạt thích ứng) và Problem-Solving Approach trong Manage Project Work.
• ✅ Hiệu quả cao: Khuyến khích sáng tạo nội bộ, giảm thời gian chờ đợi, tối ưu hóa nguồn lực và duy trì động lực đội ngũ – phù hợp với Hybrid/Agile practices cập nhật PMP 2026.
• Không vi phạm hợp đồng, tập trung vào value delivery mà không đẩy trách nhiệm.

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

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

• Engage the project team to look for alternatives to find a solution.
  ✅ Đúng. Như đã giải thích ở trên, đây là hành động chủ động, hợp tác phù hợp nhất cho issue đã xảy ra. PMBOK 7 khuyến khích engage team để brainstorm alternatives, giúp dự án tiếp tục mà không dừng hẳn (mitigate delay).

• Record it in the risk register.
  ❌ Sai. Risk register chỉ dùng cho rủi ro tương lai có xác suất xảy ra (PMBOK 7: Uncertainty domain). Vật liệu đã thiếu (đã xảy ra) là issue, phải ghi vào Issue Log và giải quyết ngay, không chỉ "ghi nhận" thụ động – sẽ làm chậm trễ thêm!

• Ask the client to help solve the problem.
  ❌ Sai. PM không nên đẩy trách nhiệm cho client vì đây là trách nhiệm của nhà thầu dự án theo hợp đồng. PMBOK 7 (Stakeholder Engagement) yêu cầu PM tự quản lý issue nội bộ trước, tránh làm mất lòng tin client và có thể dẫn đến tranh chấp hợp đồng.

• Start procuring this material from another supplier.
  ❌ Sai. Việc mua từ supplier khác có thể vi phạm hợp đồng đã chỉ định supplier gốc, gây rủi ro pháp lý, chi phí cao hơn và chậm trễ thêm (cần thời gian phê duyệt). PMBOK 7 (Procurement domain) yêu cầu đánh giá hợp đồng trước khi thay đổi; nên engage team tìm alternatives thay vì hành động impulsively.

📘 Tài liệu tham khảo

• PMBOK Guide 7th Edition (2021, cập nhật PMI đến 2026): Section 4.3 Manage Project Work (Problem-Solving), Principle 5: Team, Principle 11: Adaptability; Use Issue Log thay vì Risk Register (Risk Domain).
• PMP Examination Content Outline (2021+): Domain 3: Business Environment (15%) & Domain 4: Deliver Value (50%) – Nhấn mạnh proactive issue resolution.
• PMI Agile Practice Guide (2021): Servant Leadership – Engage team for solutions.
  🔗 Nguồn: pmi.org (PMBOK 7 PDF) & PMI Exam Prep Resources 2026 updates.

🛠️ Lời khuyên PMP: Luôn ưu tiên Root Cause Analysis (như 5 Whys) và Escalate chỉ khi cần để kiểm soát dự án hiệu quả!

🧩 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ý Thay đổi (Change Management) trong PMP, cụ thể liên quan đến Project Integration Management theo PMBOK® Guide 7th Edition (2021) – phiên bản mới nhất áp dụng đến năm 2026.

Tình huống: Quản lý dự án (PM) đang xem xét lessons learned (bài học kinh nghiệm) từ một dự án lịch sử. Bài học chỉ ra rằng kỹ sư của khách hàng (client's engineer) kiên quyết yêu cầu xem xét tất cả các thay đổi (changes), ngay cả những thay đổi không được nêu trong hợp đồng (not identified in the contract). Điều này có thể gây ra vấn đề trong quá trình thực hiện dự án, như trì hoãn phê duyệt thay đổi hoặc xung đột quyền hạn.

Câu hỏi trọng tâm: Khi lập kế hoạch dự án (planning the project), PM nên xử lý thông tin này như thế nào để tránh lặp lại vấn đề trong tương lai?

Mục tiêu là tích hợp bài học kinh nghiệm vào kế hoạch dự án một cách phù hợp, đảm bảo quy trình quản lý thay đổi rõ ràng, minh bạch và phù hợp với kỳ vọng của bên liên quan (stakeholders), đặc biệt là khách hàng. Theo PMBOK® Guide 7th Edition, lessons learned được sử dụng trong Planning Performance Domain và Measurement Performance Domain để cải thiện kế hoạch, nhấn mạnh vào việc proactively incorporate historical data vào Project Management Plan.

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

• PMBOK® Guide – 7th Edition: Section 4.6 (Project Work Performance Domain), Principle 9 (Optimize Risk Responses), và Change Control trong Processes (từ PMBOK 6th được reference).
• PMI's Practice Standard for Project Configuration Management (cập nhật 2023).

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

Đáp án đúng: Ensure the change management plan highlights this requirement to prevent future issues.

Lý do:

• Trong giai đoạn Planning, PM cần cập nhật Change Management Plan (một phần của Project Management Plan) để nhấn mạnh (highlights) yêu cầu đặc biệt này. Điều này đảm bảo quy trình phê duyệt thay đổi (change control process) bao gồm việc client's engineer review tất cả changes, tránh tranh cãi sau này.
• Theo PMBOK® 7th, Change Management Plan định nghĩa procedures, roles, responsibilities cho việc submit, track, và approve changes. Việc highlight requirement từ lessons learned giúp prevent future issues một cách proactive, phù hợp với Stakeholder Engagement và Team Performance Domains.
• Đây là hành động chính xác và trực tiếp nhất khi planning, không phải sửa charter hay coi là risk.

🛠️ 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 tiếng Anh. Mỗi phương án được đánh giá dựa trên quy trình PMP chuẩn.

• ❌ [SAI] Update the project charter with this information regarding change management.
  Giải thích sai: Project Charter được phê duyệt trước giai đoạn Planning (Develop Charter process), chứa thông tin high-level như mục tiêu, authority, không dùng để ghi chi tiết quy trình change management. Việc cập nhật charter ở giai đoạn sau là không phù hợp và có thể yêu cầu re-approval từ sponsor. Lessons learned nên tích hợp vào Project Management Plan, không phải charter (PMBOK® 7th, Section 2.1).

• ❌ [SAI] Talk with the client to ensure they are aware of the change management procedure.
  Giải thích sai: Việc nói chuyện với client là tốt cho Stakeholder Engagement, nhưng câu hỏi tập trung vào planning the project (lập kế hoạch nội bộ trước). Nên plan trước dựa trên lessons learned, sau đó mới engage client. Hành động này phản ứng (reactive) hơn là chủ động lập kế hoạch, và có thể không giải quyết gốc rễ nếu client vẫn "adamant" (kiên quyết).

• ✅ [ĐÚNG] Ensure the change management plan highlights this requirement to prevent future issues.
  Giải thích đúng: Như đã nêu ở trên, đây là nơi tích hợp trực tiếp lessons learned vào Change Management Plan (phần của Develop Project Management Plan process). Highlight requirement đảm bảo roles & responsibilities rõ ràng (client's engineer phải review all changes), prevent issues hiệu quả, phù hợp với Integrated Change Control và Lessons Learned Repository (PMBOK® 7th, Principle 12: Navigate Complexity).

• ❌ [SAI] Update the project risk register to identify this risk and describe how to mitigate the issue.
  Giải thích sai: Đây không phải risk (rủi ro không chắc chắn), mà là known requirement từ lịch sử dự án. Risk Register dùng cho uncertainty (PMBOK® 7th, Uncertainty Performance Domain). Xử lý như risk sẽ làm phức tạp hóa, không giải quyết trực tiếp qua change procedures. Thay vào đó, dùng Issue Log nếu đã xảy ra, nhưng ở đây là planning tương lai.

🧠 Kết luận & Lời khuyên PMP: Luôn tích hợp lessons learned sớm vào kế hoạch để tối ưu hóa dự án. Thực hành này giúp đạt higher maturity trong Organizational Process Assets. Nếu thi PMP, nhớ Change Management Plan là "go-to" cho các yêu cầu phê duyệt đặc biệt! 🚀

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

Câu hỏi mô tả một project manager (PM) được giao quản lý một dự án xây dựng lớn với hơn 100 thành viên đội ngũ dự án. PM đang gặp khó khăn trong việc giữ dự án đúng tiến độ (on track) và đạt được lợi ích dự kiến (planned benefits). Để khắc phục, PM muốn đảm bảo mỗi yêu cầu (requirement) được liên kết chặt chẽ với mục tiêu kinh doanh (business objectives) và mục tiêu dự án (project objectives).

📘 Bối cảnh PMP (PMBOK 7th Edition, 2021 - cập nhật đến 2026): Trong môi trường dự án lớn, việc quản lý yêu cầu là yếu tố then chốt của Project Scope Management và Value Delivery System. PM cần công cụ để trace (theo dõi) yêu cầu từ nguồn gốc đến lợi ích kinh doanh, tránh lãng phí và lệch hướng. Câu hỏi tập trung vào Requirements Traceability Matrix (RTM) - một kỹ thuật cốt lõi để đảm bảo tính liên kết (traceability) giữa yêu cầu, mục tiêu và deliverables.

✅ Đáp án đúng: Implement a requirements traceability matrix.

Lý do chọn đáp án này:
🛠️ RTM là ma trận theo dõi yêu cầu chuẩn trong PMP, giúp liên kết trực tiếp từng requirement với business objectives, project objectives, deliverables và benefits. Nó cho phép PM theo dõi toàn bộ lifecycle của yêu cầu, phát hiện gap sớm, đảm bảo dự án mang lại giá trị thực (value-driven). Trong dự án lớn (>100 người), RTM giúp kiểm soát scope creep và giữ dự án on track.
📘 Nguồn: PMBOK® Guide 7th Edition (Process 5.2: Collect Requirements & Artifacts: Requirements Traceability Matrix); PMI's Practice Standard for Requirements Management (2021).

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

Dưới đây là phân tích chi tiết từng lựa chọn, giữ nguyên nội dung gốc bằng tiếng Anh. Mỗi phương án được đánh giá đúng/sai với lý do cụ thể dựa trên PMP best practices:

• ❌ [SAI] Understand the project management plan.
  Giải thích: Việc hiểu project management plan là trách nhiệm cơ bản của PM (PMBOK 4.2: Develop PM Plan), nhưng nó không trực tiếp liên kết từng requirement với objectives. Plan chỉ là tài liệu tổng hợp, không phải công cụ trace cụ thể. Làm vậy chỉ giúp nắm tổng quan, không giải quyết vấn đề traceability ở dự án lớn.

• ❌ [SAI] Review the requirements on a weekly basis.
  Giải thích: Việc review định kỳ (weekly) là thực hành tốt trong Monitor and Control Project Work (Process 4.6), nhưng chỉ là hoạt động giám sát, không đảm bảo linkage với business/project objectives. Review lặp lại mà thiếu traceability matrix sẽ tốn thời gian, không hiệu quả ở dự án quy mô lớn, dễ bỏ sót gap.

• ✅ [ĐÚNG] Implement a requirements traceability matrix.
  Giải thích: Như đã nêu ở trên, RTM là công cụ lý tưởng để map từng requirement với objectives/benefits. Nó hỗ trợ bi-directional traceability (từ yêu cầu đến nguồn gốc và ngược lại), giúp PM verify alignment và derive planned benefits. Hoàn hảo cho dự án phức tạp với nhiều team members.

• ❌ [SAI] Add the requirements to the project charter.
  Giải thích: Project charter (Process 1.2: Develop Charter) chỉ chứa high-level objectives và summary requirements, không phải chi tiết từng requirement. Thêm chi tiết vào charter sẽ làm tài liệu bị bloated, vi phạm nguyên tắc "high-level" của charter. Traceability phải dùng RTM riêng biệt, không phải sửa charter.

Kết luận tổng quát 🎯: Trong PMP 7th Edition, RTM là key artifact để đảm bảo dự án tailored theo value delivery, đặc biệt ở dự án lớn. Áp dụng ngay sẽ giúp PM lấy lại control! Nếu cần ví dụ template RTM, hãy hỏi thêm 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 lai (hybrid approach) trong PMP, tập trung vào việc xử lý vấn đề chất lượng kém dẫn đến rework cao, khiến mỗi tính năng (feature) mất thời gian lâu hơn so với ước lượng ban đầu.

✅ Tình huống chính:

• Dự án sử dụng hybrid approach (kết hợp predictive - waterfall và agile/iterative), thường áp dụng trong môi trường có phần predictive cho planning tổng thể và agile cho phát triển tính năng (như sprint).
• Vấn đề cốt lõi: Rework cao do quality issues → Ảnh hưởng đến schedule performance (thời gian thực tế vượt estimate), có nguy cơ làm lệch project velocity hoặc earned value.
• Mục tiêu: Project manager (PM) cần chủ động xử lý root cause thay vì chỉ điều chỉnh lịch trình, phù hợp với nguyên tắc continuous improvement và inspect & adapt trong PMBOK 7th Edition (2021) và các cập nhật đến 2026.

🛠️ Bối cảnh PMP mới nhất: Theo PMBOK 7th & 8th Draft (cập nhật 2024-2026), hybrid projects nhấn mạnh value delivery qua quality management (Domain 5: Measurement) và adaptive practices (Principle 7: Optimize Risk Responses). PM phải ưu tiên process improvement trong iteration (sprint) thay vì thay đổi baseline ngay lập tức.

✅ Đáp án đúng: Address the issue during the next sprint planning meeting.

Lý do lựa chọn:

• Trong hybrid/agile context, sprint planning là cơ hội lý tưởng để inspect & adapt: PM có thể thảo luận root cause của quality issues (như testing gaps, definition of done chưa rõ), điều chỉnh velocity, estimates, thêm quality gates, hoặc refine backlog để giảm rework ở sprint tiếp theo.
• Điều này tuân thủ Agile Principle 12 (Reflect at regular intervals) và PMBOK Hybrid Guidance – ưu tiên giải quyết nội bộ iteration trước khi escalate hoặc change baseline.
• Hành động này proactive, giúp improve team performance mà không ảnh hưởng ngay đến project-level commitments.

📋 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 best practice PMP:

• ✅ Address the issue during the next sprint planning meeting.
  Đúng 🏆: Như đã giải thích, đây là bước first response phù hợp nhất trong hybrid project. Sprint planning cho phép team-level adjustment (refine user stories, improve DoD - Definition of Done), giảm rework tương lai. Tránh "quick fix" như extend dates, tập trung vào root cause analysis (RCA) ngay tại iteration meeting. Phù hợp Scrum Guide 2020+ và PMBOK Agile Hybrid.

• ❌ [SAI] Extend the dates for future project milestones.
  Sai 🚫: Việc tự ý kéo dài milestones vi phạm Change Control Process (PMBOK 7th, Process 4.6: Manage Project Changes). Không giải quyết root cause (quality issues), chỉ che đậy vấn đề schedule variance. PM phải perform quantitative analysis (như EV metrics) trước khi adjust baseline.

• ❌ [SAI] Initiate a change request to extend the project end date.
  Sai ⚠️: Change request (CR) là công cụ cho integrated change control, nhưng chỉ dùng khi scope/schedule baseline thực sự cần thay đổi sau impact analysis. Ở đây, vấn đề là internal quality rework – PM nên optimize processes trước (Principle 9: Leadership). CR quá sớm, có thể làm mất stakeholder confidence.

• ❌ [SAI] Escalate the issue to the project sponsor.
  Sai ⏭️: Escalate chỉ khi PM authority không đủ hoặc risk threshold vượt (PMBOK Risk Domain). Quality rework là team responsibility – PM nên coach team qua retrospectives/planning trước. Escalate sớm vi phạm PM empowerment trong hybrid (Agile Practice Guide).

📘 Tài liệu tham khảo

• PMBOK® Guide 7th Edition (2021): Principle 6 (Deliver Value), Domain 2 (Team), Domain 5 (Measurement) – Nhấn mạnh continuous improvement trong hybrid.
• PMBOK® Guide 8th Edition Draft (2024-2026 updates): Hybrid Life Cycle models, ưu tiên adaptive quality management.
• Agile Practice Guide (2017, aligned with PMBOK 7th): Scrum events (Sprint Planning & Retrospective) cho rework handling.
• Scrum Guide (2020): Sprint Planning để adapt estimates và processes.
• Nguồn PMI.org: Hybrid Project Management resources (truy cập 2026).

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

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

Câu hỏi PMP này tập trung vào giai đoạn khởi đầu dự án (Initiating Process Group) ngay sau khi Project Manager được ủy quyền bắt đầu dự án (authorized to begin). 📋 Lúc này, PM nhận ra rằng cần một đội ngũ cao hiệu suất (high-performing team) để đảm bảo dự án thành công. Câu hỏi yêu cầu xác định hành động tiếp theo (next) mà PM nên thực hiện.

🛠️ Bối cảnh PMP theo PMBOK 7th Edition (2021, cập nhật mới nhất đến 2026): Sau khi Project Charter được phê duyệt, PM chuyển sang Planning Process Group (bao gồm Plan Resource Management) và Executing Process Group (Acquire Resources). Để xây dựng high-performing team, bước đầu tiên là chọn lọc thành viên dựa trên kỹ năng và tiềm năng, trước khi phát triển đội ngũ (Develop Team) hoặc quản lý (Manage Team). Điều này nằm trong Team Performance Domain và Resource Management Principle (People, Teams).

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

Đáp án đúng: Select members for their skill or potential.
🧩 Lý do: Theo PMBOK 7th Edition, ngay sau khi được ủy quyền, PM phải Acquire Resources (thu nhận nguồn lực) – bước đầu tiên để hình thành đội ngũ là chọn thành viên dựa trên kỹ năng (skill) hoặc tiềm năng (potential). Đây là hành động next logic nhất, vì không có đội ngũ phù hợp thì không thể xây dựng high-performing team. Các bước sau như họp kick-off, đặt chuẩn mực hay scope sẽ vô nghĩa nếu chưa có người. Điều này phù hợp với Executing Process Group và Team Performance Domain, nhấn mạnh "right people first" để đạt hiệu suất cao.
📘 Nguồn tham khảo: PMBOK Guide 7th Edition (2021), trang 136-140 (Acquire Resources) & Team Performance Domain (trang 77-80); PMP Exam Content Outline 2021 (Domain IV: People - Task 1: Manage conflict, Task 2: Engage stakeholders).

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

Dưới đây là phân tích chi tiết từng lựa chọn. Tôi giữ nguyên văn bản gốc bằng tiếng Anh, đánh dấu ✅/❌ và giải thích hoàn toàn bằng tiếng Việt dựa trên quy trình PMP:

• [ĐÚNG] Select members for their skill or potential.
  ✅ Giải thích đúng: Đây là bước Acquire Resources đầu tiên trong Executing. PM phải ưu tiên chọn người có skill/potential phù hợp với dự án để tạo nền tảng cho high-performing team. Nếu bỏ qua, đội ngũ sẽ thiếu năng lực cơ bản. 🏆 Hoàn hảo cho "next step"!

• [SAI] Set performance standards and direction.
  ❌ Giải thích sai: Việc đặt chuẩn mực hiệu suất (performance standards) và hướng đi thuộc Develop Team process (Executing Group), xảy ra SAU khi đã chọn thành viên. Làm sớm sẽ không hiệu quả vì chưa có đội ngũ. 🕒 Sai thứ tự!

• [SAI] Hold early kick-off meetings and regular weekly meetings.
  ❌ Giải thích sai: Họp kick-off và họp hàng tuần thuộc Manage Team process và Manage Communications (Executing/Monitoring), dành cho sau khi đội ngũ đã hình thành. Chưa chọn người thì họp ai? 🤷‍♂️ Không phải "next" action!

• [SAI] Establish the project scope and set clear team objectives.
  ❌ Giải thích sai: Xây dựng scope thuộc Plan Scope Management (Planning Group), và đặt objectives đội ngũ là phần của Develop Team (sau Acquire). Đây là các bước song song/tiếp theo scope planning, không trực tiếp giải quyết "high-performing team" ngay lập tức. 🔄 Sai trọng tâm!

🛡️ Lưu ý PMP: Câu hỏi kiểm tra thứ tự quy trình (sequence) trong Resource Management. High-performing team bắt đầu từ tuyển chọn đúng người (PMBOK 7th, Principle 9: Team & Stakeholders). Thực hành thi PMP nên ưu tiên "first thing first"! Nếu cần thêm ví dụ case study, hỏi nhé! 🚀

🧩 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 thực tế trong quản lý dự án PMP: Một project manager được giao quản lý dự án có độ khả kiến cao (high-visibility), được đánh giá độ phức tạp trung bình (medium complexity) dựa trên các dự án tương tự trước đó. Dự án cần giao sản phẩm hoàn chỉnh, sẵn sàng sử dụng cho khách hàng (ready-to-use product).
📌 Ý chính cần tập trung: Project manager nên ưu tiên những gì xuyên suốt vòng đời dự án (throughout the project life cycle)?
Điều này liên quan đến tailoring approach trong PMBOK® Guide 7th Edition (2021, cập nhật đến 2026), nơi cần chọn các domain/process phù hợp dựa trên đặc tính dự án: độ phức tạp trung bình → predictive/hybrid life cycle; high-visibility → nhấn mạnh giao tiếp/stakeholder; ready-to-use → ưu tiên schedule/time để đảm bảo giao đúng hạn.

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

Đáp án đúng: Time management and stakeholder engagement
🛠️ Lý do chi tiết:

• High-visibility project đòi hỏi stakeholder engagement mạnh mẽ xuyên suốt life cycle để quản lý kỳ vọng, giao tiếp kịp thời, tránh rủi ro lan tỏa (theo Stakeholder Performance Domain, PMBOK 7th Ed., Section 4.5).
• Medium complexity từ dự án tương tự + ready-to-use product gợi ý life cycle predictive, nơi Time management (Schedule Management - Process Group) là trọng tâm để đảm bảo deliver on time, tránh delay ảnh hưởng khách hàng (PMBOK 7th Ed., Section 6.4 Schedule Management).
• Hai yếu tố này cần focus throughout vì dự án cần ổn định thời gian và sự hài lòng stakeholder để thành công.
  📘 Nguồn: PMBOK® Guide 7th Edition (2021), Tailoring (Ch. 2.4), Uncertainty & Complexity (Ch. 3), Schedule Domain (Ch. 4.6).

📋 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 scenario và PMBOK 7th Ed.

• Stakeholder engagement and lessons learned ❌ Sai:
  Stakeholder engagement đúng là cần thiết cho high-visibility, nhưng lessons learned chỉ tập trung ở giai đoạn cuối (closing phase) hoặc retrospective, không phải throughout life cycle. Không phù hợp với dự án cần deliver ready-to-use kịp thời (PMBOK 7th Ed., Lessons Learned thường ở Ch. 4.8 Measurement & Uncertainty).

• Resource management and lessons learned ❌ Sai:
  Resource management quan trọng ở medium complexity, nhưng không phải focus chính cho high-visibility và ready-to-use (chỉ hỗ trợ). Lessons learned lại sai vị trí như trên, không xuyên suốt life cycle. Thiếu yếu tố time/stakeholder quyết định (PMBOK 7th Ed., Resource Domain Ch. 4.4, nhưng không ưu tiên ở scenario này).

• Time management and stakeholder engagement ✅ Đúng:
  Như đã giải thích ở phần đáp án đúng: Hoàn hảo khớp scenario – time để đảm bảo deliver đúng hạn, stakeholder để quản lý visibility cao. Đây là tailoring lý tưởng cho predictive life cycle với medium complexity (PMBOK 7th Ed., Ch. 4.6 Schedule & Ch. 4.5 Stakeholder).

• Cost management and risk management ❌ Sai:
  Cost và risk luôn cần quản lý, nhưng scenario không nhấn mạnh ngân sách cao hoặc rủi ro lớn (chỉ medium complexity từ dự án tương tự → rủi ro dự đoán được). Không phải focus throughout cho high-visibility và ready-to-use, thiếu time/stakeholder cốt lõi (PMBOK 7th Ed., Cost Domain Ch. 4.7 & Risk Ch. 4.3, nhưng tailoring ưu tiên khác).

🧠 Lời khuyên PMP: Trong kỳ thi PMP, luôn tailor dựa trên context (PMBOK 7th Ed., Principle 12: Tailoring). Scenario này ưu tiên Performance Domains liên quan trực tiếp đến thành công dự án!
📚 Tài liệu tham khảo chính:

• PMBOK® Guide – Seventh Edition (PMI, 2021).
• PMI Agile Practice Guide (cập nhật hybrid tailoring).
• The Standard for Project Management (2021).

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

Câu hỏi mô tả một tình huống thực tế trong quản lý dự án: Tổ chức đang gặp rủi ro chuỗi cung ứng (supply chain risk) do chậm trễ vận chuyển toàn cầu, dẫn đến thiếu nguyên liệu thiết yếu và không thể hoàn thành sản phẩm đúng hạn phát hành. Project manager (PM) đang họp với stakeholders để thảo luận các lựa chọn ứng phó.
✅ Mục tiêu chính: PM cần đề xuất giải pháp chủ động, khả thi và phù hợp với nguyên tắc PMP (theo PMBOK® Guide 7th Edition, 2021, cập nhật đến 2026), tập trung vào quản lý rủi ro (Risk Management), quản lý mua sắm (Procurement Management) và tối ưu hóa giá trị giao hàng (Value Delivery System). Giải pháp phải giảm thiểu rủi ro (mitigate), tránh làm chậm dự án thêm hoặc lãng phí tài nguyên, đồng thời duy trì mối quan hệ stakeholders.

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

Đáp án đúng: Explore if the materials could be supplied locally and obtained on time.
🛠️ Lý do: Đây là chiến lược mitigate risk hiệu quả nhất theo PMP (Domain 4: Measurement - Risk Response Planning). Thay vì chờ nguồn nhập khẩu chậm trễ, PM chủ động tìm nguồn cung địa phương để đảm bảo thời gian giao hàng kịp tiến độ. Giải pháp này:

• Tiết kiệm thời gian: Giảm phụ thuộc vào vận chuyển quốc tế.
• Giảm chi phí tiềm ẩn: Tránh phạt hợp đồng, mất doanh thu từ trì hoãn.
• Linh hoạt và bền vững: Phù hợp với nguyên tắc optimization và adaptive planning trong PMBOK 7th.
  📈 Kết quả: Duy trì timeline dự án, tăng giá trị cho stakeholders mà không cần thay đổi lớn kế hoạch.

📋 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 tiếng Anh. Mỗi phương án được đánh giá dựa trên best practices PMP (PMBOK 7th Edition: Principle 5 - Optimize Risk Responses; Process 11.7 - Plan Procurement Management).

• ❌ Request marketing to launch an advertising campaign for the product that is currently in stock.
  Sai vì: Giải pháp này không giải quyết gốc rễ vấn đề (thiếu nguyên liệu mới), chỉ bán hàng tồn kho cũ. Nó có thể tăng kỳ vọng sai lầm từ khách hàng, dẫn đến mất uy tín và khiếu nại sau (reputation risk). PMP nhấn mạnh root cause analysis (Stakeholder Engagement), không phải "bán ảo" để che đậy trì hoãn.

• ❌ Update the project management plan, factoring in furloughs of the assembly team to reduce expenses.
  Sai vì: Furloughs (nghỉ không lương) là phản ứng thụ động, chấp nhận trì hoãn và giảm chi phí ngắn hạn nhưng tăng rủi ro dài hạn (mất động lực đội ngũ, kỹ năng). Theo PMBOK 7th (Principle 11 - Optimize Resource Allocation), PM phải ưu tiên giao hàng giá trị, không cắt giảm nhân sự khi vấn đề là nguồn cung – vi phạm team empowerment.

• ❌ Meet with the engineering team to manufacture the materials in-house.
  Sai vì: Sản xuất nội bộ có thể không khả thi (thiếu thiết bị, chuyên môn, thời gian setup), dẫn đến chi phí cao hơn và rủi ro mới (quality issues). PMP khuyến nghị đánh giá make-or-buy analysis trước (Process 12.1 Plan Procurement), nhưng ở đây tình huống khẩn cấp, ưu tiên nguồn thay thế nhanh hơn thay vì tự sản xuất phức tạp.

• ✅ Explore if the materials could be supplied locally and obtained on time. (Đã giải thích chi tiết ở trên)

📘 Tài liệu tham khảo

• PMBOK® Guide – 7th Edition (2021, PMI): Principle 5 (Risk Optimization), Domain 4 (Measurement), Process Groups: Procurement (11.5 Manage Project Procurement) & Risk (4.5 Plan Risk Responses).
• PMI Agile Practice Guide (2021): Adaptive strategies cho supply chain disruptions (Hybrid approaches).
• The Standard for Risk Management in Portfolios, Programs, and Projects (2019): Mitigate strategies qua alternative sourcing.
  🔗 Nguồn chính thức: PMI.org (cập nhật đến 2026 không thay đổi core principles).
  🧠 Lời khuyên PMP: Trong thực tế, PM nên sử dụng Monte Carlo simulation hoặc SWOT analysis để đánh giá options trước khi recommend!

🧩 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ý Bên liên quan (Stakeholder Management) trong PMP, cụ thể là tình huống xử lý khiếu nại từ một bên liên quan (stakeholder) tại cuộc họp dự án đầu tiên với project manager mới.

• Bối cảnh: Một stakeholder phàn nàn về việc không nhận được báo cáo định kỳ (periodic reports). Điều này cho thấy có thể tồn tại khoảng trống trong kế hoạch giao tiếp hoặc cam kết với stakeholder.
• Yêu cầu hành động đầu tiên (first): Project manager cần ưu tiên bước phản ứng ngay lập tức và phù hợp để giải quyết vấn đề, tránh hành động vội vã dẫn đến lãng phí tài nguyên hoặc không đáp ứng đúng nhu cầu.
• Mục tiêu PMP: Theo PMBOK® Guide – Seventh Edition (2021, cập nhật đến 2026), nhấn mạnh quản lý bên liên quan một cách lặp lại (iterative), tập trung vào việc hiểu kỳ vọng (expectations) và cập nhật Stakeholder Engagement Plan để đảm bảo sự tham gia hiệu quả (effective engagement). Không nên thay đổi kế hoạch lớn mà chưa xác nhận vấn đề.
  📘 Tài liệu tham khảo: PMBOK® Guide – Seventh Edition, Principle 7: Optimize Risk Responses & Engage Stakeholders; Process: Manage Stakeholder Engagement (từ PMBOK 6th/7th Edition).

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

Đáp án đúng: Meet with the stakeholder to better understand their expectations and update the stakeholder engagement plan.

Lý do:
🛠️ Đây là bước đầu tiên và đúng đắn nhất vì PMP yêu cầu hiểu rõ kỳ vọng của stakeholder trước khi thực hiện bất kỳ thay đổi nào (Data-Driven Decision Making). Cuộc họp riêng giúp thu thập thông tin chi tiết về nhu cầu báo cáo (loại báo cáo, tần suất, định dạng), sau đó cập nhật Stakeholder Engagement Plan – tài liệu cốt lõi quản lý mức độ tham gia (Unaware → Resistant → Neutral → Supportive → Leading).
✅ Điều này phù hợp với nguyên tắc Tailoring và Iterative Engagement trong PMBOK 7th, tránh giả định và đảm bảo giải pháp bền vững. Không cập nhật kế hoạch lớn (như project management plan) ngay lập tức.

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

Dưới đây là phân tích chi tiết từng lựa chọn, giữ nguyên nội dung gốc bằng tiếng Anh. Mỗi phương án được đánh giá đúng/sai với lý do cụ thể dựa trên PMP best practices:

• ❌ [SAI] Update the project management plan with the new information and inform all of the relevant stakeholders.
  Giải thích sai: Phương án này vội vã cập nhật project management plan (tài liệu cấp cao, bao gồm baseline) mà không hiểu rõ vấn đề. PMP không khuyến khích thay đổi lớn ngay từ khiếu nại đầu tiên; cần phân tích nguyên nhân gốc rễ (root cause) trước. Thông báo toàn bộ stakeholder có thể gây nhầm lẫn và lãng phí (PMBOK 7th: Avoid unnecessary changes).

• ✅ [ĐÚNG] Meet with the stakeholder to better understand their expectations and update the stakeholder engagement plan.
  Giải thích đúng: Như đã phân tích ở trên, đây là bước đầu tiên lý tưởng: Gặp trực tiếp để hiểu kỳ vọng (thu thập requirements), rồi cập nhật Stakeholder Engagement Plan – công cụ chuyên biệt cho engagement. Hỗ trợ Manage Stakeholder Engagement process, đảm bảo value delivery (PMBOK 7th).

• ❌ [SAI] Invite the stakeholder to all future project review meetings and update the project management plan.
  Giải thích sai: Mời tham gia tất cả họp review là giải pháp quá mức và không hiệu quả, có thể làm stakeholder quá tải hoặc lộ thông tin nhạy cảm. Lại cập nhật project management plan mà chưa xác nhận nhu cầu, vi phạm nguyên tắc Proportionality (tailor theo nhu cầu cụ thể, không one-size-fits-all – PMBOK 7th).

• ❌ [SAI] Add the stakeholder details into the periodic reports and update the project management plan.
  Giải thích sai: Thêm chi tiết stakeholder vào báo cáo định kỳ giả định vấn đề chỉ là thiếu tên, bỏ qua kỳ vọng thực sự (có thể họ cần báo cáo khác, tần suất khác). Cập nhật project management plan ngay là không phù hợp cho thay đổi nhỏ, nên dùng change control hoặc engagement plan trước (PMBOK 7th: Use appropriate tools như issue log).

🧩 Kết luận PMP: Luôn ưu tiên hiểu stakeholder trước hành động để tối ưu hóa engagement và tránh scope creep. Áp dụng trong thực tế để đạt 75%+ câu hỏi Stakeholder Management trong kỳ thi PMP! 📘