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

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

Câu hỏi này thuộc lĩnh vực People Domain trong kỳ thi PMP (theo PMBOK Guide 7th Edition và PMP Exam Content Outline 2021 - cập nhật đến 2026). Nó mô tả tình huống: Một Project Manager (PM) được giao quản lý dự án phát triển dù nhảy dù (parachute development project). Hai nguồn lực chính (key project resources) bất đồng ý kiến về một yêu cầu (requirement). Câu hỏi yêu cầu PM nên làm gì đầu tiên để giải quyết xung đột (conflict resolution).

🛠️ Bối cảnh quan trọng: Trong dự án, xung đột giữa các thành viên đội ngũ là phổ biến, đặc biệt với các nguồn lực chính. PM cần áp dụng nguyên tắc quản lý đội ngũ (Manage Team) và giải quyết xung đột một cách khách quan, dựa trên quy trình đã thiết lập, thay vì quyết định chủ quan hoặc tránh né. Mục tiêu là duy trì hiệu suất đội ngũ và đạt mục tiêu dự án.

📘 Nguồn tham khảo:

• PMBOK Guide 7th Edition: People Domain (Task: Manage conflict).
• PMP Exam Content Outline (2021): Domain II - People (35% trọng số), nhấn mạnh sử dụng ground rules và quy trình để giải quyết xung đột.
• Agile Practice Guide (tích hợp PMBOK 7th): Khuyến khích ground rules để xây dựng môi trường hợp tác.

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

Đáp án đúng: Refer to the ground rules that were set at the beginning of the project to help resolve the conflict.

Lý do chi tiết 🏆:
Ground rules (quy tắc nền tảng) được thiết lập ngay từ đầu dự án trong quá trình Develop Team (phát triển đội ngũ). Đây là công cụ chính thức để giải quyết xung đột một cách khách quan và công bằng, giúp các bên tham chiếu lại các thỏa thuận chung đã đồng thuận (như cách xử lý bất đồng, ưu tiên yêu cầu). Việc này thúc đẩy tính minh bạch, trách nhiệm và tránh thiên vị cá nhân của PM. Đây là bước đầu tiên và tốt nhất theo nguyên tắc PMP, phù hợp với Manage Project Team (PMBOK 7th). Nếu không tuân thủ ground rules, xung đột có thể leo thang, ảnh hưởng đến chất lượng dự án dù nhảy dù (rủi ro cao).

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

• Refer to the ground rules that were set at the beginning of the project to help resolve the conflict.
  ✅ Đúng 🥇: Như đã giải thích ở trên, đây là phương pháp chuẩn PMP, dựa trên quy trình đã thiết lập từ đầu (Develop Team). Nó đảm bảo giải quyết xung đột công bằng, nhất quán, tránh quyết định chủ quan và duy trì tinh thần đội ngũ. Hoàn toàn phù hợp với People Domain.

• Reassign both of the resources to a different project to avoid conflict.
  ❌ Sai 🚫: Việc tái phân công (reassign) cả hai nguồn lực chính ra dự án khác là tránh né xung đột (withdrawing) - một kỹ thuật kém hiệu quả theo PMP (chỉ dùng khi xung đột không thể giải quyết). Điều này làm gián đoạn dự án, mất nguồn lực key, tăng chi phí và rủi ro (đặc biệt dự án dù nhảy dù cần chuyên môn cao). PMBOK khuyến cáo giải quyết trực tiếp thay vì tránh né.

• Consider recommendations from a resource who has more experience with this situation.
  ❌ Sai ⚠️: Dựa vào khuyến nghị từ một nguồn lực có kinh nghiệm hơn là thiên vị (bias), có thể làm bên kia cảm thấy bất công, leo thang xung đột. PMP yêu cầu PM là người trung lập, sử dụng quy trình khách quan (như ground rules) thay vì ý kiến cá nhân. Điều này vi phạm nguyên tắc fairness trong Code of Ethics & Professional Conduct (PMI).

• Define an action plan based on the project manager’s experience.
  ❌ Sai 🔄: Xây dựng kế hoạch hành động dựa trên kinh nghiệm cá nhân của PM là quyết định chủ quan (forcing), bỏ qua quy trình đội ngũ. PMP nhấn mạnh dựa trên dữ liệu và thỏa thuận chung (ground rules, requirements traceability), không phải kinh nghiệm cá nhân. Có thể dẫn đến sai lầm và mất lòng tin đội ngũ.

🧠 Kết luận PMP: Luôn ưu tiên quy trình đã thiết lập để giải quyết xung đột, giúp dự án hiệu quả và bền vững! Nếu áp dụng thực tế, hãy ghi chép vào Lessons Learned Register.

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

📖 Giải thích nội dung câu hỏi:
Câu hỏi mô tả tình huống trong giai đoạn thực thi (execution phase) của dự án, nơi Project Manager (PM) phát hiện deliverables (sản phẩm giao) không đạt chất lượng specifications (tiêu chuẩn chất lượng) mà stakeholder chính yêu cầu. Điều này dẫn đến sự suy giảm hiệu suất:

• Schedule Performance Index (SPI) giảm từ 0.98 (hơi chậm) xuống 0.72 (chậm đáng kể).
• Cost Performance Index (CPI) giảm từ 1.5 (tiết kiệm chi phí) xuống 1.1 (vẫn hiệu quả nhưng giảm).
  Câu hỏi tập trung vào hành động khắc phục (mitigate) để tránh deliverables bị reject (từ chối) trong iteration tiếp theo (lặp lại, thường ám chỉ Agile/Scrum với sprint).
  🛠️ Ngữ cảnh chính: Đây là dự án hybrid hoặc Agile (có sprint/iteration, DoD, backlog), theo PMBOK 7th Edition và Agile Practice Guide (PMI, cập nhật 2021-2026), nhấn mạnh cải thiện quy trình lặp lại để đảm bảo chất lượng từ gốc rễ thay vì sửa chữa sau.

✅ Đáp án đúng:
Reinforce the definition of done (DoD) during sprint planning so that the team has a common understanding of expectations.

Lý do chọn đáp án đúng (chi tiết):
🧩 Trong Agile/Scrum, Definition of Done (DoD) là bộ tiêu chí chung, rõ ràng định nghĩa một Product Backlog Item (PBI) được coi là "done" (hoàn thành), bao gồm chất lượng specs từ stakeholder. Việc củng cố (reinforce) DoD trong sprint planning giúp team đạt hiểu biết chung (common understanding) về kỳ vọng, ngăn ngừa lỗi chất lượng từ đầu iteration.

• Điều này trực tiếp mitigate issue bằng cách proactive (chủ động), cải thiện SPI/CPI lâu dài qua continuous improvement.
• Theo Scrum Guide 2020 và PMI Agile Practice Guide, DoD được review/refine thường xuyên trong Sprint Planning để align với stakeholder needs.
  📘 Nguồn: PMBOK 7th Ed. (Section 6.4.3 Manage Quality), Agile Practice Guide (p. 47-48: DoD & Sprint Events).

🔍 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, kèm lý do đúng/sai bằng tiếng Việt:

• ❌ [SAI] Submit a change request to prioritize resolutions for the quality issue to minimize the impact on the rest of the deliverables.
  Phương án này không phù hợp vì trong Agile, ít sử dụng formal change request (thay đổi chính thức) như Waterfall; thay vào đó ưu tiên iterative refinement. Nó chỉ reactive (phản ứng sau lỗi), không giải quyết gốc rễ thiếu hiểu biết chung, có thể làm phức tạp backlog và không cải thiện DoD ngay lập tức. 📘 Nguồn: PMBOK 7th (6.2.3 Change Control, ưu tiên Agile flexibility).

• ✅ [ĐÚNG] Reinforce the definition of done (DoD) during sprint planning so that the team has a common understanding of expectations.
  Như đã giải thích ở trên: Tốt nhất vì proactive, align team với quality specs qua DoD, trực tiếp tránh reject ở iteration sau. Giúp phục hồi SPI/CPI bền vững. 🛠️ Ưu tiên cao nhất trong tình huống Agile quality issue.

• ❌ [SAI] Create a dedicated sprint to complete all of the pending specifications from previous sprints.
  Không hiệu quả vì tạo technical debt (nợ kỹ thuật), làm gián đoạn flow bình thường, không giải quyết gốc rễ (thiếu DoD chung). Dành sprint riêng chỉ là band-aid (vá tạm), vi phạm nguyên tắc Agile: deliver value liên tục. 📘 Nguồn: Scrum Guide (Sprint Goal & No Debt Creation).

• ❌ [SAI] Assure that the product backlog is properly prioritized to avoid dependencies that cause rejection.
  Gián tiếp và không trực tiếp giải quyết quality issue hiện tại. Product Backlog prioritization (qua Product Owner) giúp tránh dependencies, nhưng không đảm bảo team hiểu/áp dụng specs đúng. Vấn đề ở đây là execution/DoD, không phải backlog. 📘 Nguồn: Agile Practice Guide (p. 32: Backlog Refinement vs. Quality Gates).

🛠️ Kết luận & Lời khuyên PMP:
Hành động đúng tập trung ngăn ngừa (preventive) qua team alignment trong Agile events, phù hợp 12 Principles of PMBOK 7th (Focus on Value, Optimize Risk). PM nên facilitate retrospective sau để cải thiện lâu dài! Nếu áp dụng thực tế, theo dõi Earned Value Management (EVM) để recover SPI/CPI. 📘 Tài liệu tham khảo chính: PMBOK 7th Edition (2021), Agile Practice Guide (PMI), Scrum Guide (2020).

🧩 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ý thông tin dự án và tương tác với các bên liên quan (Stakeholder Engagement) trong PMP, đặc biệt trong bối cảnh dự án hybrid (kết hợp giữa phương pháp truyền thống - predictive và linh hoạt - agile).

• Tình huống: Quản lý dự án (Project Manager - PM) đang quản lý một dự án hybrid. Có phần mềm (software) để truy cập kho lưu trữ các sản phẩm dự án (repository of project artifacts), bao gồm lịch trình dự án mới nhất (latest project schedule). Tuy nhiên, một số bên liên quan (stakeholders) báo cáo rằng họ không thể tìm thấy lịch trình này.
• Vấn đề cốt lõi: Không phải thiếu công cụ (đã có repository), mà có thể do stakeholders thiếu quyền truy cập (access) hoặc không biết cách tìm (know where to find). PM cần hành động chủ động, hiệu quả để đảm bảo thông tin được chia sẻ đúng cách, tránh gián đoạn dự án.
• Mục tiêu PMP: Theo PMBOK® Guide 7th Edition (2021) và cập nhật đến 2026, PM phải ưu tiên quản lý giao tiếp (Manage Communications) và tương tác bên liên quan (Manage Stakeholder Engagement), sử dụng nguồn thông tin duy nhất (single source of truth) như repository để tránh thông tin phân tán, đồng thời hỗ trợ training/knowledge sharing nếu cần.

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

• PMBOK® Guide – Seventh Edition (Project Management Institute - PMI, 2021, cập nhật không thay đổi lớn đến 2026).
• The Standard for Project Management (2021).
• Agile Practice Guide (tích hợp hybrid projects).
• Process Groups: A Practice Guide (cho hybrid approaches).

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

Đáp án đúng: Make sure all stakeholders have access to the system and know where to find project artifacts.

Lý do 🛠️:

• Đây là hành động trực tiếp, chủ động và hiệu quả nhất của PM theo nguyên tắc People Domain và Stakeholder Performance Domain trong PMBOK 7. PM chịu trách nhiệm đảm bảo tất cả stakeholders có quyền truy cập hệ thống (access) và hiểu biết vị trí lưu trữ artifacts (know where to find), giúp giải quyết gốc rễ vấn đề (root cause: access hoặc training gap).
• Trong dự án hybrid, repository là single source of truth (nguồn sự thật duy nhất), tránh duplicate thông tin. Hành động này thúc đẩy transparency và collaboration, phù hợp với 12 Principles of Project Management (Stewardship, Teamwork, Value).
• Không cần escalate hay can thiệp bên thứ ba, vì PM là người first responder cho vấn đề vận hành như vậy.

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

• Advise the project management office (PMO) that there is a resource gap for sharing project artifacts effectively.
  ❌ Sai: Phương án này đẩy trách nhiệm cho PMO, coi như "resource gap" (thiếu nguồn lực), nhưng vấn đề chỉ là access/training, không phải thiếu tài nguyên hệ thống (đã có software). PM phải tự giải quyết theo Project Manager's accountability (PMBOK 7, Execution Phase), tránh làm chậm trễ dự án. Đây là hành động thụ động, không phù hợp nguyên tắc Value Delivery.

• Make sure all stakeholders have access to the system and know where to find project artifacts.
  ✅ Đúng: Như đã giải thích ở trên. Đây là best practice trong Information Management và Stakeholder Engagement, đảm bảo tailored communications (giao tiếp phù hợp). Hỗ trợ hybrid bằng cách empower stakeholders tự truy cập, giảm dependency vào PM.

• Escalate the issue to the steering committee and ask them to deal with the stakeholders’ lack of training.
  ❌ Sai: Escalation không cần thiết cho vấn đề vận hành đơn giản (PM có thể fix access/training ngay). Steering committee chỉ xử lý high-level risks/issues, không phải training cơ bản. Vi phạm Escalation Threshold (PMBOK 7, Governance Domain), làm phức tạp hóa và chậm dự án.

• Send the project schedule via email to the stakeholders who need that information.
  ❌ Sai: Gửi email tạo multiple sources of truth, dẫn đến version control issues (phiên bản cũ/mới lẫn lộn), đặc biệt trong hybrid project nơi artifacts cần real-time updates. Không hiệu quả dài hạn, vi phạm Manage Communications principle (favor centralized repository). Có thể gây security risks và overload PM.

🧩 Kết luận nổi bật: Câu hỏi kiểm tra kỹ năng problem-solving của PM trong hybrid context. Luôn ưu tiên empower stakeholders qua access & knowledge để tối ưu project performance! Nếu áp dụng PMP Exam, chọn đáp án này sẽ đạt điểm cao ở People & Stakeholder Domains (chiếm ~50% exam).

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

Câu hỏi mô tả một tình huống thực tế trong giai đoạn lập kế hoạch dự án vừa hoàn thành, với đội ngũ làm việc từ xa qua các phiên họp trực tuyến. Sau buổi kick-off meeting tại cơ sở của khách hàng, thành viên A yêu cầu project manager (PM) chuyển sang dự án khác vì cảm thấy không thoải mái với thành viên B. Đây là vấn đề xung đột cá nhân hoặc vấn đề hòa nhập trong đội ngũ, đòi hỏi PM phải xử lý theo nguyên tắc quản lý đội ngũ trong PMP. Câu hỏi yêu cầu chọn hai hành động mà PM nên làm để giải quyết, nhấn mạnh vào việc duy trì đội ngũ hiệu suất cao, giải quyết xung đột và thúc đẩy môi trường hòa nhập (inclusive environment) theo PMBOK 7th Edition (2021) và các cập nhật đến 2026, tập trung vào People Domain.

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

• Speak with both members to try to resolve the situation.
  ✅ Lý do đúng: Đây là bước đầu tiên và hiệu quả nhất theo quy trình Manage Team và Manage Conflict trong People Domain (PMBOK 7th). PM cần gặp riêng và chung cả hai bên để hiểu rõ vấn đề, lắng nghe, hòa giải, tránh để xung đột lan rộng ảnh hưởng đến hiệu suất dự án. Cách tiếp cận này thúc đẩy collaborative negotiation và xây dựng lòng tin.

• Clarify the inclusive practices for project team members.
  ✅ Lý do đúng: PM phải củng cố inclusive practices (thực hành hòa nhập) để tạo môi trường đội ngũ đa dạng, tôn trọng, phù hợp với Foster a Team Environment và Build a Team trong PMBOK 7th. Điều này giúp ngăn ngừa vấn đề tương tự, nhấn mạnh giá trị cốt lõi như psychological safety và equity.

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

• Speak with both members to try to resolve the situation.
  ✅ Đúng: Như đã giải thích, đây là hành động chủ động, trực tiếp giải quyết xung đột theo 5 Conflict Resolution Techniques (Collaborating là ưu tiên cao nhất). Giúp duy trì đội ngũ ổn định mà không cần can thiệp bên ngoài.

• Transfer team member A to another project.
  ❌ Sai: Việc chuyển ngay thành viên A là tránh né vấn đề gốc rễ, vi phạm nguyên tắc Develop Team và Manage Team. PM không nên hành động dựa trên một bên khi chưa điều tra đầy đủ, có thể dẫn đến mất nhân tài và ảnh hưởng nguồn lực dự án.

• Clarify the inclusive practices for project team members.
  ✅ Đúng: Hành động này củng cố văn hóa đội ngũ hòa nhập, phù hợp với Tailoring và Servant Leadership trong PMBOK 7th, giúp xây dựng high-performing teams bằng cách nhắc nhở các quy tắc tôn trọng đa dạng và inclusion.

• Escalate the situation to the project sponsor.
  ❌ Sai: Không cần leo thang ngay đến sponsor vì đây là vấn đề đội ngũ nội bộ mà PM có thẩm quyền xử lý theo Project Manager's Authority (PMBOK 7th). Escalation chỉ dùng cho rủi ro cao hoặc vi phạm nghiêm trọng, tránh làm phức tạp hóa tình huống nhỏ.

• Transfer team member B to another project.
  ❌ Sai: Tương tự phương án chuyển A, đây là quyết định thiếu công bằng, thiên vị một bên mà không có bằng chứng. Vi phạm Ethical Practices và Stakeholder Engagement, có thể dẫn đến kiện tụng hoặc mất động lực đội ngũ.

📘 Tài liệu tham khảo

• PMBOK Guide 7th Edition (2021): People Domain (Sections 4.2-4.5: Manage Conflict, Build Team, Foster Environment); Agile Practice Guide (Team Dynamics).
• PMI Code of Ethics & Professional Conduct (2022 cập nhật): Responsibility & Respect – Xử lý xung đột công bằng, thúc đẩy inclusion.
• Process Groups: A Practice Guide (2022): Managing Team Performance.
• Cập nhật 2026: PMI nhấn mạnh Hybrid Teams và Inclusive Leadership trong các tài liệu mới như The Standard for Project Management (4th Ed.), ưu tiên giải quyết xung đột qua đối thoại trước khi thay đổi nhân sự.

🛡️ Lời khuyên PMP: Luôn ưu tiên proactive management để giữ đội ngũ gắn kết, tránh "quick fixes" như chuyển nhân sự!

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

Câu hỏi mô tả một tình huống thực tế trong quản lý dự án PMP: Một thành viên đội dự án phát hiện lỗi (defect) trong thiết kế giải pháp ban đầu (initial solution design). Các bên liên quan (stakeholders) đang bất định về việc triển khai hệ thống (deploy the system) hay không.

📌 Bối cảnh chính:

• Đây là vấn đề liên quan đến chất lượng (Quality) và rủi ro (Risk) trong giai đoạn thiết kế giải pháp, thường thuộc Process Group: Executing hoặc Monitoring & Controlling.
• Project Manager (PM) cần hành động chủ động, có hệ thống để hỗ trợ quyết định, tránh quyết định impulsively (bốc đồng).
• Theo PMBOK Guide 7th Edition (2021) và cập nhật PMP đến 2026, trọng tâm là Value Delivery qua các Domain như Uncertainty (Risk Management), Measurement (Quality), nhấn mạnh phân tích rủi ro trước khi thay đổi lớn.

Mục tiêu của PM: Đánh giá tác động của defect để cung cấp dữ liệu cho stakeholders quyết định deploy, redesign hay mitigate.

✅ Đáp án đúng: Perform risk analysis against the issue.

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

• Defect là một threat (rủi ro tiêu cực) tiềm ẩn ảnh hưởng đến chất lượng triển khai, chi phí, thời gian và giá trị dự án.
• PM phải thực hiện Risk Analysis (Phân tích rủi ro) đầu tiên để đánh giá xác suất (probability) và tác động (impact) của defect nếu deploy. Điều này tuân thủ Uncertainty Domain trong PMBOK 7th: "Identify, analyze, and respond to risks".
• Kết quả phân tích giúp stakeholders data-driven decision (quyết định dựa trên dữ liệu), tránh hành động vội vã như redesign ngay lập tức.
• ✅ Lợi ích: Tối ưu hóa Risk Response (mitigate, accept, avoid), phù hợp với Hybrid/Agile approaches nếu dự án linh hoạt.

📘 Nguồn tham khảo:

• PMBOK® Guide 7th Edition, Section 4.3 Uncertainty, Table 4-1: Risk Analysis Processes.
• PMP Exam Content Outline 2021 (PMI.org): Domain III Uncertainty (22% questions).
• Agile Practice Guide (PMI, 2017, tích hợp 7th): Emphasize iterative risk assessment in design sprints.

🛠️ 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, 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 (không hành động ngay mà phải analyze trước).

• ❌ [SAI] Propose a solution redesign for the project.
  Giải thích sai: Đề xuất redesign ngay là hành động quá sớm và tốn kém (costly rework), bỏ qua bước phân tích tác động. Defect có thể nhỏ, chấp nhận được (accept risk) hoặc mitigate nhẹ, không nhất thiết redesign toàn bộ. Vi phạm nguyên tắc Earned Value Management (tối ưu chi phí) và Quality Management Principle: Fix chỉ khi confirmed cần thiết. Trong PMBOK 7th, redesign thuộc Planning Domain nhưng phải sau risk analysis.

• ❌ [SAI] Revise the project’s quality control measurements.
  Giải thích sai: Việc sửa measurement QC (như checklist, metrics) là phản ứng với symptom, không giải quyết root cause của defect. QC đã hiệu quả vì defect được identify! Thay đổi measurement lúc này có thể gây scope creep hoặc confuse team. PMBOK 7th (Measurement Domain) yêu cầu continuous improvement qua retrospectives, nhưng ưu tiên handle current issue bằng risk trước QC revise.

• ✅ [ĐÚNG] Perform risk analysis against the issue.
  Giải thích đúng: Như đã nêu ở trên, đây là bước đầu tiên logic và bắt buộc. Sử dụng qualitative/quantitative risk analysis (Monte Carlo, etc.) để quantify impact của defect lên deploy. Hỗ trợ decision gate cho stakeholders, align với Three Domains Model (People/Stakeholder, Process, Business Environment).

• ❌ [SAI] Develop a mitigation based on the solution design.
  Giải thích sai: Phát triển mitigation (giảm rủi ro) dựa trên design hiện tại là premature (quá sớm), vì chưa analyze rủi ro đầy đủ. Mitigation chỉ sau Risk Response Planning (PMBOK 7th, p.128). Có thể dẫn đến mitigate sai defect, lãng phí effort. Phải analyze trước rồi mới "develop response".

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

• Hành động đúng giúp PM thể hiện leadership in uncertainty, tăng project success rate lên 20-30% (theo PMI Pulse of Profession 2023).
• Thực hành: Trong exam PMP, ưu tiên Analyze > Respond cho risk/issue.
• 💡 Tip cho PMP aspirants: Ôn Risk Management (12 processes in 6th, chuyển sang Domains in 7th) và thực hành 1.500+ questions trên PMI apps.

Nếu cần thêm case study hoặc mock exam, hãy hỏi nhé! 🚀

🧩 Giải thí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) và Quản lý Rủi ro (Risk Management) trong PMBOK Guide (phiên bản 7th Edition, cập nhật đến 2026). Tình huống mô tả: Quản lý dự án (PM) có kinh nghiệm làm việc với một nhà cung cấp (provider) cụ thể, được yêu cầu cho dự án sắp tới. Nhà cung cấp này thường không đáp ứng đúng hạn giao hàng (deliverable dates), nhưng là công ty duy nhất có kinh nghiệm chuyên môn cần thiết cho dự án. Câu hỏi tập trung vào hành động PM nên làm trong giai đoạn Lập kế hoạch (Planning Phase) để xử lý tình huống này. Mục tiêu là giảm thiểu rủi ro chậm trễ mà không loại bỏ nhà cung cấp duy nhất, đồng thời tuân thủ các nguyên tắc đạo đức và hợp đồng chuyên nghiệp. 📘

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

Đáp án đúng: Add penalty clauses to the contract and update the risk register.

Lý do:
Trong giai đoạn Planning, PM cần lập kế hoạch mua sắm (Plan Procurement Management) và lập kế hoạch rủi ro (Plan Risk Management). Rủi ro chậm trễ từ nhà cung cấp là rủi ro đã biết (known risk), nên phải cập nhật Risk Register để ghi nhận, đánh giá và lập chiến lược ứng phó (mitigation). Đồng thời, thêm khoản phạt hợp đồng (penalty clauses, như liquidated damages) vào hợp đồng để khuyến khích nhà cung cấp giao hàng đúng hạn, mà không làm tăng chi phí dự án ngay lập tức. Đây là cách tiếp cận chủ động, hợp lý và phù hợp với single-source procurement (mua sắm từ nguồn duy nhất), theo PMBOK 7th Edition (Process 11.1 Plan Procurement Management và 11.7 Manage Project Procurement; Domain 3: Business Value Delivery). 🛠️ Nguồn tham khảo: PMBOK Guide 7th Ed., trang 289-295 (Procurement) & 193-200 (Risk); PMP Exam Content Outline 2021 (Risk & Procurement domains).

📋 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 nguyên tắc PMP mới nhất:

• Encourage the provider to work overtime with no additional costs to the project.
  ❌ Sai. Việc khuyến khích nhà cung cấp làm thêm giờ mà không trả thêm chi phí là không đạo đức, vi phạm nguyên tắc công bằng trong hợp đồng (PMBOK Code of Ethics: Respect & Fairness). Không có cơ sở pháp lý để ép buộc, có thể dẫn đến tranh chấp và tăng rủi ro pháp lý. Không phải hành động lập kế hoạch chuẩn mực. 🛑

• Hire resources to obtain knowledge about the provider's specific capabilities.
  ❌ Sai. Việc thuê tài nguyên bên ngoài chỉ để học hỏi khả năng của nhà cung cấp là lãng phí (không tạo giá trị), không giải quyết rủi ro cốt lõi (chậm trễ). PM đã có kinh nghiệm sẵn, nên tập trung vào mitigation thay vì thu thập thông tin thừa. Vi phạm nguyên tắc tối ưu hóa tài nguyên trong Planning (PMBOK 7th: Uncertainty Domain). 💸

• Add penalty clauses to the contract and update the risk register.
  ✅ Đúng (như đã giải thích ở trên). Đây là chiến lược mitigation hiệu quả: Penalty clauses bảo vệ dự án qua hợp đồng, Risk Register đảm bảo theo dõi rủi ro liên tục. Phù hợp với hybrid/single-source strategy trong Procurement Planning. 🎯

• Contract another provider with less experience and give them a chance to provide the deliverables.
  ❌ Sai. Chọn nhà cung cấp kém kinh nghiệm vi phạm yêu cầu "specific experience required" của dự án, tăng rủi ro chất lượng và thất bại lớn hơn (high-impact risk). Không khuyến khích "give a chance" mà không đánh giá RFP/RFQ đúng cách trong Planning. PMBOK nhấn mạnh chọn seller dựa trên capability (Process 11.2 Conduct Procurements). 🚫

Kết luận: Câu hỏi kiểm tra khả năng áp dụng Risk Mitigation và Contract Management trong bối cảnh nguồn cung hạn chế. Hãy ôn thêm PMBOK 7th để nắm vững! 🚀 Tài liệu tham khảo bổ sung: PMI.org (PMP Exam Prep 2024-2026 updates), Rita Mulcahy PMP Exam Prep Book (Chapter 12 Procurement & 10 Risk).

🧩 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ý dự án Agile trong PMP (Project Management Professional), cụ thể liên quan đến Daily Standup Meeting (hay Daily Scrum) trong khung Agile/Scrum. 📘

• Tình huống: Trong một cuộc họp standup hàng ngày, một thành viên đội ngũ liên tục báo cáo cập nhật giống hệt nhau trong 5 ngày liên tiếp. Điều này cho thấy nhiệm vụ của họ không có tiến triển (stuck). Nhiệm vụ này nằm trên critical path (đường găng – đường đi quan trọng nhất quyết định thời gian hoàn thành dự án), nên đang có nguy cơ làm chậm lịch trình tổng thể (schedule delay risk).
• Mục tiêu: Project Manager (PM) cần hành động phù hợp với nguyên tắc Agile, tập trung vào việc hỗ trợ đội ngũ tự quản lý, xác định và loại bỏ trở ngại (impediments/blockers), thay vì can thiệp trực tiếp hoặc báo cáo sớm lên cấp cao.
• Bối cảnh PMP mới nhất (PMBOK 7th Edition & Agile Practice Guide 2021, cập nhật đến 2026): Nhấn mạnh Servant Leadership của PM/Scrum Master, ưu tiên giải quyết impediments ngay lập tức trong standup để giữ flow công việc, tránh micromanagement. Standup chỉ kéo dài 15 phút, focus vào 3 câu hỏi: Yesterday? Today? Impediments? 🛠️

✅ Đáp án đúng: Ask the team member if there is an impediment, and help to remove the blockers.

Lý do chọn đáp án đúng (theo PMBOK 7th Ed., Principle 4: Optimize Risk Responses & Agile Practice Guide):

• Đây là hành động chuẩn Agile/Scrum: Trong standup, PM/Scrum Master phải chủ động hỏi về impediments (trở ngại) nếu thấy task không tiến triển, rồi hỗ trợ loại bỏ blockers (như thiếu tài nguyên, phụ thuộc bên ngoài, kỹ năng...). Điều này thể hiện Servant Leadership, giúp đội ngũ tự quản (self-organizing team).
• Task trên critical path → Cần hành động nhanh, nhưng không can thiệp trực tiếp mà empower đội ngũ. Nếu không có impediments, đội ngũ sẽ tự giải quyết.
• Nguồn tham khảo:
  • PMBOK 7th Edition, Section 4.6.1.3 (Daily Scrum).
  • Scrum Guide 2020 (cập nhật Scrum.org): "The Scrum Master helps the team remove impediments."
  • PMI Agile Certified Practitioner (PMI-ACP) Handbook.

📋 Giải thích tất cả các phương án (Đúng/Sai)

• ❌ [SAI] Keep the project sponsor informed about the delay.

  • Phân tích sai: Báo cáo sponsor quá sớm là micromanagement và escalation không cần thiết. Chưa xác định nguyên nhân delay (có thể chỉ là temporary blocker), standup ưu tiên giải quyết nội bộ đội ngũ trước. Theo PMBOK 7th, chỉ escalate khi đã thử remove impediments. Làm vậy có thể làm sponsor lo lắng vô ích, vi phạm nguyên tắc "go to the gemba" (giải quyết tại chỗ).

• ❌ [SAI] Reassign the task to another member of the team.

  • Phân tích sai: Can thiệp trực tiếp vào self-organizing team là chống lại Agile Principle #11 ("Best architectures emerge from self-organizing teams"). Chưa hỏi impediments, reassign có thể gây hỗn loạn đội ngũ, tăng risk knowledge transfer trên critical path. PMBOK 7th khuyến nghị hỗ trợ thay vì thay thế.

• ❌ [SAI] Support the team member by providing one more resource to complete the task immediately.

  • Phân tích sai: Brooks' Law ("Adding manpower to a late software project makes it later") – thêm resource đột ngột gây overhead (ramp-up time, communication overhead). Không xác định root cause (impediment?), vi phạm Value Delivery Principle. Trong Agile, tránh "throwing resources" mà tập trung remove blockers trước.

• ✅ [ĐÚNG] Ask the team member if there is an impediment, and help to remove the blockers.

  • Phân tích đúng: Hoàn toàn phù hợp Daily Scrum ceremony. Xác định impediments là bước đầu tiên, PM hỗ trợ (không làm thay). Đảm bảo task critical path tiến triển mà không phá vỡ team autonomy. Hiệu quả cao cho risk schedule delay. 🛠️

Kết luận: Câu hỏi kiểm tra kiến thức Agile core trong PMP. Luôn ưu tiên hỏi impediments trước khi hành động mạnh tay! Nếu áp dụng thực tế, ghi log impediments vào backlog để retrospective. 📘

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

Câu hỏi tập trung vào quá trình quản lý đội ngũ (Manage Team) trong dự án, cụ thể là xử lý xung đột giữa hai thành viên đội ngũ trong giai đoạn thực thi (execution). Hai thành viên có xung đột chuyên môn (professional differences) dẫn đến ảnh hưởng tiêu cực đến hiệu suất làm việc của cả hai. Họ không muốn thảo luận để giải quyết dù project manager (PM) đã thúc giục. PM cần chọn kỹ thuật giải quyết xung đột tiếp theo để giảm thiểu tác động đến dự án.

🛠️ Bối cảnh PMP mới nhất (PMBOK® Guide 7th Edition & 6th Edition): Xung đột là phổ biến trong dự án, và PM sử dụng các kỹ thuật giải quyết xung đột theo mô hình Thomas-Kilmann (hoặc tương đương trong PMBOK). Ưu tiên kỹ thuật tạm thời giảm căng thẳng trước khi tiến tới giải quyết sâu (collaborate/problem solve), đặc biệt khi các bên tránh né đối thoại trực tiếp. Điều này phù hợp với Project Team Management trong Domain 4: People (PMBOK 7th).

📘 Dẫn nguồn:

• PMBOK® Guide – Sixth Edition (9.4.2.2. Manage Project Team: Conflict Resolution Techniques).
• PMBOK® Guide – Seventh Edition (Model: Conflict Resolution, trang 149-150; Section 4.7: Manage Conflict).

✅ Đáp án đúng: Smoothing

Lý do lựa chọn:

• Smoothing (hay còn gọi là Accommodate/Smooth over) là kỹ thuật nhấn mạnh điểm chung và giảm thiểu sự khác biệt tạm thời, giúp làm dịu căng thẳng mà không yêu cầu các bên phải đối thoại trực tiếp ngay lập tức. Trong tình huống này, hai thành viên không muốn nói chuyện dù PM đã insist, nên PM cần "làm êm" trước để khôi phục hiệu suất, tránh leo thang xung đột. Đây là bước tiếp theo hợp lý sau khi thất bại với lời khuyên trực tiếp (facilitate discussion).
• Theo thứ tự hiệu quả của kỹ thuật giải quyết xung đột (PMBOK 6th): Smoothing xếp cao hơn các phương án khác trong trường hợp cần duy trì mối quan hệ và hòa hợp tạm thời (high relationship, low assertiveness).
• Lợi ích: Giúp đội ngũ quay lại làm việc nhanh chóng, phù hợp với nguyên tắc Optimize Team Performance (PMBOK 7th).

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

• Compromising ❌ SAI
  Compromising yêu cầu mỗi bên nhượng bộ một phần để đạt thỏa thuận tạm thời (medium assertiveness & cooperation). Phương án này không phù hợp vì hai thành viên không muốn thảo luận, và PM không thể ép buộc compromise mà không có đối thoại. Nếu dùng ngay, có thể làm xung đột tệ hơn do thiếu sự đồng thuận.

• Negotiating ❌ SAI
  Negotiating là đàm phán lợi ích giữa các bên, thường qua bargaining hoặc mediation. Tình huống cho thấy họ đã từ chối nói chuyện dù PM insist, nên negotiating đòi hỏi sự tham gia tích cực – điều không khả thi lúc này. Đây không phải "next step" mà cần smoothing trước để mở đường đối thoại.

• Smoothing ✅ ĐÚNG (Như đã giải thích chi tiết ở trên).
  Kỹ thuật lý tưởng để giảm căng thẳng tạm thời, nhấn mạnh sự thống nhất (ví dụ: "Chúng ta cùng hướng đến mục tiêu dự án") mà không đào sâu vấn đề. Theo PMBOK, đây là lựa chọn tốt khi xung đột chưa nghiêm trọng và cần bảo vệ hiệu suất đội ngũ ngay lập tức.

• Forcing ❌ SAI
  Forcing (hay Direct/Win-Lose) là ép buộc quyết định từ một bên, ưu tiên nhiệm vụ hơn mối quan hệ. Phương án này rủi ro cao vì có thể làm hỏng tinh thần đội ngũ, tăng bất mãn, đặc biệt khi xung đột chỉ ảnh hưởng hiệu suất chứ chưa đe dọa dự án. PMBOK khuyến cáo tránh forcing trừ khi khẩn cấp (ví dụ: an toàn).

🛠️ Khuyến nghị thực tiễn PMP: Sau smoothing, PM nên theo dõi và tiến tới Collaborate/Problem Solve (kỹ thuật tốt nhất dài hạn) khi căng thẳng giảm. Sử dụng công cụ như Virtual Team Tools nếu làm việc từ xa (PMBOK 7th, Agile Hybrid approaches).

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

Câu hỏi mô tả tình huống một Business Analyst (BA) trên dự án gặp khách hàng (customer) tình cờ trong thang máy và thông báo rằng do thay đổi yêu cầu liên tục (constant changes in requirements), thời gian phát triển sản phẩm sẽ kéo dài hơn dự kiến. Đây là vấn đề liên quan đến quản lý giao tiếp (Communications Management) và vai trò của Project Manager (PM) trong việc kiểm soát thông tin dự án.

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

• BA đang giao tiếp không chính thức (informal communication) với stakeholder quan trọng (customer) về một thông tin nhạy cảm: thay đổi timeline – điều có thể ảnh hưởng đến kỳ vọng, chi phí và rủi ro dự án.
• PM cần can thiệp để bảo vệ tính toàn vẹn của thông tin dự án, đảm bảo mọi giao tiếp chính thức về timeline phải qua kênh được kiểm soát, tránh hiểu lầm hoặc lan truyền thông tin không chính xác.
• Theo PMBOK® Guide 7th Edition (2021) và PMP Exam Content Outline (cập nhật 2024, áp dụng đến 2026), PM chịu trách nhiệm Manage Communications và Monitor Stakeholder Engagement, đặc biệt trong việc định hướng ai giao tiếp gì với ai (communication requirements).

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

Đáp án đúng: Point out to the project team and the customer that all information concerning the timeline of the project should be communicated by the project manager.

Lý do 🧩:

• PM phải tái khẳng định quyền kiểm soát giao tiếp (communication authority) về các thông tin quan trọng như timeline. Điều này ngăn chặn giao tiếp không chính thức gây hỗn loạn, đảm bảo tính nhất quán và độ tin cậy.
• Theo nguyên tắc Leadership và Stakeholder Engagement trong PMBOK 7, PM là trung tâm giao tiếp, đặc biệt với customer về milestone/timeline. Hành động này củng cố quy trình giao tiếp đã định nghĩa trong Communications Management Plan.
• Đây là phản ứng ngay lập tức và phù hợp nhất, giúp giáo dục team và customer về kênh giao tiếp chính thức, tránh escalation không cần thiết.

📋 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 văn bản gốc bằng tiếng Anh. Mỗi phương án được đánh giá ✅ (đúng) hoặc ❌ (sai), kèm giải thích bằng tiếng Việt dựa trên PMP best practices.

• Point out to the project team and the customer that all information concerning the timeline of the project should be communicated by the project manager.
  ✅ Đúng – Như đã giải thích ở trên, đây là hành động trực tiếp giải quyết vấn đề gốc rễ: giao tiếp không được ủy quyền. PM củng cố vai trò lãnh đạo giao tiếp, phù hợp với PMBOK 10.1 Plan Communications Management và 10.2 Manage Communications.

• Submit a change request to the change control board (CCB) in order to reflect the new requirements and longer timeline of the project.
  ❌ Sai – Chưa có đánh giá chính thức về thay đổi (scope creep chưa được xác nhận qua Collect Requirements hoặc Validate Scope). Submit change request ngay là premature (quá sớm), bỏ qua quy trình Perform Integrated Change Control (4.6). PM cần điều tra trước thay vì phản ứng impulsively.

• Refer to the resource management plan to find out if more business analysts may be assigned to process the requirements changes.
  ❌ Sai – Tập trung vào resource (theo Resource Management Plan - 9.1 Plan Resource Management) không giải quyết vấn đề giao tiếp ngay lập tức. Thêm BA có thể không cần thiết nếu vấn đề là thay đổi yêu cầu kém hiệu quả (chưa xác định root cause qua Manage Project Knowledge hoặc Quality Management).

• Explain that distribution of important news can only be done using traceable communication methods.
  ❌ Sai – Mặc dù traceable methods (như email, tools trong Communications Plan) được khuyến nghị cho formal communication, nhưng tình huống này là informal encounter (gặp tình cờ). Giải thích này quá hẹp, không tái khẳng định quyền PM và có thể bị coi là cứng nhắc, vi phạm nguyên tắc Tailoring và Adaptability trong PMBOK 7.

📘 Tài liệu tham khảo

• PMBOK® Guide – Seventh Edition (2021): Chương 4 (Integration), Chương 10 (Project Communications Management), Chương 13 (Stakeholder Management). Nguyên tắc: Leadership, Team, Stakeholders.
• PMP Examination Content Outline (2024, PMI.org): Domain 2: Process (22%) – Manage Communications; Domain 4: People (42%) – Manage Conflict & Foster Teamwork.
• PMI Agile Practice Guide (2021): Nhấn mạnh communication trong hybrid environments, cập nhật đến 2026 không thay đổi core concepts.
• Nguồn trực tuyến: PMI.org/pmp (truy cập mới nhất 2024) – Case studies về communication breakdowns.

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

📖 Giải thích nội dung câu hỏi:
Câu hỏi mô tả tình huống một nhóm dự án gặp vấn đề (issue) với nhà cung cấp (vendor) nổi tiếng về chất lượng kém. Quản lý dự án (project manager - PM) cần đảm bảo vấn đề chất lượng được xử lý phù hợp. Cụ thể, câu hỏi tập trung vào bước đầu tiên (to start the issue resolution process) để giải quyết vấn đề này.

Đây là chủ đề liên quan đến quản lý rủi ro (Risk Management) và quản lý vấn đề (Issue Management) trong PMP. Vendor "known for a lack of quality" ngụ ý đây là rủi ro đã biết trước (known risk), có thể đã được ghi nhận trong Risk Register với chiến lược ứng phó (response strategy). Khi rủi ro kích hoạt và trở thành vấn đề thực tế (issue), PM cần bắt đầu quy trình giải quyết bằng cách kiểm tra lại kế hoạch rủi ro đã lập sẵn, thay vì hành động ngay lập tức mà không có cơ sở. Điều này đảm bảo quy trình có hệ thống, tuân thủ nguyên tắc tailored approach và proactive management trong PMBOK® Guide 7th Edition (và cập nhật đến 2024-2026 qua PMI updates).

✅ Đáp án đúng:
Review the risk register and follow the response strategy.

🛠️ Lý do lựa chọn đáp án đúng (bằng tiếng Việt):
Để bắt đầu quy trình giải quyết vấn đề (start the issue resolution process), PM phải xem xét Risk Register trước tiên vì nhà cung cấp đã "known for a lack of quality" – đây là rủi ro đã được xác định (identified risk) từ trước. Risk Register chứa chiến lược ứng phó rủi ro (risk response strategy) như giảm thiểu (mitigate), chuyển giao (transfer) hoặc chấp nhận (accept). Khi rủi ro xảy ra thành issue, PM theo dõi và thực hiện chiến lược đã lập sẵn để đảm bảo hiệu quả, tránh hành động ngẫu hứng. Điều này phù hợp với Risk Management Process (Identify Risks → Plan Risk Responses → Implement Risk Responses) và Uncertainty Domain trong PMBOK® 7th Edition. Bước này là proactive và systematic, giúp kiểm soát vấn đề từ gốc rễ.

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

• PMBOK® Guide – Seventh Edition (2021), Section 4. Uncertainty (trang 93-107): Nhấn mạnh review risk register khi rủi ro kích hoạt thành issue.
• PMI's Agile Practice Guide (2021, cập nhật 2024): Issue resolution bắt đầu từ risk responses trong hybrid environments.
• PMP Exam Content Outline 2021 (vẫn áp dụng đến 2026): Domain III - Business Environment (15%) và Domain V - Process (42%), bao gồm risk/issue handling.

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

• Review the risk register and follow the response strategy. ✅
  Đúng vì đây là bước đầu tiên logic và chuẩn PMP để start issue resolution. Vendor là known risk, nên Risk Register đã có response strategy sẵn (ví dụ: contract clauses, contingency plans). Thực hiện ngay chiến lược này giúp giải quyết nhanh, hiệu quả, tránh escalate không cần thiết. Theo PMBOK® 7th, "implement risk responses" là key khi issue từ risk xảy ra.

• Meet with the vendor and request corrective actions. ❌
  Sai vì bước này quá sớm và chưa systematic. Chưa review risk response, PM có thể bỏ lỡ kế hoạch đã lập (như penalty clauses trong contract). Đây là hành động reactive, không phải "to start" process – nên làm sau khi có strategy từ Risk Register. PMBOK® nhấn mạnh escalation chỉ sau khi kiểm tra plans.

• Engage the test team to improve the quality. ❌
  Sai hoàn toàn vì không liên quan đến start issue resolution. Test team chỉ hỗ trợ quality control (Inspect Quality process), không phải giải quyết vendor issue. Đây là off-target action, có thể làm phân tán nguồn lực mà không giải quyết gốc rễ (vendor quality). PMBOK® 7th (Quality Domain) yêu cầu focus vào root cause trước khi engage teams.

• Update the risk register and document any corrective actions. ❌
  Sai vì update Risk Register không phải bước đầu tiên. Risk Register dành cho rủi ro tương lai (potential risks), không phải issue đã xảy ra (dùng Issue Log riêng). Hơn nữa, "document corrective actions" là bước cuối (close issue), không phải "to start". Làm vậy sẽ lộn xộn records và vi phạm lessons learned process (PMBOK® 7th, Measurement Domain).

🔍 Kết luận nổi bật:
Câu hỏi kiểm tra sự khác biệt giữa Risk và Issue cũng như thứ tự quy trình PMP (Review trước → Act sau). Áp dụng đúng giúp PM giảm thiểu impacts hiệu quả! Nếu thi PMP, hãy nhớ Tailoring dựa trên project context. 🚀