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

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

📖 Nội dung câu hỏi:
Câu hỏi mô tả tình huống trong các cuộc họp standup hàng ngày của đội ngũ (daily standup meetings - một thực hành Agile/Scrum phổ biến), các thành viên đội ngũ liên tục hỏi về nhiệm vụ nào nên ưu tiên thực hiện trước tiên. Vấn đề cốt lõi là đội ngũ thiếu sự rõ ràng về thứ tự ưu tiên công việc, dẫn đến giảm năng suất. Câu hỏi yêu cầu vai trò của Project Manager (PM) để đảm bảo đội ngũ fully productive (hoàn toàn năng suất).
✅ Bối cảnh chính: Đây là môi trường Agile/Scrum (theo PMBOK® Guide 7th Edition và Scrum Guide 2020, cập nhật đến 2026), nơi Product Backlog phải được Product Owner (PO) ưu tiên liên tục (Refinement process). PM không trực tiếp quản lý backlog mà hỗ trợ PO để giải quyết vấn đề gốc rễ, giúp đội ngũ tự quản lý (self-organizing team).

✅ Đáp án đúng:
Work with the product owner to ensure the project backlog is prioritized.
Lý do chọn (theo PMP mới nhất):
PM nên hợp tác với Product Owner để đảm bảo backlog được ưu tiên hóa (prioritized backlog), vì PO chịu trách nhiệm chính cho việc này (PMBOK® 7th Ed., Principle 4: Collaborate; Agile Practice Guide, Ch. 4). Điều này giải quyết gốc rễ vấn đề (root cause: backlog chưa rõ ràng), giúp đội ngũ chọn task từ backlog đã ưu tiên mà không cần hỏi trong standup (giữ standup ngắn gọn, 15 phút). Kết quả: Đội ngũ tự chủ, năng suất cao.
🛠️ Lưu ý: "Project backlog" ở đây ám chỉ Product Backlog trong Agile (thuật ngữ linh hoạt trong PMP hybrid).

❌ Phân tích tất cả các phương án (Đúng/Sai)

• Review the project backlog during the team's standup meeting.
  ❌ Sai vì: Standup chỉ cập nhật tiến độ nhanh (what did/didn't/will do - Scrum Guide), không dùng để review backlog (sẽ làm standup dài dòng, vi phạm time-box 15 phút). PMBOK® 7th Ed. khuyến nghị tách riêng Backlog Refinement meeting.

• Encourage project team members to prioritize the product backlog.
  ❌ Sai vì: Đội ngũ Development Team không chịu trách nhiệm ưu tiên backlog (self-organizing chỉ chọn task từ backlog đã prioritize sẵn). PO mới là người prioritize dựa trên value (Scrum Guide; PMBOK® Agile Practice Guide, p. 46). PM khuyến khích sẽ gây hỗn loạn vai trò.

• Ensure team members are working according to the project plan.
  ❌ Sai vì: Đây là tư duy Predictive/Waterfall (theo project plan cố định), không phù hợp Agile nơi backlog động và đội ngũ pull task từ backlog ưu tiên. PMBOK® 7th Ed. nhấn mạnh Adaptive approaches ưu tiên value delivery hơn tuân thủ plan cứng nhắc.

• Work with the product owner to ensure the project backlog is prioritized.
  ✅ Đúng vì: PM hỗ trợ PO refine/prioritize backlog (PMBOK® 7th Ed., Model: Delivery, Ch. 6.2), giải quyết trực tiếp vấn đề đội ngũ hỏi task priority. Đội ngũ sau đó tự pull task, tăng năng suất (empowered team).

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

• PMBOK® Guide – Seventh Edition (2021, PMI) – Principles: Optimize Value, Collaborate.
• Agile Practice Guide (PMI, 2017, cập nhật hybrid trong 7th Ed.).
• Scrum Guide (2020, Scrum.org) – Product Owner Accountability.
  (Kiến thức cập nhật đến 2026: Không thay đổi cốt lõi, PMI tiếp tục nhấn mạnh hybrid Agile-Predictive).
  🧩 Kết luận: Tập trung vào root cause và vai trò rõ ràng là chìa khóa PMP thành công!

🧩 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ũ (Team Management) trong PMP, cụ thể liên quan đến Team Performance Domain và Process 9.4: Develop Team theo PMBOK® Guide 7th Edition (cập nhật đến 2026).

• Tình huống: Quản lý dự án (PM) đang dẫn dắt một dự án tự động hóa (automation project). Đội ngũ làm việc cùng vị trí (colocated), bao gồm thành viên từ bộ phận kỹ thuật (technical) và kinh doanh (business). Vấn đề phát sinh: Sự khác biệt cá nhân (personal differences) và phong cách làm việc (work styles) đang ảnh hưởng tiêu cực đến dự án.
• Mục tiêu: PM cần chọn cách xử lý tối ưu để giải quyết xung đột, thúc đẩy sự hợp tác và hiệu suất đội ngũ, thay vì tránh né hoặc thay đổi cấu trúc lớn.
• Bối cảnh PMP: Trong môi trường dự án agile/hybrid (phổ biến ở dự án automation), PM phải ưu tiên xây dựng ground rules, team charter và expectations chung để giải quyết xung đột nội bộ, theo nguyên tắc High-Performing Teams (PMBOK 7th, Section 4.5).

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

Đáp án đúng: Meet with the team and agree on expectations from team members.

Lý do 🛠️:

• Đây là cách trực tiếp, hiệu quả và phù hợp nhất với vai trò PM theo PMP. PM tổ chức họp đội ngũ để thống nhất kỳ vọng (agree on expectations), giúp xây dựng team norms (quy tắc chung), giải quyết xung đột cá nhân và phong cách làm việc ngay tại nguồn gốc.
• Theo PMBOK® Guide 7th Edition (2021), trong Develop Team process, PM sử dụng công cụ như team-building activities, colocation (đã áp dụng), và ground rules để tăng cường sự gắn kết. Việc họp đội ngũ thúc đẩy servant leadership, khuyến khích đội ngũ tự quản lý xung đột (self-managing teams).
• Lợi ích: Giảm thiểu rủi ro dự án, tăng team cohesion mà không cần can thiệp bên ngoài hoặc thay đổi cấu trúc. Áp dụng cho dự án colocated, phù hợp với Agile Manifesto (individuals and interactions over processes).

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

• ❌ Develop a schedule that ensures people with personal differences work separately.
  Sai vì: Cách này tránh né vấn đề thay vì giải quyết gốc rễ, dẫn đến giảm hiệu suất đội ngũ lâu dài và vi phạm nguyên tắc colocation benefits (tăng giao tiếp nhanh). PMBOK 7th (Section 9.4.2.3) khuyến nghị integrate diverse styles qua training, không phải tách biệt. Điều này có thể làm chậm dự án automation cần sự phối hợp chặt chẽ giữa technical/business.

• ❌ Invite the functional managers of the different units to address their personal differences.
  Sai vì: PM không nên chuyển giao trách nhiệm cho functional managers (chức năng quản lý), vì họ tập trung vào chức năng riêng, không phải xung đột dự án. Theo PMBOK® Guide 7th (Section 4.5) và Role of PM, PM chịu trách nhiệm chính cho team development. Can thiệp bên ngoài có thể làm phức tạp hóa (escalation không cần thiết) và không giải quyết personal differences hiệu quả.

• ❌ Use an approach to the project that does not involve colocation.
  Sai vì: Thay đổi mô hình làm việc (từ colocated sang remote/virtual) là giải pháp cực đoan, không trực tiếp xử lý xung đột cá nhân/phong cách. Colocation đã được chọn ban đầu để tăng productivity (PMBOK 7th, Tools & Techniques 9.2), việc đảo ngược sẽ tạo rủi ro lớn hơn (communication overhead). PMP ưu tiên adapt to current setup trước khi restructure.

• ✅ Meet with the team and agree on expectations from team members.
  Đúng vì: Như đã giải thích ở trên, đây là best practice để thiết lập shared expectations, xây dựng psychological safety (theo Agile/Scrum Guide 2020, tích hợp PMBOK 7th). Công cụ: Facilitated workshops, RACI matrix cho roles, giúp đội ngũ tự giải quyết xung đột.

📘 Tài liệu tham khảo

• PMBOK® Guide – 7th Edition (2021): Section 4.5 (Team Performance Domain), Process 9.4 (Develop Team), Tools như Colocation & Virtual Teams.
• Agile Practice Guide (PMI, 2017): Nhấn mạnh team agreements trong Sprint Planning/Retrospectives.
• PMP Exam Content Outline (PMI, 2021 – cập nhật 2026): Domain III: Business Environment (15%), Domain IV: People (42%) – Tập trung conflict resolution.
• Nguồn chính thức: PMI.org (khuyến nghị Rita Mulcahy PMP Exam Prep hoặc Simplilearn PMP resources cho case tương 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ụ 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 thuộc chủ đề quản lý dự án PMP, cụ thể liên quan đến giai đoạn Execution (Thực thi) trong mô hình dự án. Dự án đang mở rộng cơ sở vật chất (facility extension), có hoạt động kết nối nguồn điện cho thiết bị mới vào Point A (điểm kết nối hiện có), đòi hỏi chiều dài cáp lớn và tốn kém. Đội xây dựng phát hiện có thể kết nối vào Point B để tiết kiệm chi phí.

🛠️ Vấn đề cốt lõi: Đây là một phát hiện cơ hội thay đổi (opportunity for change) trong quá trình thực thi, không phải lỗi (defect) hay vấn đề lớn. Project Manager (PM) cần quyết định bước tiếp theo để xử lý thay đổi tiềm năng này một cách có hệ thống, đảm bảo đánh giá đầy đủ tác động đến phạm vi (scope), chi phí (cost), thời gian (schedule), chất lượng (quality), rủi ro (risk) và các ràng buộc khác, trước khi phê duyệt hoặc thực hiện.

Theo PMBOK® Guide 7th Edition (2021) và PMP Exam Content Outline (2021, cập nhật đến 2026), PM phải áp dụng Integrated Change Control (Quản lý thay đổi tích hợp) trong Domain Process 12: Project Change và Uncertainty Domain, ưu tiên value maximization qua phân tích lợi ích-chi phí trước khi thay đổi baseline.

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

• PMBOK® Guide 7th Edition: Section 4.6 Manage Project Changes (trang 89-92).
• Agile Practice Guide (tích hợp PMBOK 7th): Nhấn mạnh iterative evaluation.
• PMP Exam Content Outline: Task 4.5 (Evaluate change impact).

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

Đáp án đúng: Perform a cost-benefit analysis to evaluate using the Point B option.

Lý do 🏆:

• Trong giai đoạn Execution, khi phát hiện thay đổi tiềm năng mang lại lợi ích (tiết kiệm chi phí), PM phải đánh giá tác động toàn diện trước (impact assessment) thay vì quyết định vội vã. Cost-benefit analysis là công cụ cốt lõi để định lượng lợi ích (tiết kiệm tiền, thời gian) so với chi phí (rủi ro kỹ thuật, an toàn, tuân thủ, chất lượng nguồn điện tại Point B).
• Điều này phù hợp với nguyên tắc holistic thinking (tư duy toàn diện) trong PMBOK 7th, đảm bảo thay đổi tạo value mà không ảnh hưởng baseline. Nếu phân tích tích cực, mới submit Integrated Change Control (ICC).
• Tránh rủi ro: Point B có thể có vấn đề ẩn như công suất không đủ, ảnh hưởng tương lai, hoặc vi phạm yêu cầu stakeholder.

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

Dưới đây là phân tích chi tiết từng lựa chọn, giữ nguyên văn bản gốc tiếng Anh. Mỗi phương án được đánh giá dựa trên quy trình PMP chuẩn:

✅ Perform a cost-benefit analysis to evaluate using the Point B option.
Giải thích đúng 🎯: Như trên, đây là bước đầu tiên hợp lý và chuyên nghiệp nhất. PM chủ động analyze trade-offs (phân tích đánh đổi) để thu thập dữ liệu định lượng (quantitative) hỗ trợ quyết định, phù hợp Process Group Monitoring & Controlling và Principle 5: Optimize Risk Responses. Không cần phê duyệt ngay, tránh thay đổi không kiểm soát.

❌ [SAI] Add the issue to the change log and request additional budget through the change control board (CCB).
Giải thích sai 🚫: Sai vì đây không phải "issue" (vấn đề tiêu cực) mà là opportunity (cơ hội tiết kiệm), không cần thêm budget mà ngược lại. Log change chỉ sau khi đánh giá; submit CCB (nay gọi Change Control Board hoặc ICC) quá sớm mà chưa có analysis, vi phạm quy trình 4.6 Manage Project Changes (PMBOK 7th). Có thể dẫn đến overhead không cần thiết.

❌ [SAI] Seek a decision from the construction team after explaining the project budget and schedule constraint.
Giải thích sai 👥: PM không ủy quyền quyết định cho team vì thay đổi ảnh hưởng toàn dự án (scope, risk). Theo PMBOK 7th Principle 7: Foster a Culture of Accountability, PM chịu trách nhiệm chính, team chỉ execute. Để team quyết có thể bias (thiên vị) về kỹ thuật, bỏ qua stakeholder khác hoặc rủi ro dài hạn.

❌ [SAI] Use the Point B option because it will save the project cost and time.
Giải thích sai ⚠️: Hành động ngay lập tức (act without analysis) là vi phạm nghiêm trọng Preventive Action và Change Control. PMBOK 7th cảnh báo "uncontrolled changes lead to scope creep". Point B có thể tiết kiệm ngắn hạn nhưng rủi ro cao (an toàn điện, scalability), không đánh giá = poor governance. Phải qua 12-Step Change Control Process (PMI standards).

🛡️ Kết luận PMP: Luôn Think Value-Driven – phân tích trước, hành động sau để tối ưu dự án! Nếu cần thực hành thêm, tham khảo PMI.org cho case studies 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ý thay đổi tổ chức và chuyển đổi phương pháp quản lý dự án trong PMP (Project Management Professional), tập trung vào việc chuyển từ phương pháp predictive (truyền thống, như Waterfall) sang agile hoặc hybrid.

• Bối cảnh: Quản lý dự án (PM) đang quản lý nhiều dự án xây dựng (construction projects) sử dụng cách tiếp cận predictive, vốn phù hợp với môi trường ổn định, yêu cầu rõ ràng từ đầu (như xây dựng). Lãnh đạo cấp cao thúc đẩy tích hợp agile practices (ví dụ: iterative, adaptive), và sponsor dự án muốn áp dụng agile nhiều hơn.
• Vấn đề cốt lõi: Trước khi bắt buộc (mandating) sử dụng agile, PM cần làm gì đầu tiên để tránh rủi ro thất bại, như kháng cự văn hóa, thiếu readiness, hoặc gián đoạn dự án đang chạy.
• Mục tiêu kiểm tra kiến thức: Đánh giá hiểu biết về Organizational Agility và Change Management theo PMBOK® Guide 7th Edition (2021) và Agile Practice Guide (tích hợp trong PMP Exam Content Outline 2021+, cập nhật đến 2026), nhấn mạnh rằng chuyển đổi agile không phải là "áp đặt" mà cần đánh giá readiness trước để đảm bảo tính bền vững.

🛠️ Nguyên tắc PMP liên quan: Agile thành công phụ thuộc vào cultural enablers (văn hóa hỗ trợ tự quản, hợp tác), không chỉ công cụ. Bước đầu tiên là assess (đánh giá) thay vì implement (triển khai) ngay.

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

Đáp án đúng: Assess the organizational culture and readiness for the transformation.

Lý do:

• Theo PMBOK® 7th Edition (Principle 12: Change) và Agile Practice Guide (Section 3.2: Organizational Considerations), bước đầu tiên khi chuyển đổi agile là đánh giá văn hóa tổ chức (organizational culture) và sẵn sàng (readiness for transformation). Điều này giúp xác định các yếu tố như mức độ chấp nhận thay đổi, kỹ năng hiện tại, hỗ trợ lãnh đạo, và rào cản tiềm ẩn (ví dụ: văn hóa hierarchical trong construction khó chuyển sang agile empowerment).
• Nếu bỏ qua, có nguy cơ organizational anti-patterns (chống lại agile), dẫn đến thất bại dự án. PM phải làm điều này trước khi mandating để xây dựng roadmap hybrid phù hợp (predictive + agile elements).
• Trong PMP Exam (2021+), ưu tiên value-driven decisions dựa trên assessment, không phải hành động impulsively.

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

• ❌ Phương án SAI: Provide agile training to those who will be part of the project team.
  Giải thích: Đào tạo agile (training) là cần thiết nhưng KHÔNG phải bước đầu tiên. Theo Agile Practice Guide (Section 4.1), training chỉ hiệu quả sau khi assess readiness; nếu văn hóa chưa sẵn sàng, training sẽ lãng phí và gây kháng cự. PM cần đánh giá trước để tùy chỉnh training phù hợp.

• ❌ Phương án SAI: Shift all existing projects to agile methodologies with a strict timeline.
  Giải thích: Việc chuyển toàn bộ dự án đang chạy sang agile với timeline nghiêm ngặt là rủi ro cao, vi phạm Principle 4: Build Quality into Processes (PMBOK 7th). Dự án construction predictive thường có hợp đồng fixed-price, không phù hợp agile đột ngột; cần pilot hoặc hybrid, không "shift all" mà không assess.

• ❌ Phương án SAI: Pause the current projects to align them to the new agile cadence.
  Giải thích: Tạm dừng (pause) dự án đang chạy gây gián đoạn lớn, tăng chi phí và rủi ro (vi phạm Tailoring trong PMBOK 7th, Section 2.3). Agile cadence (nhịp iterative) không áp dụng ngay cho dự án predictive; cần gradual transformation sau assessment, tránh "big bang" change.

• ✅ Phương án ĐÚNG: Assess the organizational culture and readiness for the transformation.
  Giải thích: Như đã nêu ở phần đáp án đúng, đây là bước đầu tiên theo best practices PMP/Agile, đảm bảo sustainable change và stakeholder buy-in.

📘 Tài liệu tham khảo

• PMBOK® Guide – Seventh Edition (PMI, 2021): Principles 12 (Change), Models 2.5 (Organizational Change), Section 4.6 (Tailoring).
• Agile Practice Guide (PMI, 2017, tích hợp PMP 2021+): Sections 1.3 (Why Agile?), 3.2 (Organizational Enablers), 5.1 (Leadership & Culture).
• PMP Examination Content Outline (PMI, 2021, cập nhật 2024-2026): Domain III (Business Environment) & IV (People), 30% câu hỏi về Agile/Hybrid.
• PMI Standards+ (truy cập PMI.org đến 2026): Nhấn mạnh "Assess readiness before adoption".

🛠️ Lời khuyên PMP: Trong thực tế, sử dụng Organizational Change Management (OCM) framework như ADKAR hoặc Prosci để assess. Nếu bạn đang ôn PMP, tập trung hybrid approaches cho industries như construction! 🚀

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

Câu hỏi này thuộc chủ đề Quản lý giao tiếp (Communications Management) và Quản lý đội ngũ (Team Management) trong môi trường Agile/Scrum, theo PMBOK® Guide 7th Edition (và cập nhật mới nhất đến 2026 từ PMI, bao gồm Agile Practice Guide).

Tình huống cụ thể:

• Một công ty địa phương phát triển sản phẩm mới, lần đầu tiên sử dụng đội ngũ lập trình remote (xa xôi) cho các tính năng (features), trong khi thiết kế (design) vẫn từ đội ngũ địa phương (local team).
• Đến sprint review thứ 3 (cuối sprint 3), Product Owner (PO) lo ngại về kết quả dự án.
• Đội ngũ remote phàn nàn rằng họ không hiểu rõ yêu cầu (requirements) được truyền đạt qua daily standup meetings (các cuộc họp đứng hàng ngày ngắn gọn).

Vấn đề cốt lõi 🛠️: Khoảng cách giao tiếp (communication gap) giữa đội ngũ địa phương và remote, dẫn đến hiểu lầm yêu cầu, ảnh hưởng đến chất lượng sprint và tiến độ dự án. Project Manager (PM) cần hành động ngay lập tức và phù hợp với nguyên tắc Agile (tập trung cải thiện liên tục, hỗ trợ đội ngũ tự quản), thay vì các biện pháp né tránh hoặc tốn kém.

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

Đáp án đúng: Determine the communication needs, environment, and tools to get the message across.

Lý do 📘:

• Đây là hành động trực tiếp, chủ động để giải quyết gốc rễ vấn đề – giao tiếp kém hiệu quả giữa các đội ngũ phân tán địa lý. PM cần đánh giá nhu cầu giao tiếp (communication needs), môi trường (environment như múi giờ, văn hóa) và công cụ (tools như Zoom, Slack, Jira, Miro) để truyền tải thông điệp rõ ràng hơn.
• Theo PMBOK® Guide 7th Edition (2021, cập nhật 2026), trong Stakeholder Engagement và Team Principle, đặc biệt với remote/hybrid teams trong Agile (Scrum Guide 2020+), PM phải tối ưu hóa giao tiếp qua các công cụ kỹ thuật số để đảm bảo sự hiểu biết chung (shared understanding). Điều này phù hợp Inspect & Adapt cycle của Agile, giúp cải thiện daily standup và sprint review mà không làm gián đoạn đội ngũ hiện tại.
• Hành động này tiết kiệm chi phí, nhanh chóng và khuyến khích self-organizing team, tránh các giải pháp thay thế đội ngũ.

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

Dưới đây là phân tích chi tiết từng phương án, với ✅ đúng (giải quyết gốc rễ, phù hợp PMP/Agile) và ❌ sai (không phù hợp, lệch hướng hoặc quá muộn). Phân tích dựa trên 12 Principles và 8 Performance Domains của PMBOK 7th.

• ✅ Determine the communication needs, environment, and tools to get the message across.
  Đúng vì: Hành động này trực tiếp áp dụng Communications Management Plan (Domain: Project Work/Team/Stakeholders), đánh giá và điều chỉnh công cụ giao tiếp cho remote team (ví dụ: chuyển từ audio standup sang video với screen-sharing). Nó thúc đẩy Value Delivery qua cải thiện transparency và collaboration, phù hợp Sprint Review Retrospective để adapt nhanh chóng.

• ❌ Document the risk in the risk management plan and use contingency reserves to hire a local vendor.
  Sai vì: Vấn đề này KHÔNG phải rủi ro tương lai (risk) mà là vấn đề hiện tại (issue) đã xảy ra ở sprint 3, không cần document vào risk register hay dùng contingency reserves (dành cho risk thực sự xảy ra). Thuê vendor mới tốn kém, vi phạm nguyên tắc Team Principle (giữ đội ngũ ổn định) và Uncertainty Domain – ưu tiên mitigate nội bộ trước thay vì outsource.

• ❌ Evaluate and reassign the developing tasks to a local vendor who has worked on previous projects.
  Sai vì: Việc chuyển giao tasks cho vendor địa phương là giải pháp cấp cứu tạm thời, bỏ qua remote team đang tồn tại và không giải quyết gốc rễ (giao tiếp kém). Điều này trái với Agile Manifesto (ưu tiên individuals & interactions over processes), làm gián đoạn sprint, tăng chi phí và giảm team velocity. PMBOK 7th nhấn mạnh retain & develop team thay vì thay thế.

• ❌ Review lessons learned from previous projects and organizational process assets (OPAs).
  Sai vì: Mặc dù lessons learned/OPAs hữu ích cho retrospective dài hạn (Knowledge Domain), nhưng ở giai đoạn sprint 3 đang diễn ra, hành động này quá chậm và gián tiếp. Nó không address ngay lập tức complaint của remote team về standup, vi phạm Adaptability Principle (hành động nhanh để deliver value). Nên dùng sau sprint, không thay thế cải thiện giao tiếp tức thì.

📘 Tài liệu tham khảo

• PMBOK® Guide 7th Edition (PMI, 2021 – cập nhật 2026): Section 4.3 (Team), 4.6 (Stakeholders), 4.7 (Uncertainty), Agile Hybrid Models.
• Agile Practice Guide (PMI, 2017+): Chapters on Servant Leadership, Daily Scrum/Standup best practices for distributed teams.
• Scrum Guide (2020, Ken Schwaber & Jeff Sutherland): Emphasis on effective communication in remote events.
• PMI Code of Ethics (2022): Prioritize responsibility to optimize team performance.

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 câu hỏi trắc nghiệm PMP: Quản lý thay đổi và sự phù hợp với yêu cầu khách hàng

🧩 Giải thích nội dung câu hỏi một cách chi tiết:
Câu hỏi mô tả một tình huống điển hình trong dự án Agile hoặc hybrid, nơi đội ngũ dự án đã tạo user stories dựa trên việc hiểu yêu cầu khách hàng ban đầu. Tuy nhiên, khi dự án tiến triển, xảy ra quá nhiều change requests (yêu cầu thay đổi), và đội ngũ cảm thấy outcomes (kết quả đầu ra) mà họ đang làm việc không còn phù hợp với yêu cầu khách hàng. Vấn đề cốt lõi là sự lệch pha (misalignment) giữa những gì đội ngũ đang phát triển và giá trị kinh doanh thực sự mà khách hàng mong đợi. Project Manager (PM) cần hành động ngay để giải quyết gốc rễ vấn đề, tránh lãng phí thời gian và tài nguyên do thay đổi liên tục. Điều này liên quan đến các nguyên tắc PMP như Stakeholder Engagement, Requirements Management, và Agile Value Delivery trong PMBOK Guide 7th Edition (2021) và cập nhật đến 2026 (tập trung vào outcome-oriented và adaptive approaches).

✅ Đáp án đúng và lý do lựa chọn:
Arrange for a workshop with the customer to understand the business values expected from the outcomes.
Lý do: Trong PMP (PMBOK 7th & Agile Practice Guide), khi có misalignment giữa user stories và yêu cầu khách hàng dẫn đến nhiều change requests, PM phải tăng cường tương tác trực tiếp với stakeholder chính (khách hàng) qua workshop để làm rõ business value (giá trị kinh doanh) mong đợi từ outcomes. Workshop giúp refine requirements, prioritize backlog, và đảm bảo user stories thực sự deliver value, giảm thiểu changes sau này. Đây là cách proactive và collaborative, phù hợp với Principle 3: Focus on Value và Process "Manage Stakeholder Engagement" (5.2). Hành động này giải quyết gốc rễ vấn đề mà không đổ lỗi cho đội ngũ hay quy trình cũ.

📋 Giải thích chi tiết tất cả các phương án (sử dụng kiến thức PMP cập nhật đến 2026):

• ❌ Refer to the configuration management knowledge base for similar projects delivered in the past.
  Phương án này sai vì chỉ tra cứu cơ sở dữ liệu quản lý cấu hình (configuration management knowledge base) từ dự án cũ không giải quyết được vấn đề misalignment hiện tại với business value cụ thể của khách hàng này. Theo PMBOK 7th (Domain: Uncertainty), đây là cách reactive và lịch sử-oriented, không khuyến khích tương tác trực tiếp với stakeholder để clarify requirements mới. Nó có thể hữu ích cho lessons learned nhưng không phải hành động đầu tiên khi có change requests do thiếu hiểu biết value.

• ✅ Arrange for a workshop with the customer to understand the business values expected from the outcomes.
  Phương án này đúng như đã giải thích ở trên. Workshop là công cụ key trong Agile ceremonies (Refinement/Planning) và Stakeholder Management, giúp align team với customer expectations, giảm waste từ changes (Lean Principle). PMBOK 7th nhấn mạnh tailored engagement để deliver outcomes phù hợp value.

• ❌ Include a representative from the customer to work collaboratively with the team.
  Phương án này sai vì thêm đại diện khách hàng làm việc hàng ngày với đội ngũ có thể gây overhead và không tập trung vào gốc rễ (business value). Trong PMP Hybrid/Agile, đây không phải giải pháp immediate cho misalignment đã xảy ra; nó nên là measure preventives từ đầu (như Product Owner role), không phải fix sau khi có quá nhiều changes. PMBOK 7th (Principle 12: Navigate Complexity) ưu tiên targeted interventions như workshop trước khi thay đổi cấu trúc đội ngũ.

• ❌ Acknowledge that the current team needs improvement and hire more qualified team members.
  Phương án này sai vì đổ lỗi cho đội ngũ (blame the team) và đề xuất tuyển dụng mới là non-constructive, vi phạm Principle 11: Enable Change to Succeed và High-Performance Teams model. Vấn đề không phải năng lực đội ngũ (họ đã tạo user stories ban đầu), mà là thiếu alignment với customer value. PMBOK 7th khuyên dùng Servant Leadership để empower team, không phải thay thế nhân sự khi chưa clarify requirements.

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

• PMBOK Guide 7th Edition (2021, PMI): Principles 3 (Value), 5 (Stakeholder), Domain 4 (Team), Process 5.2 Manage Stakeholder Engagement.
• Agile Practice Guide (PMI, 2017 - tích hợp PMBOK 7): User Stories, Backlog Refinement, Customer Collaboration Workshops.
• PMI Standards Plus 2025-2026 Updates: Nhấn mạnh Outcome Delivery và Value Realization qua adaptive stakeholder workshops (từ PMI.org resources).
• Gợi ý: Tham khảo The Standard for Project Management (2021) để thực hành mock exams PMP mới nhất.

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ụ, 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ả tình huống một Project Manager (PM) đang quản lý dự án với các thành viên đội ngũ phân bố trên toàn cầu (global team). PM nhận thấy rằng các sản phẩm giao (deliverables) từ từng thành viên không đáp ứng yêu cầu (noncompliant). Câu hỏi yêu cầu xác định hành động đầu tiên (first thing) mà PM nên thực hiện.
🛠️ Bối cảnh quan trọng: Với đội ngũ toàn cầu, thường tồn tại rủi ro về giao tiếp (communication barriers) do khác biệt múi giờ, ngôn ngữ, văn hóa, hoặc hiểu lầm quy trình. Theo PMBOK® Guide 7th Edition (2021, cập nhật kiến thức đến 2026 qua PMI updates), PM phải ưu tiên root cause analysis (phân tích nguyên nhân gốc rễ) trước khi áp dụng biện pháp khắc phục, thay vì trừng phạt hoặc báo cáo ngay. Điều này nằm trong nguyên tắc Focus on Value và Holistic Thinking, cũng như Process Manage Communications (PMBOK 7th, Principle 5: Optimize Risk Responses) và Develop Team (People Domain).

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

Đáp án đúng: Discuss the process used to create the noncompliant deliverables with the project team to see if there was a potential misunderstanding.

Lý do chi tiết:
Đây là hành động đầu tiên và phù hợp nhất vì nó tập trung vào việc thảo luận quy trình (process discussion) để xác định nguyên nhân gốc rễ, có thể do hiểu lầm (misunderstanding) từ giao tiếp kém ở đội ngũ toàn cầu. Theo PMBOK® 7th Edition (Section 4.5.1 Manage Communications), PM phải hiểu vấn đề trước khi giải quyết, sử dụng công cụ như facilitated workshops hoặc team discussions để thu thập thông tin. Điều này thúc đẩy High-Performance Teams (People Domain) và tránh hành động vội vã. Nếu bỏ qua bước này, PM có thể bỏ lỡ cơ hội cải thiện quy trình, dẫn đến lặp lại lỗi (theo Agile Practice Guide, Iterative Problem-Solving).

📋 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 một cách logic, dựa trên PMP best practices. 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 rõ ràng:

• ❌ Phương án SAI: Assemble the project team via conference call to tell them that disciplinary action will be taken if any more noncompliant deliverables are submitted.
  Phương án này sai vì nó áp dụng đe dọa kỷ luật (disciplinary action) ngay lập tức, vi phạm nguyên tắc Lead with Empathy và Build a Safe Environment (PMBOK 7th, People Domain). Với đội ngũ toàn cầu, conference call có thể gặp vấn đề múi giờ, và hành động này không xác định nguyên nhân mà chỉ tạo demotivation, dẫn đến giảm năng suất đội ngũ (theo Servant Leadership model trong PMP).

• ✅ Phương án ĐÚNG: Discuss the process used to create the noncompliant deliverables with the project team to see if there was a potential misunderstanding.
  Như đã giải thích ở trên, đây là bước root cause analysis đầu tiên, phù hợp với 12 Principles of PMBOK 7th (Be a Diligent, Respectful, and Caring Steward; Optimize Risk Responses). Nó khuyến khích collaboration, đặc biệt hữu ích cho global teams (Stakeholder Engagement Practice).

• ❌ Phương án SAI: Schedule time with the project sponsor to inform them that the project schedule is slipping due to the time it will take to rework the deliverables.
  Sai vì báo cáo sponsor quá sớm mà chưa xác định nguyên nhân hoặc giải pháp, vi phạm Escalation Process (PMBOK 7th, 4.7 Monitor and Control Project Work). PM phải tự giải quyết vấn đề nội bộ trước (Manage Issues), chỉ escalate khi cần tài nguyên bổ sung. Điều này có thể làm mất lòng tin từ sponsor nếu vấn đề được giải quyết nhanh chóng.

• ❌ Phương án SAI: Meet with the project team to explain that noncompliant deliverables must be reworked and submitted immediately to avoid project delays.
  Sai vì chỉ yêu cầu rework ngay mà không thảo luận nguyên nhân, bỏ qua continuous improvement (Kaizen trong Lean-Agile). Theo PMBOK 7th (Process 5.3 Control Procurements? Không, chính là Develop Team và Manage Quality), PM cần validate root cause trước để tránh rework lặp lại, đặc biệt với global team dễ có misunderstanding.

📘 Tài liệu tham khảo

• PMBOK® Guide – 7th Edition (2021): Principles 1-12 (Focus on Value, Holistic Thinking); Domains: People, Process; Pages 47-65 (Team Management), 109-115 (Communications).
• PMI Agile Practice Guide (2017, integrated 7th Ed.): Iterative problem-solving và Servant Leadership.
• PMP Exam Content Outline (2021, updates to 2026): 50% People Domain – Emphasizes coaching, mentoring, conflict resolution trước punitive actions.
• Nguồn chính thức: PMI.org – Process Groups và 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ụ case study, 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 lĩnh vực Quản lý Rủi ro (Risk Management) trong PMP, cụ thể là theo PMBOK Guide 7th Edition (và cập nhật đến 2026 với PMBOK 8th Edition draft). Tình huống: Quản lý dự án (PM) đang dẫn dắt dự án phát triển phần mềm kế toán cho một công ty giao dịch. Khi các kết quả dự án (outcomes) đang được giao nộp, một rủi ro mới được xác định: Quy định thuế gián thu (indirect tax regulation) sẽ thay đổi bởi chính phủ trong 6 tháng tới, và rủi ro này có tác động lớn (significant impact) đến kết quả dự án.

Câu hỏi yêu cầu: "What should the project manager do next?" (PM nên làm gì tiếp theo?). Đây là tình huống rủi ro mới được xác định (new risk identified) trong giai đoạn thực hiện dự án (delivering outcomes), đòi hỏi PM phải áp dụng quy trình quản lý rủi ro một cách chủ động, nhanh chóng và tập trung vào giá trị giao nộp (value delivery). Theo PMBOK 7th, sau khi xác định rủi ro (Identify Risks), bước tiếp theo là Đánh giá rủi ro (Assess Risks) để hiểu rõ mức độ, sau đó lập kế hoạch ứng phó và ưu tiên với các bên liên quan (stakeholders), đặc biệt là khách hàng (client) vì ảnh hưởng đến outcomes.

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

Đáp án đúng: Assess the impact of the risk with an expert and prioritize further outcomes with the client.

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

• Đây là bước tiếp theo logic theo quy trình quản lý rủi ro trong PMBOK 7th (Process 4.6: Assess Risks). Sau khi rủi ro mới được xác định, PM phải đánh giá tác động (assess impact) với chuyên gia (expert) để có đánh giá chính xác, khách quan (data-driven), tránh thiên kiến nội bộ.
• Sau đó, ưu tiên các outcomes tiếp theo với client để đảm bảo stakeholder engagement và value delivery, vì rủi ro ảnh hưởng lớn đến sản phẩm cuối cùng. Điều này phù hợp với nguyên tắc Focus on Value và Adaptability trong PMBOK 7th/8th.
• Hành động này chủ động, toàn diện, không trì hoãn hay né tránh rủi ro, giúp dự án linh hoạt điều chỉnh mà không làm gián đoạn.

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

• ❌ Phương án SAI: Determine the impact of the risk and prioritize outcomes that do not affect the tax module.
  Giải thích sai: Phương án này chỉ xác định tác động (determine impact) một cách tự ý mà không tham khảo chuyên gia, dễ dẫn đến đánh giá chủ quan, không đáng tin cậy. Việc ưu tiên outcomes không ảnh hưởng đến module thuế là tránh né rủi ro (avoidance không phù hợp), bỏ qua nguyên tắc holistic risk management trong PMBOK 7th. Rủi ro có tác động lớn, cần đánh giá đầy đủ thay vì loại bỏ phần quan trọng của dự án.

• ❌ Phương án SAI: Delay developing the indirect tax module until the tax regulation comes into effect.
  Giải thích sai: Trì hoãn phát triển (delay) module thuế đến khi quy định có hiệu lực là hành động phản ứng thụ động, có thể gây schedule overrun và tăng chi phí dự án. PMBOK 7th nhấn mạnh proactive risk response (như mitigate hoặc accept sau khi assess), không khuyến khích delay mà không đánh giá tác động trước. 6 tháng là khoảng thời gian dài, trì hoãn sẽ ảnh hưởng đến time-to-market và giá trị giao nộp.

• ✅ Phương án ĐÚNG: Assess the impact of the risk with an expert and prioritize further outcomes with the client.
  Giải thích đúng: Như đã phân tích ở trên, đây là bước tiếp theo chuẩn (assess với expert để qualitative/quantitative analysis, rồi engage client để prioritize). Đảm bảo stakeholder collaboration và adaptive planning, phù hợp với Hybrid/Agile approaches trong dự án phần mềm (PMBOK 7th, Principle 5: Stakeholders).

• ❌ Phương án SAI: Analyze the impact of the risk and discuss with the team to determine how to separate the tax module.
  Giải thích sai: Việc phân tích tác động (analyze impact) chỉ với team nội bộ thiếu góc nhìn expert judgment (chuyên gia bên ngoài về thuế), dẫn đến rủi ro đánh giá không chính xác. Tách module thuế là giải pháp cụ thể (response planning) nhưng chưa phải bước tiếp theo – cần assess trước. PMBOK 7th yêu cầu expert input cho rủi ro pháp lý (regulatory), và engage client sớm hơn team để align outcomes.

📘 Tài liệu tham khảo

• PMBOK Guide 7th Edition (2021, PMI): Chapter 4 (Project Risk Management), Process 4.5 Identify Risks → 4.6 Assess Risks → 4.7 Plan Risk Responses. Principle 9: Optimize Risk Responses.
• PMBOK Guide 8th Edition (draft 2026 updates): Nhấn mạnh Uncertainty Management và Value Delivery System, khuyến khích expert involvement trong regulatory risks.
• PMI Agile Practice Guide (2021): Adaptive risk handling trong phần mềm development, prioritize with product owner (client).
• Nguồn chính thức: pmi.org (Process Groups, Risk Domain).

Phân tích này giúp thí sinh PMP nắm vững next-best-action trong tình huống thực tế! 🚀

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

Câu hỏi mô tả một dự án dầu khí bắt đầu mà không có đầy đủ nguồn vốn tài trợ (funding). Phần vốn còn lại dự kiến sẽ được huy động trong giai đoạn thực thi (execution), nhưng việc huy động bị trì hoãn vài tháng, dẫn đến tất cả nhà thầu phải tạm dừng công việc (suspension of work).
Vấn đề cốt lõi: Đây là rủi ro tài chính lớn (financial risk) chưa được xử lý đúng cách từ đầu, vi phạm nguyên tắc quản lý rủi ro trong PMP. Câu hỏi yêu cầu project manager (PM) nên làm gì để ngăn chặn tình huống này xảy ra, tập trung vào giai đoạn lập kế hoạch (planning) trước khi khởi động dự án.
Theo PMBOK® Guide 7th Edition (cập nhật đến 2026), đây thuộc Uncertainty Domain (lĩnh vực rủi ro), nhấn mạnh việc xác định, đánh giá và giảm thiểu rủi ro (identify, assess, mitigate risks) trước khi thực hiện để tránh gián đoạn dự án. 🚫 Bắt đầu dự án với rủi ro chưa mitigate là sai lầm nghiêm trọng!

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

Đáp án đúng: Ensured the risk was adequately assessed and mitigated by the appropriate stakeholders.
Lý do: PM phải đảm bảo rủi ro (risk) về trì hoãn vốn được đánh giá đầy đủ (assessed) và giảm thiểu (mitigated) bởi các bên liên quan phù hợp (appropriate stakeholders) – như nhà tài trợ, ban lãnh đạo hoặc bên cung cấp vốn. Điều này thuộc Risk Management Processes (PMBOK® 7th Ed., Sections 4.5-4.7: Identify Risks, Perform Qualitative/Quantitative Risk Analysis, Plan Risk Responses). Nếu làm vậy từ giai đoạn Initiate/Plan, dự án sẽ không khởi động với lỗ hổng tài chính, tránh suspension. PM có trách nhiệm facilitate stakeholders xử lý rủi ro này trước execution! 🛡️

📋 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á đúng/sai dựa trên PMP best practices (PMBOK® 7th Ed. và PMI Standards đến 2026):

• ❌ [SAI] Ensured the stakeholder anticipated obstacles to achieving financial closure on the remaining funds.
  Giải thích sai: Phương án này chỉ tập trung vào việc khiến stakeholder dự đoán trở ngại (anticipated obstacles) về việc đóng vốn (financial closure), nhưng không đề cập đến đánh giá rủi ro hệ thống hoặc hành động mitigate cụ thể. Theo PMBOK®, PM không chỉ "khiến anticipate" mà phải lead risk assessment processes với tools như risk register, SWOT. Điều này quá thụ động, không prevent được trì hoãn thực tế! (Không khớp Uncertainty Domain).

• ✅ [ĐÚNG] Ensured the risk was adequately assessed and mitigated by the appropriate stakeholders.
  Giải thích đúng: Như đã phân tích ở trên, đây là hành động cốt lõi của PM trong Plan Risk Management (PMBOK® 7th Ed., Principle 5: Optimize Risk Responses). PM phải ensure rủi ro tài chính được assess (qualitative/quantitative) và mitigate (e.g., contingency funding, contracts with penalties) bởi stakeholders đúng (e.g., financiers). Nếu làm sớm, dự án sẽ có full funding trước start! 💪

• ❌ [SAI] Ensured the stakeholder who was providing additional funds remained interested in the project.
  Giải thích sai: Việc giữ sự quan tâm (remained interested) của stakeholder cung cấp vốn chỉ là stakeholder engagement tactic (Stakeholder Engagement Domain), không phải mitigate rủi ro gốc. Theo PMBOK®, interest có thể mất đột ngột do thị trường (oil/gas volatility), nên cần risk responses cụ thể như escrow funds hoặc phased funding, chứ không chỉ "giữ interest"! Quá mơ hồ và không proactive.

• ❌ [SAI] Ensured the project team monitored and reviewed the project risk register periodically.
  Giải thích sai: Monitor và review risk register là hoạt động trong execution/monitor phase (Process 11.7: Monitor Risks, PMBOK® 7th Ed.), nhưng câu hỏi hỏi prevent from happening – nghĩa là hành động trước khi start! Suspension đã xảy ra vì rủi ro chưa mitigate từ planning, monitoring chỉ phát hiện chứ không ngăn chặn upfront. Team-focused thay vì stakeholder-involved! ⏰

📘 Tài liệu tham khảo

• PMBOK® Guide – Seventh Edition (2021, cập nhật PMI đến 2026): Uncertainty Domain (Ch. 4), Risk Management Principles & Performance Domain.
• PMI Risk Management Standard (2022): Nhấn mạnh "Proactive Risk Mitigation" trước project initiation.
• PMP Exam Content Outline (2024-2026): 50% questions về Process Domain, bao gồm Risk (People/Process/Business Environment).
  Tài liệu chính thức: PMI.org – Khuyến nghị đọc Agile Practice Guide kết hợp cho dự án dầu khí phức tạp.

Hy vọng phân tích này giúp bạn ôn PMP hiệu quả! 🚀 Nếu cần thêm câu hỏi, 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ý Mua sắm (Procurement Management) trong PMP, cụ thể là giai đoạn Kiểm tra chấp nhận (Acceptance Testing) của một hệ thống được xây dựng theo hợp đồng với nhà cung cấp (vendor). Tình huống: Quản lý dự án (PM) đã ký hợp đồng với vendor để xây dựng hệ thống mới. Trong giai đoạn kiểm tra chấp nhận, PM phát hiện chất lượng hệ thống không đạt yêu cầu. Câu hỏi yêu cầu: PM nên hỗ trợ yêu cầu khiếu nại (claim) với vendor như thế nào?

🛠️ Mục tiêu chính: PM cần sử dụng bằng chứng khách quan, dựa trên hợp đồng để chứng minh hệ thống không đạt chuẩn, nhằm bảo vệ quyền lợi dự án mà không dẫn đến tranh chấp không cần thiết. Điều này phù hợp với nguyên tắc Tailoring và Evidence-Based Decision Making trong PMBOK Guide 7th Edition (2021) và các cập nhật PMP đến 2026, nhấn mạnh việc tuân thủ hợp đồng, tiêu chí chấp nhận (acceptance criteria) và kết quả kiểm thử (test results) để hỗ trợ claim.

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

Đáp án đúng: Provide the failed test results along with the agreed-upon acceptance criteria.

Lý do 🏆:
Đây là cách chuyên nghiệp và hiệu quả nhất để hỗ trợ claim. PM cung cấp bằng chứng cụ thể từ kết quả kiểm thử thất bại (failed test results) kết hợp với tiêu chí chấp nhận đã thỏa thuận trong hợp đồng (agreed-upon acceptance criteria). Điều này chứng minh rõ ràng hệ thống không đáp ứng yêu cầu hợp đồng, giúp vendor dễ dàng xác nhận và khắc phục. Theo Procure Agreements Process (PMBOK 7th Ed., Domain: Procurement), claim phải dựa trên dữ liệu đo lường được (measurable evidence), tránh tranh cãi chủ quan. Cách này thúc đẩy stewardship và teamwork với vendor, giảm thiểu escalation đến tranh chấp pháp lý.

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

Dưới đây là phân tích chi tiết từng phương án, với ✅ đúng hoặc ❌ sai, kèm giải thích dựa trên thực hành PMP tốt nhất (PMBOK 7th Ed. & PMI Standards đến 2026):

• Provide the failed test results along with the agreed-upon acceptance criteria.
  ✅ Đúng. Như đã giải thích ở trên, đây là bằng chứng trực tiếp, khách quan từ hợp đồng và kiểm thử. Nó tuân thủ Quality Management (Validate Deliverables) và Contract Management, giúp claim được hỗ trợ vững chắc mà không cần suy diễn.

• Share unsuccessful results from previous projects with a similar scope.
  ❌ Sai. Việc chia sẻ kết quả dự án trước không liên quan trực tiếp đến hợp đồng hiện tại, có thể bị coi là so sánh chủ quan hoặc thiếu chuyên nghiệp. PMBOK nhấn mạnh claim phải dựa trên hợp đồng cụ thể (this contract), không dùng dữ liệu lịch sử để "đe dọa" vendor, tránh vi phạm nguyên tắc fairness trong Stakeholder Engagement.

• Document in the risk log that the issues in the system were already identified.
  ❌ Sai. Risk log dùng để ghi nhận rủi ro tiềm ẩn (potential risks), không phải bằng chứng kiểm thử thất bại. Việc này chỉ là ghi chép nội bộ, không hỗ trợ claim với vendor vì thiếu dữ liệu đo lường cụ thể. Theo Risk Management (PMBOK 7th), risk log không thay thế cho defect logs hoặc test results trong acceptance.

• Show that the acceptance criteria were changed by the vendor without approval.
  ❌ Sai. Không có thông tin trong câu hỏi cho thấy tiêu chí chấp nhận bị thay đổi, nên giả định này là không có cơ sở. Nếu đúng, nó có thể là scope creep, nhưng PM phải chứng minh bằng change request logs trước. Cách này có thể dẫn đến tranh chấp không cần thiết, vi phạm integrated change control – ưu tiên bằng chứng kiểm thử trực tiếp hơn.

📘 Tài liệu tham khảo

• PMBOK Guide 7th Edition (2021): Section 4.7 (Procurement), Principle 4 (Stakeholder), Process: Procure Resources & Control Procurements.
• PMI Code of Ethics & Professional Conduct (2022 cập nhật): Trách nhiệm với honesty và fairness trong claims.
• PMP Exam Content Outline (2021-2026): Domain 3: Business Environment (15%), Domain 4: Procurement (8%) – Nhấn mạnh evidence-based claims.
• The Standard for Project Management (2021): Deliver Value through measurable acceptance.

🛠️ Lời khuyên PMP: Luôn ưu tiên dữ liệu từ hợp đồng để bảo vệ dự án! Nếu cần thực hành thêm, hãy tham khảo PMI.org practice exams. 😊