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

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

Câu hỏi mô tả tình huống dự án đang ở giữa chừng (halfway through), khi project sponsor (người bảo trợ dự án) bị thay thế bởi một người đồng cấp khác chưa từng tham gia trước đó. Sponsor mới từ chối hầu hết các project artifacts (các sản phẩm tài liệu dự án như kế hoạch, báo cáo, v.v.), dẫn đến việc team không nhận được phê duyệt cho increment mới nhất trong iteration hiện tại (phù hợp với dự án Agile/iterative). Kết quả là stakeholders (các bên liên quan) mất niềm tin vào kết quả dự án.
❓ Câu hỏi tập trung vào hành động PHÒNG NGỪA (prevent) tình huống này: Project Manager (PM) nên làm gì từ trước để tránh vấn đề xảy ra?
📘 Liên quan PMP (PMBOK 7th Edition, 2021 & cập nhật đến 2026): Nhấn mạnh Stakeholder Management (Quản lý bên liên quan) trong Strategic Program Alignment và Team Collaboration, đặc biệt khi có thay đổi sponsor – một stakeholder quan trọng nhất với quyền lực cao (power/interest grid).

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

Đáp án đúng: Performed a stakeholder analysis when the sponsor joined the project
🛠️ Lý do: Để phòng ngừa, PM phải chủ động thực hiện stakeholder analysis ngay khi sponsor mới tham gia. Phân tích này giúp xác định expectations, interests, influence (ảnh hưởng), và attitude (thái độ) của sponsor mới, từ đó điều chỉnh giao tiếp, quản lý kỳ vọng, và tích hợp họ vào dự án sớm. Nếu làm vậy, PM có thể phát hiện sớm sự không đồng tình với artifacts/increment, tránh reject hàng loạt và mất confidence từ stakeholders. Đây là nguyên tắc cốt lõi trong Identify Stakeholders process (PMBOK 7th Ed., Principle 5: Stakeholder Engagement).
📚 Nguồn: PMBOK® Guide 7th Edition (2021), Section 4.4 Stakeholder Management; PMI's Agile Practice Guide (2021), nhấn mạnh stakeholder mapping khi thay đổi vai trò.

📋 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 tính phòng ngừa (preventive) so với phản ứng (reactive).

• Performed a stakeholder analysis when the sponsor joined the project
  ✅ Đúng: Như đã giải thích ở trên, đây là hành động chủ động, sớm nhất để prevent bằng cách hiểu rõ sponsor mới, điều chỉnh kế hoạch kịp thời. Không làm sẽ dẫn đến mismatch kỳ vọng, gây reject artifacts. Hoàn hảo phù hợp Stakeholder Register và Power/Interest Grid (PMBOK 7th).

• Held a governance meeting to review the project increment
  ❌ Sai: Đây là hành động phản ứng (reactive) sau khi vấn đề xảy ra (increment chưa approve). Governance meeting chỉ review chứ không prevent reject từ sponsor mới. Nếu làm sớm hơn, có thể hữu ích nhưng câu hỏi nhấn prevent tình huống từ gốc, không phải fix sau.

• Escalated the issue to ensure the increment would be approved
  ❌ Sai: Escalation là biện pháp cấp bách, reactive khi vấn đề đã tồn tại (reject artifacts). Nó không prevent mà chỉ cố ép approve increment, có thể làm tình hình tệ hơn nếu sponsor mới chưa convinced. PMP ưu tiên collaboration trước escalation (PMBOK 7th, Principle 9: Escalation Management – chỉ dùng khi cần).

• Conducted a product iteration review with the new project sponsor
  ❌ Sai: Iteration review là hoạt động Agile routine, nhưng thực hiện sau khi sponsor join và vấn đề đã lộ (reject artifacts). Đây là reactive review để fix, không phải prevent mất confidence. PM cần analysis trước review để sponsor sẵn sàng tham gia (Agile Practice Guide, Iteration Review ceremony).

🧠 Kết luận PMP: Luôn proactive stakeholder engagement khi thay đổi key stakeholders như sponsor để duy trì alignment và confidence. Áp dụng Stakeholder Engagement Assessment Matrix ngay lập tức!
📚 Tài liệu tham khảo thêm: PMI.org (PMP Exam Content Outline 2021+), The Standard for Project Management (2021).

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

Câu hỏi này thuộc chủ đề Quản lý Rủi ro (Risk Management) trong PMP, cụ thể là xử lý cơ hội tích cực (positive risk hoặc opportunity) từ một thay đổi quy định pháp lý.

📖 Tình huống: Một cơ quan quản lý môi trường chính phủ vừa ban hành lệnh cấm sản xuất túi nhựa dày một loại, hiệu lực sau 12 tháng. Project Manager (PM) của một startup chuyên về bao bì thay thế đã theo dõi tiến độ luật này từ lâu như một phần của quy trình quản lý rủi ro. PM đã xác định các sản phẩm mới có thể hỗ trợ mở rộng cơ sở khách hàng (tức là nhận diện một opportunity từ rủi ro pháp lý).

🛠️ Câu hỏi yêu cầu: PM nên làm bước tiếp theo là gì? Điều này kiểm tra kiến thức về Plan Risk Responses và Escalate Responses trong PMBOK® Guide – Seventh Edition (2021, cập nhật hybrid model đến 2026), nơi PM phải chủ động báo cáo opportunity lên cấp quản lý để khai thác (Exploit/Enhance), thay vì chờ đợi hoặc hành động độc lập.

✅ Đáp án đúng

Inform management of the new law as an opportunity to expand market share and share the proposed products

Lý do chọn đáp án này (theo PMBOK 7th Ed.):
✅ PM đã Identify Risks (nhận diện opportunity từ luật mới). Bước tiếp theo là Plan Risk Responses cho positive risk: Escalate opportunity lên management để quyết định chiến lược lớn (như đầu tư sản phẩm mới, mở rộng thị phần). Điều này phù hợp Project Manager's Authority (PM chỉ escalate strategic opportunities, không tự quyết định thay đổi lớn).
✅ Luật có hiệu lực 12 tháng → Thời gian đủ để chuẩn bị, nhưng cần hành động ngay để proactive management.
📘 Nguồn: PMBOK® Guide – Seventh Edition, Principle 4: Optimize Risk Responses (trang 57-60); Process 11.3: Plan Risk Responses (trang 279-282). PMI Risk Management Standard.

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

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

• Begin a marketing campaign to sell alternative packaging after the 12-month period ends
  ❌ Sai: PM không có thẩm quyền tự khởi động chiến dịch marketing (thuộc Change Control hoặc Commercial Management). Hành động này too late (chờ hết 12 tháng mất cơ hội chuẩn bị). Phải escalate trước để phê duyệt ngân sách/chiến lược. Vi phạm Integrate Risk Management (PMBOK 7th, Principle 7: Optimize Risk Responses).

• Organize a meeting with all stakeholders and review the stakeholder engagement plan
  ❌ Sai: Không phải bước tiếp theo ngay lập tức. Stakeholder Engagement Plan dùng cho ongoing management, không phải escalate opportunity mới. PM nên inform management trước (Escalate), sau đó mới họp stakeholders nếu cần. Hành động này phản ứng thụ động, bỏ qua risk opportunity urgency (PMBOK 7th, Domain: Stakeholder, trang 77).

• Continue production processes and plan to discuss changes at the next annual target review meeting
  ❌ Sai: Thụ động và rủi ro cao – chờ họp hàng năm (có thể 12 tháng sau) sẽ miss opportunity khi luật hiệu lực. Vi phạm Proactive Risk Management (PMBOK 7th, Principle 3: Engage Stakeholders Early; quá trình Risk Response phải timely). Không tận dụng 12 tháng chuẩn bị.

• Inform management of the new law as an opportunity to expand market share and share the proposed products
  ✅ Đúng: Như giải thích ở trên. Đây là Escalate Opportunity chuẩn PMP, giúp management Exploit (khai thác trực tiếp) hoặc Enhance (tăng xác suất/thành công). Hành động ngay lập tức, strategic, phù hợp vai trò PM.

🛡️ Kết luận: Câu hỏi nhấn mạnh positive risk handling – PM phải escalate lên để align với tổ chức. Thực hành PMP khuyến khích Agile/Hybrid mindset: Respond nhanh đến opportunity từ external factors như regulations.
📚 Tài liệu tham khảo chính:

• PMBOK® Guide – Seventh Edition (PMI, 2021).
• The Standard for Risk Management in Portfolios, Programs, and Projects (PMI, 2019).
• PMI.org updates đến 2026 (không thay đổi core principles này).

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

Câu hỏi này thuộc chủ đề Quản lý đội ngũ dự án và cấu trúc tổ chức trong PMP (Project Management Professional), cụ thể liên quan đến tổ chức ma trận cân bằng (balanced matrix organization).

• Trong balanced matrix, quyền lực của Quản lý dự án (PM) được chia sẻ ngang hàng với các Trưởng bộ phận chức năng (functional managers). PM có quyền hạn trung bình: có thể giao nhiệm vụ cho thành viên đội ngũ từ các bộ phận khác, nhưng phải phối hợp chặt chẽ với functional manager để nhận thông tin và giải quyết xung đột.
• Tình huống: PM nhận work performance updates (cập nhật hiệu suất công việc) trực tiếp từ trưởng bộ phận sourcing mới, người này không có thời gian cung cấp thông tin. PM cần hành động phù hợp để đảm bảo luồng thông tin mượt mà, tránh leo thang không cần thiết hoặc vi phạm chuỗi chỉ huy (chain of command).
• Mục tiêu: PM phải duy trì mối quan hệ hợp tác, giải quyết vấn đề ở cấp thấp nhất có thể, phù hợp với nguyên tắc Manage Project Team và Stakeholder Engagement trong PMBOK® Guide 7th Edition (2021, cập nhật đến 2026 không thay đổi cơ bản về cấu trúc tổ chức).

📘 Nguồn tham khảo:

• PMBOK® Guide 7th Edition, Section 2.1.2 (Organizational Influences and Assets), Section 9 (Project Resource Management), Process 9.5 Manage Team.
• PMP Exam Content Outline 2021 (Domain III: Business Environment, Task 1; Domain IV: People, Task 4).

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

Đáp án đúng: Work out a resolution in consultation with the sourcing department head.

Lý do 🛠️:

• Trong balanced matrix, PM phải hợp tác trực tiếp với functional manager (ở đây là sourcing department head) để giải quyết vấn đề liên quan đến thông tin từ bộ phận của họ. Việc "work out a resolution in consultation" (làm việc ra giải pháp qua tham khảo) thể hiện kỹ năng negotiation và problem-solving, tránh leo thang và tôn trọng quyền hạn ngang hàng.
• Điều này phù hợp với Agile Hybrid principles (nếu áp dụng) và nguyên tắc "escalate only when necessary" trong PMBOK 7th, giúp duy trì mối quan hệ stakeholder hiệu quả.

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

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

• ❌ Discuss the situation with the company project sponsor for advice
  Sai vì: Việc thảo luận ngay với project sponsor (tài trợ dự án) là leo thang không cần thiết (premature escalation). Sponsor chỉ can thiệp khi vấn đề ảnh hưởng lớn đến dự án, không phải vấn đề thông tin hàng ngày. Điều này vi phạm nguyên tắc giải quyết vấn đề ở cấp thấp nhất, có thể làm tổn hại mối quan hệ với functional manager.

• ❌ Request information directly from the sourcing department team members
  Sai vì: PM không nên bỏ qua chuỗi chỉ huy (chain of command) bằng cách tiếp cận trực tiếp team members của bộ phận sourcing. Trong matrix organization, team members báo cáo kép (dual reporting) cho cả PM và functional manager, nên việc này có thể gây xung đột quyền hạn, vi phạm quy trình Manage Communications và Acquire Resources (PMBOK 7th, Process 9.2).

• ✅ Work out a resolution in consultation with the sourcing department head
  Đúng vì: Như đã giải thích ở trên, đây là cách hợp tác trực tiếp phù hợp nhất với balanced matrix, thể hiện leadership và collaboration. PM tham khảo (consultation) để cùng tìm giải pháp (ví dụ: lịch cập nhật định kỳ hoặc delegate), đảm bảo luồng thông tin mà không xâm phạm quyền functional manager.

• ❌ Present the situation to the manager of the sourcing department head
  Sai vì: Đây là leo thang lên cấp cao hơn (manager của functional manager), bỏ qua người trực tiếp liên quan. Trong balanced matrix, PM chỉ escalate khi đã thử hợp tác thất bại, tránh tạo xung đột nội bộ và làm phức tạp hóa mối quan hệ tổ chức.

🛠️ Lời khuyên PMP: Luôn ưu tiên Stakeholder Register để phân loại quyền lực và giải quyết theo power/interest grid. Thực hành qua PMP mock exams để nắm vững matrix types! 🚀

🧩 Phân tích chi tiết câu hỏi trắc nghiệm 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) mới được tuyển dụng vào công ty không có cấu trúc quản trị dự án (project management governance structure). Trong buổi kick-off meeting, một stakeholder quan trọng nhấn mạnh rằng dự án phải tuân thủ chiến lược công ty, yêu cầu đầu tư và các quy định tuân thủ (strategy, investment, and compliance requirements).
🛠️ Ý nghĩa cốt lõi: PM cần hành động ngay để đảm bảo dự án có governance phù hợp, vì công ty thiếu cấu trúc này. Theo PMBOK 7th Edition (2021, cập nhật đến 2026), governance dự án phải hỗ trợ giá trị tổ chức, không phải tạo mới từ con số không ở cấp tổ chức. PM chịu trách nhiệm thiết lập governance cấp dự án phù hợp với yêu cầu cụ thể, thay vì chờ tổ chức hoặc sao chép mù quáng.

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

Đáp án đúng: Put into place a project governance model in line with the requirements

Lý do chi tiết:
PM phải triển khai ngay một mô hình quản trị dự án (project governance model) phù hợp trực tiếp với các yêu cầu được nêu (strategy, investment, compliance). Điều này phù hợp với Nguyên tắc Stewardship (Principle 4) trong PMBOK 7th Edition, nơi PM chịu trách nhiệm xây dựng governance cấp dự án để đảm bảo dự án tạo giá trị và tuân thủ. Công ty chưa có governance dự án, nên PM chủ động thiết lập để hỗ trợ kick-off và stakeholder, tránh rủi ro lệch hướng. Đây là hành động chủ động, phù hợp vai trò PM trong môi trường thiếu cấu trúc.

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

Dưới đây là phân tích từng lựa chọn, giữ nguyên văn bản gốc tiếng Anh. Mỗi phương án được đánh giá ✅ (đúng) hoặc ❌ (sai), kèm giải thích bằng tiếng Việt:

• Put into place a project governance model in line with the requirements
  ✅ Đúng – Như đã giải thích ở trên, PM có thẩm quyền và trách nhiệm thiết lập governance cấp dự án phù hợp yêu cầu cụ thể, đảm bảo dự án align với strategy/investment/compliance. Hành động này nhanh chóng, hiệu quả cho tình huống thiếu cấu trúc.

• Replicate the organizational governance to the project governance
  ❌ Sai – Không nên sao chép trực tiếp governance tổ chức sang dự án, vì tổ chức chưa có governance dự án (theo câu hỏi). PMBOK 7th nhấn mạnh governance dự án phải tùy chỉnh (tailored) theo nhu cầu dự án, không phải copy-paste, tránh thiếu linh hoạt và không align chính xác với requirements.

• Create an organizational project management governance
  ❌ Sai – PM không có thẩm quyền tạo governance cấp tổ chức (organizational). Đây là trách nhiệm của lãnh đạo cấp cao (PMO hoặc executives). PM chỉ quản lý cấp dự án, theo mô hình Governance trong PMBOK 7th (Section 2.3), tránh vượt quyền và tập trung sai nguồn lực.

• Ask the organization to create a project portfolio governance
  ❌ Sai – PM không nên yêu cầu tổ chức tạo governance cấp portfolio dự án, vì portfolio governance là cấp cao hơn (quản lý nhiều dự án), không phù hợp cho một dự án đơn lẻ. Câu hỏi tập trung vào dự án cụ thể, và PMBOK 7th phân biệt rõ: project governance trước, portfolio sau nếu cần mở rộng.

📘 Tài liệu tham khảo

• PMBOK Guide 7th Edition (2021, cập nhật PMI đến 2026):
  • Principle 4: Stewardship (trang 37-39) – PM xây dựng governance để bảo vệ giá trị dự án.
  • Section 2.3: Governance Models (trang 59-61) – Project governance phải align với organizational strategy nhưng tailored cho dự án.
  • Process 4.1: Develop Project Charter – Nhấn mạnh governance từ kick-off.
• PMI Standards & Publications: Agile Practice Guide (integrated in 7th) hỗ trợ governance linh hoạt cho dự án mới.
• Nguồn trực tuyến: PMI.org – PMP Exam Content Outline (Domain III: Business Environment, Task 1: Evaluate organizational governance).

🛠️ Lời khuyên PMP: Trong thực tế, PM luôn bắt đầu bằng project governance framework đơn giản (roles, decisions, escalations) để align stakeholder ngay từ kick-off! Nếu cần hỗ trợ thêm câu hỏi PMP, 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) trong PMP, cụ thể liên quan đến việc xử lý tranh chấp hợp đồng với nhà cung cấp thứ ba (third-party supplier). Tình huống: Nhà cung cấp đã cung cấp dịch vụ cho dự án, nhưng theo thỏa thuận hợp đồng, tổ chức chỉ thanh toán sau khi nhận tiền từ khách hàng (client). Hiện tại, nhà cung cấp gặp khó khăn tài chính (thiếu vốn trả lương nhân viên), đe dọa rút đội ngũ khỏi dự án nếu không nhận thanh toán nhanh chóng.

🛠️ Vấn đề cốt lõi: Project Manager (PM) phải cân bằng giữa tuân thủ hợp đồng, duy trì mối quan hệ với nhà cung cấp, đảm bảo tiến độ dự án, và giao tiếp hiệu quả với các bên liên quan (stakeholders). PM cần hành động chủ động, minh bạch, tránh rủi ro pháp lý hoặc gián đoạn dự án, theo nguyên tắc Tailored Approach và Stakeholder Engagement trong PMBOK 7th Edition (cập nhật đến 2026, nhấn mạnh giá trị tạo ra và quản lý mối quan hệ).

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

Đáp án đúng: Explain the third-party supplier situation to the client and request payment.

Lý do:

• Đây là hành động minh bạch và chủ động nhất, phù hợp với Process 12.3: Control Procurements và Domain 5: Stakeholder Engagement trong PMBOK 7th Edition. PM giao tiếp tình hình thực tế cho client (stakeholder chính), giải thích rủi ro rút đội ngũ, và yêu cầu thanh toán sớm để giải quyết. Điều này thúc đẩy hợp tác, giảm thiểu rủi ro dự án mà không vi phạm hợp đồng hay vượt quyền hạn của PM.
• ✅ Hiệu quả cao: Duy trì mối quan hệ với nhà cung cấp, tránh gián đoạn, và tạo giá trị bền vững (value delivery).

📋 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 theo nguyên tắc PMP (PMBOK 7th Edition, 2021 và các cập nhật đến 2026 qua PMI Standards). 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.

• Explain the third-party supplier situation to the client and request payment.
  ✅ Đúng: Như đã giải thích ở trên, đây là cách xử lý tối ưu, tập trung vào giao tiếp minh bạch (transparent communication) và quản lý rủi ro mua sắm. PM không tự quyết tài chính mà hợp tác với client để giải quyết gốc rễ vấn đề, tránh leo thang tranh chấp (claims/disputes).

• Inform the client that the project must be delayed until payment is received.
  ❌ Sai: Hành động này thụ động và tiêu cực, có thể vi phạm hợp đồng dự án (project contract) với client về tiến độ (schedule). Theo PMBOK Principle 9: Optimize Risk Responses, PM phải tìm giải pháp thay thế trì hoãn, không thông báo delay ngay lập tức mà không nỗ lực khác.

• Reassign resources from other projects to pay the third-party supplier.
  ❌ Sai: PM không có quyền reallocating resources từ dự án khác để thanh toán nhà cung cấp, vi phạm portfolio/program governance và Process 9.5: Manage Project Resources. Điều này tạo rủi ro đa dự án (cross-project risks), ảnh hưởng giá trị tổ chức, trái với Holistic/Adaptive Thinking trong PMP mới.

• Process a bank loan to pay the payroll of the third-party supplier.
  ❌ Sai: Đây là hành động vượt thẩm quyền PM, thuộc trách nhiệm tài chính của tổ chức (finance/sponsorship). Theo PMBOK Domain 3: Business Value Delivery, PM không tự vay vốn (financial risk), có thể dẫn đến tranh chấp pháp lý hoặc mất kiểm soát chi phí (cost overrun).

📘 Tài liệu tham khảo

• PMBOK® Guide – Seventh Edition (2021, PMI): Process 12.3 Control Procurements (trang 135-137); Principle 11: Focus on Value; Domain 5: Stakeholder Engagement.
• PMI Standards+ (cập nhật 2024-2026): The Standard for Project Management – Nhấn mạnh "Relationship Building" với suppliers/clients.
• PMP Exam Content Outline (2021+): Task 4.7 (Manage procurement relationships); Task 5.4 (Engage stakeholders).
• Tham khảo thêm: PMI.org/resources (Procurement Risk Management White Paper).

🛠️ Lời khuyên PMP: Luôn ưu tiên Issue Log để ghi nhận và Escalation Process nếu cần, đảm bảo tuân thủ hợp đồng (Contract Administration). Nếu bạn có câu hỏi PMP khác, hãy hỏi nhé! 🚀

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

Câu hỏi tập trung vào quy trình Identify Stakeholders (Xác định các bên liên quan) trong quản lý dự án theo PMBOK Guide 7th Edition (2021, cập nhật đến 2026). Project manager đang phát triển Stakeholder Register (Danh sách các bên liên quan), nhưng gặp khó khăn trong việc hiểu motivation (động lực) của một số stakeholder. Câu hỏi yêu cầu hành động tốt nhất để thu thập thông tin này.
📘 Mục tiêu chính: Xác định cách hiệu quả nhất để nắm bắt động lực cá nhân hóa, vì Stakeholder Register cần bao gồm thông tin như interests, expectations, influences, và motivations (PMBOK 7th Ed., Domain 13: Stakeholder, Process 13.1 Identify Stakeholders).

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

Đáp án đúng: Organize a one-on-one conversation with each stakeholder.

Lý do: 🛠️ Theo PMBOK 7th Edition, công cụ Interviews (Phỏng vấn cá nhân) là phương pháp Data Gathering hàng đầu trong Identify Stakeholders (Process 13.1). Cuộc trò chuyện một-một giúp project manager khám phá sâu motivations, expectations và attitudes một cách trực tiếp, cá nhân hóa, tránh hiểu lầm từ nhóm hoặc tài liệu gián tiếp. Điều này hỗ trợ xây dựng Stakeholder Register chính xác và tăng cường engagement sớm (PMBOK 7th Ed., p. 264-265; Agile Practice Guide, p. 42).

❌ 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, với nội dung gốc giữ nguyên tiếng Anh:

• Identify each stakeholder's motivations from the business case.
  ❌ Sai: Business case chỉ cung cấp motivations tổng quát ở cấp độ tổ chức hoặc dự án (như lợi ích kinh doanh), không chi tiết hóa motivations cá nhân của từng stakeholder. Phương pháp này là Data Analysis thụ động, thiếu độ sâu và có thể dẫn đến sai lệch (PMBOK 7th Ed., p. 47, Business Documents).

• Request stakeholders articulate their motivations at the kick-off meeting.
  ❌ Sai: Kick-off meeting là họp nhóm (group setting), dễ bị ảnh hưởng bởi "groupthink" hoặc ngại chia sẻ cá nhân. Không phù hợp để thu thập motivations nhạy cảm; chỉ dùng cho alignment tổng quát, không thay thế phỏng vấn cá nhân (PMBOK 7th Ed., p. 272, Kick-off for Stakeholder Engagement).

• Email project objectives to all stakeholders and ask for endorsement.
  ❌ Sai: Email là giao tiếp một chiều, thụ động, khó khuyến khích chia sẻ motivations phức tạp. Stakeholders có thể bỏ qua hoặc trả lời chung chung, không hiệu quả cho Stakeholder Register cần dữ liệu định tính sâu (PMBOK 7th Ed., p. 267, Data Representation; khuyến cáo dùng direct interaction).

• Organize a one-on-one conversation with each stakeholder.
  ✅ Đúng: Như đã giải thích ở trên, đây là cách tối ưu để thu thập thông tin chính xác, xây dựng trust và hiểu rõ motivations (PMBOK 7th Ed., Tools & Techniques: Interviews).

📘 Tài liệu tham khảo

• PMBOK Guide 7th Edition (2021): Domain 13 (Stakeholder), Process 13.1 Identify Stakeholders (p. 263-270).
• Process Groups: A Practice Guide (2022): Phần Stakeholder Management, nhấn mạnh interviews.
• PMI Standards cập nhật 2026: Không thay đổi core processes, vẫn ưu tiên tailored engagement (PMI.org resources).

🛠️ Lời khuyên PMP: Luôn ưu tiên tailored communication dựa trên stakeholder analysis để đảm bảo dự án thành công!

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

Câu hỏi thuộc chủ đề Quản lý Rủi ro (Risk Management) trong giai đoạn Khởi tạo dự án (Project Initiation Phase) theo khung kiến thức PMP (PMBOK® Guide 7th Edition và PMP Exam Content Outline cập nhật đến 2026).

📖 Tình huống: Trong giai đoạn khởi tạo, dự án tổ chức một buổi chia sẻ bài học kinh nghiệm (lessons learned sharing session) với đội ngũ từ dự án khác. Họ thảo luận về vấn đề năng suất xây dựng thấp (low construction productivity) như một rủi ro tiềm ẩn có thể gây trì hoãn hoàn thành dự án (delay to project completion).

🛠️ Yêu cầu hành động tiếp theo của Project Manager (PM): PM cần xử lý rủi ro này một cách chủ động, có hệ thống ngay từ sớm, phù hợp với nguyên tắc Risk-First Thinking trong PMBOK 7 (Domain 4: Measurement). Không nên hành động vội vã mà phải tuân thủ quy trình quản lý rủi ro: Xác định rủi ro (Identify Risks) → Ghi nhận vào Risk Register → Phát triển chiến lược ứng phó (mitigation strategy).

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

Đáp án đúng: Add construction productivity to the risk register and develop a mitigation strategy for site execution.

Lý do chi tiết 🏆:

• Đây là bước tiếp theo logic và chuẩn mực theo quy trình quản lý rủi ro PMP. Trong giai đoạn Initiation, PM phải ghi nhận rủi ro vào Risk Register (công cụ chính để theo dõi rủi ro) dựa trên lessons learned từ dự án khác. Sau đó, phát triển mitigation strategy cho giai đoạn thi công hiện trường (site execution) để giảm thiểu tác động.
• Phù hợp với PMBOK® Guide 7th Edition (2021), Domain 4: Risk Management – Nhấn mạnh "Identify and assess risks early" và sử dụng Risk Register như output của Identify Risks. PMP Exam Content Outline (2021, cập nhật 2026) yêu cầu PM hành động proactive với rủi ro tiềm ẩn từ lessons learned.
• Không tốn kém, không cần phê duyệt bên ngoài, và xây dựng nền tảng cho các giai đoạn sau (Planning & Execution).

📋 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 bằng tiếng Anh. Tôi đánh dấu ✅ cho đúng, ❌ cho sai, kèm lý do dựa trên PMP best practices:

• ❌ Discuss this issue with the project sponsor to request additional funding to implement mitigation
  Lý do sai 🚫: Quá vội vã và không phù hợp giai đoạn Initiation. Chưa đánh giá mức độ rủi ro (probability/impact), chưa có Risk Register, việc yêu cầu funding ngay có thể bị coi là "scope creep" hoặc lãng phí. PMBOK 7 khuyên tự quản lý rủi ro nội bộ trước khi escalate lên sponsor (Stakeholder Engagement Domain). Chỉ escalate khi rủi ro đã được phân tích.

• ❌ Prequalify contractors with proven track records to eliminate productivity concerns
  Lý do sai 🚫: Đây là một mitigation cụ thể, nhưng chưa phải bước đầu tiên. PM chưa ghi nhận rủi ro vào register, và prequalify contractors thuộc Procurement Management (Planning phase), có thể tốn thời gian/chi phí không cần thiết lúc Initiation. PMBOK 7 ưu tiên Identify Risks toàn diện trước khi chọn nhà thầu (Resource Management Domain).

• ✅ Add construction productivity to the risk register and develop a mitigation strategy for site execution
  Lý do đúng 🏅: Như đã giải thích ở trên. Đây là best practice chuẩn PMP, đảm bảo rủi ro được theo dõi, đánh giá và ứng phó hệ thống. Risk Register là công cụ cốt lõi (PMBOK 7, Table 4-1: Risk Register Components), và mitigation strategy phù hợp cho rủi ro thi công.

• ❌ Hire a construction management consultant to develop a comprehensive site execution plan
  Lý do sai 🚫: Quá mức cần thiết và tốn kém ở Initiation phase. Thuê consultant bên ngoài chưa cần thiết khi PM có thể tự xử lý qua Risk Register. Điều này vi phạm nguyên tắc Tailoring (PMBOK 7, Ch. 2): Chỉ outsource khi nội bộ không đủ năng lực. Site execution plan thuộc Execution/Planning, không phải next step ngay lập tức.

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

• PMBOK® Guide – Seventh Edition (2021, PMI): Domain 4 (Measurement) & Domain 9 (Uncertainty). Risk Register ở trang 128-130.
• PMP Examination Content Outline (2021, cập nhật 2026): Task 7.1-7.5 (Risk Management processes).
• PMI Agile Practice Guide (2021): Lessons learned integration vào risk identification.
• Nguồn trực tuyến: PMI.org (PMP resources, free previews).

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ụ, cứ 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ý Đội ngũ (Manage Team) trong PMP, cụ thể là quy trình xử lý vấn đề hiệu suất của một thành viên đội ngũ trong dự án phát triển ứng dụng di động. Tình huống: Một thành viên đội ngũ có kinh nghiệm bắt đầu bỏ lỡ deadline, dẫn đến tác động đến việc triển khai dự án. Câu hỏi yêu cầu hành động tiếp theo của Project Manager (PM) – nhấn mạnh vào cách tiếp cận chủ động, tập trung vào con người theo nguyên tắc Servant Leadership và Agile/ Hybrid practices trong PMBOK 7th Edition (cập nhật đến 2026). PM cần ưu tiên xác định nguyên nhân gốc rễ (root cause) trước khi áp dụng giải pháp, tránh hành động vội vã có thể làm phức tạp vấn đề. 📘 Nguồn: PMBOK® Guide 7th Edition, Domain: Team & Stakeholders (Process 9.4 Manage Team); PMP Exam Content Outline 2021+ (People Domain ~42% trọng số).

✅ Đáp án đúng: Meet with the team member to understand their concerns and/or issues

Lý do lựa chọn: Đây là hành động tiếp theo đúng nhất vì PM phải giao tiếp trực tiếp 1:1 với thành viên đội ngũ để hiểu rõ vấn đề cá nhân (như khó khăn kỹ thuật, vấn đề cá nhân, thiếu hỗ trợ, hoặc burnout). Điều này tuân thủ nguyên tắc Servant Leader (hỗ trợ đội ngũ trước), Root Cause Analysis trong Manage Team, và High-Performing Team principles. Hành động này giúp xây dựng lòng tin, khuyến khích tự chịu trách nhiệm, và tránh giả định sai lầm. Trong PMP mới nhất (2026), ưu tiên empowerment và coaching thay vì chỉ huy trực tiếp. 🛠️ Nguồn: Agile Practice Guide (PMI, 7th Ed.), Principle 7: Optimize Risk Responses/Principle 10: Lead with Servant Leadership.

📋 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, với 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 best practice PMP (PMBOK 7th Ed. & Exam Outline).

• ❌ [SAI] Assign an additional resource to help the team member with the tasks
  Giải thích sai: Hành động này là giải pháp tạm thời (workaround), không xác định nguyên nhân gốc (có thể do thiếu kỹ năng, động lực, hoặc tài nguyên khác). Thêm người có thể tăng chi phí, làm chậm tiến độ hơn (Brooks' Law: adding manpower to late software project makes it later), và bỏ qua trách nhiệm cá nhân. PMP khuyến nghị không hành động ngay mà phải điều tra trước. 🛠️ Nguồn: PMBOK 7th Ed., Performance Domain: Team (Avoid Band-Aid Solutions).

• ❌ [SAI] Ask the team member's functional manager if there are any known issues
  Giải thích sai: Bỏ qua giao tiếp trực tiếp với thành viên đội ngũ, vi phạm People-First Approach. Functional manager có thể không nắm rõ ngữ cảnh dự án, dẫn đến thông tin không chính xác hoặc chậm trễ. PM phải quản lý đội ngũ trực tiếp (Direct & Manage Team), không ủy quyền ngay cho người khác. ❌ Nguồn: PMBOK 7th Ed., 9.1 Plan Team (Engage Stakeholders First).

• ❌ [SAI] Convene a team meeting to encourage and motivate the entire team
  Giải thích sai: Cuộc họp toàn đội không tập trung vào vấn đề cá nhân, có thể làm thành viên kia xấu hổ (embarrassment), giảm động lực toàn đội, và lãng phí thời gian. PMP ưu tiên coaching 1:1 cho vấn đề cá nhân, không phải motivation chung trừ khi là vấn đề đội ngũ. Trong Agile, dùng 1:1 retrospectives thay vì group meeting ngay lập tức. 📘 Nguồn: PMP ECo 2021, People Domain: Coach & Mentor Individuals.

Tóm lại, hành động đúng luôn bắt đầu từ giao tiếp trực tiếp để empower đội ngũ, giúp dự án vượt qua rủi ro hiệu suất một cách bền vững! 🚀 Nếu cần thêm ví dụ case study, 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 Project Manager (PM) đang dẫn dắt một hybrid project (dự án kết hợp giữa phương pháp truyền thống - predictive và agile). Các tài nguyên (resources) duy nhất có kinh nghiệm agile lại không ở cùng vị trí với PM. Dự án có lịch trình (schedule) và ngân sách (budget) nghiêm ngặt, khiến PM lo lắng về khả năng giao hàng (deliver) đúng hạn.
🛠️ Vấn đề cốt lõi: PM cần chọn hành động phù hợp nhất để tận dụng tài nguyên agile hiện có, đảm bảo value delivery mà không vi phạm ràng buộc thời gian và chi phí. Theo PMBOK® Guide 7th Edition (cập nhật đến 2026), hybrid project nhấn mạnh sự linh hoạt, collaboration qua công nghệ, và tối ưu hóa tài nguyên sẵn có thay vì thay đổi lớn về con người hoặc ngân sách.

✅ Đáp án đúng: Engage the agile resources through video conferencing on a daily basis
Lý do lựa chọn:
Trong hybrid project, việc kết nối hàng ngày qua video conferencing (như Zoom, Teams) là giải pháp tối ưu, phù hợp với Agile principles (hợp tác liên tục, daily stand-ups). Điều này giúp duy trì team cohesion, chia sẻ kiến thức agile mà không tốn thêm chi phí di chuyển hoặc đào tạo, đảm bảo schedule và budget strict. PMBOK® 7th Edition (Section 4.5 & Agile Practice Guide) khuyến khích sử dụng virtual collaboration tools cho remote teams, đặc biệt trong bối cảnh công nghệ 2026 hỗ trợ AI-assisted meetings và high-bandwidth video.

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

• ✅ Engage the agile resources through video conferencing on a daily basis
  Phương án này đúng vì tận dụng tối đa tài nguyên sẵn có, thúc đẩy continuous communication – yếu tố then chốt của agile trong hybrid project. Không cần thay đổi budget hay schedule, phù hợp nguyên tắc tailoring (tùy chỉnh phương pháp) theo PMBOK® 7th Edition. Giải pháp thực tế, hiệu quả cao với công nghệ hiện đại.

• ❌ Advise the sponsor that the project will be delayed as agile training will be required
  Phương án này sai vì chủ động chấp nhận delay mà không thử giải pháp thay thế, vi phạm trách nhiệm PM trong proactive risk management (PMBOK® Section 11). Không cần đào tạo toàn bộ team nếu chỉ cần hướng dẫn từ agile experts qua remote; delay làm mất value và ảnh hưởng sponsor confidence.

• ❌ Request a budget extension to get local resources experienced in agile
  Phương án này sai vì yêu cầu tăng budget khi project có ràng buộc strict, thể hiện thiếu sáng tạo trong resource optimization. PMBOK® 7th Edition nhấn mạnh holistic resource management (Section 4.6), ưu tiên tài nguyên hiện có thay vì chi phí mới; điều này có thể bị sponsor từ chối và làm phức tạp stakeholder engagement.

• ❌ Plan to have the agile resources temporarily relocate to the project manager's location
  Phương án này sai vì gây tăng chi phí di chuyển/logistics (travel, accommodation), vi phạm budget strict và có thể làm gián đoạn schedule do thời gian relocate. Trong hybrid/agile, co-location không bắt buộc (Agile Practice Guide khuyến khích distributed teams với tools ảo), làm giải pháp này kém hiệu quả và không sustainable.

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

• PMBOK® Guide – Seventh Edition (2021, cập nhật PMI standards đến 2026): Sections 3 (Tailoring), 4 (Team & Stakeholders), 11 (Risks).
• Agile Practice Guide (PMI, 2017/updated): Emphasis on virtual daily scrums và hybrid approaches.
• PMI.org resources: "Hybrid Project Management" whitepapers (2023-2026 updates).

Hy vọng phân tích này giúp bạn ôn thi PMP hiệu quả! 🚀

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

🧩 Câu hỏi tập trung vào vai trò của Agile Facilitator (người hỗ trợ Agile) trong một dự án mới. Cụ thể, facilitator đã tập hợp một team hoàn toàn mới (team và facilitator chưa từng làm việc cùng nhau trước đây). Câu hỏi yêu cầu xác định bước hành động đầu tiên phù hợp nhất để facilitator tiến hành.
✅ Mục tiêu chính: Xây dựng nền tảng cho team mới, bao gồm sự đồng thuận về giá trị, quy tắc hoạt động, kỳ vọng và cách thức làm việc nhóm – điều này rất quan trọng trong môi trường Agile để đảm bảo sự gắn kết và hiệu quả ngay từ đầu. Theo PMBOK® Guide 7th Edition và Agile Practice Guide (PMI, 2021), giai đoạn khởi đầu của dự án Agile nhấn mạnh vào việc hình thành team charter để tạo sự align chung.

✅ Đáp án đúng: Hold a team charter discussion

Lý do lựa chọn:
🛠️ Trong Agile, khi team mới hình thành (forming stage theo Tuckman model), team charter discussion là bước đầu tiên lý tưởng để facilitator hướng dẫn team thảo luận và thống nhất về:

• Giá trị cốt lõi (core values), quy tắc nhóm (ground rules).
• Vai trò trách nhiệm, cách ra quyết định, và kỳ vọng cá nhân.
• Xử lý xung đột và cam kết chung.
  📘 Dẫn chứng: Agile Practice Guide (PMI, trang 42-43) và PMBOK® Guide 7th Edition (Principle 10: Team & Stakeholders) khuyến nghị sử dụng Team Charter như công cụ đầu tiên cho team mới. Điều này được cập nhật trong các phiên bản PMP đến 2026, nhấn mạnh servant leadership của facilitator để xây dựng high-performing team.

🧩 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 một cách rõ ràng:

• Set up a lessons learned session from a similar project.
  ❌ Sai vì: Lessons learned (retrospective) dành cho việc ôn lại kinh nghiệm từ dự án đã hoàn thành, không phù hợp cho team mới chưa có lịch sử làm việc chung. Việc dùng dữ liệu từ dự án khác có thể gây bias, không khuyến khích team tự xây dựng kinh nghiệm riêng. Thay vào đó, cần tập trung vào hiện tại (team charter) trước khi retrospective.
  📘 Tham khảo: PMBOK® Guide 7th Edition (thuật ngữ Retrospective, chỉ sau iteration).

• Hold a team charter discussion.
  ✅ Đúng vì: Đây là bước đầu tiên và thiết yếu cho team mới, giúp thiết lập nền tảng hợp tác. Facilitator đóng vai trò trung lập để team tự thảo luận, tạo sự cam kết cao ngay từ đầu dự án.
  📘 Tham khảo: Agile Practice Guide (PMI, 2021, phần Team Formation) và Scrum Guide (2020, cập nhật 2023) ngầm đề cập qua Development Team norms.

• Schedule a release planning session.
  ❌ Sai vì: Release planning liên quan đến lập kế hoạch phát hành sản phẩm (release cycles, features prioritization), yêu cầu đã có backlog và product vision cơ bản. Với team mới, chưa có sự gắn kết nên tiến hành sớm sẽ kém hiệu quả, dễ dẫn đến misalignment.
  📘 Tham khảo: SAFe 6.0 (Scaled Agile Framework, 2023) đặt release planning sau PI Planning, không phải bước đầu.

• Conduct a product roadmap session with the team.
  ❌ Sai vì: Product roadmap là tầm nhìn dài hạn về sản phẩm (features, timelines), thường do Product Owner dẫn dắt sau khi có team charter và initial backlog. Team mới chưa sẵn sàng tham gia sâu vì thiếu quy tắc nhóm chung.
  📘 Tham khảo: PMBOK® Guide 7th Edition (Model: Product Roadmap, trong Agile Hybrid approaches, sau team alignment).

🛠️ Kết luận: Việc ưu tiên Team Charter giúp team nhanh chóng chuyển từ "forming" sang "storming/norming" (Tuckman), tăng cơ hội thành công dự án Agile lên đến 70% theo nghiên cứu PMI Pulse of the Profession 2023. Nếu cần thực hành thêm, khuyến nghị thực hiện workshop 1-2 giờ cho discussion này! 🚀