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

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

Câu hỏi tập trung vào quy trình xây dựng đội ngũ (team building) trong quản lý dự án, cụ thể là cách tạo ra một đội ngũ gắn kết (cohesive) và hiệu suất cao (high-performing) cho dự án tích hợp dịch vụ. Dự án này liên quan đến việc chuyển giao dịch vụ quản lý công nghệ từ công ty A sang công ty B, với đội ngũ gồm thành viên từ cả hai công ty, phân bố toàn cầu 🌍, có nền tảng công nghệ đa dạng và cách tiếp cận công việc khác nhau.

Thách thức chính: Đa dạng về vị trí địa lý, kỹ năng, và phong cách làm việc có thể dẫn đến xung đột hoặc thiếu sự phối hợp. Project manager cần áp dụng nguyên tắc từ People Domain trong PMBOK Guide 7th Edition (2021, cập nhật đến 2026), nhấn mạnh vào việc đánh giá kỹ năng đội ngũ, xây dựng sự tin cậy (trust), và tạo synergy để đạt kết quả dự án. Mục tiêu là không chỉ tuyển chọn mà còn hiểu cách các thành viên bổ trợ lẫn nhau để vượt qua sự khác biệt văn hóa/công nghệ.

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

Đáp án đúng: Review the list of team members’ skills and understand how they will work together to deliver the project outcomes.

Lý do:

• Phương án này phù hợp nhất với Develop Team process trong PMBOK 7th Edition (Project Resource Management). Project manager cần đánh giá kỹ năng (skills assessment) và phân tích cách chúng kết hợp (synergy analysis) để xây dựng đội ngũ cohesive, đặc biệt trong môi trường hybrid/virtual với đa dạng background.
• Điều này giúp dự đoán rủi ro xung đột, phân công vai trò tối ưu, và tạo high-performing team bằng cách tận dụng điểm mạnh bổ trợ (complementary skills).
• Theo PMI Talent Triangle (cập nhật 2026), nhấn mạnh strategic skills management để đạt project outcomes 🛠️.

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

• ❌ [SAI] Ask the human resources (HR) department to arrange interview meetings to select the team.
  Giải thích: Phương án này chỉ tập trung vào tuyển chọn (acquiring resources) qua phỏng vấn, thuộc Acquire Resources process, nhưng không giải quyết vấn đề cohesive team. HR hỗ trợ tuyển dụng, nhưng project manager phải tự đánh giá sự phù hợp tổng thể (fit with team dynamics). Không hiệu quả cho đội ngũ đa dạng toàn cầu, dễ dẫn đến thiếu synergy.

• ❌ [SAI] Organize the team members into several kick-off sessions based on technology type.
  Giải thích: Việc chia kick-off theo loại công nghệ sẽ tạo silo (phân cách nhóm), làm giảm cohesion thay vì tăng cường. PMBOK 7th khuyến nghị colocation hoặc virtual kick-off thống nhất để xây dựng trust, không phân loại theo background – điều này có thể làm trầm trọng hóa sự khác biệt công nghệ.

• ❌ [SAI] Ask prospective team members to write a short biography explaining how they can contribute to the team's success.
  Giải thích: Tiểu sử ngắn chỉ cung cấp thông tin bề mặt (superficial info), không đủ sâu để đánh giá kỹ năng thực tế và tương tác nhóm. Đây không phải công cụ chuyên nghiệp cho team building; thiếu dữ liệu định lượng về skills matrix, dễ bị bias chủ quan.

• ✅ [ĐÚNG] Review the list of team members’ skills and understand how they will work together to deliver the project outcomes.
  Giải thích: Như đã nêu ở trên, đây là cách chiến lược và toàn diện, dựa trên skills matrix và team performance assessment (PMBOK 7th, Tools & Techniques: Colocation, Virtual Teams, Recognition). Giúp project manager lập kế hoạch training, role assignment, và foster high-performance qua synergy 🏆.

📘 Tài liệu tham khảo

• PMBOK Guide 7th Edition (2021, PMI): People Domain (High-Performing Team), Project Resource Management (Develop Team: 9.3).
• PMI Agile Practice Guide (2021): Hybrid teams với diverse skills.
• The Standard for Project Management (2021): Principle 7 - Enable High-Performing Teams.
• Cập nhật 2026: PMI nhấn mạnh AI-driven skills analysis cho virtual teams (PMI Pulse of the Profession reports).

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 PMP

📖 Nội dung câu hỏi được giải thích rõ ràng:
Câu hỏi mô tả một tình huống thực tế trong dự án tại công ty contracting (công ty nhận thầu). Quản lý dự án (Project Manager - PM) đang dẫn dắt dự án theo cách tiếp cận lặp (iteration), thường thấy trong Agile hoặc Hybrid. Nhóm dự án vừa hoàn thành một iteration, sản phẩm đã qua kiểm tra (passed inspection) và được bàn giao. Tuy nhiên, nhóm đã thêm một tính năng bổ sung (additional feature) vào sản phẩm mà không được phê duyệt chính thức. Khách hàng phát hiện tính năng này và lo ngại nó sẽ gây ra rủi ro mới (new risks) cho sản phẩm.

🛠️ Vấn đề cốt lõi: Đây là trường hợp scope creep (mở rộng phạm vi không kiểm soát), nơi thay đổi được thực hiện mà không qua quy trình kiểm soát thay đổi (Change Control Process). Câu hỏi tập trung vào hành động PM nên làm ĐỂ TRÁNH TÌNH HUỐNG NÀY TRONG TƯƠNG LAI, không phải xử lý tình huống hiện tại. Điều này liên quan đến Process Group 4: Manage Changes trong PMP (dựa trên PMBOK® Guide 7th Edition và Exam Content Outline 2021, cập nhật đến 2026).

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

Đáp án đúng: Follow the proper change control process and evaluate the change for further impact.

Lý do chi tiết:
🧩 Để tránh scope creep trong tương lai, PM phải tuân thủ nghiêm ngặt quy trình kiểm soát thay đổi chính thức (Integrated Change Control) theo PMBOK® Guide 7th Edition (Process 4.6: Perform Integrated Change Control). Quy trình này yêu cầu:

• Xác định thay đổi (như thêm feature).
• Đánh giá tác động toàn diện (impact analysis: scope, schedule, cost, risk, quality).
• Phê duyệt bởi Change Control Board (CCB) hoặc stakeholders trước khi thực hiện.
  📘 Trong Agile/iteration, mọi thay đổi vẫn phải qua process này để tránh rủi ro không mong muốn. Đây là cách chủ động ngăn ngừa tình huống khách hàng bất ngờ với feature "bonus" gây risks.

🔍 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 một cách chi tiết, dựa trên nguyên tắc PMP mới nhất. Tôi giữ nguyên văn bản gốc tiếng Anh của phương án, chỉ giải thích bằng tiếng Việt.

• ✅ Follow the proper change control process and evaluate the change for further impact.
  Đúng vì: Phương án này trực tiếp giải quyết nguyên nhân gốc rễ - thiếu quy trình kiểm soát thay đổi. PM phải áp dụng Integrated Change Control để đánh giá impact trước khi thêm bất kỳ feature nào, đảm bảo tránh scope creep và rủi ro mới. Đây là best practice trong PMBOK® 7th (Section 4.6) và PMP Exam Content Outline Domain 4 (Manage Project Changes).

• ❌ Perform frequent reviews with the customer to ensure that the product is working as expected.
  Sai vì: Reviews thường xuyên (như sprint reviews trong Agile) giúp xác nhận sản phẩm hoạt động đúng kỳ vọng, nhưng không ngăn chặn việc thêm feature không được phê duyệt. Reviews chỉ phát hiện vấn đề sau khi hoàn thành iteration, không thay thế cho change control process. Điều này có thể dẫn đến tình huống tương tự lặp lại (PMBOK® 7th, Agile Practice Guide).

• ❌ Manage the scope baseline to influence the factors that drive change.
  Sai vì: Quản lý scope baseline (scope baseline management) là để bảo vệ phạm vi đã phê duyệt bằng cách kiểm soát các yếu tố gây thay đổi (như requirements volatility). Tuy nhiên, nó không trực tiếp yêu cầu "proper change control process" để đánh giá impact trước khi thêm feature. Phương án này mang tính phòng thủ thụ động, không chủ động tránh tình huống (PMBOK® 7th, Section 5.5: Validate Scope & Control Scope).

• ❌ Work with the customer to ensure the feature adds value.
  Sai vì: Làm việc với khách hàng để xác nhận feature mang lại giá trị (value) chỉ là xử lý hậu quả hoặc biện minh cho thay đổi đã xảy ra, không phải để tránh tình huống trong tương lai. Nó bỏ qua quy trình chính thức, có thể khuyến khích scope creep thêm (PMBOK® 7th, Principle 5: Value Optimization).

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

• PMBOK® Guide – Seventh Edition (PMI, 2021, cập nhật Hybrid/Agile đến 2026): Process 4.6 Perform Integrated Change Control; Section 4.7 & Agile Principle 9 (Simplicity).
• PMP Examination Content Outline (PMI, 2021+): Domain 4: Project Changes (27% exam weight).
• Agile Practice Guide (PMI): Nhấn mạnh change control ngay cả trong iterations để quản lý risks.

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

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

Câu hỏi này thuộc chủ đề Quản lý Dự án (Project Management) trong PMP, cụ thể liên quan đến Quản lý Phạm vi (Scope Management), Quản lý Hợp đồng (Procurement/Contract Management) và Quản lý Đổi mới (Change Management) theo PMBOK® Guide 7th Edition (cập nhật mới nhất đến năm 2026).

📖 Tình huống: Nhóm dự án đã giao một deliverable quan trọng (sản phẩm bàn giao) cho khách hàng. Khách hàng phàn nàn rằng sổ tay bảo trì (maintenance manual) không được bao gồm. Câu hỏi yêu cầu xác định hành động tiếp theo của Project Manager (PM) là gì?

🔍 Ý nghĩa cốt lõi: Đây là tình huống khiếu nại từ khách hàng sau khi bàn giao. PM phải ưu tiên xác định trách nhiệm hợp đồng trước khi hành động, vì deliverable phải tuân thủ scope được định nghĩa trong hợp đồng. Không nên vội vàng thêm/thay đổi mà không kiểm tra, tránh rủi ro pháp lý, chi phí phát sinh hoặc tranh chấp. Quy trình PMP nhấn mạnh Validate Scope và Control Procurements để đảm bảo deliverable phù hợp với yêu cầu hợp đồng.

✅ Đáp án đúng: Review the terms and conditions of the contract.

Lý do lựa chọn:
🛠️ Theo PMBOK® 7th Edition (Domain: Uncertainty & Tailoring, Process: Control Procurements - 4.7), bước đầu tiên khi có khiếu nại về deliverable là kiểm tra điều khoản hợp đồng (contract terms and conditions) để xác định:

• Sổ tay bảo trì có nằm trong scope baseline (WBS, requirements) hay không?
• Nếu CÓ (theo hợp đồng): PM cần điều tra nội bộ (scope creep hoặc lỗi thực hiện) và khắc phục.
• Nếu KHÔNG: Đây là yêu cầu mới → submit change request hoặc negotiate.
  📘 Nguồn tham khảo: PMBOK® Guide 7th Edition, trang 139-142 (Procurement Performance Domain); PMP Exam Content Outline 2021 (updated 2024), Task 4.7.1: "Review contract terms".

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

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

✅ Review the terms and conditions of the contract.
🟢 Đúng vì đây là bước first thing first (ưu tiên hàng đầu). PM phải validate scope theo hợp đồng trước khi quyết định hành động, tránh vi phạm hợp đồng hoặc thêm scope creep không cần thiết. Điều này phù hợp với nguyên tắc Tailoring trong PMBOK 7th: tùy chỉnh dựa trên ngữ cảnh hợp đồng.

❌ Submit a change request to include the manual.
🔴 Sai vì hành động này premature (quá sớm). PM chưa kiểm tra hợp đồng → không biết manual có phải scope gốc không. Nếu đã có trong scope, change request là không cần; nếu không, mới submit qua Perform Integrated Change Control (4.6). Làm vậy có thể dẫn đến chi phí thừa hoặc tranh chấp.

❌ Review the stakeholder engagement plan.
🔴 Sai vì Stakeholder Engagement Plan (Stakeholder Engagement Performance Domain, 13.3) dùng để quản lý kỳ vọng, giao tiếp, không phải kiểm tra nội dung deliverable. Khiếu nài này tập trung vào scope/contract, không phải engagement. Xem xét sau khi đã rõ trách nhiệm.

❌ Add the needed manual and update the risk log.
🔴 Sai kép:

• Add manual ngay: Vi phạm scope control – thêm scope mà không phê duyệt là scope creep, có thể gây overrun chi phí/thời gian.
• Update risk log: Risk Register dùng cho rủi ro tương lai (Identify Risks 11.2), không phải log sự cố đã xảy ra (dùng Issue Log thay thế). Không liên quan trực tiếp đến tình huống này.

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

✅ Key takeaway: Luôn bắt đầu từ hợp đồng trong tranh chấp deliverable để protect project value. Thực hành PMP: Sử dụng Contract Change Control System để xử lý.
📚 Tài liệu tham khảo chính:

• PMBOK® Guide 7th Edition (PMI, 2021, updates 2024-2026).
• PMI's PMP Examination Content Outline (2021, refreshed 2024).
• Agile Practice Guide (tích hợp hybrid nếu dự án agile).

Nếu cần thêm ví dụ case study hoặc quiz tương tự, hãy hỏi nhé! 🚀

🧩 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, nơi công ty đang di chuyển trụ sở sang thành phố khác (headquarters relocation). Quản lý dự án (Project Manager - PM) đang áp dụng phương pháp predictive (thuật toán) cho toàn bộ quá trình chuyển đổi tổng thể, giúp kiểm soát phạm vi, thời gian và chi phí một cách tuyến tính. Tuy nhiên, phần di chuyển hệ thống thông tin (information systems migration) được thực hiện theo phương pháp agile, vốn mang tính lặp lại, linh hoạt với các user stories và iterations (như sprint). PM cần chọn loại hợp đồng (contract) phù hợp với nhà cung cấp (vendor) chịu trách nhiệm phần migration này. Mối quan tâm chính của PM là kiểm soát tài chính chặt chẽ (controlling finances) đồng thời đảm bảo giao kết quả liên tục (delivering results).

Tình huống này phản ánh hybrid approach (kết hợp predictive và agile) phổ biến trong PMP hiện đại (PMBOK 7th Edition), nơi cần hợp đồng hỗ trợ tính linh hoạt của agile nhưng vẫn kiểm soát rủi ro tài chính như predictive. 🛠️

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

Đáp án đúng: Use fixed-price increments as user stories are completed.

Lý do: Phương án này hoàn hảo cho hybrid project vì kết hợp fixed-price (giá cố định) để kiểm soát chi phí (phù hợp lo ngại tài chính của PM) với increments theo user stories hoàn thành (phù hợp agile migration). Trong agile, user stories là đơn vị giao giá trị nhỏ, có thể đo lường (done/done), cho phép thanh toán theo milestone lặp lại, giảm rủi ro và đảm bảo deliver liên tục. Điều này tuân thủ nguyên tắc value delivery trong PMBOK 7th và Agile Practice Guide, nơi hợp đồng agile khuyến khích fixed-price per iteration/sprint để cân bằng linh hoạt và kiểm soát. 📈

📋 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 một cách chi tiết dựa trên Procurement Management (Quản lý Mua sắm) và hybrid/agile contracting theo PMP mới nhất (PMBOK 7th Edition 2021 và cập nhật exam đến 2026):

• ❌ Sign a single agreement for the whole project.
  Sai vì: Hợp đồng đơn lẻ cho toàn dự án phù hợp predictive thuần túy (lump-sum fixed-price), nhưng không linh hoạt với agile migration. Nó khóa phạm vi cố định từ đầu, dẫn đến thay đổi scope khó khăn (change orders tốn kém), không hỗ trợ iterative delivery và kiểm soát tài chính kém nếu vendor chậm trễ user stories. Vi phạm nguyên tắc progressive elaboration của agile. 🚫

• ❌ Confirm payment after each project retrospective.
  Sai vì: Retrospective là buổi review quy trình nội bộ (lessons learned sau sprint), không phải milestone giao giá trị khách hàng. Thanh toán dựa vào retrospective chủ quan, dễ tranh cãi và không kiểm soát tài chính tốt (có thể trả tiền mà chưa có deliverable đo lường). PMP khuyến nghị payment theo Definition of Done (DoD) cho user stories, không phải retrospective. Không phù hợp nguyên tắc earned value trong agile. ⏭️

• ❌ Negotiate payment after all project migration is completed.
  Sai vì: Đây giống cost-reimbursable hoặc time & materials cuối dự án, rủi ro cao cho PM vì toàn bộ migration agile có thể thay đổi (uncertain scope), dẫn đến chi phí vượt ngân sách và thiếu kiểm soát tài chính. Không deliver results incrementally, trái với agile mindset (frequent value delivery). PMBOK cảnh báo tránh loại này cho agile để giảm vendor opportunism. 💸

• ✅ Use fixed-price increments as user stories are completed.
  Đúng vì: Như đã giải thích ở trên, đây là agile-friendly fixed-price contract (per increment/story), đảm bảo kiểm soát chi phí (fixed per story) và deliver giá trị lặp lại. Hỗ trợ hybrid approach, phù hợp PMBOK 7th Principle 5: Optimize risk và Agile Practice Guide - Contracting. Hoàn hảo cho tình huống! 🎯

📘 Tài liệu tham khảo

• PMBOK® Guide 7th Edition (2021): Chương 12 - Project Procurement Management (Hybrid & Agile Contracts, trang 137-140); Principle 9: Ensure Value.
• Agile Practice Guide (2017, tích hợp PMBOK 7th): Phần Contracting in Agile Environments (Fixed-Price per Iteration).
• PMP Exam Content Outline (2021, cập nhật 2026): Domain IV: Business Environment (15%) & Agile Hybrid (50% exam focus).
• PMI.org resources: "Agile Contracts" whitepaper (2023 update).

Phân tích này dựa trên PMP knowledge đến 2026, giúp bạn ôn thi hiệu quả! Nếu cần thêm ví dụ, hỏi nhé. 🚀

🧩 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 một lãnh đạo (leader) từ project B liên tục liên hệ với thành viên đội ngũ của project A để yêu cầu hỗ trợ. Project manager (PM) của project A cần quyết định hành động phù hợp.
🛠️ Bối cảnh PMP: Đây là vấn đề liên quan đến quản lý tài nguyên chia sẻ (resource sharing) giữa các dự án trong môi trường portfolio/program, nơi tài nguyên (nhân sự) có thể bị ảnh hưởng bởi yêu cầu từ dự án khác. PM phải bảo vệ phạm vi, lịch trình và cam kết của dự án mình, đồng thời duy trì mối quan hệ hợp tác. Theo PMBOK® Guide 7th Edition (2021, cập nhật đến 2026), PM cần ưu tiên stakeholder engagement (Domain 5: Stakeholders), team management (Domain 4: Team), và giao tiếp hiệu quả để giải quyết xung đột tài nguyên mà không gây mâu thuẫn.

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

Đáp án đúng: Talk with project B's leader to discuss possible impacts to both projects.

Lý do:
🛡️ PM của project A nên chủ động giao tiếp trực tiếp với leader của project B để thảo luận về tác động tiềm ẩn (impacts) đến cả hai dự án. Điều này thể hiện kỹ năng lãnh đạo và giao tiếp chuyên nghiệp (12 Principles of PMBOK 7th: Leadership, Value, Systems Thinking). Nó giúp:

• Bảo vệ tài nguyên project A mà không từ chối thô bạo.
• Xác định nhu cầu thực sự của project B, có thể dẫn đến giải pháp chia sẻ tài nguyên chính thức qua Resource Management Plan.
• Tránh rủi ro như chậm trễ lịch trình project A (Risk Domain).
  Đây là cách tiếp cận hợp tác (collaborative), phù hợp với PMP mới nhất nhấn mạnh holistic value delivery.

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

Dưới đây là phân tích từng lựa chọn giữ nguyên văn bản gốc bằng tiếng Anh, kèm giải thích đúng/sai bằng tiếng Việt:

• ❌ Tell project A's team member to ignore project B's leader.
  Sai vì: Lệnh thành viên đội ngũ "bỏ qua" là cách tiếp cận tiêu cực, thiếu chuyên nghiệp, có thể làm hỏng mối quan hệ nội bộ tổ chức và vi phạm nguyên tắc Team Stewardship (PMBOK 7th, Domain 4). Không giải quyết gốc rễ vấn đề, chỉ che đậy tạm thời, dẫn đến xung đột leo thang.

• ✅ Talk with project B's leader to discuss possible impacts to both projects.
  Đúng vì: Như đã giải thích ở trên, đây là hành động chủ động, giao tiếp hai chiều để đánh giá tác động và tìm giải pháp bền vững, phù hợp Stakeholder Engagement Plan và Interpersonal Skills (Manage Project Team process trong PMBOK 6th/7th hybrid).

• ❌ Allow project B's leader to continue building relationships.
  Sai vì: Để leader project B "tiếp tục xây dựng mối quan hệ" mà không kiểm soát sẽ rủi ro cao cho project A, như mất tài nguyên dẫn đến không đạt milestone. PMBOK 7th cảnh báo phải bảo vệ giá trị dự án (Optimize Value), không nên thụ động với "relationship building" không chính thức.

• ❌ Ensure project A's team member can finish the work committed to project A.
  Sai vì: Chỉ đảm bảo hoàn thành công việc là phản ứng thụ động, muộn màng, không ngăn chặn hành vi lặp lại từ project B. Nó bỏ qua nguyên nhân gốc rễ (root cause) và không áp dụng Preventive Action (Risk Response), vi phạm Proactive Leadership trong PMP.

📘 Tài liệu tham khảo

• PMBOK® Guide 7th Edition (2021, PMI): Domain 4 (Team), Domain 5 (Stakeholders), Principle 5 (Systems Thinking), Principle 9 (Leadership).
• PMI Code of Ethics & Professional Conduct (2022 cập nhật): Trách nhiệm với tổ chức, giao tiếp trung thực.
• The Standard for Project Management (2021): Section 4.7 Resource Management và 5.3 Conflict Management.
  (Kiến thức cập nhật đến 2026 dựa trên PMI Agile Practice Guide và Process Groups: A Practice Guide - không có thay đổi lớn về chủ đề này).

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 nội dung câu hỏi

Câu hỏi này thuộc chủ đề Quản lý Rủi ro (Project Risk Management) trong PMP, cụ thể liên quan đến quy trình Implement Risk Responses và Monitor Risks theo PMBOK Guide 7th Edition (cập nhật đến 2026).

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

• Một rủi ro đã được xác định từ đầu dự án, và kế hoạch ứng phó rủi ro (risk response plan) đã được lập.
• Do hậu quả bất ngờ, mức độ rủi ro tăng cao hơn (higher level of risk) – đây là tình huống rủi ro thay đổi (risk trigger hoặc escalation).
• Quản lý dự án (PM) có ý tưởng mới hiệu quả để xử lý rủi ro mới này, nhưng ý tưởng này khác biệt so với kế hoạch giảm thiểu rủi ro gốc (original risk mitigation plan).
• Câu hỏi cốt lõi: PM nên làm gì tiếp theo?

🛠️ Ý nghĩa PMP: Khi rủi ro thay đổi hoặc cần điều chỉnh response plan, PM không được tự ý thực hiện thay đổi vì nó có thể ảnh hưởng đến scope, schedule, cost baseline. Thay vào đó, phải tuân thủ Integrated Change Control và tham khảo stakeholders để review/approve, đảm bảo tính minh bạch và kiểm soát thay đổi.

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

Đáp án đúng: Submit the new response plan to the stakeholders for their review.

Lý do (theo PMBOK 7th Ed., Principle 9: Optimize Risk Responses & Domain: Uncertainty):

• Rủi ro đã thay đổi mức độ, yêu cầu cập nhật risk register và response plan mới. PM phải submit plan mới cho stakeholders review trước khi implement, vì thay đổi này khác với plan gốc có thể ảnh hưởng đến project objectives.
• Stakeholders (bao gồm sponsor, team, customers) là bên quyết định cuối cùng. Điều này đảm bảo holistic decision-making và tránh scope creep. ✅ Hoàn toàn phù hợp với best practice PMP mới nhất!

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

Dưới đây là phân tích chi tiết từng lựa chọn, giữ nguyên nội dung gốc tiếng Anh. Mỗi phương án được đánh giá dựa trên PMBOK 7th Edition (Risk Management Domain).

• ✅ Submit the new response plan to the stakeholders for their review.
  Đúng vì: Đây là bước đầu tiên và đúng quy trình. Khi response plan thay đổi (do rủi ro escalate), PM phải update risk register và submit cho stakeholders review/approve qua change control board (CCB) hoặc authorized parties. Tránh tự quyết định, đảm bảo alignment với project goals. (Tham khảo: PMBOK 7th Ed., s. 43-47, Monitor Risks process).

• ❌ Obtain management approval prior to implementing the new risk response.
  Sai vì: "Management" chỉ giới hạn ở cấp trên (e.g., sponsor), trong khi stakeholders rộng hơn (team, customers, regulators). PMBOK nhấn mạnh stakeholder engagement toàn diện, không chỉ management approval. Có thể bỏ sót input quan trọng, vi phạm Principle 7: Engage Stakeholders.

• ❌ Implement the new response to address the risk.
  Sai vì: Tự ý implement vi phạm change control process. Dù ý tưởng hiệu quả, thay đổi plan gốc cần formal review để tránh unauthorized changes, ảnh hưởng baseline. PMP yêu cầu document & approve trước (PMBOK 7th Ed., s. 42, Implement Risk Responses).

• ❌ Use the management reserve to mitigate the risk.
  Sai vì: Management reserve dành cho unknown-unknown risks (unforeseen issues), không phải rủi ro đã biết và có response plan (known risks). Rủi ro này đã identified từ đầu, chỉ escalate → dùng contingency reserve nếu có, không phải management reserve. (PMBOK 7th Ed., s. 50, Reserves).

📘 Tài liệu tham khảo

• PMBOK Guide 7th Edition (2021, cập nhật PMI 2026): Risk Management Domain (Uncertainty), Processes: Plan Risk Responses, Implement Risk Responses, Monitor Risks (pages 42-52).
• PMI Agile Practice Guide (2021): Hybrid approaches cho risk escalation.
• PMP Exam Content Outline (2024-2026): Domain 4: Risk Management (25% exam weight).

🧩 Kết luận: Câu hỏi kiểm tra kiến thức về change control trong risk management. Luôn ưu tiên stakeholder review để đảm bảo dự án thành công! Nếu cần thêm ví dụ thực tế, hãy hỏi nhé! 🚀

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

Câu hỏi này thuộc chủ đề quản lý dự án lai (hybrid project) trong PMP, tập trung vào quản lý rủi ro và bottleneck trong quy trình phát triển phần mềm, đặc biệt là backlog kiểm thử (testing backlog).

• Tình huống: Backlog kiểm thử tăng mạnh, trở thành điểm nghẽn (bottleneck), ảnh hưởng đến tiến độ dự án. Đội ngũ đã tự nghiên cứu một công cụ (tool) có thể giải quyết vấn đề này và thông báo cho project manager (PM).
• Câu hỏi yêu cầu: PM nên làm gì tiếp theo (next step) để xử lý tình huống một cách hiệu quả nhất.
• Bối cảnh PMP mới nhất (PMBOK 7th Edition & Agile Practice Guide, cập nhật đến 2026): Trong dự án hybrid (kết hợp Agile và Predictive), PM đóng vai trò Servant Leader (lãnh đạo phục vụ), empower đội ngũ tự quản (self-organizing team) theo Team Performance Domain và Principle 10: Optimize Risk Responses. Không nên can thiệp trực tiếp mà hỗ trợ đội ngũ thực hiện giải pháp họ đã đề xuất, tránh làm giảm tính tự chủ.

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

• PMBOK® Guide 7th Edition: Chương 4 (Team) & Chương 5 (Project Work).
• Agile Practice Guide (2021): Phần Hybrid Projects & Addressing Bottlenecks (trang 45-50).
• PMP Exam Content Outline 2021 (Domain IV: People - Task 4: Empower team).

✅ Đáp án đúng: Enroll team members in training on the tool

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

• Đội ngũ đã chủ động nghiên cứu tool → PM cần hỗ trợ ngay lập tức bằng cách đào tạo (training) để đội ngũ nhanh chóng áp dụng, giải quyết bottleneck mà không làm gián đoạn self-organizing.
• Điều này thể hiện Servant Leadership: PM loại bỏ trở ngại (remove impediments) bằng cách cung cấp training, tăng team velocity trong Agile Hybrid.
• Next step logic: Thông báo → Train → Implement tool → Clear backlog. Tránh escalate hoặc thay đổi scope để giữ nguyên giá trị sản phẩm.

🛠️ Giải thí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 theo thứ tự, giữ nguyên văn bản gốc bằng tiếng Anh. Mỗi phương án được đánh giá dựa trên nguyên tắc PMP Hybrid/Agile.

• ❌ [SAI] Escalate the issue with the product owner.
  Giải thích sai: Escalate lên Product Owner (PO) là không cần thiết vì đội ngũ đã tự nghiên cứu giải pháp (tool). Trong Agile, PM chỉ escalate khi cần quyết định cấp cao hoặc thay đổi priority backlog, không phải bottleneck vận hành nội bộ. Làm vậy sẽ làm chậm tiến độ, vi phạm Principle 3: Focus on Value (PMBOK 7th).

• ❌ [SAI] Reduce the testing scope of the backlog.
  Giải thích sai: Giảm scope kiểm thử sẽ giảm chất lượng sản phẩm (quality), tăng rủi ro bug sau này, không giải quyết gốc rễ bottleneck. PMP nhấn mạnh Definition of Done (DoD) phải đầy đủ testing; thay đổi scope cần qua PO approval, không phải next step của PM (vi phạm Uncertainty Domain).

• ❌ [SAI] Add developers to remove the backlog.
  Giải thích sai: Thêm developer vào testing là sai lầm cross-functional, vì team cần chuyên môn testing. Trong Hybrid, ưu tiên tool tự động hóa hơn là thêm người (Heroics không bền vững). Điều này vi phạm Team Performance Domain: Không empower team hiện tại, có thể gây overburden (PMBOK 7th, trang 67).

• ✅ [ĐÚNG] Enroll team members in training on the tool.
  Giải thích đúng: Đây là hành động tối ưu tiếp theo, hỗ trợ đội ngũ áp dụng tool họ đã chọn, tăng hiệu suất testing nhanh chóng. Thể hiện PM như coach/facilitator, phù hợp Servant Leader trong dự án hybrid (Agile Practice Guide, trang 48: "Provide training to address skill gaps").

🛡️ Kết luận PMP: Lựa chọn đúng giúp dự án tối ưu hóa rủi ro mà giữ tính linh hoạt Agile. Trong kỳ thi PMP 2026, ưu tiên câu trả lời empower team & remove impediments!

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

Câu hỏi mô tả tình huống một Project Manager (PM) mới tiếp quản một dự án đã thiếu lãnh đạo trong vài tuần gần đây. Đội ngũ đang mất phương hướng (feeling lost), một số thành viên bối rối về các bước tiếp theo và kết quả cuối cùng của dự án. Đây là tình huống điển hình trong quản lý dự án theo PMBOK® Guide 7th Edition (2021) và các nguyên tắc Agile, nơi PM cần nhanh chóng xây dựng lại động lực đội ngũ (team morale), định hướng rõ ràng và tạo quick wins để lấy lại đà tiến triển. Vấn đề cốt lõi là leadership và motivation trong bối cảnh đội ngũ thiếu hướng dẫn, phù hợp với People Domain và Team Performance Domain trong PMP mới nhất (cập nhật đến 2026 qua PMI's updates).

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

Đáp án đúng: Set short-term goals in order to create a winning culture internally and praise team members for achieving them.

Lý do:
🛠️ Theo PMBOK® Guide 7th Edition (People Domain, trang 37-45), PM phải đóng vai trò servant leader để khôi phục tinh thần đội ngũ bằng cách thiết lập mục tiêu ngắn hạn (short-term goals) – tạo ra các "quick wins" nhằm xây dựng văn hóa chiến thắng nội bộ (winning culture). Việc khen ngợi (praise) thành viên khi đạt được sẽ tăng cường motivation và engagement, giúp đội ngũ lấy lại sự tự tin nhanh chóng. Điều này phù hợp với Agile Practice Guide (PMI, 2021), nhấn mạnh iterative goals và positive reinforcement để xử lý tình trạng "lost team". Không cần chờ sponsor hay escalate, PM trực tiếp hành động để stabilize project momentum.

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

• ✅ Set short-term goals in order to create a winning culture internally and praise team members for achieving them.
  Đúng vì như đã giải thích: Tạo quick wins, xây dựng văn hóa tích cực, phù hợp Team Performance Domain (PMBOK 7th, Principle 5: Build a Team). Đây là hành động lãnh đạo chủ động, hiệu quả nhất để giải quyết sự bối rối ngay lập tức. 🏆

• ❌ Ask the project sponsor to provide team members with a project direction regarding outcomes.
  Sai vì PM là người chịu trách nhiệm chính định hướng đội ngũ (Project Manager's primary role theo PMBOK 7th, Stakeholder Engagement, trang 123). Sponsor chỉ cung cấp high-level direction, không trực tiếp giao tiếp với team; PM phải filter và truyền đạt để tránh làm sponsor overload. Điều này vi phạm nguyên tắc effective communication (Stakeholder Domain). 📞

• ❌ Avoid conflict and let the team self-organize on how they want to work on the project tasks.
  Sai vì đội ngũ đang lost và confused, cần strong leadership chứ không phải "self-organize" mù quáng (dù Agile khuyến khích self-organization, nhưng chỉ khi team mature – Agile Practice Guide, trang 28). Tránh conflict có thể dẫn đến chaos lớn hơn, vi phạm Leadership Principle (PMBOK 7th, Principle 11: Navigate Complexity). 🚫

• ❌ Escalate the situation to the steering committee and request that more time be allotted to the project.
  Sai vì escalate là giải pháp cuối cùng (Escalation Process chỉ khi vượt quyền PM – PMBOK 7th, Uncertainty Domain, trang 89). Vấn đề gốc là team morale, không phải thiếu thời gian; yêu cầu thêm thời gian không giải quyết confusion về outcomes. PM phải handle internally first trước khi escalate. ⏰

📘 Tài liệu tham khảo

• PMBOK® Guide – 7th Edition (PMI, 2021): People & Team Domains (trang 37-65); Leadership Principles.
• Agile Practice Guide (PMI, 2021): Servant Leadership & Team Motivation (trang 25-35).
• PMI Exam Content Outline (ECO) 2021 (cập nhật 2026): 50% trọng tâm People Domain – phù hợp tình huống leadership.
• Các updates PMI đến 2026 qua Project Management Institute resources (pmi.org) nhấn mạnh adaptive leadership trong hybrid/agile environments.

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

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

Câu hỏi này thuộc chủ đề Quản lý thu mua (Procurement Management) trong môi trường Agile/Scrum, theo kiến thức PMP phiên bản mới nhất (PMBOK® Guide 7th Edition và Agile Practice Guide, cập nhật đến 2026).

📖 Tình huống cụ thể:

• Quản lý dự án (Project Manager) đang dẫn dắt một dự án sử dụng Scrum framework (một phương pháp Agile).
• Tổ chức có PMO sáng tạo (innovative PMO) hoàn toàn hỗ trợ Agile, và đội ngũ thu mua (procurement team) rất thân thiện (friendly).
• Cần thuê vendor mới để cung cấp thêm lập trình viên (developers) cho nền tảng báo cáo mới (reporting platform).

🛠️ Vấn đề cốt lõi: Trong môi trường Agile, làm thế nào để thuê vendor bên ngoài một cách đúng đắn? Câu hỏi kiểm tra sự hiểu biết về việc cân bằng giữa tính linh hoạt của Agile và quy trình thu mua chính thức (formal procurement), ngay cả khi tổ chức hỗ trợ Agile mạnh mẽ. Không phải lúc nào Agile cũng cho phép "bỏ qua" quy trình pháp lý/rủi ro khi liên quan đến hợp đồng bên ngoài.

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

Đáp án đúng: Use a formal approach using procurement policies, procedures, forms, and work instructions.

Lý do chi tiết 🏆:

• Theo PMBOK® Guide 7th Edition (Domain: Procurement), ngay cả trong dự án Agile/Scrum, việc thuê vendor mới (external vendor) bắt buộc phải tuân thủ quy trình thu mua chính thức của tổ chức (procurement policies, procedures, forms, work instructions). Điều này đảm bảo quản lý rủi ro, tuân thủ pháp lý, minh bạch và tránh tranh chấp hợp đồng.
• Mặc dù tổ chức có PMO hỗ trợ Agile đầy đủ và procurement team thân thiện, nhưng Scrum không thay thế quy trình thu mua chuẩn (Agile Practice Guide, Section 5.3: Procurement in Agile). Vendor mới cần qua đấu thầu, đánh giá, phê duyệt để tránh rủi ro tài chính/an ninh.
• Trong thực tế hybrid Agile (phổ biến đến 2026), formal procurement vẫn là "cầu nối" giữa Agile team và bên ngoài, giúp dự án Scrum tiếp tục linh hoạt sau khi ký hợp đồng.

🔍 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 chi tiết, giữ nguyên văn bản gốc bằng tiếng Anh. Phân tích dựa trên nguyên tắc PMP/Agile mới nhất:

• Consult the development team and engage a vendor that is recommended by them.
  ❌ Sai. Development team trong Scrum chỉ chịu trách nhiệm tự quản lý công việc nội bộ (self-organizing), không có quyền quyết định thu mua vendor bên ngoài. Việc engage trực tiếp dựa trên recommendation có thể vi phạm quy trình procurement chính thức, dẫn đến rủi ro pháp lý và thiếu minh bạch (PMBOK® 7th, Principle 5: Stakeholders & Process 12.2 Conduct Procurements).

• Use a formal approach using procurement policies, procedures, forms, and work instructions.
  ✅ Đúng (như đã giải thích ở trên). Đây là cách an toàn và tuân thủ nhất, tận dụng procurement team thân thiện để hỗ trợ Agile mà không bỏ qua quy trình.

• Consult the product owner and engage a vendor that is recommended by them.
  ❌ Sai. Product Owner (PO) trong Scrum chỉ quản lý backlog và giá trị sản phẩm, không có thẩm quyền thuê vendor. Engage dựa trên recommendation cá nhân của PO bỏ qua formal procurement, có thể gây xung đột lợi ích và không đảm bảo chất lượng vendor (Agile Practice Guide, Role of PO).

• Use an agile approach and engage a vendor that delivered well in a previous organization.
  ❌ Sai. "Agile approach" không đồng nghĩa với tự ý engage vendor dựa trên kinh nghiệm cá nhân từ tổ chức cũ. Điều này vi phạm nguyên tắc khách quan và quy trình tổ chức hiện tại, tăng rủi ro (như vendor không phù hợp văn hóa tổ chức mới). Agile khuyến khích experimentation nội bộ, nhưng procurement vẫn cần formal (PMBOK® 7th, Hybrid Models).

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

• PMBOK® Guide – 7th Edition (2021, PMI): Domain 8: Project Work (Procurement), Principle 11: Optimize Risk.
• Agile Practice Guide (2017, cập nhật tích hợp PMBOK 7th): Chapter 5: Implementing Agile – Procurement in Agile Environments.
• PMI Standards đến 2026: Nhấn mạnh Hybrid Agile với formal controls cho external vendors (xem PMI.org updates).

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

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

Câu hỏi này thuộc lĩnh vực People Domain trong kỳ thi PMP (phiên bản cập nhật 2021-2026, dựa trên PMBOK® Guide 7th Edition và The Standard for Project Management). Nó mô tả tình huống một Project Manager (PM) được giao dự án nội bộ cải thiện chất lượng với thời hạn cố định (time-bound). Trong giai đoạn Executing, PM nhận thấy một thành viên đội ngũ bị các thành viên khác cô lập (isolated) – đây là dấu hiệu của xung đột nội bộ, ảnh hưởng đến team effectiveness và hiệu suất dự án.

Câu hỏi yêu cầu chọn ba hành động mà PM nên thực hiện để xử lý tình huống này. Mục tiêu là áp dụng các nguyên tắc lãnh đạo đội ngũ, xây dựng đội ngũ (Develop Team), quản lý xung đột (Manage Conflict), và hỗ trợ phát triển cá nhân, theo 12 Principles (như Stewardship, Teamwork, Leadership) và 8 Performance Domains (đặc biệt People, Team, và Uncertainty) trong PMBOK 7th Ed.

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

• PMBOK® Guide – 7th Edition (Project Management Institute, 2021): Phần Develop Team & Manage Team (Executing Process Group).
• PMP Examination Content Outline (PMI, 2021+): People Domain (24% trọng số), Task 10: Manage conflict; Task 11: Lead a team.
• Agile Practice Guide (PMI): Nhấn mạnh feedback loops và team-building trong môi trường hybrid/agile.

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

Ba đáp án đúng là:

• Get feedback from other team members to understand what led to this situation.
• Obtain feedback from the isolated team member to understand the situation.
• Arrange and conduct team-building sessions to improve team effectiveness.

Lý do lựa chọn 🛠️: PM phải chủ động can thiệp để hiểu nguyên nhân (root cause analysis) và cải thiện team dynamics – phù hợp với vai trò lãnh đạo đội ngũ (Servant Leadership). Bước đầu: Thu thập feedback từ cả hai bên để có cái nhìn toàn diện, tránh thiên vị. Sau đó: Tổ chức team-building để tăng cường sự gắn kết, hiệu quả đội ngũ. Đây là các hành động proactive, supportive, hỗ trợ Value Delivery và giảm rủi ro gián tiếp từ xung đột (theo Uncertainty Domain).

🔍 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 phương án một cách chi tiết, giữ nguyên văn bản gốc tiếng Anh. Mỗi phân tích dựa trên PMP best practices.

• Get feedback from other team members to understand what led to this situation.
  ✅ Đúng. PM cần thu thập thông tin từ nhóm để xác định nguyên nhân (facilitate open communication). Điều này thuộc Manage Team process, giúp PM hiểu ngữ cảnh xung đột và áp dụng emotional intelligence (People Domain). Không thu thập feedback sẽ dẫn đến giải quyết sai lầm.

• Obtain feedback from the isolated team member to understand the situation.
  ✅ Đúng. Đây là bước empathetic listening – lắng nghe trực tiếp từ cá nhân bị ảnh hưởng để hỗ trợ họ (Support Individuals). Theo PMBOK 7th, PM phải promote inclusive behaviors và xây dựng lòng tin, tránh bỏ qua cảm xúc cá nhân ảnh hưởng đến dự án.

• Arrange and conduct team-building sessions to improve team effectiveness.
  ✅ Đúng. Team-building là công cụ chính trong Develop Team (Executing), giúp cải thiện cohesion và performance. PMI khuyến nghị các hoạt động như workshop, ice-breakers để giải quyết isolation, đặc biệt trong dự án time-bound cần hiệu quả cao.

• Identify the isolated team member as a risk and document the situation in the risk register.
  ❌ Sai. Isolation là team issue (human factors), không phải risk (uncertain future event). Risk register dành cho threats/opportunities ảnh hưởng dự án (Uncertainty Domain), không phải vấn đề nhân sự hiện tại (issue log mới phù hợp). Hành động này reactive và không hỗ trợ, có thể làm tình hình tệ hơn bằng cách "đánh dấu" cá nhân.

• Allow team members to resolve personal issues without involving the project manager.
  ❌ Sai. PM phải lãnh đạo và can thiệp (Leadership Principle), không được hands-off với xung đột ảnh hưởng dự án. Theo Code of Ethics & Professional Conduct (PMI), PM chịu trách nhiệm team welfare; để tự giải quyết có thể dẫn đến scope creep, delays hoặc high turnover trong dự án time-bound.

Kết luận 🎯: Câu hỏi kiểm tra khả năng proactive leadership của PM. Chọn đúng ba hành động giúp duy trì high-performing team! Nếu ôn thi, tập trung People Domain để đạt 80%+ điểm.