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ủ đề Quản lý Rủi ro (Risk Management) trong PMP, cụ thể là quy trình Identify Risks (Xác định Rủi ro).
📖 Tình huống mô tả:

• CEO đã ủy quyền (authorized) phát triển một sản phẩm tài chính phức tạp nhằm mang lại lợi ích tương lai lớn hơn cho công ty. Điều này ngụ ý dự án đang ở giai đoạn sớm (initiation), với Project Charter đã được phê duyệt.
• Ngân sách được huy động từ nhà đầu tư toàn cầu, và họ kỳ vọng tất cả rủi ro được xác định càng sớm càng tốt (ASAP).
• Thách thức cho Project Manager (PM): Cần một công cụ/thuật pháp hiệu quả, nhanh chóng để xác định toàn bộ rủi ro (identify the risks) ngay từ đầu, đặc biệt với dự án phức tạp liên quan đến tài chính và đầu tư quốc tế.
  🛠️ Mục tiêu chính: Tập trung vào Data Gathering và Expert Judgment theo PMBOK® Guide (phiên bản mới nhất 7th Edition, 2021, cập nhật đến 2026 qua PMI standards), nơi Identify Risks là hoạt động đầu tiên trong Risk Management Performance Domain.

✅ Đáp án đúng: Expert judgment

Lý do lựa chọn:

• Trong quy trình Identify Risks, Expert judgment là công cụ/thuật pháp cơ bản và ưu tiên hàng đầu (Primary Tool), đặc biệt phù hợp cho dự án phức tạp (complex) như sản phẩm tài chính với nhà đầu tư toàn cầu.
• Nó cho phép PM thu thập ý kiến từ các chuyên gia (experts) bên trong/ngoài tổ chức (như chuyên gia tài chính, đầu tư quốc tế) để xác định rủi ro sớm nhất có thể, đảm bảo toàn diện (all risks) mà không cần dữ liệu chi tiết ban đầu.
• Phù hợp với giai đoạn sớm (post-Charter), khi dự án chưa có kế hoạch đầy đủ.
  📘 Dẫn chứng: PMBOK® Guide – Seventh Edition (2021), Risk Management Principle (trang 135-140); PMBOK® 6th Edition, Section 11.2.2.1: "Expert judgment is a technique... often used early in the project."

📋 Giải thích tất cả các phương án (theo thứ tự lựa chọn gốc)

• ❌ An analysis of shared risks between parties
  Sai vì: Đây không phải là công cụ chuẩn trong Identify Risks. "Shared risks" liên quan đến chia sẻ rủi ro giữa các bên (risk sharing) – một Chiến lược Phản ứng Rủi ro (Risk Response Strategy) trong Plan Risk Responses, không dùng để xác định rủi ro ban đầu. Phân tích này thường xuất hiện ở giai đoạn Procurement/Contract Management, không phù hợp cho việc identify toàn bộ rủi ro sớm.
  📘 Dẫn chứng: PMBOK® 7th Ed., Procurement Performance Domain (trang 80-85).

• ❌ Strengths, weaknesses, opportunities, and threats (SWOT) analysis
  Sai vì: Mặc dù SWOT là một phần của Data Analysis trong Identify Risks, nhưng nó chỉ xác định rủi ro cấp cao (high-level) từ góc nhìn chiến lược nội bộ, không đủ toàn diện cho dự án phức tạp với kỳ vọng "all risks ASAP" từ investors toàn cầu. SWOT phù hợp hơn cho Strategic Planning hoặc Qualitative Analysis, không phải lựa chọn tối ưu đầu tiên.
  📘 Dẫn chứng: PMBOK® 6th Ed., 11.2.2.2; PMBOK® 7th Ed. (Data Analysis techniques, trang 137) – SWOT là "supporting", không phải primary cho complex projects.

• ✅ Expert judgment (Đã giải thích chi tiết ở trên – lựa chọn đúng nhất! 🎯).

• ❌ A risk value assessment
  Sai vì: Đây là phương pháp định lượng (Quantitative Risk Analysis), sử dụng Expected Monetary Value (EMV) hoặc Risk Value để đánh giá (assess) rủi ro sau khi đã identify và qualify. Nó không dùng để identify rủi ro ban đầu, và yêu cầu dữ liệu số chi tiết – không khả thi ở giai đoạn sớm như mô tả.
  📘 Dẫn chứng: PMBOK® 6th Ed., Section 11.4 (Perform Quantitative Risk Analysis); PMBOK® 7th Ed., Uncertainty Principle (trang 142).

🧠 Kết luận & Lời khuyên PMP: Sử dụng Expert judgment giúp PM chủ động, linh hoạt theo Tailoring (PMBOK® 7th Ed., trang 33). Trong kỳ thi PMP mới nhất (2026 updates), nhấn mạnh hybrid approaches nhưng Expert Judgment vẫn là "go-to" cho early risk ID! 💡

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

Câu hỏi tập trung vào tình huống triển khai Agile trong dự án, nơi nhà tài trợ (sponsor) ủng hộ việc sử dụng các phương pháp Agile. Quản lý dự án (project manager) đang cân nhắc cách triển khai Agile một cách hiệu quả và xây dựng sự đồng thuận (buy-in) từ cả đội ngũ dự án lẫn các bên liên quan (stakeholders). Cụ thể, câu hỏi yêu cầu hành động đầu tiên (first) mà quản lý dự án nên thực hiện để rollout Agile một cách an toàn, giảm thiểu rủi ro và tạo sự ủng hộ.

Đây là chủ đề thuộc lĩnh vực Agile Hybrid trong PMP (PMBOK 7th Edition và Agile Practice Guide), nhấn mạnh nguyên tắc bắt đầu nhỏ, học hỏi nhanh (start small, iterate) để chuyển đổi từ môi trường Predictive (truyền thống) sang Agile, tránh thay đổi lớn đột ngột gây kháng cự. 📘 Tham khảo: PMBOK® Guide 7th Edition (2021), Agile Practice Guide (2017, cập nhật tích hợp 2021), và PMI's "Navigating Complexity" (2023-2026 updates) khuyến nghị pilot để xây dựng bằng chứng thành công.

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

Đáp án đúng: Start with a pilot project of appropriate complexity, and provide agile training to those who are impacted

Lý do: 🛠️ Hành động đầu tiên lý tưởng là chọn một dự án pilot (thử nghiệm) có độ phức tạp phù hợp, kết hợp đào tạo Agile cho những người bị ảnh hưởng trực tiếp. Điều này giúp giảm rủi ro, chứng minh giá trị Agile thực tế, xây dựng buy-in dần dần từ team và stakeholders thông qua kết quả cụ thể. Theo nguyên tắc Agile "Fail fast, learn fast" và Tailoring Approach trong PMBOK 7th, pilot là bước khởi đầu an toàn để thu thập feedback, điều chỉnh trước khi mở rộng. Không nên thay đổi lớn ngay (big bang), vì dễ thất bại và mất buy-in. ✅ Hoàn hảo cho rollout Agile đầu tiê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, giữ nguyên nội dung gốc bằng tiếng Anh. Mỗi phương án được đánh giá đúng/sai dựa trên best practices PMP Agile mới nhất (đến 2026).

• ❌ Phương án SAI: Determine which agile software tools will be required to support agile delivery within the organization
  Giải thích: 🛠️ Việc chọn công cụ Agile (như Jira, Azure DevOps) không phải bước đầu tiên, vì chưa có sự hiểu biết rõ ràng về nhu cầu thực tế hoặc buy-in từ team. Tập trung tool sớm có thể lãng phí tài nguyên, gây kháng cự nếu team chưa sẵn sàng. PMBOK 7th nhấn mạnh Value Delivery trước Tooling (Principle 1: Be a diligent, respectful, and caring steward).

• ❌ Phương án SAI: Select a current predictive project, define the approach, and provide agile training to execute the remainder of the project
  Giải thích: 🚫 Rủi ro cao khi chuyển dự án đang chạy (ongoing predictive project) sang Agile giữa chừng, vì dự án predictive thường có scope cố định, contract ràng buộc, dễ gây hỗn loạn và thất bại. Không khuyến khích "mid-project switch" mà nên dùng dự án mới hoặc pilot riêng. Agile Practice Guide cảnh báo không hybrid hóa dự án lớn đang chạy mà chưa pilot.

• ✅ Phương án ĐÚNG: Start with a pilot project of appropriate complexity, and provide agile training to those who are impacted
  Giải thích: 🧩 Như đã nêu ở phần đáp án đúng, đây là bước đầu tiên tối ưu để test Agile ở quy mô nhỏ, đào tạo targeted (chỉ những người liên quan), xây dựng bằng chứng thành công (proof of concept). Hỗ trợ Stakeholder Engagement (Process 4.5 PMBOK 7th) và Organizational Change Management trong hybrid environments. 📘 Dẫn chứng: PMI's "Agile for Hybrid Teams" (2024 update).

• ❌ Phương án SAI: Determine how to transform the organization using agile techniques, including organizational training and communications
  Giải thích: 🌪️ Transform toàn tổ chức (enterprise-wide) ngay từ đầu là sai lầm lớn, vì thiếu buy-in và kinh nghiệm thực tế, dẫn đến "Agile Theater" (giả tạo). PMBOK 7th (Principle 12: Optimize risk responses/uncertainty) khuyên iterative rollout, không big bang transformation. Training & comms là cần nhưng phải sau pilot để có dữ liệu thuyết phục.

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

Bắt đầu bằng pilot project là chìa khóa vàng để rollout Agile thành công, phù hợp với 12 Principles of PMBOK 7th (Stewardship, Team, Stakeholders, Value, Systems Thinking, Leadership, Tailoring, Quality, Complexity, Risk, Adaptability, Change, Resilience). Để cập nhật 2026, kiểm tra PMI.org cho "PMBOK 8th" previews. Nếu áp dụng thực tế, hãy assess organizational maturity trước (SAFe hoặc Scaled Agile Framework). Bạn có câu hỏi PMP nào khác không? 🚀

🧩 Phân tích chi tiết câu hỏi trắc nghiệm PMP

📘 Nội dung câu hỏi:
Câu hỏi mô tả tình huống một technical manager (quản lý kỹ thuật) mới được khách hàng bổ nhiệm, đến thăm công trường dự án để kiểm tra các sản phẩm bàn giao (deliverables). Người này cảm thấy project manager chưa cung cấp đủ thông tin. Câu hỏi yêu cầu xác định hành động đầu tiên (first) mà project manager nên thực hiện để giải quyết tình huống này.

🛠️ Bối cảnh PMP (theo PMBOK® Guide 7th Edition, cập nhật đến 2026): Đây là vấn đề liên quan đến quản lý stakeholder engagement (quá trình 13.3: Manage Stakeholder Engagement). Technical manager là stakeholder mới (newly appointed), có thể thuộc nhóm client, nên nhu cầu thông tin của họ có thể thay đổi. Project manager cần ưu tiên đánh giá và điều chỉnh kế hoạch tương tác để đảm bảo thông tin phù hợp, tránh xung đột sớm. Không phải xử lý như issue, risk hay họp thêm ngay lập tức.

✅ Đáp án đúng: Review and update the stakeholder engagement plan

Lý do lựa chọn (chi tiết):
🧩 Theo PMBOK® 7th Edition (trang 270-275, Domain: Stakeholder), hành động đầu tiên phải là review và update Stakeholder Engagement Plan vì:

• Stakeholder mới có current engagement level khác với kỳ vọng (unaware hoặc resistant), dẫn đến khiếu nại về thông tin.
• Kế hoạch này xác định loại thông tin, tần suất, phương thức phù hợp với từng stakeholder (dựa trên power/interest grid hoặc salience model).
• Đây là bước proactive trong Manage Stakeholder Engagement, giúp điều chỉnh trước khi vấn đề leo thang.
  📘 Nguồn: PMBOK® Guide 7th Edition (Process 13.1 Identify Stakeholders & 13.2 Plan Stakeholder Engagement); PMP Exam Content Outline 2021 (Stakeholder Sphere).

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

• Update the issue log and escalate to the project sponsor
  ❌ Sai vì: Đây không phải hành động đầu tiên. Issue log dùng ghi nhận vấn đề đã xác định (issues), nhưng tình huống này là stakeholder dissatisfaction chưa phải issue chính thức. Escalate sponsor là bước sau khi đã cố gắng resolve qua engagement plan. Làm vậy có thể làm phức tạp hóa, vi phạm nguyên tắc manage at lowest level (PMBOK® 7th, Principle 7: Optimize Risk Responses).

• Identify the lack of information as a risk and update the risk register
  ❌ Sai vì: Thiếu thông tin không phải risk (rủi ro tương lai có thể xảy ra), mà là hiện tại (known issue với stakeholder cụ thể). Risk register dành cho uncertainty (PMBOK® 7th, Domain: Uncertainty). Phân loại sai sẽ làm lệch focus khỏi stakeholder management.

• Schedule more frequent meetings with the technical manager
  ❌ Sai vì: Tăng họp có thể là action cụ thể sau, nhưng không phải đầu tiên. Phải review engagement plan trước để đánh giá nhu cầu thực sự (ví dụ: email summary thay vì họp). Làm vậy mù quáng có thể lãng phí thời gian, không align với tailored communication (PMBOK® 7th, Principle 12: Navigate Complexity).

• Review and update the stakeholder engagement plan
  ✅ Đúng vì: Như giải thích trên, đây là bước first proactive step để align thông tin với engagement strategy của stakeholder mới. Đảm bảo project thành công qua satisfaction cao (PMBOK® 7th, Outcome: Satisfied Stakeholders).

💡 Lời khuyên PMP: Trong kỳ thi PMP, ưu tiên first action theo process groups (Planning trước Executing). Thực hành với tình huống stakeholder thay đổi để nắm vững! 📘 (Tham khảo: PMI.org PMP Exam Prep, Rita Mulcahy PMP Exam Prep 10th Ed. aligned with 7th PMBOK).

🧩 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 diễn ra trong giai đoạn Khởi tạo (Initiation) của một dự án cải tiến sản phẩm mới. Project Manager (PM) phát hiện dữ liệu lịch sử (historical data/lessons learned) từ dự án tương tự trước đây cho thấy khách hàng phàn nàn về trải nghiệm người dùng (user experience - UX) thậm chí còn tệ hơn phiên bản sản phẩm cũ.
🛠️ Mục tiêu chính: PM cần hành động ngay ở giai đoạn Initiation để ngăn ngừa kết quả tiêu cực này lặp lại. Điều này liên quan đến việc áp dụng các nguyên tắc PMP như Stakeholder Engagement (tương tác bên liên quan), Lessons Learned (bài học kinh nghiệm), và Value Delivery (giao giá trị) theo PMBOK® Guide 7th Edition (2021) và cập nhật PMP Exam Content Outline đến 2026, nhấn mạnh việc tích hợp sớm các bên liên quan bên ngoài để đảm bảo sản phẩm đáp ứng nhu cầu người dùng cuối.

✅ Đáp án ĐÚNG: Define a user focus group as external stakeholders with a high influence on outcomes
Lý do lựa chọn (theo PMP mới nhất):

• Trong Initiation, PM phải xác định và phân loại stakeholders (Stakeholder Identification & Analysis) để engage sớm, đặc biệt là external stakeholders như user focus group (nhóm người dùng đại diện). Họ có high influence on outcomes vì trực tiếp ảnh hưởng đến UX và sự hài lòng khách hàng.
• Dữ liệu lịch sử chỉ ra vấn đề UX từ khách hàng → Engage focus group ngay sẽ thu thập feedback sớm, điều chỉnh yêu cầu sản phẩm, tránh "worse UX".
• Theo PMBOK® 7th Ed., Domain: Stakeholder (Section 4.5) và PMP ECo 3.0 (2021): Prioritize high-power/high-interest stakeholders ở Initiation để maximize value và mitigate risks từ lessons learned.
• 📘 Nguồn: PMBOK® Guide 7th Edition (Ch. 4: Project Performance Domains), PMI.org PMP Exam Content Outline (Stakeholder Sphere).

🔍 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 Process Groups (Initiation vs. Planning/Executing), timing, và tính phù hợp với vấn đề UX từ historical data.

• Define a user focus group as external stakeholders with a high influence on outcomes
  ✅ ĐÚNG (Như đã giải thích ở trên). 🧩 Hành động ngay Initiation, engage users sớm để lấy input, align với Tailoring trong PMBOK 7 (Customer-Centric approach). Tránh vấn đề UX bằng cách đưa họ vào Stakeholder Register với power/influence cao.

• Hire a team of external users to perform acceptance testing on the product
  ❌ SAI. Acceptance testing (User Acceptance Testing - UAT) thuộc Validate Scope và Control Quality ở giai đoạn Closing/Executing, không phải Initiation. Thuê external users lúc này là quá muộn (sau khi sản phẩm hoàn thành), không ngăn ngừa vấn đề từ đầu. PMBOK 7 nhấn mạnh testing là late-stage verification, không phải proactive engagement. 📘 Nguồn: PMBOK® 7th Ed. (Ch. 4.6: Uncertainty Domain - không dùng testing thay risk/stakeholder mgmt).

• Hire a consultant to perform a benefit analysis as an input to the project charter
  ❌ SAI. Benefit analysis là phần Business Documents (Business Case) trong Develop Project Charter, nhưng chỉ tập trung vào lợi ích tài chính/ROI, không trực tiếp giải quyết UX complaints từ historical data. Thuê consultant lúc này không engage users, chỉ là phân tích nội bộ. Sai timing và focus (charter đã gần hoàn thành). 📘 Nguồn: PMBOK® 7th Ed. (Ch. 2.1: Develop Charter - Benefits Mgmt không thay thế Stakeholder Engagement).

• Define a high-level risk and plan mitigation after completing the work breakdown structure (WBS)
  ❌ SAI. Identify Risks (high-level) nên làm sớm ở Initiation/Planning (Plan Risk Management), nhưng sau WBS là muộn vì WBS thuộc Create WBS ở Planning (sau Define Scope). Mitigation lúc này không proactive với historical data (lessons learned phải dùng ngay Initiation). PMBOK 7 yêu cầu Proactive Risk Mgmt từ đầu, không chờ WBS. 📘 Nguồn: PMBOK® 7th Ed. (Ch. 4.6: Uncertainty; Process 11.1-11.7 trong PMBOK 6 tương đương).

🎯 Kết luận PMP: Hành động tốt nhất là engage stakeholders sớm (user focus group) để leverage lessons learned, đảm bảo value-driven project và tránh failure UX. Áp dụng Hybrid/Agile nếu cần iterative feedback! 🚀

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

Câu hỏi này thuộc chủ đề Earned Value Management (EVM) trong PMP, cụ thể là việc báo cáo trạng thái dự án (Project Status Reporting) theo PMBOK Guide 7th Edition (và cập nhật đến 2026 với PMI Standards+).

• Tình huống: Quản lý dự án (PM) đang phân tích dự án cho báo cáo trạng thái hàng tháng. Chỉ số SPI (Schedule Performance Index) = 0.75 (<1) cho thấy dự án chậm tiến độ (behind schedule). Chỉ số CPI (Cost Performance Index) = 1.25 (>1) cho thấy dự án tiết kiệm chi phí (under budget).
• Mục tiêu của PM: Phải báo cáo đánh giá trạng thái dự án lần đầu tiên sớm, và muốn nhấn mạnh (emphasize) rằng dự án đang được kiểm soát (under control) cho các bên liên quan chính (key stakeholders).
• Yêu cầu chính: Chọn cách báo cáo phù hợp nhất, tập trung vào tính minh bạch, dự báo (forecast), và hành động khắc phục, theo nguyên tắc People, Process, Business Environment domains trong PMBOK 7th.

📘 Nguồn tham khảo: PMBOK Guide 7th Edition (Process 7: Monitor and Control Project Work); The Standard for Project Management (2021); Practice Standard for Earned Value Management (3rd Edition, PMI 2019).

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

Đáp án đúng: Report that the project is behind schedule but that an additional experienced resource can be added to stay within schedule and maintain the budget.

Lý do 🛠️:

• Cách này minh bạch (transparent) về tình trạng chậm tiến độ (SPI=0.75), nhưng tích cực nhấn mạnh kiểm soát bằng cách đề xuất giải pháp cụ thể: thêm nguồn lực kinh nghiệm để bắt kịp lịch trình mà không ảnh hưởng ngân sách (vì CPI=1.25 >1, có dư chi phí để bù đắp).
• Phù hợp với nguyên tắc proactive management trong PMP: Báo cáo status + forecast + mitigation plan. Stakeholders sẽ thấy dự án "under control" nhờ hành động kịp thời, tránh rủi ro leo thang.
• Đây là báo cáo ngắn gọn, actionable cho lần review đầu tiên, không làm phức tạp hóa.

❌ 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 văn bản gốc tiếng Anh. Mỗi phương án được đánh giá dựa trên best practice PMP (transparent, variance analysis, corrective actions).

• Prepare a detailed presentation for stakeholders on earned value including how it is calculated and the project's current earned value results
  ❌ Sai: Phương án này quá chi tiết và kỹ thuật (detailed presentation về cách tính EVM), không phù hợp cho stakeholders lần đầu (có thể là cấp cao, không cần công thức). PMBOK nhấn mạnh báo cáo phải stakeholder-appropriate (tailored), tránh làm họ choáng ngợp. Không trực tiếp "emphasize under control", chỉ tập trung giải thích metrics.

• Report that the project is behind schedule but that an additional experienced resource can be added to stay within schedule and maintain the budget
  ✅ Đúng (như đã giải thích ở trên). 🛠️ Hoàn hảo kết hợp status (behind schedule) + positive forecast (add resource, maintain budget), thể hiện dự án under control với plan cụ thể.

• Perform a detailed root cause analysis utilizing a pareto chart and fishbone diagrams to demonstrate that the project is under control
  ❌ Sai: Phân tích nguyên nhân gốc rễ (root cause) với Pareto/fishbone là công cụ Quality Management (PMBOK Process 8.2), nhưng quá sớm và không cần thiết cho báo cáo status lần đầu. Chưa có dữ liệu đủ để phân tích sâu, và cách này không "demonstrate under control" hiệu quả – stakeholders cần action hơn là biểu đồ. Lãng phí thời gian khi milestone còn xa.

• Report that the project is not tracking as expected, but is still under control since the next project milestone is over a month away
  ❌ Sai: Báo cáo mơ hồ ("not tracking as expected"), thiếu variance explanation cụ thể (SPI/CPI) và không có corrective action. Dựa vào "milestone còn xa" là risky justification, không proactive – vi phạm nguyên tắc timely reporting trong PMP. Stakeholders có thể nghi ngờ kiểm soát thực sự.

🧩 Kết luận PMP best practice: Báo cáo status phải RAG status + variance + forecast + actions (Red/Yellow/Green). Ở đây, Schedule = Yellow (behind), Cost = Green (under), tổng thể under control với mitigation!

📘 Tài liệu bổ sung: PMI.org EVM resources (2023 updates); PMP Exam Content Outline (2024-2026).

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

Câu hỏi này thuộc lĩnh vực quản lý đội ngũ dự án (Project Team Management) trong PMP, tập trung vào People Domain theo PMBOK® Guide 7th Edition (cập nhật đến 2026). Tình huống mô tả: Sau cuộc họp với khách hàng, Quản lý dự án (PM) nhận được khen ngợi đặc biệt vì dự án luôn đúng tiến độ. Sau đó, PM tham dự cuộc họp đội ngũ dự án định kỳ để theo dõi tình trạng các sản phẩm bàn giao (deliverables).
Câu hỏi chính: PM nên làm gì trong cuộc họp đội ngũ này?
Mục tiêu kiểm tra kiến thức về động viên đội ngũ (team motivation), giao tiếp hiệu quả (effective communication) và lãnh đạo phục vụ (servant leadership) – những nguyên tắc cốt lõi để duy trì hiệu suất đội ngũ cao, đặc biệt khi dự án đang thành công về tiến độ.

✅ Đáp án đúng: Share the customer feedback with the project team

Lý do lựa chọn:
Trong cuộc họp đội ngũ định kỳ, PM cần chia sẻ phản hồi tích cực từ khách hàng để động viên tinh thần đội ngũ, tăng cường sự gắn kết (engagement) và khuyến khích duy trì hiệu suất. Điều này phù hợp với nguyên tắc High-Performing Teams và Team Performance Domain trong PMP, nơi lãnh đạo cần công nhận thành tựu chung để xây dựng động lực nội tại. Việc giữ phản hồi cho riêng mình sẽ bỏ lỡ cơ hội tăng cường sự tự tin và cam kết của đội ngũ. Đây là hành động ngay lập tức, phù hợp với ngữ cảnh "theo dõi tình trạng deliverables" – kết hợp cập nhật tiến độ với động viên.

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

• ✅ Share the customer feedback with the project team
  Đúng 🏆: Như đã giải thích, chia sẻ phản hồi khách hàng là cách tốt nhất để động viên đội ngũ ngay lập tức, củng cố văn hóa công nhận (recognition culture). Điều này hỗ trợ Emotional Intelligence của PM và nguyên tắc "Lead the Team" trong PMBOK® 7th Edition.

• ❌ Follow the meeting agenda and make a list of the next deliverables
  Sai 🚫: Việc chỉ tuân thủ agenda và lập danh sách deliverables tiếp theo là hành động tiêu chuẩn nhưng thiếu động viên. Câu hỏi nhấn mạnh tình huống nhận khen ngợi đặc biệt, nên PM cần tận dụng cơ hội để truyền cảm hứng, không chỉ tập trung vào nhiệm vụ kỹ thuật (task-oriented).

• ❌ Document this feedback in the meeting minutes
  Sai 📝: Ghi chép phản hồi vào biên bản họp là hành động hỗ trợ (supporting activity) nhưng không phải ưu tiên chính trong cuộc họp đội ngũ. Biên bản chỉ lưu trữ, không tạo động lực trực tiếp. PM nên chia sẻ miệng trước để đội ngũ cảm nhận ngay, sau đó mới ghi chép.

• ❌ Start planning how to improve the dates of next deliverables
  Sai ⏰: Dự án đã "luôn đúng tiến độ" và được khen ngợi, nên không cần cải thiện ngày giao hàng ngay. Hành động này chuyển hướng tiêu cực (improve dates ngụ ý chưa tốt), bỏ qua cơ hội động viên và có thể làm giảm tinh thần đội ngũ.

📘 Tài liệu tham khảo

• PMBOK® Guide – Seventh Edition (2021): Phần Team Performance Domain (trang 47-59), nhấn mạnh "Motivate and mentor relevant stakeholders" và "Build a team culture of trust and respect".
• PMP Examination Content Outline (2021, cập nhật 2026): People Domain (27% exam), Task 6: "Foster team building and cohesion".
• Process Groups: A Practice Guide (2018): Monitoring & Controlling Process Group, khuyến khích giao tiếp phản hồi để duy trì hiệu suất.
• Agile Practice Guide (tích hợp PMBOK 7): Nhấn mạnh "Daily Stand-ups" kết hợp động viên để tăng velocity.

🛠️ Lời khuyên PMP: Luôn ưu tiên con người trước quy trình trong các tình huống động viên để đạt Value Delivery bền vững!

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

Câu hỏi này thuộc chủ đề Quản lý Chi phí (Cost Management) và Quản lý Phạm vi (Scope Management) trong PMP, đặc biệt liên quan đến môi trường Agile/Hybrid vì đề cập đến retrospective meeting (họp hồi tố - một thực hành Agile).

📖 Tình huống chi tiết:

• Đội ngũ đang thảo luận với Quản lý Dự án (PM).
• Trong cuộc họp hồi tố gần nhất, đội ngũ nhận ra thiết bị lỗi thời có thể ảnh hưởng đến iteration tiếp theo (vòng lặp Agile).
• Đội ngũ khuyến nghị mua thiết bị mới vì nó quan trọng cho thành công của sản phẩm cuối cùng (final deliverable).
• Câu hỏi cốt lõi: PM nên làm gì TIẾP THEO (next step) để xử lý vấn đề này một cách đúng quy trình PMP.

🛠️ Bối cảnh PMP (PMBOK 7th Edition, cập nhật đến 2026): Đây là tình huống cần tuân thủ Project Management Plan, đặc biệt Cost Management Plan để đánh giá tác động chi phí, dự phòng (reserves), và quy trình thay đổi (change control). Không nên hành động impulsively mà phải theo quy trình có hệ thống, ưu tiên Tailoring phù hợp với Agile (hồi tố khuyến khích cải tiến liên tục).

✅ Đáp án ĐÚNG và Lý do lựa chọn

Review the cost management plan to determine how to address this issue

Lý do chọn đáp án này (theo PMBOK 7th Edition, Principle 5: Optimize Risk Responses & Process 7.1 Plan Cost Management):

• Đây là bước đầu tiên và đúng quy trình khi phát hiện vấn đề tiềm ẩn ảnh hưởng đến chi phí. Cost Management Plan quy định cách xử lý các vấn đề chi phí, bao gồm: kiểm tra reserves (dự phòng quản lý/contingency), quy trình phê duyệt thay đổi, phân tích tác động (impact analysis), và các công cụ như Earned Value Management (EVM).
• Trong Agile, retrospective xác định vấn đề, nhưng PM phải tham chiếu kế hoạch quản lý để quyết định next step, tránh vi phạm Integrated Change Control (Process 4.6).
• ✅ Ưu tiên: Xem kế hoạch trước → Đánh giá → Quyết định (không nhảy cóc submit CR).

📘 Nguồn tham khảo:

• PMBOK Guide 7th Edition, Section 7.1 (Plan Cost Management) & Agile Practice Guide (Retrospectives, p. 52).
• PMP Exam Content Outline 2021 (Domain IV: Business Environment, Task 7).

🔍 Phân tích TẤT CẢ các phương án

Dưới đây là giải thích chi tiết từng lựa chọn, đánh dấu ✅ (Đúng) hoặc ❌ (Sai), dựa trên quy trình PMP chuẩn. Giữ nguyên text gốc tiếng Anh.

• Check the project budget to verify if there is enough contingency reserve
  ❌ Sai vì: Việc kiểm tra trực tiếp ngân sách và contingency reserve (dự phòng cho rủi ro đã biết) là bước sau, không phải "next". PM phải tham chiếu Cost Management Plan trước để biết quy trình chính thức kiểm tra reserves (có thể cần phê duyệt CCB - Change Control Board). Làm vậy có nguy cơ bỏ qua tác động phạm vi, thời gian, chất lượng. (PMBOK 7th, 7.3 Determine Budget).

• Review the cost management plan to determine how to address this issue
  ✅ Đúng vì: Như giải thích ở trên, đây là bước logic đầu tiên, đảm bảo tuân thủ Project Management Plan. Kế hoạch này hướng dẫn cách xử lý issue chi phí, bao gồm đánh giá reserves, rủi ro, và thay đổi nếu cần. Phù hợp Agile: Hồi tố → Review plan → Action. (PMBOK 7th, Principle 1: Be a Diligent Leader).

• Tell the team members that more equipment is not part of the project's scope
  ❌ Sai vì: PM không nên bác bỏ ngay khuyến nghị đội ngũ mà không đánh giá. Scope có thể cần thay đổi nếu thiết bị "critical to final deliverable" (tác động chất lượng). Điều này vi phạm Stakeholder Engagement (Process 13.3) và tinh thần Agile (team empowerment). Phải phân tích tác động trước, không "tell" dismissively. (PMBOK 7th, 5.3 Define Scope).

• Submit a change request to increase the budget and buy new equipment
  ❌ Sai vì: Submit Change Request (CR) là bước muộn, chỉ sau khi phân tích đầy đủ tác động (scope, cost, schedule, risk) qua Perform Integrated Change Control (4.6). Giả sử tăng ngân sách ngay là rủi ro cao, bỏ qua reserves hiện có và phê duyệt. Trong Agile, dùng Product Backlog thay vì CR truyền thống nếu hybrid. (PMBOK 7th, 4.6 & Agile Practice Guide, p. 64).

🧩 Kết luận PMP: Câu hỏi kiểm tra quy trình tư duy (process-oriented) thay vì hành động nhanh. Luôn Review Plans first! Nếu áp dụng thực tế, PM nên ghi nhận issue vào Issue Log và theo dõi retrospective actions. 📘 Ôn tập thêm: PMBOK 7th Edition full & PMP mocks 2024-2026.

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

Câu hỏi này thuộc chủ đề Quản lý Dự án theo PMP (Project Management Professional), cụ thể là giai đoạn Khởi xướng Dự án (Initiating Process Group) trong PMBOK Guide phiên bản 7 (cập nhật mới nhất đến năm 2026, dựa trên PMI Standards 2021 và các hướng dẫn Agile/Hybrid).

Tình huống: CEO của công ty vừa tham dự hội nghị về Trí tuệ Nhân tạo (AI) và yêu cầu Project Manager (PM) triển khai công nghệ này vào tổ chức. Đây là một ý tưởng chiến lược từ lãnh đạo cấp cao, nhưng chưa phải là dự án chính thức. PM cần xác định bước đầu tiên (first) để đảm bảo dự án phù hợp với mục tiêu kinh doanh, tính khả thi và giá trị mang lại.

Mục tiêu chính: Kiểm tra kiến thức về quy trình phát triển Business Case trước khi tiến hành các hoạt động khác, tránh lãng phí tài nguyên vào ý tưởng chưa được đánh giá đầy đủ. Trong PMP, mọi dự án phải bắt đầu bằng việc chứng minh giá trị kinh doanh (value delivery) theo nguyên tắc Stakeholder và Business Value (PMBOK 7th Ed., Principle 1 & 4).

✅ Đáp án ĐÚNG và lý do lựa chọn

Đáp án đúng: Start developing a business case

Lý do:
🛠️ Theo PMBOK Guide 7th Edition (Section 2.1 & Business Documents), bước đầu tiên khi có yêu cầu triển khai từ lãnh đạo (như CEO) là phát triển Business Case. Tài liệu này bao gồm phân tích lợi ích kinh doanh (benefits), chi phí (costs), rủi ro (risks), ROI (Return on Investment), và sự phù hợp chiến lược với tổ chức. Nó giúp PM justify (chứng minh) xem ý tưởng AI có đáng để khởi động dự án hay không.
📈 Không có Business Case, PM không thể phát hành Project Charter (High-Level Document) hoặc tiến xa hơn. Đây là bước tailoring cho dự án chiến lược, đảm bảo value-driven trước khi engage stakeholders sâu hoặc allocate resources. PMI nhấn mạnh: "Develop business case to assess feasibility" (PMI Process Assets).

📋 Giải thích TẤT CẢ các phương án (Đúng & Sai)

• ✅ Start developing a business case
  🟢 Đúng vì đây là bước first action trong Initiating. Business Case là tài liệu cốt lõi (Business Document) để đánh giá tính khả thi kinh doanh, hỗ trợ phê duyệt dự án từ Sponsor (CEO). Nó bao gồm high-level benefits, costs, và alignment với strategy (PMBOK 7th, Fig 2-6). Không làm bước này trước sẽ dẫn đến rủi ro thất bại cao (Principle 12: Uncertainty).

• ❌ Start a strength, weaknesses, opportunities and threats (SWOT)
  🔴 Sai vì SWOT là công cụ phân tích môi trường (Enterprise Environmental Factors - EEFs), thường dùng trong Strategic Planning hoặc sau Business Case (PMBOK 7th, Tools & Techniques 4.2). Nó hỗ trợ Identify Risks/Opportunities nhưng không phải first step – cần Business Case trước để định hướng SWOT cho dự án cụ thể. Làm SWOT ngay sẽ thiếu context kinh doanh.

• ❌ Engage stakeholders and allocate resources
  🔴 Sai vì Engage Stakeholders (Stakeholder Engagement) và Allocate Resources thuộc giai đoạn sau (Planning/Executing, PMBOK 7th, Domain 4 & 5). Allocate resources cần Project Charter và Budget đã phê duyệt từ Business Case. First step phải justify dự án trước khi "chiếm dụng" stakeholders hoặc tài nguyên, tránh lãng phí (Principle 7: Value).

• ❌ Gather requirements from stakeholders
  🔴 Sai vì Gather Requirements (Collect Requirements) là hoạt động Planning Process Group (PMBOK 7th, Process 5.2), yêu cầu Project Charter đã tồn tại. Lúc này, chưa có dự án chính thức, nên thu thập requirements sẽ sớm và không hiệu quả – PM cần Business Case để xác định scope high-level trước.

📘 Tài liệu tham khảo

• PMBOK Guide 7th Edition (2021, cập nhật 2026): Section 1.2 (Project Initiation), 2.1 (Business Documents), Principle 1 (Be a diligent steward), Fig 2-3 (Tailoring).
• PMI Standards & Practices (2024): The Standard for Project Management – Nhấn mạnh Business Case trong Value Delivery System.
• Agile Practice Guide (PMI): Hybrid approach cho AI projects – Bắt đầu bằng Product Vision/Business Case trước MVP.
  🔗 Truy cập: pmi.org hoặc PMBOK App cho phiên bản mới nhất.

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

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

Câu hỏi này thuộc lĩnh vực Quản lý Bên liên quan (Stakeholder Management) trong PMP, cụ thể liên quan đến việc cập nhật tài liệu dự án khi có sự thay đổi về vai trò của một bên liên quan.

📖 Tình huống chi tiết:
Một Project Manager (PM) đang dẫn dắt dự án với nhiều bên liên quan từ các bộ phận chức năng khác nhau trong công ty. Một bên liên quan vừa được thăng chức để dẫn dắt một bộ phận chức năng khác, nhưng vẫn tiếp tục là bên liên quan của dự án này. Thay đổi này có thể ảnh hưởng đến mức độ ảnh hưởng (influence), lợi ích (interest), và chiến lược giao tiếp/ tương tác với họ.

❓ Vấn đề cốt lõi: PM cần chỉ đạo đội dự án cập nhật tài liệu nào để đảm bảo giao tiếp đúng đắn và hiệu quả với các bên liên quan?
Điều này nhấn mạnh việc theo dõi và điều chỉnh chiến lược tương tác khi vai trò bên liên quan thay đổi, dựa trên PMBOK Guide (phiên bản 7th Edition, 2021 – cập nhật mới nhất áp dụng cho kỳ thi PMP đến 2026), trong Stakeholder Performance Domain (12.1 Engage Stakeholders) và Project Communications Management.

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

Đáp án đúng: Stakeholder engagement plan

🛠️ Lý do chi tiết:
Khi một bên liên quan được thăng chức (tăng quyền lực và ảnh hưởng), chiến lược tương tác (engagement strategy) cần được đánh giá lại để đảm bảo giao tiếp phù hợp với vai trò mới. Stakeholder engagement plan là tài liệu mô tả các chiến lược cụ thể để quản lý mức độ tương tác của từng bên liên quan dựa trên phân loại (ví dụ: power/interest grid), bao gồm phương thức giao tiếp, tần suất, và trách nhiệm. Việc cập nhật kế hoạch này giúp duy trì giao tiếp hiệu quả, tránh rủi ro như thiếu thông tin hoặc xung đột.

📘 Dẫn nguồn: PMBOK Guide 7th Edition, trang 125-127 (Stakeholder Engagement Process); PMBOK 6th Edition, 13.3 Manage Stakeholder Engagement (output: cập nhật Stakeholder Engagement Plan khi có thay đổi).

🔍 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, 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 vai trò của tài liệu trong quy trình PMP:

• ❌ [SAI] Project management plan
  Project management plan là tài liệu tổng hợp toàn bộ kế hoạch dự án (bao gồm nhiều phụ kế hoạch con), không được cập nhật chi tiết cho thay đổi cá nhân của một bên liên quan. Nó chỉ thay đổi ở mức cao nếu ảnh hưởng lớn đến toàn dự án, không phải để đảm bảo giao tiếp cụ thể. Cập nhật ở đây sẽ quá rộng và không hiệu quả.

• ✅ [ĐÚNG] Stakeholder engagement plan
  Stakeholder engagement plan chính xác là tài liệu cần cập nhật vì nó chứa chiến lược tương tác cá nhân hóa dựa trên vai trò, ảnh hưởng và nhu cầu giao tiếp của từng bên liên quan. Thăng chức thay đổi phân loại bên liên quan (ví dụ: từ "keep informed" sang "manage closely"), nên cần điều chỉnh để giao tiếp đúng đắn.

• ❌ [SAI] Stakeholder register
  Stakeholder register là danh sách cơ bản về thông tin nhận dạng bên liên quan (tên, vị trí, liên hệ), có thể cần cập nhật thông tin cá nhân như chức vụ mới. Tuy nhiên, nó không tập trung vào chiến lược giao tiếp mà chỉ là input cho các kế hoạch khác. Cập nhật register chưa đủ để "ensure proper communications".

• ❌ [SAI] Communications management plan
  Communications management plan mô tả cách thức giao tiếp tổng quát (phương tiện, tần suất cho nhóm bên liên quan), không chi tiết đến mức thay đổi cá nhân. Nó có thể tham chiếu register nhưng không điều chỉnh strategy engagement cụ thể cho promotion của một bên liên quan.

🧠 Lưu ý PMP cập nhật (đến 2026): Trong PMBOK 7th Edition, trọng tâm chuyển sang performance domains thay vì processes, nhưng các tài liệu cốt lõi như Stakeholder Engagement Plan vẫn là key artifact để hỗ trợ Engage Stakeholders và Communications Management. Luôn ưu tiên cập nhật iterative để adapt với thay đổi!

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

• PMBOK Guide 7th Edition (PMI, 2021).
• PMP Examination Content Outline (PMI, 2021 – cập nhật 2024).
• The Standard for Project Management (phần Stakeholder Sphere of Influence).

🧩 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ũ Agile/Scrum trong PMP (dựa trên PMBOK Guide 7th Edition và Agile Practice Guide, cập nhật đến năm 2026). Tình huống mô tả: Một thông báo miệng được đưa ra rằng thành viên mới tham gia Scrum team có hạn chế di chuyển (limited mobility). Scrum Master nhận thấy một số thành viên đội ngũ đang bất an về sự thay đổi động lực đội nhóm (team dynamics).

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

• Đây là thay đổi nội bộ đội ngũ (team-level change), không phải vấn đề stakeholder bên ngoài hay kế hoạch dự án lớn.
• Scrum Master chịu trách nhiệm bảo vệ đội ngũ, thúc đẩy môi trường hợp tác và giải quyết trở ngại (impediments), theo Scrum Guide 2020 (cập nhật ổn định đến 2026).
• Vấn đề cốt lõi: Cần xử lý sự thay đổi một cách chuyên nghiệp, minh bạch, tránh phân biệt đối xử, và cập nhật tài liệu đội ngũ để phản ánh thực tế mới, giúp đội ngũ thích nghi mà không gây xáo trộn.

📘 Nguồn tham khảo:

• PMBOK 7th Edition (Chapter 5: Team & Stakeholders; Agile sections).
• Agile Practice Guide (Section on Servant Leadership & Team Charter).
• Scrum Guide (Scrum Master accountability: Coach the team, remove impediments).

✅ Đáp án đúng: Update the team charter accordingly

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

• Team Charter là tài liệu sống (living document) trong Agile/Scrum, định nghĩa mục tiêu đội ngũ, giá trị, quy tắc hoạt động, vai trò, và cách xử lý thay đổi (bao gồm đa dạng và hòa nhập - diversity & inclusion).
• Khi có thành viên mới với đặc điểm cá nhân (limited mobility), Scrum Master cần cập nhật charter để:
  • Xác nhận sự thay đổi động lực đội ngũ.
  • Thống nhất cách đội ngũ hỗ trợ (ví dụ: điều chỉnh không gian làm việc, quy trình retrospective).
  • Thúc đẩy self-organizing team thích nghi tự nhiên, tránh họp riêng lẻ gây hiểu lầm.
• Đây là hành động phù hợp nhất, kịp thời, thể hiện vai trò lãnh đạo phục vụ (servant leader) của Scrum Master. ✅

🧩 Giải thích TẤT CẢ các phương án trả lời

• Create a stakeholder engagement plan ❌
  Sai vì: Kế hoạch này dành cho stakeholder bên ngoài dự án (như khách hàng, nhà tài trợ), không phải nội bộ Scrum team. Trong Agile, đội ngũ tự quản lý (self-managing), không cần kế hoạch phức tạp cho thay đổi nội bộ nhỏ. Sử dụng công cụ này sẽ quá mức cần thiết và chậm trễ (overkill), vi phạm nguyên tắc Agile: "Simplicity - the art of maximizing the amount of work not done".

• Design a communications management plan ❌
  Sai vì: Đây là artifact từ PMBOK waterfall/traditional, tập trung vào kênh giao tiếp dự án lớn, không linh hoạt cho Scrum (sử dụng Daily Scrum, Retrospective thay thế). Tình huống chỉ là thông báo nội bộ, không cần thiết kế kế hoạch mới; Scrum Master dùng họp định kỳ để xử lý, tránh bureaucracy.

• Update the team charter accordingly ✅
  Đúng vì: Như giải thích ở trên. Đây là hành động trực tiếp, phù hợp Agile, cập nhật tài liệu đội ngũ để phản ánh thay đổi, giúp đội ngũ đồng thuận và thích nghi. Hỗ trợ psychological safety (an toàn tâm lý) theo Google Project Aristotle (tích hợp trong PMP Agile).

• Set up a meeting to discuss accommodations the team will have to make ❌
  Sai vì: Tổ chức họp riêng để thảo luận "accommodations" (hỗ trợ đặc biệt) có thể vi phạm quyền riêng tư (privacy) của thành viên mới và tạo cảm giác phân biệt đối xử. Scrum nhấn mạnh tập trung vào năng suất chung, không phải vấn đề cá nhân qua họp đặc biệt; thay vào đó, dùng Team Charter hoặc Retrospective để đội ngũ tự giải quyết tự nhiên.