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

🧩 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 một Project Manager (PM) vừa hoàn thành triển khai thành công (successful deployment) và đang chuẩn bị chuyển giao dự án sang trạng thái vận hành (operational state) trước khi thực hiện các hành động đóng dự án (closeout actions). 🛤️ Mục tiêu chính là xác định hành động PM nên làm để đảm bảo dự án sẵn sàng chuyển sang vận hành.
Theo kiến thức PMP (PMBOK® Guide 7th Edition và PMP Exam Content Outline 2021, cập nhật đến 2026), giai đoạn chuyển giao sang vận hành thuộc Closing Performance Domain và Project Delivery Performance Domain. PM phải xác nhận tất cả deliverables đã hoàn thành, được chấp nhận (accepted), và phù hợp với phạm vi dự án (scope) trước khi handover cho đội ngũ vận hành. Điều này tránh rủi ro thiếu sót, đảm bảo tính liên tục kinh doanh. Không chỉ dừng ở deployment, mà cần kiểm tra toàn diện để closeout suôn sẻ. ✅

✅ Đáp án đúng và lý do lựa chọn:
Meet with the project team to review the work breakdown structure (WBS) and confirm deliverables have been delivered.
🧠 Lý do: Đây là hành động cốt lõi trong Validate Scope process (PMBOK® 7: Uncertainty Domain & Delivery Domain) và Close Project or Phase. PM họp đội ngũ để review WBS (cấu trúc phân tích công việc - cơ sở của scope baseline) và confirm deliverables đã được giao nộp đầy đủ, chính xác theo yêu cầu. Điều này đảm bảo dự án đạt scope completion, sẵn sàng handover sang operations mà không thiếu gì. Trong PMP, WBS là công cụ chính để kiểm tra 100% work packages hoàn thành trước transition. Hành động này proactive, team-based, phù hợp nguyên tắc value delivery và holistic thinking. 📘 (Nguồn: PMBOK® Guide 7th Ed., 4.3 Delivery Performance Domain; PMP Exam Content Outline, Domain 4: Closing, Task 1).

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

• ✅ [ĐÚNG] Meet with the project team to review the work breakdown structure (WBS) and confirm deliverables have been delivered.
  🧠 Phân tích: Như đã giải thích ở trên, đây là bước bắt buộc để verify scope baseline qua WBS, đảm bảo mọi deliverables accepted trước handover. Hỗ trợ lessons learned và closeout checklist. Hoàn hảo cho tình huống post-deployment! 🚀

• ❌ [SAI] Review the project approval requirements in the project charter and confirm who will be approving the project.
  🧠 Phân tích: Project Charter (tài liệu khởi tạo) định nghĩa approval requirements từ đầu dự án (Initiate phase), dùng cho authorizing project hoặc final sign-off bởi sponsor/customer. Nhưng ở giai đoạn closing/transition, PM không cần "confirm who approving" nữa vì deployment đã thành công - focus là verify deliverables, không phải review charter lại. Sai ngữ cảnh! 🔙 (Nguồn: PMBOK® Guide 7th Ed., 2.2 Project Charter).

• ❌ [SAI] Refer to the project's work in progress (WIP) reports to ensure that there is no additional work in the backlog.
  🧠 Phân tích: WIP reports và backlog phổ biến trong Agile/hybrid (Scrum), dùng monitor ongoing work trong execution/monitor phase. Nhưng dự án đã "successful deployment" (gần close), không còn focus backlog/WIP - cần confirm completed deliverables qua WBS, không phải check remaining work. Sai timing và công cụ! ⏳ (Nguồn: PMBOK® Guide 7th Ed., Agile Hybrid Appendix, Measurement Indicators).

• ❌ [SAI] Develop a plan to repay the technical debt incurred during the project and ensure that the project sponsor agrees with the plan.
  🧠 Phân tích: Technical debt (nợ kỹ thuật) là vấn đề maintenance post-project, thuộc operations/support phase, không phải trách nhiệm PM trong closing. PM chỉ handover "as-is" deliverables; repay debt là nhiệm vụ của team vận hành hoặc project tiếp theo. Không liên quan đến "ensure ready for operational state"! 💸 (Nguồn: PMBOK® Guide 7th Ed., 3.5 Uncertainty Domain; Agile Practice Guide).

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

• PMBOK® Guide – Seventh Edition (2021, PMI), các domain: Closing, Delivery, Uncertainty.
• PMP Examination Content Outline (2021, cập nhật 2026), Domain IV: Close Project/Phase.
• PMI.org resources: Closing Process Group checklists.
  Học viên PMP nên thực hành validate scope qua WBS để ace exam! 🌟

🧩 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ý Mua sắm (Procurement Management) và Kiểm soát Phạm vi (Scope Control) trong PMP, dựa trên PMBOK Guide 7th Edition (cập nhật đến 2026). Tình huống mô tả:
Một project manager của nhà cung cấp (vendor) đang triển khai giải pháp phần mềm cho toàn tổ chức khách hàng. Một stakeholder khách hàng (không tham gia quá trình bán hàng) đột ngột yêu cầu thêm các yêu cầu ngoài phạm vi (out of scope) mà không tăng chi phí dự án.

🛠️ Vấn đề cốt lõi: Project manager cần xử lý yêu cầu thay đổi phạm vi từ stakeholder, nhưng phải tuân thủ hợp đồng (contract) và quy trình kiểm soát thay đổi (change control process). Không thể tự ý thêm scope mà không có phê duyệt chính thức, vì điều này có thể ảnh hưởng đến baseline (scope baseline, schedule baseline) và rủi ro tài chính cho vendor. Bước tiếp theo phải bảo vệ phạm vi dự án bằng cách tham chiếu tài liệu hợp đồng chính thức như SOW (Statement of Work), nơi định nghĩa rõ ràng các yêu cầu giao hàng.

📘 Dẫn nguồn tham khảo:

• PMBOK Guide 7th Edition, Domain: Procurement Management (Section 4.7 Validate Scope & 11. Procurement).
• PMP Examination Content Outline 2021 (hiệu lực đến 2026): Task 4.6 (Manage project changes) & Task 11.2 (Manage procurement relationships).
• Practice Standard for Project Configuration Management (PMI, 2023).

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

Đáp án đúng: Refer the stakeholder to the delivery specifications in the statement of work (SOW).

Lý do: Theo nguyên tắc Integrated Change Control (PMBOK 7th), project manager phải tham chiếu SOW – tài liệu hợp đồng chính thức định nghĩa phạm vi giao hàng – để lịch sự từ chối yêu cầu ngoài scope. Điều này giúp giáo dục stakeholder, tránh leo thang không cần thiết, và bảo vệ quyền lợi vendor mà không vi phạm mối quan hệ. Đây là bước next best action ngay lập tức, trước khi xem xét change request chính thức.

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

Dưới đây là phân tích từng phương á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 quy trình PMP chuẩn:

• ❌ Escalate the issue of the additional requirements to the executive leadership team.
  Sai vì: Leo thang ngay đến lãnh đạo cấp cao là bước quá sớm và không hiệu quả. PMP khuyến nghị xử lý ở cấp project manager trước bằng cách tham chiếu hợp đồng (SOW). Escalation chỉ dùng khi không giải quyết được ở cấp thấp hơn (PMBOK 7th, Manage Project Changes). Điều này có thể làm căng thẳng mối quan hệ vendor-khách hàng không cần thiết.

• ❌ Adjust the scope baseline and schedule baseline accordingly.
  Sai vì: Tự ý điều chỉnh baseline mà không qua Change Control Board (CCB) hoặc phê duyệt hợp đồng là vi phạm nghiêm trọng Scope Management Plan. Baseline chỉ thay đổi sau khi đánh giá impact (cost, schedule, risk) và được phê duyệt (PMBOK 7th, 5.6 Control Scope). Làm vậy sẽ gây rủi ro tài chính cho vendor.

• ❌ Implement all the requirements the customer has requested.
  Sai vì: Thực hiện ngay yêu cầu ngoài scope mà không thêm chi phí là scope creep – rủi ro lớn nhất trong dự án. PMP yêu cầu không chấp nhận thay đổi không kiểm soát, đặc biệt trong procurement (vendor contract). Điều này vi phạm nguyên tắc "Value Delivery" và có thể dẫn đến tranh chấp hợp đồng (PMBOK 7th, Procurement Principles).

• ✅ Refer the stakeholder to the delivery specifications in the statement of work (SOW).
  Đúng vì: Đây là bước chuyên nghiệp và đúng quy trình, sử dụng SOW làm cơ sở pháp lý để chứng minh yêu cầu ngoài scope. Giúp stakeholder hiểu rõ ràng, mở đường cho change request nếu cần (PMBOK 7th, 12.2 Manage Project Procurements: "Review contract terms"). Hành động này bảo vệ dự án mà vẫn duy trì mối quan hệ tích cực.

🛡️ Lời khuyên PMP: Luôn ưu tiên tài liệu hợp đồng trước khi hành động thay đổi. Nếu stakeholder vẫn kiên trì, mới submit change request hoặc escalate!

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

Câu hỏi này thuộc chủ đề Agile/Scrum trong PMP (phiên bản PMBOK Guide 7th Edition và các thực hành Agile cập nhật đến 2026), tập trung vào vai trò của Scrum Master trong Daily Scrum (hay Daily Standup).

• Bối cảnh: Một Project Manager đang kiêm nhiệm vai trò Scrum Master cho một team developers. Tại buổi Daily Standup hàng ngày, một số developers phàn nàn về các impediments (chướng ngại vật) cụ thể: tiếng ồn từ team lân cận, hiệu suất laptop kém, và khó khăn trong việc đặt phòng họp.
• Mục tiêu câu hỏi: Kiểm tra hiểu biết về trách nhiệm cốt lõi của Scrum Master trong việc xử lý impediments ngay tại Daily Scrum, nhằm giữ cho team tự quản lý, tập trung vào tiến độ sprint, và loại bỏ trở ngại nhanh chóng. Daily Scrum không phải để giải quyết vấn đề chi tiết mà chỉ để identify và acknowledge impediments, sau đó Scrum Master facilitate (hỗ trợ) resolution.

📘 Nguồn tham khảo:

• Scrum Guide (2020, cập nhật ổn định đến 2026): Phần "Daily Scrum" và "Scrum Master Accountabilities".
• PMBOK Guide 7th Edition: Section 4.5.1 (Agile Team Roles), Agile Practice Guide (Chapter 3: Scrum).

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

Đáp án đúng: Acknowledge the impediments and facilitate their resolutions.

Lý do: 🛠️ Scrum Master phải nhận diện (acknowledge) các impediments ngay tại Daily Scrum để team cảm thấy được lắng nghe, đồng thời hỗ trợ (facilitate) giải quyết chúng một cách nhanh chóng và hiệu quả. Điều này phù hợp với nguyên tắc Agile: Scrum Master là "servant-leader" giúp loại bỏ trở ngại, không tự giải quyết thay mà empower team. Không delay hoặc escalate không cần thiết, vì impediments ảnh hưởng trực tiếp đến velocity của sprint.

📋 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 vai trò Scrum Master theo Scrum Guide và PMBOK 7th.

• ❌ [SAI] Assign actions to all stakeholders and oversee their implementation.
  ❌ Lý do sai: Scrum Master không assign actions trực tiếp hoặc oversee như một manager truyền thống, vì điều này vi phạm nguyên tắc team tự quản lý (self-organizing team) trong Agile. Assigning sẽ làm team phụ thuộc, không khuyến khích tự giải quyết. Scrum Master chỉ facilitate, không micromanage.

• ✅ [ĐÚNG] Acknowledge the impediments and facilitate their resolutions.
  ✅ Lý do đúng: Đây là hành động chuẩn mực nhất. Tại Daily Scrum, Scrum Master acknowledge để ghi nhận vấn đề (giúp team cảm thấy an toàn - psychological safety), rồi facilitate bằng cách phối hợp với team để resolve (ví dụ: liên hệ IT cho laptop, sắp xếp phòng họp). Điều này tối ưu hóa flow và tuân thủ Scrum events.

• ❌ [SAI] Note the impediments and escalate them to the product owner.
  ❌ Lý do sai: Product Owner (PO) chịu trách nhiệm về backlog và value, không xử lý impediments (đó là accountability của Scrum Master). Escalate đến PO sẽ làm chậm tiến độ và nhầm lẫn vai trò, vi phạm Scrum Guide rõ ràng.

• ❌ [SAI] Note the impediments and work on addressing them later.
  ❌ Lý do sai: Delay (để sau) là sai lầm lớn vì impediments cản trở productivity ngay lập tức trong sprint. Scrum Master phải hành động kịp thời để bảo vệ team, không "note and later" – điều này trái với tinh thần "remove impediments" liên tục trong Agile.

🧩 Kết luận: Câu hỏi nhấn mạnh facilitation skills của Scrum Master, giúp thí sinh PMP phân biệt rõ vai trò Agile so với traditional PM. Áp dụng thực tế: Sử dụng công cụ như impediment board hoặc Jira để track và resolve nhanh!

🧩 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 theo PMP:
Một Project Manager đang dẫn dắt một dự án phức tạp về mặt kỹ thuật, thuộc một chương trình chiến lược lớn (strategic program), và đây là dự án đầu tiên áp dụng cách tiếp cận Agile. Một thành viên hội đồng quản trị (board member) muốn tham dự một cuộc họp để theo dõi tiến độ thực hiện phạm vi dự án (delivery of the project scope).

🛠️ Ý nghĩa cốt lõi: Trong môi trường Agile (cụ thể là Scrum - phổ biến trong PMP), Project Manager cần chọn sự kiện phù hợp nhất để stakeholder cấp cao như board member có thể quan sát tiến độ một cách minh bạch, hiệu quả, mà không làm gián đoạn hoạt động nội bộ của đội ngũ. Điều này phù hợp với nguyên tắc Stakeholder Engagement trong PMBOK 7th Edition và Agile Practice Guide, nhấn mạnh việc mời stakeholder tham gia các sự kiện review định kỳ để cung cấp feedback kịp thời. Dự án là "first to use agile" nên cần tuân thủ nghiêm ngặt các Agile ceremonies để đảm bảo tính nhất quán và học hỏi.

✅ Đáp án đúng: Invite the board member to the next sprint review

Lý do lựa chọn:
Sprint Review (hay Sprint Demo) là sự kiện cuối mỗi Sprint (thường 1-4 tuần), nơi đội ngũ trình bày những gì đã hoàn thành trong Sprint (increment of potentially shippable product), bao gồm progress của scope. Đây là dịp lý tưởng để stakeholder bên ngoài như board member tham gia, xem demo trực tiếp, cung cấp feedback và xác nhận alignment với mục tiêu chiến lược. Việc này thúc đẩy transparency và value delivery - cốt lõi của Agile Manifesto và PMP Hybrid Approach. Không làm gián đoạn nội bộ, phù hợp với dự án phức tạp và là "first agile project" để thể hiện quy trình chuẩn.

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

• Invite the board member to a separate demo. ❌
  Sai vì: Việc tổ chức một buổi demo riêng biệt không phải là Agile ceremony chuẩn, có thể tạo thêm overhead không cần thiết, thiếu tính minh bạch với toàn đội ngũ và stakeholder khác. Trong PMP Agile, ưu tiên sử dụng các sự kiện có sẵn như Sprint Review thay vì tạo event ad-hoc, tránh lãng phí thời gian và làm lệch hướng "first agile project".

• Invite the board member to the next sprint review. ✅
  Đúng vì: Như đã giải thích ở trên, đây là sự kiện chính thức dành cho stakeholder để review scope progress, demo sản phẩm và thu thập feedback. Hoàn hảo cho board member quan tâm đến delivery, phù hợp PMBOK 7th (Domain: Stakeholder & Delivery) và Scrum Guide 2020 (Sprint Review event).

• Invite the board member to the next sprint retrospective. ❌
  Sai vì: Sprint Retrospective là sự kiện nội bộ đội ngũ (team chỉ), tập trung vào cải thiện quy trình và bài học kinh nghiệm (process improvement), không phải review scope hay demo sản phẩm. Mời external như board member sẽ vi phạm nguyên tắc psychological safety và confidentiality, theo Agile Practice Guide (PMI).

• Invite the board member to the next daily standup. ❌
  Sai vì: Daily Standup (Daily Scrum) là cuộc họp ngắn hàng ngày (15 phút max) dành riêng cho Development Team để đồng bộ công việc, không phải để demo scope hay stakeholder tham gia. Việc mời board member sẽ làm gián đoạn flow, thiếu giá trị và không phù hợp với dự án phức tạp (có thể lên đến hàng chục người tham gia), theo Scrum Guide.

📘 Tài liệu tham khảo (Cập nhật đến 2026)

• PMBOK Guide 7th Edition (2021): Performance Domain "Stakeholder" (Section 4.5) và "Delivery" (Section 4.7) - Nhấn mạnh stakeholder tham gia Agile events như reviews.
• Agile Practice Guide (PMI, 2017 - vẫn chuẩn đến 2026): Chapter 5 "Scrum Events" - Chi tiết Sprint Review là nơi inspect increment và adapt product backlog.
• Scrum Guide (2020, Scrum.org/Ken Schwaber): Sprint Review (trang 11-12): "The purpose of the Sprint Review is to inspect the outcome of the Sprint and determine future adaptations."
• PMI's PMP Exam Content Outline (2021+): Agile Hybrid (35% exam), ưu tiên ceremonies đúng vai trò.

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

🧩 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ý Đội ngũ (Manage Team) trong PMP, cụ thể liên quan đến kỹ năng lãnh đạo và giải quyết xung đột trong các cuộc họp tiến độ dự án. Tình huống mô tả: Các cuộc họp diễn ra qua hội nghị trực tuyến (virtual conference calls), và một thành viên đội ngũ liên tục ngắt lời (interrupts) người khác, dẫn đến các thành viên khác không có cơ hội nói hoặc hoàn thành giải thích. Vấn đề cốt lõi là hành vi cá nhân gây rối loạn, ảnh hưởng đến hiệu quả họp và sự tham gia của đội ngũ. Project Manager cần chọn hành động phù hợp nhất ngay lập tức để khắc phục, dựa trên nguyên tắc lãnh đạo phục vụ (servant leadership), huấn luyện (coaching) và giải quyết vấn đề một cách riêng tư để tránh làm mất mặt thành viên.

📘 Kiến thức PMP cập nhật (PMBOK 7th Edition, 2021 & PMI updates đến 2026): Theo PMBOK 7th, Domain 5: Team & Stakeholders, nguyên tắc Manage Team nhấn mạnh xử lý xung đột cá nhân riêng tư (one-on-one) để khuyến khích hành vi tích cực, tránh công khai gây căng thẳng nhóm. Agile Manifesto và Hybrid approaches cũng ưu tiên emotional intelligence trong virtual teams.

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

Đáp án đúng: Speak individually with the team member who always disrupts the conversations.

Lý do 🛠️:

• Đây là hành động trực tiếp, riêng tư và hiệu quả nhất để giải quyết vấn đề gốc rễ – hành vi ngắt lời của một cá nhân cụ thể. Project Manager đóng vai trò huấn luyện viên (coach), nói chuyện 1:1 giúp hiểu nguyên nhân (có thể do thiếu kỹ năng giao tiếp, lo lắng, hoặc vấn đề cá nhân), đồng thời nhắc nhở kỳ vọng hành vi mà không làm mất mặt người đó trước nhóm.
• Phù hợp Servant Leadership (PMBOK 7th, Principle 7: Foster a Team Environment) và High-Performing Teams model: Xử lý sớm, riêng tư để duy trì sự tôn trọng và khuyến khích tham gia.
• Nguồn tham khảo: PMBOK Guide 7th Edition, Section 4.5.2 Manage Team; PMI's Code of Ethics (Responsibility & Respect); The PMP Exam Content Outline 2021 (People Domain, Task 12: Coach and mentor relevant stakeholders).

📋 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 tính phù hợp, kịp thời và hiệu quả theo PMP.

• Start the meeting with a review of the ground rules, meeting objectives, and the agenda.
  ❌ Sai: Phương án này là phòng ngừa chung (preventive), tốt cho mọi cuộc họp nhưng không giải quyết vấn đề hiện tại – hành vi lặp lại của một cá nhân cụ thể. Việc review công khai có thể làm người đó cảm thấy bị chỉ trích gián tiếp, dẫn đến phòng thủ hoặc xung đột lớn hơn. PMP ưu tiên xử lý cá nhân hóa trước khi áp dụng quy tắc nhóm (PMBOK 7th, Models 3.14 Team Performance).

• Speak individually with the team member who always disrupts the conversations.
  ✅ Đúng: Như đã giải thích ở trên, đây là hành động tốt nhất – riêng tư, trực tiếp, thể hiện leadership mạnh mẽ. Giúp xây dựng lòng tin và điều chỉnh hành vi mà không ảnh hưởng nhóm (PMI Talent Triangle: Leadership skill).

• Manage time efficiently using the agenda and ask each participant to contribute.
  ❌ Sai: Phương án này quản lý triệu chứng (symptom management) chứ không chữa gốc rễ. Việc kiểm soát thời gian và yêu cầu đóng góp có thể giúp họp ngắn gọn hơn, nhưng không ngăn chặn hành vi ngắt lời lặp lại, thậm chí làm tình hình tệ hơn nếu người đó tiếp tục dominate. PMP nhấn mạnh nguyên nhân gốc (root cause) qua coaching cá nhân (PMBOK 7th, Principle 9: Optimize Risk Responses).

• Speak individually with the team members who do not participate in conversations.
  ❌ Sai: Hoàn toàn sai hướng – vấn đề là người ngắt lời, không phải những người im lặng (họ là nạn nhân). Nói chuyện với họ có thể làm họ cảm thấy bị đổ lỗi, giảm động lực tham gia thêm. PMP dạy focus on the source of disruption (PMBOK 7th, Domain 5: Team, Conflict Resolution techniques like Direct Approach privately).

Kết luận 🎯: Đáp án đúng giúp Project Manager thể hiện emotional intelligence cao, duy trì môi trường hợp tác virtual hiệu quả. Nếu áp dụng thực tế, theo dõi sau 1-2 cuộc họp để đánh giá cải thiện! (Tham khảo thêm: PMI.org Agile Practice Guide 2021, Virtual Teams chapter).

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

Câu hỏi tập trung vào tình huống một Project Manager (PM) đang quản lý dự án triển khai công nghệ mới, với team members và customers hoạt động ở nhiều quốc gia khác nhau. Dự án có đặc thù là chứa đựng ambiguities (sự mơ hồ), uncertainties (sự không chắc chắn) và unknowns (những điều chưa biết) cả về công nghệ lẫn kỳ vọng của end-user.

📌 Mục tiêu chính: PM cần làm gì để giữ chân stakeholders (các bên liên quan) luôn tham gia tích cực? Đây là vấn đề liên quan đến Stakeholder Engagement trong PMBOK® Guide 7th Edition (cập nhật đến 2026), nhấn mạnh vào việc sử dụng các công cụ hỗ trợ hợp tác liên tục, đặc biệt trong môi trường hybrid/distributed teams, agile/hybrid approaches với rủi ro cao về uncertainties. Câu hỏi kiểm tra khả năng chọn phương pháp phù hợp nhất để thúc đẩy engagement động, thay vì giao tiếp truyền thống.

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

Đáp án đúng: Use a shared collaboration platform.

Lý do 🛠️:

• Trong dự án có distributed stakeholders (nhiều quốc gia, múi giờ khác nhau) và high uncertainties, một shared collaboration platform (như Microsoft Teams, Slack, Jira, Confluence) cho phép hợp tác thời gian thực (real-time), chia sẻ tài liệu chung, feedback liên tục, và quản lý ambiguities qua iterative discussions.
• Theo PMBOK® 7th Edition (Section 4.6 - Manage Stakeholder Engagement) và Stakeholder Engagement Assessment Matrix, phương pháp này hỗ trợ continuous engagement, giúp giải quyết unknowns nhanh chóng, tăng transparency và adaptability – phù hợp với Principle 9: Optimize Risk Responses/Uncertainty.
• Đây là best practice cho dự án công nghệ mới, khuyến khích tailored communications trong môi trường global/virtual.

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

• PMBOK® Guide – Seventh Edition (PMI, 2021, cập nhật 2026 qua Agile Practice Guide).
• The Standard for Project Management (Section on Models, Methods, Artifacts for Engagement).

❌ 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 tính phù hợp với ngữ cảnh multi-country, high uncertainty:

• Use meetings as a communication channel.
  ❌ Sai: Meetings (họp trực tuyến/trực tiếp) chỉ là kênh giao tiếp theo lịch cố định, dễ bị hạn chế bởi múi giờ khác nhau và không hỗ trợ engagement liên tục. Với ambiguities cao, meetings không đủ để xử lý real-time feedback, dễ dẫn đến disengagement. (PMBOK® 7th: Không phải kênh chính cho continuous collaboration).

• Use email as a communication channel.
  ❌ Sai: Email là one-way/asynchronous nhưng dễ gây overload, thiếu interactivity và khó theo dõi unknowns trong distributed teams. Không khuyến khích engagement động, đặc biệt với end-user expectations mơ hồ. (PMBOK® 7th: Email phù hợp push information, không phải engage stakeholders phức tạp).

• Use feedback and decision-making tools.
  ❌ Sai: Các tools này (như surveys, voting apps) hữu ích cho thu thập ý kiến cụ thể nhưng không tạo không gian hợp tác toàn diện. Thiếu shared space để thảo luận ambiguities liên tục, không lý tưởng cho global teams với uncertainties cao. (PMBOK® 7th: Hỗ trợ Engage but not comprehensive như platform).

• Use a shared collaboration platform.
  ✅ Đúng (như đã giải thích ở trên): Tối ưu nhất cho engagement bền vững, hỗ trợ 12 Principles of PMBOK® 7th như Stewardship, Teamwork, và Adaptability.

💡 Kết luận: Lựa chọn này nhấn mạnh shift từ traditional comms sang digital collaboration trong PMP hiện đại (2026), giúp PM proactively manage engagement trong dự án volatile!

🧩 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ý rủi ro và Quản lý đội ngũ dự án trong PMP (Project Management Professional), dựa trên PMBOK Guide 7th Edition (và các cập nhật đến 2026 từ PMI, nhấn mạnh vào nguyên tắc giá trị hướng đến và cách tiếp cận lai Hybrid).

Tình huống cụ thể:

• Dự án đã hoàn thành giai đoạn thiết kế sớm hơn lịch trình (ahead of schedule), tạo ra "float" hoặc thời gian dư thừa.
• Bất ngờ, nhà cung cấp (vendor) thông báo một sản phẩm bàn giao (deliverable) có thể bị trễ hạn do thiếu nguồn lực (resource shortage).
• Đội ngũ nội bộ hỏi xem họ có nên tiếp tục giao hàng theo lịch trình gốc không.

Mục tiêu câu hỏi: Kiểm tra khả năng xử lý rủi ro từ bên thứ ba (vendor risk) của Project Manager (PM), đồng thời duy trì cam kết lịch trình tổng thể. PM cần hợp tác với đội ngũ để tìm giải pháp thay thế, thay vì phản ứng thụ động hoặc ép buộc, phù hợp với 12 Nguyên tắc PMP (như Stewardship, Team, Adaptability, và Value) và Domain 3: Project Team Management trong PMP Exam Content Outline 2021+.

📘 Nguồn tham khảo:

• PMBOK 7th Edition, Section 4.5 (Project Work) & 9.2.3 (Manage Project Resources).
• PMI Agile Practice Guide (2021), nhấn mạnh collaboration trong tình huống rủi ro.
• PMP Exam Content Outline (cập nhật 2024-2026): 17% câu hỏi về Team Leadership.

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

Đáp án đúng: Discuss with the project team alternative options to deliver as planned.

Lý do 🛠️:

• PM cần thảo luận hợp tác với đội ngũ để xác định các lựa chọn thay thế (alternative options), tận dụng thời gian dư từ design phase để bù đắp rủi ro vendor delay. Điều này thúc đẩy sáng tạo, trách nhiệm chung (shared ownership) và tối ưu hóa giá trị dự án, tránh crash schedule. Phù hợp Hybrid/Agile mindset trong PMP mới, ưu tiên problem-solving collaboratively thay vì chỉ định lệnh.
• Không ép overtime ngay (tránh burnout), mà khai thác buffer time để deliver on time, đảm bảo stakeholder satisfaction.

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

• [SAI] Inform the project team that they may proceed at a more relaxed pace.
  ❌ Sai vì: Giảm tốc độ sẽ phá hủy lợi thế "ahead of schedule", tăng rủi ro tổng thể khi vendor delay. PMBOK 7th nhấn mạnh proactive risk response (mitigate/avoid), không phải relax – vi phạm Nguyên tắc Optimize Resources và có thể dẫn đến scope creep hoặc penalty từ contract.

• [ĐÚNG] Discuss with the project team alternative options to deliver as planned.
  ✅ Đúng vì: Như đã giải thích ở trên, khuyến khích brainstorming options (ví dụ: reallocate internal resources, find backup vendor, parallel work). Hỗ trợ Domain 2: Business Analysis (value delivery) và Domain 4: Project Delivery (adaptive planning). Đây là best practice cho tình huống uncertainty.

• [SAI] Inform the project team that some of them will work for the vendor.
  ❌ Sai vì: PM không kiểm soát vendor resources (external entity), việc assign team nội bộ sang vendor có thể vi phạm contract, gây legal issue, và làm suy yếu dự án nội bộ. PMBOK 7th (9.1 Acquire Resources) yêu cầu negotiate với vendor riêng, không "cho mượn" team mà không assess feasibility.

• [SAI] Discuss with the team the need for longer hours to minimize the impact.
  ❌ Sai vì: Ép overtime/longer hours là giải pháp cuối cùng (last resort), dễ gây team burnout, giảm morale và productivity dài hạn (vi phạm Nguyên tắc Team & Holistic Thinking). PMP ưu tiên alternative options trước khi adjust schedule/resources; overtime chỉ dùng khi không còn cách khác (PMBOK 7th, 4.7 Manage Project Work).

Kết luận 🎯: Câu hỏi nhấn mạnh leadership collaborative của PM trong rủi ro vendor. Học viên PMP nên nhớ: Luôn engage team sớm để co-create solutions! Nếu thi PMP, focus vào mindset "value-first" thay vì command-control.

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

Câu hỏi mô tả tình huống một stakeholder (người liên quan) thông báo cho project manager (PM) về một số khoảng trống và vấn đề liên quan đến tuân thủ (compliance-related gaps and issues). Stakeholder sau đó đưa ra nhiều gợi ý để giải quyết các vấn đề này. Câu hỏi yêu cầu PM nên làm gì tiếp theo để xử lý tình huống một cách phù hợp.
🛠️ Bối cảnh PMP: Đây là tình huống quản lý stakeholder engagement và issue management trong dự án. Theo PMBOK® Guide 7th Edition (và cập nhật đến 2026), PM phải ưu tiên hành động trực tiếp, hợp tác để giải quyết vấn đề tuân thủ ngay lập tức, thay vì escalate hoặc ghi nhận sau. Compliance là vấn đề nghiêm trọng, cần engage team responsible để implement solutions từ stakeholder.

✅ Đáp án đúng

Discuss the suggestions with the staff responsible for the compliance issues.
Lý do chọn đáp án này (🧩 Phân tích chi tiết):

• Đây là hành động đầu tiên và phù hợp nhất vì PM cần thảo luận gợi ý từ stakeholder với đội ngũ chịu trách nhiệm trực tiếp (staff responsible) để đánh giá tính khả thi, phân công nhiệm vụ và triển khai giải pháp.
• Theo nguyên tắc Stakeholder Engagement (PMBOK 7th Ed., Principle 9: Optimize Risk Responses & Engage Stakeholders), PM phải hợp tác với team để giải quyết issue, tránh để vấn đề leo thang.
• Compliance gaps là issue cần resolve ngay, không phải escalate hay ghi nhận sau. Hành động này đảm bảo ownership ở cấp thực thi, thúc đẩy continuous improvement.
  ✅ Ưu điểm: Tăng hiệu quả, giảm rủi ro tuân thủ, phù hợp với Agile/ Hybrid approaches trong PMP mới.

📋 Phân tí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 nội dung gốc bằng tiếng Anh, chỉ giải thích bằng tiếng Việt với lý do đúng/sai:

• ✅ Discuss the suggestions with the staff responsible for the compliance issues.
  Giải thích: Phương án này ĐÚNG vì nó tập trung vào hành động trực tiếp và hợp tác với đội ngũ chịu trách nhiệm (responsible staff), giúp implement gợi ý từ stakeholder một cách nhanh chóng. PMBOK nhấn mạnh PM là facilitator để resolve issues tại nguồn gốc (Issue Management trong Monitoring & Controlling). Điều này tránh trì hoãn và đảm bảo compliance được khắc phục hiệu quả.

• ❌ Review this with the project sponsor to avoid compliance gaps and issues.
  Giải thích: Phương án này SAI vì escalate ngay lên sponsor là không cần thiết và không hiệu quả. Sponsor chỉ can thiệp ở mức strategic/high-level risks, không phải issue vận hành như compliance gaps. PM phải tự quản lý issue trước (PMBOK 7th Ed., Section 4.6: Manage Project Work), chỉ escalate nếu vượt quyền hạn. Hành động này có thể làm chậm tiến độ và giảm uy tín PM.

• ❌ Log the feedback from the compliance gaps in the lessons learned register.
  Giải thích: Phương án này SAI vì lessons learned register dùng để ghi nhận bài học cho dự án tương lai (Manage Project Knowledge, PMBOK 7th Ed., Principle 10), không phải để giải quyết issue hiện tại. Feedback cần action ngay với team, chứ không chỉ log thụ động. Làm vậy sẽ bỏ lỡ cơ hội khắc phục compliance kịp thời, vi phạm nguyên tắc proactive management.

• ❌ Use the compliance issues to identify coaching and mentoring opportunities.
  Giải thích: Phương án này SAI vì coaching/mentoring là hoạt động phát triển team dài hạn (Develop Team process, PMBOK 7th Ed., People Domain), không phải hành động ưu tiên đầu tiên cho issue tuân thủ nghiêm trọng. Compliance gaps cần resolve trước bằng cách implement suggestions, sau đó mới xem xét mentoring như một phần improvement. Ưu tiên sai sẽ dẫn đến rủi ro pháp lý hoặc dự án.

📘 Tài liệu tham khảo

• PMBOK® Guide – Seventh Edition (2021, cập nhật PMI đến 2026):
  • Principle 9: Optimize Risk Responses & Engage Stakeholders (trang 37-39).
  • Domain: Stakeholder (Section 3.5: Engage Stakeholders).
  • Process: Manage Project Knowledge (4.7) và Monitor & Control Project Work (4.6).
• PMI's The Standard for Project Management (2021): Nhấn mạnh issue ownership ở team level.
• Process Groups: A Practice Guide (PMI, 2022): Issue Log Management – discuss with responsible parties first.
  🛠️ Lời khuyên PMP: Trong kỳ thi PMP mới, ưu tiên value-driven actions và team empowerment cho issue như compliance! Nếu cần đào sâu, tham khảo PMI.org hoặc app PMP prep chính thức.

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

Câu hỏi này thuộc chủ đề Sprint Planning trong phương pháp Agile/Scrum, một phần quan trọng của PMP (Project Management Professional) theo phiên bản mới nhất (PMBOK Guide 7th Edition và Agile Practice Guide cập nhật đến 2023-2026).

• Bối cảnh: Đội ngũ dự án đang lập kế hoạch Sprint (Sprint Planning). Dựa trên ước lượng nỗ lực (effort estimation), chỉ có thể hoàn thành 95% các items trong Sprint Backlog. Điều này có nghĩa là có nguy cơ không hoàn thành hết các items đã chọn, nên cần ưu tiên lại để đảm bảo giá trị cao nhất được giao.
• Yêu cầu từ Product Owner: Product Owner (PO) hỏi Project Manager (hoặc Scrum Master trong ngữ cảnh Agile) về cách ưu tiên các items trong Product Backlog để chọn những gì quan trọng nhất cho Sprint.
• Mục tiêu chính: Trong Agile, ưu tiên Backlog không dựa trên yếu tố kỹ thuật hay rủi ro đơn thuần, mà tập trung vào giá trị mang lại cho khách hàng/stakeholders để tối ưu hóa lợi ích kinh doanh. Đây là nguyên tắc cốt lõi của Value-Driven Delivery trong Agile.

📘 Dẫn nguồn:

• PMBOK Guide 7th Edition, Principle 5: Value (Giá trị).
• Agile Practice Guide (PMI, 2021-2025 updates): Phần "Product Backlog Prioritization" – PO chịu trách nhiệm ưu tiên dựa trên business value.
• Scrum Guide (2020-2025): Product Backlog items được sắp xếp theo mức độ giá trị (value) cao nhất.

✅ Đáp án đúng: Business value

Lý do lựa chọn:

• Trong Agile/Scrum, Product Owner là người chịu trách nhiệm chính cho việc ưu tiên Product Backlog, và tiêu chí hàng đầu là Business Value (giá trị kinh doanh). Điều này đảm bảo Sprint tập trung vào các items mang lại lợi ích lớn nhất cho khách hàng, doanh nghiệp, ngay cả khi không hoàn thành 100% công việc.
• Với tình huống chỉ 95% capacity, ưu tiên business value giúp tối ưu hóa ROI (Return on Investment) và tuân thủ nguyên tắc "Deliver Value Early and Often".
• 🛠️ Áp dụng thực tế: Sử dụng kỹ thuật như WSJF (Weighted Shortest Job First) hoặc MoSCoW, nhưng cốt lõi vẫn là business value (revenue impact, customer satisfaction, strategic alignment).

🛠️ 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 một cách chi tiết, 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 best practices Agile/PMP mới nhất:

• ❌ [SAI] Technical complexity
  Giải thích: Độ phức tạp kỹ thuật (technical complexity) không phải là tiêu chí ưu tiên chính cho Product Backlog. Nó chỉ được xem xét trong Sprint Planning khi phân tích items (decomposition), không dùng để sắp xếp thứ tự Backlog. Ưu tiên theo complexity có thể dẫn đến trì hoãn giá trị kinh doanh cao, vi phạm nguyên tắc Agile "Value over Features". (📘 Nguồn: Agile Practice Guide, Ch. 4.2).

• ✅ [ĐÚNG] Business value
  Giải thích: Như đã nêu ở trên, đây là tiêu chí cốt lõi. PO sử dụng business value (dựa trên feedback stakeholders, KPIs kinh doanh) để xếp hạng items theo thứ tự giảm dần. Trong tình huống capacity hạn chế (95%), chọn items value cao giúp dự án thành công hơn. (📘 Nguồn: PMBOK 7th, Hybrid Approaches).

• ❌ [SAI] Risk to delivery
  Giải thích: Rủi ro giao hàng (risk to delivery) là yếu tố phụ, thường dùng trong Risk-Based Prioritization (như ở RUP hoặc hybrid Agile), nhưng không phải tiêu chí chính trong Scrum thuần. Nó có thể kết hợp với value (ví dụ: Value/Risk matrix), nhưng câu hỏi tập trung vào lời khuyên cho PO – người ưu tiên value trước. Ưu tiên risk có thể làm chậm delivery value cao. (📘 Nguồn: Scrum Guide, Product Backlog Refinement).

• ❌ [SAI] Estimation accuracy
  Giải thích: Độ chính xác ước lượng (estimation accuracy) dùng để cải thiện planning poker hoặc refinement, không phải để ưu tiên Backlog. Nó giúp dự báo capacity, nhưng không quyết định thứ tự items. Sử dụng nó sẽ dẫn đến backlog không align với mục tiêu kinh doanh. (📘 Nguồn: PMI Agile Certified Practitioner (PMI-ACP) Exam Content Outline 2025).

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

• ✅ Key Takeaway: Luôn ưu tiên Business Value để đảm bảo dự án Agile mang lại lợi ích tối đa, đặc biệt trong constraint capacity như Sprint 95%.
• 🛠️ Thực hành: Khuyến nghị PO sử dụng công cụ như Jira/ADO với custom fields cho Value Scoring.
  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 nội dung câu hỏi

Câu hỏi này thuộc chủ đề quản lý dự án hybrid (kết hợp giữa predictive và agile) trong PMP, tập trung vào tình huống thay đổi môi trường bên ngoài (environmental changes) ảnh hưởng đến giá trị kinh doanh của dự án.

• Bối cảnh: Quản lý dự án (PM) đang dẫn dắt một dự án hybrid phát triển ứng dụng (app) cho startup ngành du lịch. Do các sự kiện bất ngờ (unforeseen events) như hạn chế du lịch mới (new travel restrictions), các tính năng (features) và giải pháp tổng thể (overall solution) không còn khả dụng cho nhiều khách hàng (not be useable by many customers).
• Vấn đề cốt lõi: Dự án đang gặp rủi ro lớn về giá trị kinh doanh (business value), đòi hỏi PM phải hành động đầu tiên (first) để thích ứng trong môi trường VUCA (Volatility, Uncertainty, Complexity, Ambiguity).
• Mục tiêu PMP: Theo PMBOK® Guide 7th Edition (và cập nhật đến 2026), PM phải đánh giá thay đổi (assess changes) trước khi quyết định dừng, tạm dừng hoặc thay đổi hướng dự án, đặc biệt trong hybrid/agile để tối ưu hóa value delivery và adaptability.

🛠️ Hành động đầu tiên lý tưởng: PM cần đánh giá tác động và đề xuất pivot (thay đổi hướng) để duy trì giá trị, thay vì vội vàng dừng dự án hoặc hỏi ý kiến cấp trên.

✅ Đáp án đúng

Assess the environmental changes and recommend a pivot for the project.

Lý do lựa chọn (theo PMP mới nhất):

• Trong dự án hybrid, PM chịu trách nhiệm chủ động đánh giá các yếu tố môi trường doanh nghiệp (Enterprise Environmental Factors - EEFs) như quy định pháp lý mới (travel restrictions). Đây là bước first theo Principle 4: Deploy, Manage, and Adapt (PMBOK 7th Ed.), giúp xác định tác động đến product backlog và value stream.
• Recommend a pivot phù hợp với Agile Hybrid approaches, nơi PM đề xuất thay đổi hướng (ví dụ: chuyển app du lịch sang app y tế hoặc nội địa) để tối ưu hóa outcomes mà không cần dừng dự án ngay. Điều này thể hiện stewardship và leadership của PM, tránh lãng phí tài nguyên.

📋 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 đánh giá đúng/sai dựa trên best practices PMP 7th Ed. & Agile Practice Guide:

• ❌ [SAI] Release the team and help them achieve their potential on a new project.
  Giải thích: Đây KHÔNG phải hành động đầu tiên vì giải phóng đội ngũ (release the team) là quyết định cuối cùng sau khi đã đánh giá đầy đủ (post-assessment). Nó bỏ qua cơ hội pivot hoặc adapt, vi phạm Principle 7: Optimize Risk Responses và Holistic Risk Management. Trong hybrid, đội ngũ cần được giữ để tái phân bổ nhanh chóng, không phải "achieve potential on new project" ngay lập tức – điều này có thể gây lãng phí và mất động lực.

• ❌ [SAI] Pause the project if business value cannot be reached and collect lessons learned.
  Giải thích: Tạm dừng dự án (pause) chỉ nên xảy ra sau khi assess, không phải giả định ngay "business value cannot be reached". Thu thập lessons learned là hoạt động retrospective ở giai đoạn sau (Project Retrospective Process), không phải first action. Điều này trái với Principle 12: Devise Perspective trong PMBOK 7th, nơi PM phải explore alternatives trước khi dừng để tránh sunk cost fallacy.

• ✅ [ĐÚNG] Assess the environmental changes and recommend a pivot for the project.
  Giải thích: Như đã nêu ở trên, đây là first step hoàn hảo: Assess để hiểu tác động (EEF changes), sau đó recommend pivot – một kỹ thuật agile/hybrid để steer project toward value. Phù hợp Manage Project Changes (4.6) và Tailoring in Hybrid (PMBOK 7th), giúp dự án thích ứng nhanh mà không cần phê duyệt cấp cao ngay.

• ❌ [SAI] Ask the organization's management for advice regarding the project's direction.
  Giải thích: Hỏi ý kiến quản lý tổ chức (ask management) KHÔNG phải first action vì PM phải chủ động lãnh đạo (leadership role) theo Principle 1: Be a Diligent, Respectful, and Caring Steward. PM cần dữ liệu từ assessment trước khi escalate, tránh dependency và delay. Trong hybrid, PM có quyền recommend changes qua Change Control Board (CCB) sau khi analyze.

📘 Tài liệu tham khảo

• PMBOK® Guide 7th Edition (2021, cập nhật PMI đến 2026): Principles 4 (Adapt), 12 (Perspective); Performance Domain: Uncertainty Domain; Process 4.6 Manage Project Changes.
• Agile Practice Guide (3rd Ed.): Hybrid Life Cycles, Pivoting in Response to Environmental Shifts (Section 3.4).
• PMI Standards+ (2026 updates): Emphasis on Strategic Agility trong VUCA environments cho hybrid projects.
• The Standard for Project Management (2021): Section 2.5.3 – Tailoring for Adaptability.

🛠️ Kết luận: Câu hỏi kiểm tra khả năng adaptability của PM trong hybrid – hãy luôn assess trước, act sau để tối ưu value! Nếu cần ví dụ thực tế, hỏi thêm nhé! 🚀