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

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

Câu hỏi tập trung vào giai đoạn đóng dự án (closing phase) theo quy trình PMP, nơi project manager (PM) phát hiện client chưa sử dụng một dịch vụ cụ thể trong hợp đồng. Client đề nghị mở rộng dịch vụ không chính thức (informally) sau ngày hết hạn hợp đồng, mặc dù hợp đồng đã quy định rõ ràng về thời điểm kết thúc dịch vụ.

Tình huống này kiểm tra kiến thức của PM về quản lý thay đổi (change management) và đóng dự án (project closure). Theo PMBOK® Guide 7th Edition (cập nhật đến 2026 với Hybrid Model trong PMP Exam), giai đoạn closing yêu cầu tuân thủ nghiêm ngặt hợp đồng, tránh các cam kết ngoài phạm vi mà không qua quy trình chính thức. Mục tiêu là xử lý yêu cầu sao cho bảo vệ lợi ích dự án, tuân thủ hợp đồng và đảm bảo đóng dự án suôn sẻ, tránh rủi ro pháp lý hoặc mở rộng scope không kiểm soát.

🛠️ Tình huống chính cần lưu ý:

• Hợp đồng rõ ràng → Không thể thay đổi "informal".
• Closing phase → Tập trung administrative closure, contract closure và lessons learned.
• Bất kỳ extension nào đều là thay đổi (change), phải qua formal change control process (theo Performance Domain: Uncertainty và Project Work).

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

Issue a change request and activate the formal change control process to address the situation.

Lý do chi tiết:
Theo PMBOK® Guide 7th Edition (Principle 5: Optimize Risk Responses & Performance Domain: Uncertainty), mọi yêu cầu thay đổi scope, thời gian hoặc dịch vụ (dù ở closing phase) phải phát hành Change Request (CR) và kích hoạt quy trình kiểm soát thay đổi chính thức (formal change control). Điều này đảm bảo:

• Đánh giá tác động (impact assessment) đến scope, schedule, cost, risk.
• Phê duyệt từ Change Control Board (CCB) hoặc stakeholders phù hợp.
• Tránh vi phạm hợp đồng hiện tại và tạo cơ sở pháp lý cho extension nếu được phê duyệt.
• Cho phép đóng dự án đúng hạn nếu CR bị từ chối, đồng thời ghi nhận vào lessons learned.
  Đây là cách chuẩn PMP để xử lý tình huống, ngay cả ở closing, vì closing không loại trừ change process (theo PMP Exam Content Outline 2021+, Domain 4: Close Project/Phase).

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

• Escalate the request to the functional manager to approve the additional service hours.
  ❌ Sai. Functional manager chịu trách nhiệm tài nguyên nội bộ (resource management), không có thẩm quyền phê duyệt thay đổi hợp đồng hoặc extension dịch vụ với client. Việc escalate sai đối tượng vi phạm nguyên tắc Integrated Change Control (PMBOK® 7th, s. 67-70), có thể dẫn đến quyết định không hợp lệ và rủi ro pháp lý.

• Issue a change request and activate the formal change control process to address the situation.
  ✅ Đúng. Như giải thích ở trên, đây là quy trình chuẩn để xử lý mọi thay đổi, đảm bảo tính minh bạch và kiểm soát ở closing phase (PMBOK® 7th, Performance Domain: Project Work & Uncertainty).

• Accept the client’s proposal to use the service until the additional hours are exhausted.
  ❌ Sai. Chấp nhận "informal" vi phạm hợp đồng rõ ràng và nguyên tắc Stakeholder Engagement (PMBOK® 7th, Principle 11). Điều này mở scope creep, rủi ro tài chính, pháp lý (không billable hours) và cản trở đóng dự án đúng hạn.

• Deny the request and include it in lessons learned documentation for the next contract renewal.
  ❌ Sai. Từ chối trực tiếp mà không qua change process bỏ lỡ cơ hội negotiate formal extension nếu có lợi ích kinh doanh. Lessons learned chỉ ghi nhận sau closure đầy đủ (PMBOK® 7th, s. 125, Closing a Phase or Project), không dùng để justify denial ngay lập tức; cần formal process trước.

📘 Tài liệu tham khảo chính (cập nhật PMP đến 2026):

• PMBOK® Guide 7th Edition (PMI, 2021+): Phần 4.6 Manage Project Changes, Performance Domains (Uncertainty, Stakeholder, Project Work), Principle 9 (Tailor Based on Context).
• PMP Examination Content Outline (PMI, 2021, hiệu lực đến 2026): Domain 3: Business Environment (13%), Domain 4: Close Project/Phase (8%), nhấn mạnh change control trong closing.
• PMI Practice Standard for Project Configuration Management (2023 update): Nhấn mạnh formal processes cho contract changes.

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ý Thay đổi Tích hợp (Perform Integrated Change Control) trong PMP, cụ thể liên quan đến việc xử lý yêu cầu thay đổi phạm vi dự án (scope change) từ nhà tài trợ dự án (project sponsor).

📘 Tình huống: Quản lý dự án (PM) nhận được đề nghị từ sponsor về việc thêm vào phạm vi dự án (adding to the project scope). Sponsor là bên có thẩm quyền cao, nhưng mọi thay đổi scope đều phải tuân thủ quy trình kiểm soát thay đổi để tránh rủi ro như vượt ngân sách, chậm tiến độ hoặc ảnh hưởng chất lượng. PM không được tự ý thực hiện mà phải theo quy trình chính thức theo PMBOK Guide (phiên bản mới nhất 7th Edition & Exam Content Outline 2021, cập nhật đến 2026).

🛠️ Mục tiêu chính: Xác định bước đầu tiên và đúng đắn nhất mà PM nên làm để "accommodate" (đáp ứng/xử lý) yêu cầu này, đảm bảo tính chuyên nghiệp và kiểm soát thay đổi.

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

Đáp án đúng: Create a change request for the change control board (CCB) to review.

Lý do 🏆:

• Theo quy trình Perform Integrated Change Control (4.6 trong PMBOK 6th/hybrid 7th), mọi yêu cầu thay đổi (bao gồm scope từ sponsor) phải được ghi nhận dưới dạng Change Request và trình lên Change Control Board (CCB) để đánh giá, phê duyệt. Đây là bước bắt buộc đầu tiên để đảm bảo thay đổi được xem xét toàn diện (tác động đến schedule, cost, risk, etc.).
• PM không tự quyết định dù sponsor yêu cầu, vì điều này vi phạm nguyên tắc governance và có thể dẫn đến "scope creep". CCB (thường bao gồm sponsor, stakeholders) sẽ review và approve/reject.
• Nguồn tham khảo: PMBOK Guide 7th Edition (Section 4.6: Perform Integrated Change Control); PMP Exam Content Outline 2021 (Domain 3: Business Environment, Task 5: Evaluate & address external changes); PMI Agile Practice Guide (Change in hybrid projects).

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

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

• ❌ Disregard the request since the project scope is finalized
  Giải thích sai: Phương án này hoàn toàn sai vì bỏ qua yêu cầu từ sponsor – người có quyền cao nhất. Dù scope đã finalized (trong Scope Baseline), thay đổi vẫn phải qua quy trình kiểm soát thay đổi, không được "disregard" (bỏ qua). Điều này vi phạm nguyên tắc stakeholder engagement và có thể dẫn đến xung đột. Sponsor có thể approve scope change nếu cần thiết qua CCB.

• ❌ Adjust the project schedule to accommodate the new project scope requests.
  Giải thích sai: Không đúng vì PM không được tự ý điều chỉnh schedule mà không qua phê duyệt. Thay đổi scope thường ảnh hưởng triple constraint (scope-time-cost), phải đánh giá toàn diện trước. Tự adjust dẫn đến scope creep và rủi ro dự án. Bước đúng là tạo Change Request trước, sau đó mới update schedule nếu approved.

• ✅ Create a change request for the change control board (CCB) to review.
  Giải thích đúng: Như đã nêu ở phần đáp án, đây là bước đầu tiên chuẩn PMP. Change Request là công cụ chính thức (template trong ITTO của process 4.6), CCB review để đảm bảo tính khả thi. Áp dụng cả traditional, agile/hybrid (sử dụng Change Log).

• ❌ Update the project team about the change request.
  Giải thích sai: Sai thứ tự – cập nhật team chỉ sau khi Change Request được approved (qua Manage Project Knowledge hoặc Direct & Manage Project Work). Lúc này, thay đổi chưa chính thức, update sớm có thể gây hoang mang, lãng phí thời gian hoặc thực hiện sai. Tập trung vào CCB trước, sau mới communicate (theo Manage Communications process).

🏅 Kết luận & Lời khuyên PMP

Câu hỏi kiểm tra kiến thức cốt lõi về Change Control – một trong những điểm "hot" nhất PMP exam (20-25% câu hỏi). Hãy nhớ: No change without control! 💡 Thực hành qua PMI.org mocks để nắm ITTO. Nếu cần thêm case study, hỏi nhé! 📘

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

Câu hỏi này thuộc chủ đề Quản lý Dự án Toàn diện (Project Integration Management) và Quản lý Giá trị Kinh doanh (Business Value Management) trong PMP. Tình huống: Quản lý dự án (PM) nhận được thông tin từ thị trường cho thấy giá trị kinh doanh (business value) của dự án đang thực hiện bị giảm sút. PM tin rằng dự án nên bị dừng lại. Câu hỏi yêu cầu xác định cách xử lý đúng đắn nhất theo quy trình PMP.

🛠️ Phân tích tình huống chính:

• PM phát hiện thay đổi bên ngoài (thị trường) ảnh hưởng đến lợi ích dự án (benefits) và giá trị kinh doanh.
• PM không có quyền quyết định dừng dự án một mình (không phải quyền của PM theo PMBOK).
• Cần escalate (báo cáo lên cấp cao hơn), cụ thể là Sponsor, để đánh giá lại và quyết định (reassess business value).
• Điều này phù hợp với PMBOK 7th Edition (2021, cập nhật đến 2026): Nhấn mạnh Value Delivery System, đánh giá liên tục giá trị dự án trong bối cảnh Uncertainty (PMBOK 4.7 Manage Project Work và Principle 5: Stakeholder Engagement).

📘 Nguồn tham khảo:

• PMBOK® Guide 7th Edition: Section 2.2 (Value Delivery), Principle 3 (Focus on Value).
• PMI Agile Practice Guide (2021): Reassess value in adaptive environments.
• PMP Exam Content Outline 2021 (Domain IV: Business Environment - 8%).

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

Đáp án đúng: Have a discussion with the sponsor and recommend the project business value be reassessed.

Lý do (🟢 Tại sao đúng?):

• PM phải thảo luận với Sponsor (người có quyền quyết định chiến lược) và đề xuất đánh giá lại giá trị kinh doanh thay vì tự quyết định dừng dự án. Điều này đảm bảo quyết định dựa trên dữ liệu (data-driven), tuân thủ Integrated Change Control và Governance (PMBOK 4.6). Sponsor chịu trách nhiệm phê duyệt thay đổi lớn như dừng dự án. Cách tiếp cận này tối ưu hóa giá trị và tránh rủi ro pháp lý/tài chính.

🔍 Giải thí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 nội dung gốc bằng tiếng Anh. Mỗi phương án được đánh giá dựa trên PMP mới nhất (PMBOK 7th & Agile Hybrid).

• ❌ [SAI] Have a discussion with the project sponsor and cancel the project.
  Giải thích sai: PM không có quyền đề xuất hủy dự án ngay lập tức dù thảo luận với Sponsor. Việc hủy cần đánh giá đầy đủ (reassessment) giá trị kinh doanh trước, bao gồm phân tích chi phí/lợi ích (CBA). Nếu bỏ qua bước này, vi phạm Principle 3: Focus on Value (PMBOK 7th). Sponsor quyết định cuối cùng, nhưng PM chỉ recommend reassess, không "cancel" trực tiếp.

• ❌ [SAI] Remove the items no longer applicable from the backlog and present the backlog to the project team.
  Giải thích sai: Việc tự loại bỏ items khỏi backlog là hành động không được ủy quyền (unauthorized change), chỉ áp dụng trong Agile với Product Owner approval. Ở đây, thay đổi ảnh hưởng toàn bộ giá trị dự án, không phải backlog local. PM phải escalate lên Sponsor trước, tránh scope creep ngược và tuân thủ Change Control (PMBOK 4.5).

• ❌ [SAI] Continue working on the defined scope and review the risk matrix.
  Giải thích sai: Tiếp tục scope cũ mà bỏ qua thông tin thị trường mới là bỏ lỡ cơ hội tối ưu hóa giá trị (value optimization). Review risk matrix chỉ xử lý rủi ro nội tại, không giải quyết thay đổi business value bên ngoài. Vi phạm Principle 9: Optimize Risk Responses và Monitor Risks (PMBOK 11), nhưng không thay thế cho reassessment với Sponsor.

• ✅ [ĐÚNG] Have a discussion with the sponsor and recommend the project business value be reassessed.
  Giải thích đúng (như phần trên): Đây là hành động chuyên nghiệp nhất, thúc đẩy Stakeholder Engagement và Holistic Value Delivery (PMBOK 7th, 2.3). Đảm bảo dự án được đánh giá lại để quyết định tiếp tục, điều chỉnh hoặc dừng.

🛡️ Lời khuyên PMP: Luôn ưu tiên escalation đến Sponsor cho quyết định chiến lược. Thực hành này giúp PM tránh trách nhiệm cá nhân và hỗ trợ tổ chức đạt giá trị tối đa! Nếu thi PMP, tập trung vào Business Environment domain (8% exam).

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

Câu hỏi mô tả tình huống thực tế trong dự án xây dựng tòa nhà thương mại: Project manager đang thực hiện dự án thì phát hiện chưa xin được giấy phép xây dựng cần thiết. Việc xin giấy phép sẽ gây delay dự án 1 tháng và tốn 35.000 USD. Tuy nhiên, nếu tiếp tục xây dựng mà không có giấy phép, sẽ bị phạt 1.000 USD/ngày.
🛠️ Phân tích tình huống: Đây là rủi ro pháp lý (legal compliance risk) cao, vì pháp luật yêu cầu phải có giấy phép trước khi xây. Project manager cần ưu tiên tuân thủ pháp luật để tránh phạt nặng (1 tháng = khoảng 30 ngày × 1.000 USD = 30.000 USD, chưa kể rủi ro dừng dự án đột ngột nếu bị kiểm tra). Câu hỏi hỏi hành động đầu tiên (first), nhấn mạnh vào nguyên tắc PMP: Tuân thủ quy định pháp lý là ưu tiên cao nhất, trước cả tiến độ và chi phí (theo PMBOK 7th Edition, phần Stakeholder Engagement và Governance).

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

Đáp án đúng: Obtain the permits before continuing the build.
📘 Lý do: Theo PMP (PMBOK 7th Edition, Principle 4: Be a diligent, respectful, and caring steward), project manager phải tuân thủ pháp luật và quy định trước tiên. Tiếp tục xây dựng vi phạm pháp luật sẽ dẫn đến rủi ro lớn hơn (phạt tiền, dừng dự án, kiện tụng). Hành động đầu tiên là dừng xây và xin giấy phép ngay, dù tốn kém và delay, vì đây là nghĩa vụ pháp lý bắt buộc. Điều này bảo vệ dự án, tổ chức và các bên liên quan. Kiến thức cập nhật đến 2026 (PMP Exam Content Outline 2021+) vẫn nhấn mạnh compliance first trong quản lý rủi ro pháp lý.

🧩 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 và ❌ cho sai, kèm lý do dựa trên PMP:

• Continue the project while trying to obtain the permit.
  ❌ Sai: Phương án này vi phạm pháp luật trực tiếp, vì tiếp tục xây dựng không phép sẽ bị phạt 1.000 USD/ngày và có nguy cơ bị buộc dừng dự án đột ngột (legal shutdown). PMP cấm hành động "vừa làm vừa xin" trong trường hợp bắt buộc pháp lý (PMBOK 7th Edition, Risk Management: Avoid/Transfer legal risks). Đây không phải hành động đầu tiên, mà là rủi ro cao hơn lợi ích.

• Update the risk management plan.
  ❌ Sai: Cập nhật Risk Management Plan là bước sau khi xử lý vấn đề cấp bách. Vấn đề này là rủi ro đã xảy ra (issue), không phải rủi ro tương lai, và pháp luật yêu cầu hành động ngay lập tức chứ không phải lập kế hoạch trước. Theo PMBOK 7th Edition (Process 11.7 Manage Project Knowledge), cập nhật plan chỉ sau khi mitigate issue chính.

• Review lessons learned from previous projects.
  ❌ Sai: Xem lại lessons learned là hoạt động học hỏi sau sự kiện (lessons learned repository), không phải hành động đầu tiên để giải quyết vấn đề hiện tại. PMP khuyến khích sử dụng lessons learned để ngăn ngừa tương lai (PMBOK 7th Edition, Principle 12: Optimize risk responses), nhưng ở đây cần hành động tuân thủ ngay, không phải phân tích quá khứ.

• Obtain the permits before continuing the build.
  ✅ Đúng: Như đã giải thích ở trên, đây là hành động đầu tiên và đúng đắn nhất, ưu tiên compliance pháp lý trước tiến độ/chi phí. PMP coi đây là stewardship và ethical responsibility (PMI Code of Ethics & Professional Conduct, Responsibility standard).

📘 Tài liệu tham khảo

• PMBOK Guide 7th Edition (2021, cập nhật đến 2026): Principle 4 (Stewardship), Domain 5: Project Work (Compliance), Section 4.5 (Risks).
• PMI Code of Ethics (2022): Responsibility – Tuân thủ luật pháp.
• PMP Exam Content Outline (2021+): Task 2.5 (Evaluate risk response), nhưng ưu tiên legal compliance.
• Nguồn: PMI.org, PMBOK® Guide – Seventh Edition (ISBN: 978-1-62825-664-2).

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

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

Câu hỏi này thuộc chủ đề Value Delivery trong quản lý dự án Agile/Iterative (theo PMBOK® Guide 7th Edition và Agile Practice Guide, cập nhật đến 2026). 📊

• Dự án đang áp dụng mô hình giao hàng định kỳ mỗi 2 tuần (có thể là sprint trong Scrum hoặc iteration trong Agile), chứng tỏ quy trình on-time delivery đang hoạt động tốt.
• Tuy nhiên, khách hàng phàn nàn không nhận thấy giá trị kinh doanh (business value) trong sản phẩm được giao. Vấn đề cốt lõi là sản phẩm không mang lại lợi ích thực tế cho khách hàng, dù đúng hạn.
• Project manager cần chọn hoạt động phù hợp nhất để giải quyết, tập trung vào việc đảm bảo giá trị kinh doanh thay vì chỉ tốc độ giao hàng. 🛠️ Đây là tình huống điển hình trong Agile, nơi customer satisfaction và value-driven delivery là ưu tiên hàng đầu (Principle 1: Focus on value trong 12 Agile Principles).

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

Review the definition for the minimum viable product (MVP).

Lý do:
🟢 Trong Agile (PMBOK® 7th Ed., Section 4.5 & Agile Practice Guide, Ch. 3), MVP là phiên bản sản phẩm tối thiểu nhưng có giá trị kinh doanh thực sự (minimum viable product) để khách hàng có thể sử dụng và phản hồi ngay. Nếu giao hàng đúng hạn nhưng khách không thấy value, nguyên nhân thường là định nghĩa MVP chưa align với nhu cầu kinh doanh thực tế (ví dụ: thiếu tính năng cốt lõi hoặc không ưu tiên backlog đúng).
Review MVP giúp điều chỉnh product backlog, refine requirements với khách hàng, đảm bảo mỗi iteration deliver incremental value. Đây là hoạt động chủ động, trực tiếp giải quyết vấn đề mà không thay đổi cấu trúc dự án. 📈
(Nguồn: PMBOK® Guide 7th Edition, p. 72-75; Agile Practice Guide, p. 28-30; Scrum Guide 2020 - MVP trong Product Goal).

❌ 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. Tôi giữ nguyên nội dung văn bản gốc bằng tiếng Anh, chỉ giải thích đúng/sai bằng tiếng Việt. Mỗi phương án được đánh giá dựa trên ngữ cảnh Agile value delivery (PMBOK® 7th Ed.).

• ❌ Change the delivery project approach.
  Sai vì: Thay đổi toàn bộ cách tiếp cận giao hàng (delivery approach) là quá cực đoan và không cần thiết. Dự án đã giao đúng hạn mỗi 2 tuần, vấn đề không phải ở phương pháp giao (như cadence hoặc process) mà là nội dung sản phẩm thiếu value. Thay đổi approach có thể gây rối loạn đội ngũ mà không giải quyết gốc rễ. 🛑 (Không phù hợp với Principle 12: Agile processes promote sustainable development).

• ❌ Review the risk analysis.
  Sai vì: Phân tích rủi ro (risk analysis) tập trung vào threats/opportunities ảnh hưởng tiến độ, chi phí, chất lượng (PMBOK® Domain: Uncertainty). Vấn đề ở đây là perceived business value, không phải rủi ro tiềm ẩn. Review risk không trực tiếp cải thiện value của MVP hoặc sản phẩm giao. ⚠️ (Không liên quan đến Measurement Indicators cho Value Delivery).

• ❌ Perform a cost-benefit analysis.
  Sai vì: Phân tích chi phí-lợi ích (cost-benefit analysis) dùng để đánh giá tính khả thi tài chính của dự án hoặc features (PMBOK® 7th Ed., Ch. 4.6). Nó không giải quyết vấn đề khách hàng không thấy value ngay lập tức trong các delivery iterative. Hoạt động này thụ động, tốn thời gian và không tập trung vào refine MVP để deliver value nhanh chóng. 💰 (Phù hợp hơn cho giai đoạn initiation, không phải mid-project Agile).

• ✅ Review the definition for the minimum viable product (MVP).
  Đúng vì: Như đã giải thích ở trên, đây là hoạt động tối ưu, trực tiếp để đảm bảo mỗi delivery mang business value thực sự. Giúp collaborate với customer refine definition, ưu tiên backlog theo value (MoSCoW hoặc WSJF). 🎯 (Xác nhận từ PMI Agile Certified Practitioner (PMI-ACP)® Exam Content Outline, Domain II: Agile Principles & Mindset).

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

• PMBOK® Guide – Seventh Edition (2021, cập nhật 2026): Domains 2 (Team), 3 (Value), Agile extensions.
• Agile Practice Guide (PMI, 2017/2021): MVP & Incremental Delivery (p. 25-35).
• Scrum Guide (2020/2025): Product Goal & Definition of Done.
• PMI-ACP® Handbook (2024): Value-Driven Delivery.

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 này thuộc chủ đề Quản lý thay đổi yêu cầu (Change Management) và Agile/Scrum practices trong PMP, tập trung vào tình huống một Project Sponsor (nhà tài trợ dự án) yêu cầu Project Manager (PM) thay đổi thứ tự ưu tiên nhiệm vụ của đội ngũ để thêm một feature (tính năng) không nằm trong MVP (Minimum Viable Product) – sản phẩm khả dụng tối thiểu. Sponsor rất mong muốn tính năng này, nhưng việc thêm vào có nguy cơ gây burnout cho đội ngũ (kiệt sức) hoặc trì hoãn phát hành sản phẩm.

🛠️ Bối cảnh chính:

• Dự án đang sử dụng phương pháp Agile (có iteration/sprint), với Product Backlog (danh sách toàn bộ tính năng ưu tiên bởi Product Owner) và Iteration/Sprint Backlog (danh sách nhiệm vụ cho iteration hiện tại).
• PM phải cân bằng giữa giá trị kinh doanh (yêu cầu sponsor) và rủi ro dự án (burnout, delay), tuân thủ nguyên tắc Agile Manifesto (ưu tiên con người, phần mềm hoạt động, hợp tác khách hàng, phản ứng thay đổi) và Scrum values (commitment, focus, respect sprint goal).
• Theo PMBOK 7th Edition (2021) và Agile Practice Guide, PM không được tự ý thay đổi sprint hiện tại (protected commitment), mà phải qua change control và grooming backlog.

📘 Nguồn tham khảo:

• PMBOK® Guide 7th Edition (Project Management Institute, 2021), Principle 5: Optimize Risk Responses; Domain 3: Project Work.
• Agile Practice Guide (PMI, 2017, cập nhật hybrid 2023): Servant Leadership & Team.
• Scrum Guide 2020 (Scrum.org, cập nhật 2025): Product Backlog Refinement & Sprint Planning.

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

Đáp án đúng: Ensure the feature has been included in the product backlog, explain to the sponsor the consequences of the request, and ask the team to include the feature's tasks in the next iteration.

Lý do chọn 🏆:

• Phương án này tuân thủ quy trình Agile chuẩn: Thêm feature vào Product Backlog để Product Owner (thường là sponsor hoặc đại diện) prioritize (không nhồi trực tiếp vào sprint).
• PM giải thích hậu quả (consequences: burnout/delay) → Thể hiện stakeholder engagement và risk management (PMBOK Principle 9: Leadership).
• Đề xuất next iteration → Bảo vệ sprint hiện tại (không disrupt commitment), cho phép refinement và planning ở sprint sau. Điều này giảm rủi ro, duy trì velocity đội ngũ, và khuyến khích empirical process control trong Scrum.

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

Dưới đây là phân tích từng lựa chọn, với ✅ đúng hoặc ❌ sai, dựa trên nguyên tắc PMP/Agile mới nhất (đến 2026, hybrid Agile-Predictive).

• Ensure the feature has been included in the product backlog, explain to the sponsor the consequences of the request, and ask the team to include the feature's tasks in the next iteration
  ✅ Đúng 🥇: Như giải thích trên, đây là cách tối ưu và an toàn. Product Backlog là nơi chứa tất cả potential items, PM educate sponsor về trade-offs (value vs. risk), và defer sang iteration sau để tránh scope creep trong sprint hiện tại. Hỗ trợ continuous improvement (Kaizen).

• Ensure the feature is included in the iteration backlog, ask the team lo work on the current tasks first, and include the new tasks after those tasks are completed
  ❌ Sai 🚫: Đưa trực tiếp vào iteration backlog vi phạm sprint commitment (đội ngũ đã cam kết sprint goal ở Sprint Planning). Việc "làm current tasks trước rồi add sau" gây disruption, tăng WIP (Work In Progress), dẫn đến multitasking và giảm hiệu suất – trái với Scrum Guide (Sprint Backlog immutable).

• Ensure the feature has been included in the product backlog, then hold a meeting with the team and sponsor to determine how to deliver the feature within the current iteration
  ❌ Sai ⚠️: Product Backlog đúng, nhưng meeting để deliver trong current iteration là sai lầm lớn. Nó ép đội ngũ mid-sprint change, gây technical debt, burnout, và delay MVP – vi phạm PMBOK Domain 4: Measurement (track velocity) và Agile Principle 2 (working software over documentation).

• Ensure the feature’s tasks are included in the iteration backlog. explain to the sponsor the consequences of the request. and ask the team to deliver the feature in the current iteration
  ❌ Sai 🔒: Kết hợp nhiều lỗi: Iteration backlog không được thay đổi mid-sprint (immutable), dù explain consequences nhưng vẫn ép deliver current → Tăng rủi ro cao (burnout/delay), bỏ qua team self-organization và Definition of Done. Trái nguyên tắc Protect the Team trong Servant Leadership (PMI).

🧩 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ũ Dự án (Manage Project Team) trong PMP, cụ thể liên quan đến việc xử lý xung đột trong đội ngũ đa nguồn gốc sau sáp nhập công ty (merger). Tình huống: Một Project Manager (PM) từ công ty B được giao quản lý đội ngũ chủ yếu từ công ty A. Xung đột phát sinh ngay từ đầu dự án do thiếu rõ ràng về quy trình (processes) và mối quan hệ của PM với công ty B (có thể gây nghi ngờ lòng trung thành).
📌 Mục tiêu chính: PM cần giải quyết xung đột một cách hiệu quả, thúc đẩy sự hợp tác, xây dựng lòng tin và thống nhất quy trình làm việc chung. Theo PMBOK Guide 7th Edition (2021, cập nhật đến 2026), điều này nhấn mạnh vào Tailoring Processes (tùy chỉnh quy trình phù hợp với ngữ cảnh dự án) và Ground Rules (quy tắc nhóm được đồng thuận để quản lý hành vi và kỳ vọng).

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

Đáp án đúng: Work with the team to analyze which processes are suitable to use and define them in the ground rules.

🛠️ Lý do chi tiết:

• PM nên làm việc cùng đội ngũ để phân tích và chọn quy trình phù hợp (analyze which processes are suitable), thay vì áp đặt. Điều này thúc đẩy sự sở hữu chung (ownership), giảm xung đột và xây dựng lòng tin – phù hợp với nguyên tắc Value Delivery và Team Collaboration trong PMBOK 7th.
• Sau đó, định nghĩa chúng vào Ground Rules (quy tắc nhóm): Ground Rules là công cụ quan trọng trong Develop Team và Manage Team (Process Groups), giúp thiết lập kỳ vọng rõ ràng, quản lý xung đột và đảm bảo mọi người cam kết.
• Cách tiếp cận này tailor processes dựa trên ngữ cảnh merger, tránh thiên vị công ty A hay B, dẫn đến hiệu suất cao hơn.

📘 Nguồn tham khảo:

• PMBOK Guide 7th Edition, Trang 246-248 (Manage Team), Section 4.6.2.3 Ground Rules.
• Agile Practice Guide (tích hợp PMP 2021+), nhấn mạnh Servant Leadership và Team Self-Organization.

📋 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 bằng 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 Edition & PMP Exam Content Outline 2021, cập nhật 2026).

• ✅ Work with the team to analyze which processes are suitable to use and define them in the ground rules.
  🟢 Đúng vì: Như đã giải thích ở trên, cách này khuyến khích hợp tác đội ngũ, tùy chỉnh quy trình (tailoring) và sử dụng Ground Rules để giải quyết xung đột gốc rễ (processes unclear). Đây là best practice cho tình huống merger, thúc đẩy high-performing team.

• ❌ Review the historical information and make the decision based on the return on investment (ROI).
  🔴 Sai vì: Tập trung vào dữ liệu lịch sử và ROI (lợi nhuận đầu tư) là phù hợp cho Business Case hoặc Initiate Phase, không phải giải quyết xung đột đội ngũ. PM không nên đơn phương quyết định (make the decision), mà cần involve team để tránh tăng nghi ngờ về mối quan hệ với công ty B. Vi phạm nguyên tắc Stakeholder Engagement.

• ❌ Avoid the conflict as the customer feels comfortable with using processes from company A.
  🔴 Sai vì: Tránh xung đột (avoid) chỉ là chiến lược tạm thời (Thomas-Kilmann Conflict Mode), không giải quyết gốc rễ và có thể làm giảm động lực đội ngũ từ công ty B. Ưu tiên khách hàng là tốt, nhưng không được bỏ qua team dynamics – PM phải cân bằng tất cả stakeholders, không thiên vị processes của A.

• ❌ Ask the team to use company B’s processes since they are more familiar with these processes.
  🔴 Sai vì: Áp đặt processes của B (dù PM quen thuộc) sẽ làm tăng xung đột, vì đội ngũ chủ yếu từ A sẽ cảm thấy bị ép buộc, vi phạm lòng tin. PMP nhấn mạnh consensus-building thay vì unilateral decision; familiarity của PM không phải lý do chính đáng để ignore team input.

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

Câu hỏi kiểm tra kỹ năng Conflict Resolution và Tailoring trong môi trường hybrid/merger. Hãy luôn ưu tiên collaborative approach để xây dựng psychological safety trong team! Nếu ôn thi PMP, tập trung vào 12 Principles (Stewardship, Team, Stakeholders) và Project Team Management Sphere.
📚 Tài liệu bổ sung: PMI.org PMP Exam Content Outline (2021, valid to 2026); "PMP Exam Prep" by Rita Mulcahy (9th Ed.).

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

Câu hỏi mô tả tình huống một Project Manager (PM) nhận được yêu cầu mới để tích hợp thêm các tính năng vào sản phẩm. Tuy nhiên, team đang được phân bổ đầy đủ (fully allocated), nghĩa là mọi thành viên đang làm việc hết công suất mà không có khoảng trống, và không có ngân sách để thuê thêm nguồn lực mới. 🛠️ Câu hỏi yêu cầu xác định chiến lược phù hợp nhất mà PM nên áp dụng để xử lý tình huống này.

Đây là tình huống điển hình trong quản lý dự án Agile/Adaptive (theo PMBOK 7th Edition, 2021 và cập nhật đến 2026), nơi PM phải ưu tiên tối ưu hóa nguồn lực hiện có, khuyến khích sự tự quản lý của team (self-organizing team), và tập trung vào giá trị kinh doanh mà không mở rộng ngân sách. Không nên giả định team kém hiệu suất, mà cần hợp tác để ưu tiên công việc (prioritization) và điều chỉnh kế hoạch linh hoạt. 📘

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

Đáp án đúng: Discuss the problem with the team and decide how to do the work together.
Lý do: Theo nguyên tắc Servant Leadership và Team Empowerment trong PMBOK 7th Edition (Principle 9: Leadership, Principle 10: Team, và Agile Practice Guide), PM nên thảo luận vấn đề với team để cùng quyết định cách thực hiện. Điều này khuyến khích self-organizing team (Agile Manifesto: "Build projects around motivated individuals"), giúp team ưu tiên backlog, loại bỏ lãng phí, và sáng tạo giải pháp nội bộ mà không cần thêm nguồn lực. Đây là cách tối ưu nhất khi team fully allocated và không có budget, tập trung vào collaborative decision-making để deliver value. 🏆

📋 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 phương án, giữ nguyên văn bản gốc bằng tiếng Anh. Tôi sử dụng ✅ cho đúng và ❌ cho sai, kèm giải thích rõ ràng dựa trên PMP mới nhất (PMBOK 7th & 8th draft insights đến 2026).

• ✅ Discuss the problem with the team and decide how to do the work together.
  Giải thích đúng: Như đã nêu ở trên, đây là chiến lược cốt lõi của hybrid/agile approaches, thúc đẩy stakeholder collaboration (Process 4.5: Manage Project Team) và value delivery mà không vi phạm ràng buộc ngân sách. Team sẽ cùng repioritize features (Product Backlog Refinement) để tích hợp yêu cầu mới hiệu quả. 📘 Nguồn: PMBOK 7th Ed., Principle 12: Optimize Risk Responses; Agile Practice Guide, p.45.

• ❌ Ask the team to accelerate the iterations and avoid interruptions.
  Giải thích sai: Yêu cầu tăng tốc iterations (như sprint velocity) khi team đã fully allocated sẽ dẫn đến burnout, giảm chất lượng và vi phạm sustainable pace (Agile Principle 8). Không giải quyết gốc rễ (thêm features mới), chỉ tạo áp lực ngắn hạn, không khuyến khích sáng tạo. 🛑 Nguồn: PMBOK 7th Ed., Principle 5: Value; Scrum Guide 2020.

• ❌ Recommend that the project sponsor increases the budget to bring new resources.
  Giải thích sai: Câu hỏi rõ ràng nêu "no budget to acquire new resources", nên đề xuất tăng ngân sách là không khả thi và bỏ qua ràng buộc hiện tại. PMBOK nhấn mạnh holistic view of constraints (Triple Constraint + Value), ưu tiên giải pháp nội bộ trước khi escalate, tránh làm phức tạp hóa dự án. 🚫 Nguồn: PMBOK 7th Ed., Principle 7: Adaptability & Resiliency.

• ❌ Verify team performance and ask for improvement during daily standup meetings.
  Giải thích sai: Câu hỏi không đề cập team kém hiệu suất (chỉ fully allocated), nên việc kiểm tra và yêu cầu cải thiện là giả định tiêu cực, có thể làm giảm động lực (demotivate). Daily standup dùng để sync progress, không phải đánh giá hiệu suất (đó là Retrospective). Không giải quyết yêu cầu mới. 😤 Nguồn: PMBOK 7th Ed., Principle 10: Team; Agile Practice Guide, Daily Scrum events.

Kết luận: Chiến lược đúng nhấn mạnh team-centric approach, phù hợp PMP hiện đại hướng tới outcome-based management. Nếu áp dụng thực tế, PM nên update Integrated Change Control (Process 4.6) sau khi thảo luận. 🌟 Tài liệu tham khảo chính: PMBOK Guide 7th Edition (PMI, 2021); Scrum Guide (2020, updated 2025 insights).

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

Câu hỏi thuộc chủ đề quản lý dự án theo chuẩn PMP (Project Management Professional), tập trung vào giai đoạn Execution (Thực thi dự án) và trách nhiệm của Project Manager (PM) mới khi tiếp nhận dự án.

• Bối cảnh chính: Một chiến lược tuân thủ (compliance strategy) đã được tạo ra trong Planning Phase (Giai đoạn lập kế hoạch). Trong Execution Phase (Giai đoạn thực thi), PM cũ rời tổ chức, và một PM mới được giao nhiệm vụ.
• Vấn đề cốt lõi: PM mới cần hành động đầu tiên (first) để đảm bảo dự án tuân thủ (compliant), nghĩa là tránh rủi ro pháp lý, quy định, hoặc tiêu chuẩn ngành.
• Mục tiêu PMP: Theo PMBOK Guide 7th Edition (và cập nhật đến 2026), PM mới phải ưu tiên hiểu rõ tài liệu dự án hiện có trước khi tương tác với bên liên quan, để đảm bảo tính liên tục (continuity) và tránh gián đoạn. Điều này nằm trong Project Integration Management và Manage Project Knowledge (Quản lý Kiến thức Dự án).

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

Đáp án đúng: Review the compliance strategy and version history.

Lý do chi tiết 🛠️:

• Khi PM mới tiếp nhận, bước đầu tiên phải là xem xét tài liệu cốt lõi đã tồn tại để nắm bắt tình hình hiện tại, thay vì thu thập thông tin mới hoặc gặp gỡ ngay lập tức. Compliance strategy là tài liệu cụ thể từ planning, và version history giúp PM mới hiểu các thay đổi, cập nhật gần nhất.
• Điều này đảm bảo hiểu rõ baseline (điểm chuẩn) tuân thủ, tránh hiểu lầm hoặc bỏ sót rủi ro. Theo nguyên tắc Tailoring trong PMBOK 7th, PM mới ưu tiên review project documents (tài liệu dự án) để align với project management plan.
• Hành động này hiệu quả, nhanh chóng và giảm thiểu rủi ro, phù hợp với Agile/ Hybrid approaches nơi kiến thức được lưu trữ trong repositories.

📋 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 thứ tự ưu tiên hành động của PM mới theo PMP:

• Review the organizational process assets (OPAs) for compliance topics.
  ❌ Sai: OPAs (tài liệu quy trình tổ chức) là tài nguyên chung, không phải tài liệu cụ thể của dự án. PM mới nên ưu tiên tài liệu dự án riêng (như compliance strategy) trước OPAs, vì OPAs chỉ hỗ trợ sau khi hiểu rõ dự án. Việc này không phải "first action" và có thể dẫn đến mất thời gian không cần thiết (PMBOK 7th, 2.2.3 Organizational Process Assets).

• Meet with the team to discuss compliance concerns.
  ❌ Sai: Gặp đội ngũ là bước sau khi review tài liệu, vì PM mới cần kiến thức nền tảng để thảo luận hiệu quả. Hành động này có thể gây nhầm lẫn nếu PM chưa nắm baseline, vi phạm nguyên tắc Prepare for Engagement trong Stakeholder Management (PMBOK 7th, Principle 9: Leadership).

• Review the compliance strategy and version history.
  ✅ Đúng: Như giải thích trên, đây là first step lý tưởng để PM mới familiarize với dự án, đảm bảo continuity và compliance ngay lập tức. Phù hợp với Manage Project Knowledge và Lessons Learned (PMBOK 7th, Process 4.6 Control Procurements & 7.3 Manage Project Knowledge).

• Meet with the project sponsor to discuss their compliance concerns.
  ❌ Sai: Gặp sponsor (nhà tài trợ) là quan trọng nhưng không phải first, vì PM mới chưa có dữ liệu để thảo luận chuyên sâu. Nên review tài liệu trước để align kỳ vọng, tránh "shooting in the dark" (PMBOK 7th, 4. -1 Develop Project Charter & Stakeholder Engagement).

📘 Tài liệu tham khảo

• PMBOK Guide 7th Edition (2021, cập nhật PMI đến 2026): Chương 2 (Project Context), Principle 5 (Stakeholders), Domain 1: Stakeholders (Review Project Documents first).
• PMI Agile Practice Guide (2021): Nhấn mạnh "Onboarding new team members" qua review artifacts.
• PMP Exam Content Outline (2021): People Domain (23%), Task 7: Manage conflict/ Lead team → Bắt đầu từ knowledge transfer via documents.
• Nguồn chính thức: PMI.org – Tìm "PMBOK 7th" hoặc "PMP Handbook".

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 câu hỏi trắc nghiệm PMP

📖 Giải thích nội dung câu hỏi:
Câu hỏi mô tả tình huống trong giai đoạn thực thi dự án (Project Execution), khi khách hàng (client) yêu cầu nhiều thay đổi (changes) ảnh hưởng đến thời lượng dự án (project's duration). Quản lý dự án (project manager - PM) cần áp dụng kỹ thuật fast-tracking để rút ngắn lịch trình (accelerate the schedule). Fast-tracking là phương pháp thực hiện các hoạt động song song thay vì tuần tự, nhằm tiết kiệm thời gian nhưng có thể tăng rủi ro. Tuy nhiên, đội ngũ (team) đang lo ngại về việc làm thêm giờ (working overtime). Câu hỏi tập trung vào hành động PM nên làm để động viên đội ngũ (motivate the team), nhấn mạnh khía cạnh quản lý nguồn lực con người (Resource Management) trong bối cảnh áp lực lịch trình. Chủ đề chính thuộc quy trình Develop Team và Manage Team theo PMBOK® Guide 7th Edition, nơi PM cần ưu tiên động lực và hiệu suất đội ngũ để đối phó với thay đổi.

✅ Đáp án đúng: Introduce team-building activities to improve team performance.
Lý do chọn đáp án này: Trong tình huống đội ngũ lo ngại overtime do fast-tracking, PM cần tập trung vào phát triển đội ngũ (Develop Team) để tăng động lực và hiệu suất. Team-building activities giúp xây dựng tinh thần đồng đội, cải thiện giao tiếp và giảm stress, từ đó motivate team chấp nhận thách thức mà không chỉ dựa vào overtime. Điều này phù hợp với PMBOK® Guide 7th Edition (Project Performance Domain: Team), nhấn mạnh vai trò của các hoạt động team-building trong việc nâng cao performance và engagement, đặc biệt khi áp dụng kỹ thuật nén lịch trình (schedule compression) như fast-tracking.

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

Dưới đây là phân tích từng lựa chọn, giữ nguyên văn bản gốc bằng tiếng Anh. Mỗi phương án được đánh giá đúng/sai dựa trên nguyên tắc PMP mới nhất (PMBOK® Guide 7th Edition & 8th Edition updates đến 2026, PMP Exam Content Outline 2021+).

• ❌ Negotiate with the client to reduce the changes in requirements.
  Phương án này sai vì không trực tiếp giải quyết vấn đề motivate team. Việc đàm phán với client thuộc quy trình Manage Changes (Integrated Change Control), nhằm kiểm soát scope thay đổi, nhưng không liên quan đến động viên đội ngũ đang lo overtime. PM nên xử lý thay đổi trước, nhưng câu hỏi tập trung vào team motivation sau khi quyết định fast-tracking (Stakeholder Engagement Domain).

• ❌ Crash the project schedule to ensure completion on time.
  Phương án này sai và thậm chí phản tác dụng. Crashing là kỹ thuật nén lịch trình bằng cách thêm tài nguyên (thường overtime), chính xác là điều team đang lo ngại! Fast-tracking đã được chọn, crashing sẽ tăng chi phí và rủi ro (PMBOK® 7th: Schedule Domain), không motivate mà còn làm giảm tinh thần đội ngũ. PM cần tránh lạm dụng crashing khi team phản đối.

• ✅ Introduce team-building activities to improve team performance.
  Phương án này đúng như đã giải thích ở trên. Team-building là công cụ chính trong Develop Team process (Resource Management), giúp tăng motivation, cohesion và performance. Theo PMP Exam Content Outline (2024-2026), nó hỗ trợ People Domain, đặc biệt khi team đối mặt áp lực từ changes và fast-tracking (tham khảo Agile Practice Guide trong PMBOK® 7th).

• ❌ Meet with the team members to review their roles and responsibilities.
  Phương án này sai vì chỉ là hoạt động cơ bản trong Manage Team process, giúp làm rõ RACI (roles & responsibilities) nhưng không đủ mạnh để motivate khi team lo overtime. Nó thuộc Plan Resource Management, không phải giải pháp trực tiếp cho động lực tinh thần (Team Domain). Team-building hiệu quả hơn để cải thiện performance tổng thể.

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

• PMBOK® Guide – Seventh Edition (2021, cập nhật 2026): Chương Team & Resource Management Domains (trang 89-106).
• PMP Examination Content Outline (PMI, 2021+): Tasks 8.2 (Develop Team), 8.3 (Manage Team).
• Agile Practice Guide (PMI, 2017, tích hợp PMBOK® 7th): Nhấn mạnh team-building trong high-velocity environments.

Phân tích này dựa trên phiên bản PMP mới nhất, ưu tiên value delivery và people-centric approach! 🚀