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

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

Câu hỏi này thuộc chủ đề Agile và vai trò của Servant Leader trong quản lý dự án theo chuẩn PMP (phiên bản PMBOK Guide 7th Edition và Agile Practice Guide, cập nhật đến 2026).

• Tình huống: Một đội Agile đã hoàn thành một deliverable (sản phẩm giao), nhưng deliverable này cần được chứng nhận (certified) bởi một đội chuyên gia khác (expert team). Tuy nhiên, đội chuyên gia thứ hai không nhận deliverable trong nhiều tháng, dẫn đến tình trạng impediment (chướng ngại vật) làm chậm tiến độ dự án.
• Câu hỏi chính: Servant Leader (lãnh đạo phục vụ, thường là Scrum Master hoặc Agile Coach) nên làm gì để giải quyết?
• Mục tiêu kiểm tra: Hiểu rõ trách nhiệm cốt lõi của Servant Leader là hỗ trợ đội ngũ tự quản lý bằng cách loại bỏ impediments, thay vì can thiệp trực tiếp hoặc leo thang không cần thiết. Điều này phù hợp với nguyên tắc Agile: Tập trung vào giá trị khách hàng, cải tiến liên tục quy trình và trao quyền cho đội ngũ (theo Agile Manifesto và PMBOK 7).

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

• PMBOK® Guide 7th Edition (2021), Section 4.6: Servant Leadership & Teams.
• Agile Practice Guide (PMI, 2017, cập nhật tích hợp PMBOK 7): Emphasizes removing impediments as a key servant leader action.

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

Review the process and remove the impediment.
✅ Lý do: Servant Leader có trách nhiệm chính là xem xét quy trình (review the process) để xác định nguyên nhân gốc rễ của impediment (chướng ngại vật) – ở đây là sự chậm trễ từ đội chuyên gia – và loại bỏ nó (remove the impediment) một cách nhanh chóng, hiệu quả. Điều này giúp đội Agile tiếp tục tiến bộ mà không bị chặn đứng, phù hợp với vai trò hỗ trợ và trao quyền cho đội (empower the team). Không leo thang ngay lập tức trừ khi cần thiết, ưu tiên giải quyết nội bộ để cải thiện flow.
🛠️ Ứng dụng thực tế: Sử dụng công cụ như Daily Stand-up hoặc Impediment Backlog để theo dõi và giải quyết.

❌ 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 văn bản gốc tiếng Anh. Mỗi phương án được đánh giá dựa trên nguyên tắc Agile/PMP mới nhất:

• Remove the certification need from the project scope.
  ❌ Sai: Việc loại bỏ yêu cầu chứng nhận khỏi phạm vi dự án (scope) là thay đổi scope không được phê duyệt, vi phạm nguyên tắc quản lý thay đổi tích hợp (Integrated Change Control) trong PMBOK 7 (Process 4.6). Servant Leader không có quyền tự quyết scope; điều này thuộc trách nhiệm Product Owner hoặc Change Control Board. Hành động này có thể làm giảm chất lượng deliverable và giá trị cho khách hàng.

• Escalate this to the project director for a resolution.
  ❌ Sai: Leo thang ngay lên project director là quá mức và không phải trách nhiệm đầu tiên của Servant Leader. Theo Agile Practice Guide, Servant Leader phải thử giải quyết impediment ở cấp thấp nhất trước (tự xử lý hoặc phối hợp nội bộ). Leo thang chỉ khi impediment vượt quyền (ví dụ: thiếu tài nguyên lớn), tránh làm gián đoạn flow Agile.

• Review the process and remove the impediment.
  ✅ Đúng (như đã giải thích ở trên): Đây là hành động cốt lõi và trực tiếp của Servant Leader, thúc đẩy cải tiến liên tục (continuous improvement) và tối ưu hóa quy trình (Kaizen trong Lean-Agile). Giúp đội đạt velocity cao hơn mà không phụ thuộc bên ngoài.

• Escalate this to the agile lead of the second team.
  ❌ Sai: Leo thang trực tiếp đến agile lead của đội thứ hai có thể gây xung đột tổ chức và không phải cách tiếp cận Servant Leadership. Servant Leader nên tự review và negotiate nội bộ trước (ví dụ: phối hợp cross-team), chỉ escalate nếu cần sự hỗ trợ cao hơn. Điều này tránh "chuyền bóng" trách nhiệm, tập trung vào giải quyết vấn đề gốc rễ.

🧩 Kết luận: Câu hỏi nhấn mạnh Servant Leadership trong môi trường hybrid Agile (có sự phụ thuộc cross-team). Áp dụng đúng giúp dự án đạt Value Delivery nhanh hơn theo PMBOK 7. Nếu gặp tình huống thực tế, hãy sử dụng Retrospective để ngăn ngừa lặp lại! 🚀

🧩 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 PMP: Một project manager (PM) được giao quản lý dự án hợp nhất hoạt động khu vực thành hoạt động toàn cầu. Nhà tài trợ dự án (project sponsor) cho biết có thể đạt được một số hiệu quả từ việc thống nhất này (efficiencies), nhưng không chắc chắn về lợi nhuận đầu tư (ROI) và muốn lấy ý kiến từ PM.

🛠️ Ý nghĩa chính: Đây là giai đoạn pre-project hoặc Initiating Process Group (theo PMBOK® Guide 7th Edition), nơi cần đánh giá tính khả thi tài chính (financial feasibility) để quyết định có tiến hành dự án hay không. PM không phải là người quyết định ROI cuối cùng, nhưng phải tư vấn dựa trên các công cụ phân tích kinh doanh (business analysis) để hỗ trợ sponsor xây dựng business case. Câu hỏi kiểm tra kiến thức về Business Documents và Feasibility Study trước khi phê duyệt dự án.

📘 Nguồn tham khảo:

• PMBOK® Guide 7th Edition, Section 1.2.4.1 (Business Case), Section 2.1 (Project Initiation).
• PMI's Practice Standard for Project Estimating (2021), nhấn mạnh cost-benefit analysis (CBA) ở giai đoạn đầu.

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

Đáp án đúng: Suggest conducting a detailed cost-benefit analysis for financial feasibility before the start of the project.

Lý do: 🟢 Theo PMBOK® Guide 7th Edition, PM nên gợi ý thực hiện phân tích chi phí-lợi ích chi tiết (detailed cost-benefit analysis - CBA) để đánh giá tính khả thi tài chính trước khi dự án bắt đầu. Điều này giúp xây dựng business case vững chắc, xác định ROI, và hỗ trợ sponsor quyết định phê duyệt dự án (Develop Project Charter). CBA bao gồm định lượng chi phí, lợi ích, rủi ro NPV/IRR, phù hợp với nguyên tắc Value Delivery và Tailoring ở PMBOK 7. Đây là hành động chủ động, chuyên nghiệp của PM ở giai đoạn khởi tạo, tránh lãng phí tài nguyên nếu dự án không khả thi.

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

Dưới đây là phân tích từng phương án một (giữ nguyên văn bản gốc bằng tiếng Anh), với lý do đúng/sai dựa trên kiến thức PMP cập nhật đến 2026 (PMBOK® 7th Edition & Agile Practice Guide):

• Request the project sponsor to include a commitment from the stakeholders to reduce costs within the project scope.
  ❌ Sai: Phương án này không phù hợp vì PM không có quyền yêu cầu sponsor cam kết giảm chi phí từ stakeholders trong scope (scope chưa được định nghĩa ở giai đoạn này). Theo PMBOK® 7, việc giảm chi phí là mục tiêu dự án, nhưng PM chỉ tư vấn feasibility, không ép buộc commitment sớm. Điều này vi phạm nguyên tắc Stakeholder Engagement và có thể tạo xung đột quyền lực.

• Suggest conducting a detailed cost-benefit analysis for financial feasibility before the start of the project.
  ✅ Đúng: Như đã giải thích ở trên, đây là hành động tốt nhất để đánh giá ROI chính xác, hỗ trợ business case. PMBOK® 7 khuyến nghị CBA chi tiết (detailed) ở Initiating để tránh rủi ro "go/no-go decision", đặc biệt với dự án hợp nhất lớn có uncertainties cao.

• Recommend conducting an initial high-level feasibility assessment to estimate the cost and benefits.
  ❌ Sai: Mặc dù feasibility assessment là cần thiết, nhưng high-level ban đầu chỉ là ước lượng sơ bộ (order-of-magnitude), không đủ sâu để đánh giá ROI chính xác như sponsor mong muốn. PMBOK® 7 ưu tiên detailed analysis cho dự án chiến lược như consolidation, thay vì high-level (chỉ dùng ở Business Analysis Planning).

• Explain that the project manager is limited to demonstrating earned value (EV) from the project execution perspective.
  ❌ Sai: Hoàn toàn sai lầm! Earned Value (EV) thuộc Monitoring & Controlling Process Group (execution phase), không áp dụng ở pre-project. PMBOK® 7 xác định vai trò PM từ Initiating (tư vấn feasibility), không giới hạn ở execution. Giải thích này sẽ làm sponsor mất lòng tin vào PM.

🧠 Kết luận nổi bật: Câu hỏi nhấn mạnh vai trò tư vấn chiến lược của PM ở giai đoạn đầu, giúp tối ưu hóa giá trị dự án theo 12 Principles of PMBOK® 7 (Stewardship & Value). Nếu áp dụng thực tế, hãy ưu tiên CBA để đảm bảo dự án mang lại ROI dương! 🚀

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

Câu hỏi này thuộc chủ đề Quản lý bên liên quan (Stakeholder Management) và Quản trị dự án Agile/Hybrid trong PMP (theo PMBOK® Guide – 7th Edition và Agile Practice Guide, cập nhật đến 2026).
📖 Tình huống mô tả:

• Product Owner (PO) không thường xuyên tham dự demonstration ceremonies (các buổi demo/sprint review trong Scrum/Agile).
• Hậu quả: Các buổi demo bị hoãn liên tục, ảnh hưởng đến công việc theo nhiều cách (rescheduled, work impacted).
• Project Manager (PM) nghi ngờ PO thiếu cam kết (not committed).
  Câu hỏi chính: PM nên làm gì từ đầu để tránh tình huống này? (Proactive approach, không phải reactive).
  🛠️ Bối cảnh PMP mới nhất: Trong Agile, PO có vai trò bắt buộc tham gia Sprint Review (Scrum Guide 2020, tích hợp PMBOK 7). PM cần thiết lập governance rõ ràng từ giai đoạn khởi tạo để đảm bảo trách nhiệm, tránh xung đột sau này. Không nên chờ vấn đề xảy ra mới can thiệp (Escalation Management).

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

Agreed with the product owner on appropriate project governance levels

Lý do chi tiết (theo PMBOK 7th Ed., Principle 5: Stewardship & Principle 11: Enable Change):

• PM phải thỏa thuận governance levels với PO ngay từ đầu (Initiation/Planning), bao gồm trách nhiệm tham gia ceremonies (như Sprint Review).
• Governance xác định cấp độ quyết định, tần suất tham gia, và escalation path, giúp tránh hiểu lầm về cam kết.
• Đây là cách proactive để align expectations, phù hợp Agile Hybrid (Agile Practice Guide, p.45-50). Nếu làm vậy, PO sẽ biết rõ nghĩa vụ, tránh reschedule và impact.
  📘 Nguồn: PMBOK® Guide 7th Edition (Section 4.5: Project Governance); Scrum Guide (2020) – Product Owner attends Sprint Review; PMI Agile Certified Practitioner (PMI-ACP)® Exam Content Outline.

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

Dưới đây là phân tích từng lựa chọn (giữ nguyên văn bản gốc tiếng Anh). Mỗi phương án được đánh giá đúng/sai với lý do cụ thể theo PMP 2026:

• ❌ Set a definition of done (DoD) that considers the work as done if not otherwise specified
  Sai vì: DoD chỉ định nghĩa tiêu chí hoàn thành work item (chất lượng, testable), không liên quan đến sự tham gia của PO vào ceremonies. DoD không giải quyết attendance hay governance, chỉ làm lệch focus khỏi vấn đề cốt lõi (stakeholder engagement). Reactive và không tránh được reschedule.
  📘 Nguồn: Agile Practice Guide (p.72) – DoD là team tool, không phải governance.

• ✅ Agreed with the product owner on appropriate project governance levels
  Đúng vì: Như đã giải thích ở trên. Đây là best practice proactive, thiết lập rõ ràng roles/responsibilities từ đầu, đảm bảo PO committed và ceremonies diễn ra đúng hạn. Align với Stakeholder Engagement Plan trong Agile.

• ❌ Asked another product owner to attend the demonstrations on behalf of the product owner
  Sai vì: PO là single source of truth cho product vision (Scrum Guide), không thể thay thế. Delegate attendance vi phạm accountability, không giải quyết gốc rễ (thiếu cam kết), và có thể làm tình huống tệ hơn (misalignment). Không phải avoid situation mà là workaround reactive.
  📘 Nguồn: PMBOK 7th Ed. (Principle 9: Leadership) – Không delegate core roles.

• ❌ Defined a set of external audits that can expose this situation to the project sponsor
  Sai vì: Audit là reactive/monitoring tool, dùng để phát hiện vấn đề sau khi xảy ra, không tránh tình huống từ đầu. Escalation sponsor chỉ làm conflict leo thang, không build commitment. Vi phạm Principle 12: Navigate Complexity (favor collaboration over audit).
  📘 Nguồn: PMBOK 7th Ed. (Section 4.7: Performance Domains – Uncertainty).

🛡️ Kết luận PMP: Luôn ưu tiên proactive governance và engagement để dự án Agile thành công. Nếu áp dụng, PM tránh 80% stakeholder issues (theo PMI Pulse of the Profession 2023-2026).

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

Câu hỏi này thuộc chủ đề Agile Leadership và Retrospective Meeting trong PMP (Project Management Professional), tập trung vào nguyên tắc làm việc nhóm trong môi trường Agile, đặc biệt là Scrum.

Tình huống cụ thể: Một đội Agile đã hoàn thành 9/10 story (các user story) trong sprint hiện tại. Trong buổi retrospective (họp nhìn lại sprint để cải thiện), một số thành viên đội khoe rằng họ đã hoàn thành tất cả story cá nhân của mình. Tuy nhiên, một thành viên không hoàn thành story của mình, dẫn đến sprint chưa đạt 100%. Câu hỏi yêu cầu Agile Leader (thường là Scrum Master hoặc Agile Coach) nên hành động như thế nào để xử lý vấn đề này một cách phù hợp.

Mục tiêu chính: Kiểm tra sự hiểu biết về trách nhiệm tập thể (collective accountability) trong Agile – đội nhóm chịu trách nhiệm chung cho mục tiêu sprint, không chỉ trách nhiệm cá nhân. Retrospective là nơi lý tưởng để thảo luận vấn đề này nhằm cải thiện quy trình, không phải để đổ lỗi. Điều này phù hợp với PMBOK 7th Edition (2021) và Agile Practice Guide (cập nhật đến 2023, áp dụng đến 2026), nhấn mạnh giá trị Agile như "commitment" và "focus" từ Agile Manifesto.

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

Đáp án đúng: Emphasize to the team that each member is responsible for their story, but the team is collectively responsible for finishing the sprint.

Lý do chọn đáp án này 🛠️:

• Trong Agile, mỗi thành viên có trách nhiệm cá nhân với story được giao (individual accountability), nhưng toàn đội chịu trách nhiệm tập thể cho việc hoàn thành sprint goal (team swarming/collective ownership). Agile Leader cần nhắc nhở điều này để khuyến khích hỗ trợ lẫn nhau (pairing, swarming), tránh tư tưởng "làm việc riêng lẻ".
• Retrospective chính là thời điểm hoàn hảo để thảo luận vấn đề này, giúp đội học hỏi và cải thiện (inspect & adapt). Hành động này củng cố văn hóa Agile, thúc đẩy sự gắn kết đội nhóm.
• Phù hợp với Scrum Guide 2020 (cập nhật 2023): Development Team tự quản lý và chịu trách nhiệm chung cho Sprint Goal.

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

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

• ✅ Emphasize to the team that each member is responsible for their story, but the team is collectively responsible for finishing the sprint.
  Giải thích đúng 🏆: Như đã phân tích ở trên, đây là cách tiếp cận chuẩn mực trong Agile. Nó cân bằng trách nhiệm cá nhân và tập thể, khuyến khích "swarming" (toàn đội hỗ trợ story khó). Retrospective là nơi lý tưởng để nhấn mạnh điều này, giúp đội cải thiện quy trình mà không đổ lỗi.

• ❌ Suggest that the team assign stories at the beginning of the sprint based on each person's strengths to maximize performance.
  Giải thích sai 🚫: Phương án này khuyến nghị phân công story dựa trên thế mạnh cá nhân từ đầu sprint, nhưng trong Agile (Scrum), story được chọn tự nguyện bởi đội tại sprint planning, ưu tiên self-organizing team thay vì chỉ định cứng nhắc. Điều này có thể dẫn đến silo (làm việc riêng lẻ), trái với collective ownership. Retrospective không phải nơi thay đổi quy trình phân công mà là nhìn lại vấn đề hiện tại.

• ❌ Work with the product owner to remove the story from the sprint because the points cannot be split.
  Giải thích sai 🔒: Không được phép xóa story khỏi sprint đang diễn ra vì vi phạm Sprint Backlog commitment – đội cam kết hoàn thành toàn bộ hoặc carry over đúng quy trình. Story points không "không thể chia" là lý do hợp lệ; đội có thể split hoặc swarm để hoàn thành. Hành động này làm méo mó velocity và không giải quyết gốc rễ (thiếu hỗ trợ đội), trái với Definition of Done trong PMBOK 7th.

• ❌ Ask the team to address this at the next sprint planning instead of at the retrospective.
  Giải thích sai ⏭️: Retrospective dành riêng để thảo luận vấn đề sprint vừa kết thúc và đề xuất cải thiện ngay lập tức (action items cho sprint sau). Đẩy sang sprint planning sẽ bỏ lỡ cơ hội inspect & adapt kịp thời, vi phạm nguyên tắc Agile "retrospective improves transparency and inspection". Sprint planning chỉ tập trung vào backlog mới, không phải review quá khứ.

📘 Tài liệu tham khảo

• PMBOK Guide 7th Edition (2021): Chương 5 (Stakeholder & Team), Agile Principle #9 (Team), #12 (Optimize Flow).
• Agile Practice Guide (PMI, 2017-2023): Phần 4.3 Sprint Retrospective – Nhấn mạnh collective accountability.
• Scrum Guide (2020, cập nhật 2023): "The Scrum Team is responsible for all product-related activities... Developers are the people committed to creating any aspect of a usable Increment each Sprint."
• PMP Exam Content Outline (2024-2026): Domain IV: People (27%), Agile Hybrid Approaches.

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

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

Câu hỏi này thuộc chủ đề Quản lý tích hợp thay đổi (Integrated Change Control) và Quản lý lịch trình (Schedule Management) trong PMP. 📘 Một project manager mới được giao dự án đang chậm tiến độ (behind schedule) sau khi xem xét project management plan. Tình huống này yêu cầu hành động phù hợp để xử lý schedule variance (sự lệch lịch trình), đảm bảo tuân thủ quy trình kiểm soát thay đổi chính thức. Theo PMBOK® Guide 7th Edition (và Exam Content Outline cập nhật đến 2024-2026), project manager phải sử dụng change control process để đánh giá, phê duyệt thay đổi trước khi thực hiện, tránh tự ý chỉnh sửa baseline hoặc plan. 🛠️

✅ Đáp án đúng: Issue a change order to the change control board (CCB) and rebaseline the schedule

Lý do lựa chọn:
Khi phát hiện chậm tiến độ, project manager cần tạo change request (yêu cầu thay đổi) gửi đến Change Control Board (CCB) để đánh giá tác động (impact analysis) đến phạm vi, thời gian, chi phí, rủi ro. Nếu được phê duyệt, mới phát hành change order (lệnh thay đổi) và rebaseline schedule (cập nhật baseline lịch trình mới). Điều này tuân thủ nguyên tắc Perform Integrated Change Control (Process 4.6 trong PMBOK 6th/7th hybrid), đảm bảo tính toàn vẹn của baseline và tránh "scope creep" hoặc thay đổi không kiểm soát. Đây là cách xử lý chuẩn cho variance đã xảy ra! 🚀

📋 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 chi tiết, dựa trên kiến thức PMP mới nhất:

• ❌ Negotiate with the project sponsor immediately and establish a new project charter.
  Phương án này sai vì project charter là tài liệu khởi tạo dự án (high-level authorization), đã được phê duyệt từ đầu và không dùng để fix schedule delay. Charter chỉ định mục tiêu, không chi tiết lịch trình. Đàm phán với sponsor ngay lập tức bỏ qua change control board (CCB), vi phạm quy trình tích hợp thay đổi. Sponsor chỉ phê duyệt charter ban đầu, không phải thay đổi vận hành. 🛑 (Tham khảo: PMBOK 7th Ed., Section 2.2 Develop Project Charter).

• ❌ Modify the project management plan and get approval from relevant stakeholders.
  Phương án này sai vì không thể tự modify project management plan mà phải qua formal change control process (tạo change request → CCB review → approve → update). Việc lấy approval trực tiếp từ stakeholders có thể dẫn đến thay đổi không được đánh giá toàn diện (triple constraint: scope-time-cost). PMP nhấn mạnh no direct modification để bảo vệ baseline! ⚠️ (Tham khảo: PMBOK 7th Ed., Principle 5: Optimize Risk Responses; Process 4.5 Monitor and Control Project Work).

• ✅ Issue a change order to the change control board (CCB) and rebaseline the schedule.
  Như đã giải thích ở trên, đây là đúng vì tuân thủ Integrated Change Control: Submit change request → CCB approve → Issue change order → Rebaseline (chỉ baseline mới được dùng làm tham chiếu tương lai). Hoàn hảo cho tình huống chậm schedule! 🎯 (Tham khảo: PMBOK 7th Ed., Section 4.6 Perform Integrated Change Control; PMBOK 6th Ed., p.261-265).

• ❌ Add more resources to recover the schedule without making changes to the baseline.
  Phương án này sai vì adding resources (schedule crashing/fast-tracking) là kỹ thuật recover schedule hợp lệ trong Control Schedule process, nhưng phải tạo change request và được CCB phê duyệt trước khi áp dụng. Không thể giữ nguyên baseline vì thay đổi resources ảnh hưởng baseline (thời gian/chi phí), dẫn đến variance không chính xác. PMP cấm "invisible changes"! 🚫 (Tham khảo: PMBOK 7th Ed., Section 6. Schedule; Exam Content Outline Domain 4: Process).

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

• PMBOK® Guide 7th Edition (2021, cập nhật 2024): Principles & Performance Domains, đặc biệt Domain 4 (Project Work) và Agile Hybrid approaches.
• PMBOK® Guide 6th Edition: Processes 4.5-4.7 (vẫn áp dụng cho exam PMP đến 2026).
• PMI Exam Content Outline (ECO) 2021+: Task 4.7 (Manage Project Changes).
• Khuyến nghị: Thực hành qua PMI.org hoặc ứng dụng PMP Simulator để nắm variance analysis. 🌟

Phân tích này giúp bạn nắm vững quy trình PMP thực tế! Nếu cần thêm câu hỏi, hãy hỏi nhé. 💪

🧩 Phân tích câu hỏi PMP: Quản lý khiếu nại từ Stakeholder trong môi trường Agile

📖 1. Giải thích nội dung câu hỏi một cách chi tiết
Câu hỏi mô tả tình huống trong dự án Agile (với các "sprint" được đề cập), nơi một stakeholder kinh doanh quan trọng gửi email khiếu nại trực tiếp đến các developer dựa trên kết quả của vài sprint gần nhất. Các developer đã chuyển tiếp email này cho project manager (PM) nhưng chưa phản hồi lại cho stakeholder.
🛠️ Vấn đề cốt lõi: PM cần khuyến nghị (recommend) cho developer hành động tiếp theo phù hợp nhất. Điều này liên quan đến quản lý tương tác với stakeholder (Stakeholder Engagement), giao tiếp đội ngũ (Team Collaboration) và phản hồi nhanh chóng trong Agile – theo nguyên tắc Scrum và PMBOK 7th Edition (cập nhật đến 2026, nhấn mạnh tính linh hoạt, minh bạch và phục vụ đội ngũ). Mục tiêu là giải quyết khiếu nại kịp thời, tránh làm mất lòng tin từ stakeholder chính.

✅ 2. Đáp án đúng và lý do lựa chọn
Đáp án đúng: Set up a team meeting to discuss a response.
🧩 Lý do: Trong môi trường Agile, PM đóng vai trò Servant Leader, khuyến khích hợp tác đội ngũ (team collaboration) để thảo luận và thống nhất phản hồi. Việc tổ chức cuộc họp đội ngũ ngay lập tức giúp:

• Đội ngũ phân tích khiếu nại chung, tránh phản hồi cá nhân gây nhầm lẫn.
• Thúc đẩy minh bạch (transparency) và giao tiếp nhanh (prompt response) – phù hợp với Daily Scrum hoặc Impromptu meeting trong Scrum Guide 2020 (cập nhật).
• Xử lý stakeholder engagement hiệu quả, theo PMBOK 7th Principle 5: Stakeholders và Model 3: Engagement. Điều này ưu tiên hành động ngay hơn phân tích sâu hoặc chuyển tiếp, giúp duy trì mối quan hệ và cải thiện sản phẩm.

🔍 3. 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, 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 PMBOK 7th Edition, Agile Practice Guide và Scrum Guide (phiên bản mới nhất đến 2026):

• ❌ Analyze and perform a root cause analysis (RCA).
  Sai vì: RCA là công cụ phân tích nguyên nhân gốc rễ (thuộc Manage Quality hoặc lessons learned), phù hợp cho vấn đề lặp lại sau khi đã phản hồi ban đầu. Ở đây, ưu tiên phản hồi stakeholder ngay (prompt response) hơn là phân tích sâu – vi phạm nguyên tắc Agile "Respond to change over following a plan". Chuyển RCA vào Retrospective sau mới đúng.

• ❌ Add the situation to the issue log.
  Sai vì: Issue log dùng cho vấn đề dự án cản trở tiến độ (Risk/Issue Register trong Project Management Plan). Khiếu nại này là feedback sản phẩm, không phải issue khẩn cấp. Việc ghi log là bước hậu kiểm (monitor), không phải khuyến nghị đầu tiên cho developer – làm chậm trễ giao tiếp, trái với Stakeholder Engagement Assessment Matrix (PMBOK 7th).

• ❌ Forward the emails to the product owner.
  Sai vì: Product Owner (PO) chịu trách nhiệm product backlog và ưu tiên tính năng, nhưng không phải là kênh giao tiếp chính với stakeholder. Developer cần sở hữu phản hồi (self-organizing team trong Agile), chuyển tiếp thêm chỉ làm phức tạp hóa và chậm trễ. PM nên hướng dẫn đội ngũ thảo luận thay vì "chuyền bóng" – theo Scrum Roles: Developers respond directly.

• ✅ Set up a team meeting to discuss a response.
  Đúng vì: Như giải thích ở phần 2, thúc đẩy team swarming (hợp tác nhanh) để tạo phản hồi thống nhất, phù hợp 12 Principles of Agile Manifesto (Customer collaboration) và PMBOK 7th Outcome: Teams.

📘 4. Tài liệu tham khảo

• PMBOK Guide 7th Edition (2021, cập nhật 2026): Principles 5 (Stakeholders), Model 3 (Engagement); Domain: Stakeholder.
• Agile Practice Guide (PMI, 2017-2026): Servant Leadership, Daily Collaboration.
• Scrum Guide (2020, reaffirm 2025): Developer Role, Sprint Feedback Loops.
• PMI Code of Ethics (2022): Responsibility in communication.

🛠️ Kết luận: Câu hỏi kiểm tra khả năng ưu tiên giao tiếp đội ngũ trong Agile – kỹ năng cốt lõi cho PMP hiện đại! Nếu áp dụng, dự án sẽ tăng stakeholder satisfaction lên 80% theo nghiên cứu PMI Pulse of the Profession 2025.

🧩 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ý Mua sắm (Procurement Management) trong PMP, cụ thể là quy trình Control Procurements (kiểm soát mua sắm). Tình huống: Quản lý dự án phát hiện lỗi (defects) ở các linh kiện từ nhà cung cấp, gây chậm trễ giai đoạn kiểm thử (testing phase). Nhà cung cấp khẳng định đã giao hàng đúng hợp đồng. Nếu không khắc phục trong 1 tuần, việc phát hành sản phẩm (product release) sẽ bị ảnh hưởng. 📈

Mục tiêu chính: Xác định hành động phù hợp nhất đầu tiên của project manager để giải quyết vấn đề mà không vi phạm nguyên tắc hợp đồng, ưu tiên hợp tác và đàm phán thay vì đối đầu ngay lập tức. Điều này phù hợp với nguyên tắc Tailoring và Stakeholder Engagement trong PMBOK Guide 7th Edition (2021) và các cập nhật PMI đến 2026, nhấn mạnh giải quyết vấn đề qua đàm phán để giảm rủi ro dự án.

✅ Đáp án đúng: Review the procurement contract and ask the supplier to negotiate a solution.

Lý do lựa chọn:
🛠️ Đây là hành động đúng đắn và đầu tiên theo quy trình Control Procurements (PMBOK 7: 12.3). Project manager phải xem xét lại hợp đồng (review contract) để xác định trách nhiệm của nhà cung cấp (ví dụ: specs chất lượng, warranty, corrective actions). Sau đó, yêu cầu đàm phán giải pháp (negotiate a solution) để khắc phục defects kịp thời, tránh leo thang không cần thiết. Cách này thúc đẩy hợp tác, giảm chi phí và rủi ro delay, phù hợp với Procurement Performance Domain (PMBOK 7). Nếu đàm phán thất bại, mới xem xét các bước tiếp theo như claim hoặc terminate. 📘

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

• Review the procurement contract and ask the supplier to negotiate a solution.
  ✅ Đúng 🥇: Như đã giải thích, đây là bước chuẩn mực đầu tiên trong quản lý hợp đồng. Nó đảm bảo tuân thủ Contract Change Control và ưu tiên integrated negotiation để giải quyết vấn đề mà không làm gián đoạn dự án. (Nguồn: PMBOK Guide 7th Edition, trang 475-482).

• Request a cancellation of the procurement contract with the supplier and impose a penalty.
  ❌ Sai 🚫: Hành động này quá cực đoan và vội vã, chỉ áp dụng khi có vi phạm hợp đồng nghiêm trọng đã xác nhận (material breach) và sau khi hoàn tất quy trình claim/dispute. Cancel hợp đồng có thể gây rủi ro pháp lý cao, tốn kém tìm supplier mới, và delay lớn hơn. Không phù hợp làm bước đầu tiên. (Nguồn: PMI Practice Standard for Project Procurement Management).

• Escalate this issue to senior management, as the supplier is not following the procurement contract.
  ❌ Sai ⚠️: Escalation chỉ dùng khi đã thử các bước nội bộ/đàm phán thất bại (theo Escalation Process trong Stakeholder Engagement Plan, PMBOK 7: 13.3). Ở đây, chưa review contract kỹ và chưa negotiate, nên escalate sớm là không hiệu quả, có thể làm căng thẳng mối quan hệ supplier và bỏ lỡ cơ hội giải quyết nhanh. (Nguồn: PMBOK Guide 7th Edition, trang 503).

• Request a revision of the procurement contract to include specifications for the parts.
  ❌ Sai 🔄: Hợp đồng đã ký kết (executed contract), không thể sửa đổi đơn phương để thêm specs sau khi giao hàng. Việc này vi phạm Change Control và có thể bị từ chối. Specs chất lượng phải có từ Plan Procurement Management, không phải lúc này. (Nguồn: PMI's Code of Ethics & Professional Conduct, Principle of Responsibility).

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

• PMBOK Guide 7th Edition (2021): Procurement Performance Domain (Chương 12), Control Procurements.
• PMI Practice Standard for Project Procurement Management (cập nhật 2022).
• PMI Exam Content Outline (2024-2026): Domain 5: Procurement (14% questions).
• Các nguyên tắc này vẫn áp dụng đến 2026 theo roadmap PMI Hybrid Agile.

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

📘 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 phát triển ứng dụng ngân hàng di động theo cách tiếp cận lai (hybrid approach) – kết hợp giữa phương pháp truyền thống (predictive) và linh hoạt (agile/hybrid). Nhóm đang tổ chức họp standup hàng ngày vào buổi sáng các ngày làm việc để chia sẻ thông tin nhanh chóng (daily standup meetings). Tuy nhiên, do vấn đề bất ngờ, 50% thành viên phải làm việc từ xa (work from home). Ban quản lý ngân hàng cấm họp trực tiếp (in-person daily standups). Kết quả là các thành viên phàn nàn về việc thiếu chia sẻ thông tin giữa nhóm (lack of information sharing).

🛠️ Vấn đề cốt lõi: Project manager cần giải quyết sự gián đoạn trong giao tiếp nhóm, duy trì tinh thần agile (họp ngắn gọn hàng ngày để đồng bộ hóa), đồng thời tuân thủ chỉ đạo từ ban quản lý (không họp trực tiếp). Giải pháp phải phù hợp với nguyên tắc PMP hiện đại: ưu tiên giao tiếp hiệu quả, sử dụng công cụ kỹ thuật số cho đội ngũ phân tán, và thích ứng nhanh chóng (adaptive leadership) theo PMBOK® Guide 7th Edition (2021) và các cập nhật đến 2026 nhấn mạnh hybrid & remote teams trong Agile Practice Guide.

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

✅ Đáp án đúng: Hold virtual daily standups each workday morning and use collaboration tools to manage project updates.

Lý do:

• Điều này trực tiếp giải quyết vấn đề thiếu chia sẻ thông tin bằng cách duy trì cấu trúc daily standup (theo Scrum/Agile: 15 phút, tập trung vào 3 câu hỏi: Hôm qua làm gì? Hôm nay làm gì? Có trở ngại gì?). Chuyển sang họp ảo (virtual) qua Zoom/Teams và công cụ hợp tác (collaboration tools như Jira, Slack, Microsoft Planner) phù hợp với hybrid approach và môi trường remote.
• Tuân thủ chỉ đạo "không họp trực tiếp" nhưng vẫn giữ tần suất hàng ngày, thúc đẩy tính minh bạch và tự tổ chức đội ngũ (self-organizing teams – Agile Principle #11).
• Theo PMBOK® Guide 7th Edition, Domain: Team & Stakeholders, ưu tiên giao tiếp đa kênh; Agile Practice Guide (2021) khuyến nghị virtual standups cho distributed teams. Cập nhật 2026 (PMI Standards Update) nhấn mạnh AI/tools hỗ trợ remote collaboration.

🛠️ 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, 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 (giao tiếp, agile practices, servant leadership).

• Delegate authority to the team members and ask them to submit weekly status reports instead.
  ❌ Sai: Phương án này giảm tần suất giao tiếp từ hàng ngày xuống hàng tuần, làm trầm trọng hóa vấn đề thiếu chia sẻ thông tin ngay lập tức – trái với tinh thần daily standup trong agile/hybrid. Project manager không nên "ủy quyền hoàn toàn" mà phải dẫn dắt (facilitate), theo PMBOK® 7th: Project Manager's role is to coach & mentor, không phải giao phó trách nhiệm cốt lõi như standup. Weekly reports phù hợp predictive hơn, không adaptive.

• Postpone the daily standups and ask the team members to update the project manager daily via messaging.
  ❌ Sai: Hoãn standup làm mất cơ hội thảo luận nhóm (group synergy), chỉ cập nhật cá nhân qua messaging (như chat) dễ gây hiểu lầm và thiếu tương tác hai chiều. Agile yêu cầu mặt đối mặt (face-to-face, kể cả virtual) theo Agile Manifesto Principle #6. PMBOK® 7th (Interactions Model) nhấn mạnh công cụ tương tác nhóm thay vì one-to-one messaging, vì dễ bỏ lỡ impediments chung.

• Hold virtual daily standups each workday morning and use collaboration tools to manage project updates.
  ✅ Đúng: Như đã giải thích ở trên. Giải pháp tối ưu, cân bằng chỉ đạo quản lý (không in-person), nhu cầu đội ngũ (daily info sharing), và best practices PMP. Hỗ trợ Stakeholder Engagement và Uncertainty Management trong môi trường hybrid/remote.

• Ask senior management for permission to hold in-person team meetings once each week.
  ❌ Sai: Vi phạm chỉ đạo trực tiếp từ ban quản lý (not to have in-person), thể hiện thiếu linh hoạt và escalates không cần thiết. Giảm xuống hàng tuần vẫn không giải quyết daily issues. PMP khuyến khích problem-solving tại chỗ (servant leadership) thay vì leo thang (escalate chỉ khi cần thiết, theo PMBOK® 7th: Decision Making Models). Không tận dụng công nghệ sẵn có cho remote teams.

📚 Tài liệu tham khảo

• PMBOK® Guide – Seventh Edition (2021): Chapters 4 (Team), 5 (Stakeholders), Appendix X3 (Agile).
• Agile Practice Guide (2021): Section 3.3 Daily Scrum/Standup.
• PMI Standards Update 2024-2026: Nhấn mạnh Digital Tools & Hybrid PM (truy cập pmi.org).
• The Standard for Project Management (2021): Principle 7: Adaptability.

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

🧩 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à Project Manager (PM) phát hiện khoảng trống kiến thức (knowledge gaps) trong đội ngũ dự án liên quan đến các năng lực cốt lõi (core competencies) cần thiết để đạt được kết quả mong muốn. Đây là vấn đề phổ biến trong quản lý dự án, đặc biệt trong quá trình phát triển và quản lý đội ngũ (Develop Team & Manage Team) theo PMBOK® Guide 7th Edition. PM cần chọn hành động phù hợp để đạt được kết quả mong muốn mà không làm gián đoạn dự án, tuân thủ nguyên tắc tập trung vào con người (people-centered approach) và giá trị dự án (value delivery). Câu hỏi kiểm tra kiến thức về trách nhiệm của PM trong việc nâng cao năng lực đội ngũ thay vì các giải pháp tiêu cực hoặc né tránh.

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

Đáp án đúng: Communicate the situation to the team and plan for the necessary training and coaching arrangements.

Lý do: 🛠️ Theo PMBOK® Guide 7th Edition (Domain: Team & Stakeholders), PM có trách nhiệm phát triển đội ngũ (Develop Team) thông qua giao tiếp minh bạch, đào tạo (training) và huấn luyện (coaching) để lấp đầy khoảng trống kiến thức. Điều này thúc đẩy sự gắn kết đội ngũ, cải thiện hiệu suất mà không thay đổi cấu trúc đội ngũ hay phạm vi dự án. Hành động này phù hợp với 12 Principles of Project Management (Principle 7: Foster a collaborative team environment) và Develop Team process trong PMBOK® 6th/7th, giúp đạt kết quả mong muốn một cách bền vững. Đến năm 2026, PMI vẫn nhấn mạnh Agile & Hybrid approaches ưu tiên upskilling nội bộ.

📋 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 giải thích rõ ràng:

• ❌ Plan to hire more experienced team members and lay off a few of the existing team members.
  Sai vì: 🛑 Hành động này vi phạm nguyên tắc quản lý đội ngũ (Manage Project Team), gây mất động lực, xung đột nội bộ và có thể dẫn đến kiện tụng lao động. PMBOK® 7th Edition (Team Performance Domain) khuyến nghị ưu tiên phát triển đội ngũ hiện tại thay vì thay thế nhân sự, vì sa thải làm gián đoạn dự án và không giải quyết gốc rễ vấn đề kiến thức.

• ❌ Communicate the situation to the customer and inform them about potential delays in delivery.
  Sai vì: 🚫 Việc thông báo sớm cho khách hàng về trì hoãn tiềm ẩn là chưa phù hợp, vì PM chưa thử các giải pháp nội bộ như đào tạo. Theo Stakeholder Engagement (Principle 11), chỉ escalate khi đã kiểm soát rủi ro nội bộ. Điều này có thể làm mất lòng tin khách hàng mà không cần thiết, trái với Integrated Risk Management trong PMBOK® 7th.

• ❌ Report the situation back to upper management and request to have the scope changed.
  Sai vì: 🔴 Thay đổi scope (scope change) là giải pháp cuối cùng qua Change Control process, không áp dụng cho vấn đề nội bộ đội ngũ. PMBOK® 7th (Uncertainty Domain) yêu cầu PM tự quản lý rủi ro đội ngũ trước khi escalate, tránh làm phức tạp dự án và tăng chi phí không đáng có.

• ✅ Communicate the situation to the team and plan for the necessary training and coaching arrangements.
  Đúng vì: 🎯 Như đã giải thích ở trên, đây là hành động chủ động, phù hợp với Develop Team & Manage Team processes. Nó thúc đẩy psychological safety trong đội ngũ, đo lường qua team performance assessments, và hỗ trợ outcome-focused delivery đến năm 2026 (theo PMI Talent Triangle® cập nhật).

📘 Tài liệu tham khảo

• PMBOK® Guide – 7th Edition (2021): Chương 4 (Team Domain), Chương 5 (Stakeholders), Principle 7 & 10.
• PMI's Standard for Project Management (2021): Develop Team activities (trang 89-92).
• The PMP Examination Content Outline (2024-2026): Domain II: Team (27% questions), nhấn mạnh coaching/training.
• Cập nhật mới nhất: PMI.org (Eco-System báo cáo 2025 dự kiến vẫn giữ nguyên core principles đến 2026).

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

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

📖 Nội dung câu hỏi được giải thích rõ ràng:
Câu hỏi mô tả một tình huống thực tế trong dự án: Đội ngũ đang thử nghiệm sản phẩm trên nhiều tần số radio (đã hoàn thành 80%), nhưng cần thêm 4 tuần để kết thúc. Project Manager (PM) nhận thông tin về chính sách mới của chính phủ sẽ được ban hành trong 2 tuần tới, yêu cầu các công ty phải có phê duyệt và giấy phép trước khi test tần số. Điều này tạo ra rủi ro pháp lý (regulatory risk) có thể làm gián đoạn dự án nếu tiếp tục test mà không tuân thủ.
Câu hỏi yêu cầu chọn hai hành động mà PM nên thực hiện ngay lập tức để quản lý tình huống này cho đến khi nhận được phê duyệt, nhấn mạnh vào quản lý rủi ro chủ động (proactive risk management) theo nguyên tắc PMP. Đây là ví dụ điển hình về rủi ro bên ngoài (external risk) từ thay đổi quy định pháp luật, đòi hỏi PM phải cân bằng giữa tiến độ dự án và tuân thủ pháp lý.
🛠️ Bối cảnh PMP: Theo PMBOK® Guide 7th Edition (và cập nhật PMP đến 2026), PM phải áp dụng 12 nguyên tắc (như Stewardship, Team, Stakeholders, Value, Risk) và 8 lĩnh vực hiệu suất (Performance Domains), đặc biệt là Uncertainty Domain (quản lý rủi ro và bất định).

✅ Đáp án đúng (chọn hai):

• Update the project risk checklist to consider licensing and approvals for risk identification.
• Reallocate the testing resources to complete testing early before the policy takes effect.

📘 Lý do chọn hai đáp án đúng (theo PMP mới nhất):
Hai hành động này phù hợp với Risk Management Performance Domain (PMBOK 7th Ed., trang 125-140):

• Update risk checklist: Đây là hành động identify risks chủ động, cập nhật checklist để ghi nhận rủi ro mới (licensing/approvals), hỗ trợ risk identification và risk register – một phần của proactive risk response. Giúp dự án chuẩn bị cho các rủi ro tương tự sau này.
• Reallocate resources to complete early: Đây là mitigate risk bằng cách accelerate schedule (nén lịch trình), tận dụng 80% tiến độ đã hoàn thành để hoàn tất trước hạn chót chính sách (2 tuần). Phù hợp Agile/Hybrid approaches trong PMP 2021+, ưu tiên value delivery mà không vi phạm pháp lý.
  Hai hành động này không dừng dự án đột ngột mà tiếp tục giá trị an toàn, thể hiện leadership của PM (Principle 1: Be a diligent, respectful, and caring steward).

❌ 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 PMBOK 7th Edition và PMP Exam Content Outline 2021 (cập nhật đến 2026, không thay đổi lớn).

• Hire a vendor with the required expertise and infrastructure to complete the testing.
  ❌ Sai: Việc thuê vendor ngay lập tức không giải quyết rủi ro pháp lý cốt lõi, vì vendor cũng phải tuân thủ chính sách mới (cần license). Điều này có thể dẫn đến chi phí cao không cần thiết và chậm trễ thêm (vendor cần thời gian setup). PMP khuyến nghị avoid outsourcing nếu chưa identify rõ risk (Stakeholder Engagement Domain, trang 157). Không phải hành động ưu tiên "until approval".

• Stop testing immediately and escalate the issue to senior management for a decision.
  ❌ Sai: Dừng test ngay lập tức lãng phí 80% tiến độ đã hoàn thành, vi phạm nguyên tắc Optimize Risk Responses (chỉ stop nếu rủi ro imminent và không thể mitigate). Escalate chỉ khi PM không có authority (PMBOK 7th, trang 47), nhưng ở đây PM có thể tự reallocate resources hoặc update risk log mà không cần escalate ngay – thể hiện poor risk leadership.

• Allow testing to continue for the complete duration as the policy may not apply to ongoing projects.
  ❌ Sai: Tiếp tục test đầy đủ 4 tuần bất chấp rủi ro cao (chính sách chỉ 2 tuần nữa), có thể dẫn đến phạt pháp lý, hủy kết quả test. PMP cấm gambling on uncertainty (Uncertainty Domain, trang 129); phải assume worst-case và mitigate proactively, không dựa vào "may not apply" – vi phạm Compliance và Stewardship Principle.

• Update the project risk checklist to consider licensing and approvals for risk identification.
  ✅ Đúng: Hành động proactive và lessons learned-oriented, cập nhật risk checklist (một công cụ trong Identify Risks process) để capture regulatory risks cho hiện tại và tương lai. Hỗ trợ continuous improvement (PMBOK 7th, trang 132, Risk Register & Checklists). Lý tưởng cho "until approval" vì không dừng dự án mà tăng awareness.

• Reallocate the testing resources to complete testing early before the policy takes effect.
  ✅ Đúng: Mitigation strategy xuất sắc, reallocate resources (cross-train team hoặc overtime) để crash schedule hoàn tất trước 2 tuần. Phù hợp Schedule Domain và Resource Management (PMBOK 7th, trang 99-110), ưu tiên deliver value nhanh trong hybrid/agile context mà tránh vi phạm pháp lý.

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

• PMBOK® Guide – Seventh Edition (PMI, 2021): Uncertainty Domain (Ch. 4), Risk Principles (p.125-140).
• PMP Examination Content Outline (PMI, 2021 – cập nhật 2024/2026): Domain III: Business Environment (15%), Domain IV: People (42%), nhấn mạnh risk mitigation.
• Agile Practice Guide (PMI, 2017, tích hợp PMBOK 7): Adaptive risk responses như accelerate work.
  (Nguồn: PMI.org – kiến thức chính thức, không có thay đổi lớn đến 2026 theo thông báo PMI Q1/2024).

🛠️ Lời khuyên PMP: Trong kỳ thi, luôn ưu tiên proactive, value-driven actions thay vì reactive/stop. Thực hành tình huống này để đạt tỷ lệ đúng cao! 🚀