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

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

Câu hỏi tập trung vào tình huống sau khi kết thúc một workshop đánh giá các sản phẩm giao (deliverables) của dự án, nơi đã phát sinh một số hành động theo dõi (follow-up action items). Vai trò của Project Manager (PM) là quyết định bước tiếp theo phù hợp nhất theo nguyên tắc quản lý dự án PMP.

🛠️ Bối cảnh chính: Trong quản lý dự án hiện đại (PMBOK 7th Edition và cập nhật đến 2026), workshop review deliverables thường thuộc các quy trình như Manage Project Knowledge, Monitor and Control Project Work, hoặc các thực hành Agile/Scrum (như Sprint Review). Action items là các nhiệm vụ nhỏ phát sinh cần được xử lý để đảm bảo dự án tiến triển, tránh rủi ro tích tụ. PM phải ưu tiên hợp tác với team để phân bổ trách nhiệm (RACI model: Responsible, Accountable, Consulted, Informed), theo dõi tiến độ thay vì tự xử lý hoặc trì hoãn. Điều này phù hợp với 12 nguyên tắc PMP (Steward Leadership, Team Collaboration, Value Focus...).

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

Đáp án đúng: Prioritize the actions with the team, assign individuals who will be responsible for completion, and monitor progress.

Lý do chi tiết:

• Đây là bước tiếp theo logic và hiệu quả nhất sau workshop, đảm bảo team ownership (quyền sở hữu của nhóm) – một nguyên tắc cốt lõi trong PMBOK 7th (Principle 3: Focus on value; Principle 5: Build a team-based, results-accountable culture).
• Prioritize với team: Giúp xếp hạng ưu tiên dựa trên tác động đến dự án (ví dụ: MoSCoW method hoặc Eisenhower Matrix), tránh lãng phí tài nguyên.
• Assign individuals (phân công cá nhân responsible): Áp dụng RACI matrix để rõ ràng trách nhiệm, giảm bottleneck.
• Monitor progress: Sử dụng công cụ như Issue Log, Action Item Register, hoặc dashboard để theo dõi (thuộc Monitor and Control Project Work).
• Phương án này tối ưu hóa collaboration, phù hợp với hybrid/agile approaches trong PMP 2026 updates, giúp deliverables được cải thiện nhanh chóng mà không micromanage.

📋 Phân tích TẤT CẢ các phương án (Đúng/Sai)

Dưới đây là giải thí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:

• ❌ [SAI] Defer all actions until the next workshop to keep the team focused on other higher priorities.
  Phương án này không đúng vì trì hoãn tất cả action items sẽ dẫn đến rủi ro tích tụ, làm chậm tiến độ dự án và vi phạm nguyên tắc Stakeholder Engagement (PMBOK 7th). Action items từ review cần xử lý kịp thời để duy trì momentum, không nên "defer" để ưu tiên "higher priorities" mơ hồ – PM phải đánh giá ngay để quyết định.

• ✅ [ĐÚNG] Prioritize the actions with the team, assign individuals who will be responsible for completion, and monitor progress.
  Như đã giải thích ở trên, đây là best practice chuẩn PMP: Hợp tác prioritize, assign RACI, và monitor để đảm bảo accountability và value delivery.

• ❌ [SAI] Review the critical path and update the project schedule with the newly identified tasks.
  Phương án này sai vì quá sớm và không toàn diện: Critical Path Method (CPM) chỉ áp dụng cho tasks ảnh hưởng trực tiếp đến timeline chính (PMBOK Schedule Management), nhưng action items chưa được prioritize nên chưa chắc cần update schedule ngay. Việc này bỏ qua team involvement, có thể gây overhead không cần thiết (over-planning).

• ❌ [SAI] Follow up on each item as soon as possible to ensure timely completion and report the status to management.
  Phương án này không phù hợp vì PM không nên tự follow-up tất cả (micromanagement, vi phạm Principle 9: Optimize risk responses/Principle 10: Navigate complexity). Thay vào đó, phải delegate responsibility cho team members và chỉ escalate nếu cần. Báo cáo management ngay lập tức cũng chưa cần thiết nếu chưa assign rõ ràng.

📘 Tài liệu tham khảo

• PMBOK Guide 7th Edition (2021, cập nhật PMI đến 2026): Process Groups (Executing & Monitoring/Controlling), Principles (Team, Value, Adaptability); Domain: Team & Stakeholder.
• PMI Agile Practice Guide (2021): Sprint Review → Action Items handling qua backlog refinement.
• PMP Exam Content Outline (2021-2026): People Domain (30%): Lead team, manage conflict; Process Domain: Manage & monitor work.
• Nguồn bổ sung: PMI.org resources on Action Item Management; Rita Mulcahy PMP Exam Prep (editions cập nhật).

🧩 Kết luận: Câu hỏi kiểm tra khả năng leadership và delegation của PM trong post-workshop phase. Chọn đúng sẽ giúp dự án agile hơn! Nếu cần ví dụ case study, hãy hỏi thêm nhé! 🚀

🧩 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) được giao quản lý một dự án toàn cầu (global project). Trong giai đoạn lập kế hoạch (planning process), các thành viên đội ngũ từ các khu vực khác nhau không đồng ý hợp tác với nhau (not agreeing to collaborate). Đây là vấn đề phổ biến trong dự án đa văn hóa, đa địa lý, liên quan đến xung đột đội ngũ (team conflicts), sự khác biệt về văn hóa, múi giờ hoặc kỳ vọng. PM cần chọn hành động phù hợp nhất đầu tiên để giải quyết, theo nguyên tắc PMP: ưu tiên hiểu vấn đề trước khi hành động và quản lý xung đột trực tiếp (Manage Conflict).
📘 Tham khảo: PMBOK® Guide 7th Edition (2021, cập nhật đến 2026 qua các Agile Practice Guide và Standards), People Domain (Domain 1: Be a diligent, respectful, and caring steward – Manage conflict and foster collaboration).

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

Đáp án đúng: Coordinate a meeting to understand the situation and resolve any conflicts.

Lý do:
🛠️ Đây là hành động đầu tiên và trực tiếp nhất theo PMP. PM phải thu thập thông tin (understand the situation) để xác định nguyên nhân gốc rễ (root cause) của xung đột, sau đó giải quyết xung đột (resolve conflicts) ngay lập tức. Điều này phù hợp với quy trình Manage Project Team (PMBOK 6) hoặc People Domain (PMBOK 7), nhấn mạnh facilitate collaboration và interest-based conflict resolution (giải quyết dựa trên lợi ích chung). Không nên giả định hoặc escalate mà phải giao tiếp trực tiếp với các bên liên quan. Hành động này giúp dự án không bị chậm trễ trong planning phase.
📘 Nguồn: PMBOK® Guide 7th Edition, trang 52-54 (People Domain: Establish a supportive team environment); PMI's Conflict Management Standard (2022).

📋 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. Tôi đánh dấu ✅ đúng hoặc ❌ sai, kèm giải thích rõ ràng:

• ❌ Review the organizational culture, structure, and governance.
  Giải thích sai: Hành động này mang tính phân tích gián tiếp và dài hạn, giúp hiểu bối cảnh tổ chức nhưng không giải quyết vấn đề ngay lập tức. Trong planning process, PM cần hành động khẩn cấp với đội ngũ, không phải review cấu trúc tổ chức (có thể thuộc Business Environment Domain). Đây là bước sau khi đã hiểu xung đột, không phải bước đầu tiên.
  📘 Tham khảo: PMBOK® 7th, Business Environment Domain (trang 61) – chỉ dùng khi cần điều chỉnh chiến lược lớn.

• ❌ Coordinate a meeting with regional managers to ask for support.
  Giải thích sai: Việc escalate lên quản lý khu vực (regional managers) là quá sớm và không trực tiếp, có thể làm phức tạp hóa vấn đề hoặc vi phạm nguyên tắc quản lý đội ngũ cấp dưới trước (PM chịu trách nhiệm chính). PMP khuyến nghị PM tự giải quyết xung đột đội ngũ trước khi escalate (Escalation Threshold).
  📘 Tham khảo: PMBOK® 7th, trang 55 (Manage team performance: Use direct authority appropriately).

• ❌ Review lessons learned from previous projects that used the same team.
  Giải thích sai: Xem lại lessons learned là thực hành tốt (Historical Information Review) để dự phòng, nhưng không address tình huống hiện tại. Nó giúp tránh lặp lỗi tương lai, không phải giải quyết xung đột đang diễn ra trong planning. PM cần hành động proactive với hiện trường trước.
  📘 Tham khảo: PMBOK® 7th, Process Domain (trang 67: Lessons learned register) – dùng trong Closing/Retrospective, không phải crisis response.

• ✅ Coordinate a meeting to understand the situation and resolve any conflicts.
  Giải thích đúng: Như đã nêu ở phần đáp án đúng, đây là hành động ưu tiên cao nhất (High-priority response) theo PMP. Tổ chức họp để thu thập dữ liệu (understand) và giải quyết (resolve) đảm bảo tuân thủ Stakeholder Engagement và Team Building. Hiệu quả trong dự án global nhờ virtual facilitation techniques.
  📘 Tham khảo: The Standard for Project Management (2021), 4.7 Manage Project Work; Agile Practice Guide (trang 45: Conflict resolution techniques).

🧩 Kết luận: Câu hỏi kiểm tra kỹ năng quản lý con người (People Management) trong PMP, nhấn mạnh giao tiếp và giải quyết xung đột trực tiếp là chìa khóa thành công dự án. Áp dụng ngay để duy trì momentum planning! 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 mô tả tình huống trong một dự án đang phát triển ở môi trường thị trường động (dynamic market environment), nơi có các yêu cầu pháp lý mới bất ngờ (new unforeseen legal requirements) được áp dụng. Quản lý dự án (project manager) không chắc chắn liệu một số sản phẩm giao (project deliverables) có tuân thủ đầy đủ các yêu cầu mới này hay không.
Mục tiêu chính: Xác định hành động phù hợp nhất mà quản lý dự án nên thực hiện để xử lý rủi ro tuân thủ pháp lý (compliance risk) này.
🛠️ Bối cảnh PMP (PMBOK 7th Edition, 2021 & cập nhật đến 2026): Đây là tình huống liên quan đến Quản lý Rủi ro (Risk Management) và Quản lý Bên liên quan (Stakeholder Engagement). Trong môi trường dự án linh hoạt, quản lý dự án phải chủ động đánh giá tác động, cập nhật đăng ký rủi ro (risk register), và phối hợp với bên liên quan để đưa ra hành động giảm thiểu, thay vì dừng dự án hoặc trì hoãn.

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

Đáp án đúng: Evaluate the consequences of noncompliance with relevant stakeholders and update the risk register with agreed actions.

Lý do:

• 🧩 Đây là cách tiếp cận chủ động và chuyên nghiệp theo PMBOK 7th Edition (Domain: Uncertainty/Risk Management). Quản lý dự án cần đánh giá hậu quả của việc không tuân thủ (consequences of noncompliance) cùng các bên liên quan liên quan (relevant stakeholders), sau đó cập nhật đăng ký rủi ro (risk register) với các hành động đã thỏa thuận (agreed actions).
• Điều này phù hợp với quy trình Monitor Risks và Respond to Risks, giúp dự án tiếp tục mà không gián đoạn lớn, đồng thời đảm bảo tuân thủ pháp lý. Không dừng dự án ngay lập tức, mà chuyển rủi ro thành hành động cụ thể.
• 📘 Nguồn tham khảo: PMBOK 7th Edition, trang 263-270 (Risk Management Principles); Process 11.7: Monitor Risks (PMBOK 6th tương đương, nhưng 7th nhấn mạnh giá trị-oriented).

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

• [SAI] Agree with the project team that the new requirements will be applied to the next project, not the one already under development.
  ❌ Sai vì: Phương án này tránh né trách nhiệm và vi phạm nguyên tắc tuân thủ pháp lý (compliance) trong dự án hiện tại. Theo PMBOK 7th, quản lý dự án phải xử lý rủi ro ngay lập tức cho dự án đang thực hiện, không được "đẩy" cho dự án sau. Điều này có thể dẫn đến phạt pháp lý, mất uy tín, và không phù hợp với Ethical Standards (Code of Ethics & Professional Conduct).

• [ĐÚNG] Evaluate the consequences of noncompliance with relevant stakeholders and update the risk register with agreed actions.
  ✅ Đúng vì: Như đã giải thích ở trên, đây là hành động tối ưu, chủ động đánh giá rủi ro với bên liên quan và cập nhật risk register để lập kế hoạch ứng phó (response plans). Phù hợp với Agile/Hybrid approaches trong môi trường động, đảm bảo dự án tiếp tục với kiểm soát rủi ro.

• [SAI] Request the project management office (PMO) to assign a dedicated resource to monitor the external environment to enable more reaction time.
  ❌ Sai vì: Mặc dù giám sát môi trường bên ngoài (external environment) là tốt (theo Principle 6: Engage Stakeholders), nhưng đây không phải hành động đầu tiên. Yêu cầu PMO phân bổ nguồn lực riêng chỉ là biện pháp hỗ trợ dài hạn, không giải quyết rủi ro tuân thủ ngay lập tức. PMBOK 7th khuyến nghị ưu tiên analyze và respond risks trước khi mở rộng nguồn lực.

• [SAI] Stop the project until someone in the organization can identify all the new requirements and how they impact the project.
  ❌ Sai vì: Dừng dự án hoàn toàn (stop the project) là phản ứng cực đoan, gây lãng phí thời gian/chi phí và không hiệu quả trong môi trường động. PMBOK 7th (Measurement Indicators for Risk) nhấn mạnh tiếp tục dự án với mitigation actions thay vì halt, trừ khi rủi ro là "showstopper" đã được xác nhận.

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

✅ Hành động đúng giúp quản lý dự án thể hiện leadership trong Uncertainty Management. Trong thực tế, hãy sử dụng công cụ như Risk Breakdown Structure (RBS) hoặc SWOT Analysis để hỗ trợ.
📘 Tài liệu tham khảo thêm:

• PMBOK Guide 7th Edition (PMI, 2021).
• The Standard for Risk Management in Portfolios, Programs, and Projects (PMI, 2019, cập nhật 2023).
• PMI Code of Ethics (luôn ưu tiên tuân thủ pháp lý).
  Nếu cần ví dụ case study thực tế, hãy hỏi thêm! 🚀

🧩 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 tập trung vào giai đoạn Khởi tạo (Initiation) của một dự án thiết kế triển lãm đa phương tiện. Quản lý dự án (PM) đang phát triển Kế hoạch Quản lý Dự án (Project Management Plan). Nhiệm vụ là xác định hành động nào PM nên thực hiện để hoàn thành nhiệm vụ này.
Theo PMBOK® Guide 7th Edition (2021, cập nhật đến 2026), giai đoạn Initiation chủ yếu bao gồm việc phát triển Project Charter (Hiến chương Dự án) và xác định stakeholders, trong khi Project Management Plan được hoàn thiện chính trong Planning Process Group. Tuy nhiên, trong Initiation, PM cần làm rõ yêu cầu kinh doanh cấp cao (high-level business requirements) để làm nền tảng cho danh sách sản phẩm bàn giao (deliverables list), giúp hình thành cơ sở cho kế hoạch tổng thể. Câu hỏi kiểm tra sự hiểu biết về quy trình đầu vào/đầu ra đầu tiên để xây dựng kế hoạch, nhấn mạnh vai trò của stakeholder engagement (tương tác với nhà tổ chức sự kiện - event organizer) ở giai đoạn sớm.
(Nguồn: PMBOK® Guide 7th Edition, Section 2.1 Initiating a Project; Process 1.2 Develop Project Charter & 4.1 Develop Project Management Plan).

✅ Đáp án đúng:
Clarify the high-level business requirements with the event organizer as a basis for forming the deliverables list.
Lý do lựa chọn:
🛠️ Trong giai đoạn Initiation, PM phải làm rõ yêu cầu kinh doanh cấp cao với stakeholder chính (event organizer) để xác định phạm vi sơ bộ và danh sách deliverables. Đây là bước đầu tiên thiết yếu để phát triển Project Management Plan, vì kế hoạch dựa trên business case và requirements từ charter. Việc này đảm bảo sự phù hợp với mục tiêu dự án, tránh lệch hướng sau này. Theo PMBOK 7th, đây là phần của tailoring kế hoạch dựa trên stakeholder needs ở Initiation.
(Nguồn: PMBOK® Guide 7th Edition, Principle 5: Stakeholders & Section 2.2.1 Business Documents).

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

• ❌ [SAI] Initiate a survey to solicit end-customer opinions and prioritize exhibition contents.
  🧩 Phương án này không phù hợp vì khảo sát ý kiến khách hàng cuối (end-customers) thuộc quy trình Collect Requirements trong Planning Process Group, không phải Initiation. Lúc này, PM chưa có charter đầy đủ và chưa xác định stakeholders chi tiết; ưu tiên nội dung triển lãm là công việc sau, có thể dẫn đến scope creep nếu làm sớm.

• ❌ [SAI] Initiate an additional services agreement in case the key deliverables list was not clearly stated in the contract.
  🧩 Phương án sai lầm vì ký thỏa thuận dịch vụ bổ sung (additional services agreement) là hoạt động Procurement/Contract Management (quy trình Plan Procurement Management & Conduct Procurements), thuộc Planning/Executing. Trong Initiation, PM chưa có cơ sở deliverables rõ ràng từ contract; việc này có thể vi phạm nguyên tắc progressive elaboration và làm phức tạp hóa kế hoạch sớm.

• ❌ [SAI] Benchmark other similar exhibitions' deliverable lists and final outcomes.
  🧩 Không đúng vì benchmarking (so sánh với dự án tương tự) là kỹ thuật trong Planning (ví dụ: Plan Scope Management hoặc Estimate Activity Durations), dùng dữ liệu lịch sử sau khi có requirements cơ bản. Trong Initiation, ưu tiên là làm rõ requirements nội bộ với sponsor, không phải nghiên cứu bên ngoài ngay lập tức, tránh lãng phí thời gian và lệch khỏi business needs cụ thể.

• ✅ [ĐÚNG] Clarify the high-level business requirements with the event organizer as a basis for forming the deliverables list.
  🛠️ Như đã giải thích ở trên, đây là hành động cốt lõi trong Initiation để xây dựng nền tảng cho Project Management Plan.

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

• PMBOK® Guide – Seventh Edition (2021, PMI): Các nguyên tắc Value Delivery System, Initiating Performance Domain.
• PMI Agile Practice Guide (2021): Tailoring cho dự án sáng tạo như triển lãm (hybrid approach).
• PMP Exam Content Outline (2024-2026): Domain I: People (Stakeholder Engagement); Domain II: Process (Initiation tasks).
  (Lưu ý: Kiến thức dựa trên phiên bản mới nhất, không có thay đổi lớn đến 2026 theo cập nhật PMI).

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 câu hỏi, hãy hỏi nhé!

🧩 Phân Tích Câu Hỏi Trắc Nghiệm PMP: Quản Lý Vấn Đề Trong Giai Đoạn Đóng Dự Án

📝 Giải Thích Nội Dung Câu Hỏi:
Câu hỏi mô tả một dự án di chuyển hệ thống (system migration project) đang ở giai đoạn closing stage (đóng dự án). Project Manager (PM) đang chịu áp lực từ các bên để đóng dự án nhanh chóng. PM đã thực hiện giao tiếp với tất cả stakeholders (các bên liên quan), nhưng bộ phận cuối cùng cần di chuyển (last department to migrate) cho biết họ chưa nhận được thông báo. Đây là một vấn đề (issue) phát sinh muộn, liên quan đến giao tiếp và đảm bảo hoàn tất công việc trước khi đóng dự án. Theo PMBOK® Guide 7th Edition (và cập nhật đến 2026 với PMI's Process Groups), giai đoạn Closing yêu cầu PM phải xác nhận tất cả deliverables đã được chấp nhận, giải quyết mọi vấn đề còn tồn đọng, và đảm bảo sự hài lòng của stakeholders trước khi chính thức đóng dự án. Việc bỏ qua issue này có thể dẫn đến rủi ro pháp lý, vận hành, hoặc tái mở dự án sau này. PM cần hành động chủ động, có hệ thống để quản lý issue mà không để áp lực chi phối. 🛠️

✅ Đáp Án Đúng Và Lý Do Lựa Chọn:
Đáp án đúng là: Log the issue and assign it to the project team member(s).

Lý do: Theo nguyên tắc Manage Issues trong PMBOK® Guide 7th Edition (Domain: Uncertainty), PM phải ghi nhận (log) vấn đề vào Issue Log ngay lập tức để theo dõi, phân tích nguyên nhân gốc rễ (root cause), và giao nhiệm vụ (assign) cho thành viên đội ngũ dự án để giải quyết kịp thời. Điều này đảm bảo tính traceability (khả năng truy vết), tuân thủ Project Management Plan, và tránh đóng dự án khi còn loose ends (vấn đề lỏng lẻo). Việc log và assign giúp PM kiểm soát được tiến độ closing mà không cần escalate ngay hoặc trì hoãn. Đây là hành động first response phù hợp với Agile Hybrid approaches (phổ biến đến 2026), ưu tiên giải quyết nhanh tại cấp đội ngũ trước khi leo thang. 🏆

🔍 Giải Thích Từng Phương Án (Đúng/Sai):
Dưới đây là phân tích chi tiết tất cả các phương án, giữ nguyên văn bản gốc tiếng Anh. Mỗi phương án được đánh giá dựa trên best practices PMP mới nhất (PMBOK® 7th Edition và The Standard for Project Management, 2021 với updates 2025-2026).

• ❌ [SAI] Close out the project and tell the manager to open a service desk ticket.
  Phương án này vi phạm nghiêm trọng nguyên tắc Closing Process Group. Đóng dự án (close out) khi còn issue chưa giải quyết (bộ phận chưa nhận thông báo) dẫn đến administrative closure không hoàn chỉnh, có thể gây tranh chấp sau này (lessons learned không đầy đủ). Chuyển sang service desk ticket là offload trách nhiệm của PM, không phù hợp vì issue này thuộc phạm vi dự án (migration notification). Theo PMBOK® 7th, PM phải validate all stakeholder acceptance trước closing. 🛑

• ✅ [ĐÚNG] Log the issue and assign it to the project team member(s).
  Như đã giải thích ở trên, đây là hành động chuẩn mực theo Issue Management practices. Log vào Issue Log giúp monitor và control, assign đảm bảo accountability trong đội ngũ, phù hợp với Stakeholder Engagement và Team Management Domains. Điều này tránh escalate không cần thiết và giữ dự án on track đến closing. 🌟

• ❌ [SAI] Escalate the issue to the project sponsor and upper management.
  Escalation chỉ dùng khi issue vượt quyền hạn đội ngũ hoặc ảnh hưởng nghiêm trọng đến objectives (PMBOK® 7th, Escalation Process). Ở đây, đây chỉ là vấn đề giao tiếp cục bộ (một bộ phận chưa nhận notice), PM có thể giải quyết nội bộ qua team trước. Escalate ngay tạo noise không cần thiết, làm chậm closing và vi phạm governance thresholds. ❌

• ❌ [SAI] Report the issue during the next status meeting at the end of the week.
  Trì hoãn báo cáo đến cuối tuần là rủi ro cao vì dự án đang bị áp lực closing ngay lập tức. PMBOK® 7th nhấn mạnh timely communication (giao tiếp kịp thời) trong Measurement & Reporting Domain. Issue Log phải được cập nhật real-time, không chờ status meeting, để tránh tích tụ vấn đề và đảm bảo lessons learned kịp thời. ⏳

📘 Tài Liệu Tham Khảo:

• PMBOK® Guide – Seventh Edition (2021, với updates 2025 từ PMI.org): Chương 4 (Project Management Principles), Domain 5 (Uncertainty), và Issue Log trong artifacts.
• The Standard for Project Management (2021): Closing a Project hoặc Phase (Section 3.6).
• PMI's PMP Exam Content Outline (2024-2026): Task 8.7 (Close Project/Phase), People Domain (Stakeholder Engagement).
  Tài liệu chính thức: Truy cập pmi.org/library để download. 📚

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

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

Câu hỏi này thuộc chủ đề Quản lý rủi ro (Risk Management) trong bối cảnh chuyển đổi sang Agile theo PMP. Một tổ chức đang chuyển sang Agile, và Project Manager (PM) đang thảo luận với đội ngũ phát triển về cách quản lý rủi ro cho một dự án cụ thể trong quá trình chuyển đổi này. Đội ngũ ước lượng mức độ rủi ro là thấp (low). Câu hỏi yêu cầu PM nên làm gì tiếp theo để quản lý rủi ro một cách đúng đắn.

🛠️ Bối cảnh quan trọng:

• Trong Agile (theo PMBOK® Guide 7th Edition và Agile Practice Guide), quản lý rủi ro không bị bỏ qua mà được tích hợp liên tục vào backlog, sprint planning, và các buổi review. Dù đội ngũ đánh giá rủi ro thấp, PM vẫn phải thực hiện quy trình quản lý rủi ro chuẩn để đảm bảo tính minh bạch, traceability và tuân thủ nguyên tắc Optimize Risk Responses (Nguyên tắc 9 trong PMBOK 7).
• Không nên bỏ qua rủi ro chỉ vì đánh giá "thấp", vì rủi ro có thể thay đổi trong môi trường Agile linh hoạt.

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

• PMBOK® Guide – Seventh Edition (2021): Domain 4 - Uncertainty (Risk), Principle 9: Optimize Risk Responses.
• Agile Practice Guide (PMI, 2017, tích hợp PMBOK 7): Phần Risk Management in Agile, nhấn mạnh identify, assess, và manage risks iteratively.

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

Đáp án đúng: Create a risk register to identify, capture, review, and manage risks using a risk management process.

Lý do:

• Trong chuyển đổi Agile, PM phải tạo Risk Register (hoặc công cụ tương đương như Risk Backlog) để xác định (identify), ghi nhận (capture), xem xét (review), và quản lý (manage) rủi ro theo quy trình chuẩn. Dù rủi ro thấp, việc này đảm bảo quy trình liên tục và minh bạch, phù hợp với Agile (iterative risk management). Điều này tuân thủ PMBOK 7 (Process: Manage Uncertainty) và giúp đội ngũ học hỏi từ transition.

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

• ✅ Đúng: Create a risk register to identify, capture, review, and manage risks using a risk management process.
  Phương án này hoàn toàn đúng vì nó thúc đẩy quy trình quản lý rủi ro đầy đủ và liên tục, ngay cả trong Agile. Risk Register là công cụ cốt lõi để track rủi ro động, giúp PM và đội ngũ optimize responses kịp thời, tránh bỏ sót rủi ro tiềm ẩn dù đánh giá ban đầu là thấp (PMBOK 7, Principle 9).

• ❌ Sai: Trust the development team's risk estimation and inform the project sponsor that the risks will be evaluated at a later time.
  Phương án này sai vì PM không thể chỉ tin tưởng ước lượng của đội ngũ và trì hoãn đánh giá. Quản lý rủi ro phải proactive và iterative trong Agile, không "để sau" vì rủi ro có thể escalate nhanh chóng. Điều này vi phạm nguyên tắc Stakeholder Engagement và Uncertainty Domain (PMBOK 7).

• ❌ Sai: Create a risk register and include a single generic risk, set the level to low, and then close the risk at the end of the project.
  Phương án này sai vì nó quá đơn giản hóa và không chuyên nghiệp: Chỉ dùng một rủi ro generic (chung chung) với mức thấp rồi đóng sớm là lười biếng, bỏ qua identify chi tiết và monitor liên tục. Trong Agile, rủi ro cần review định kỳ qua retrospectives, không đóng vội (Agile Practice Guide: Iterative Risk Management).

• ❌ Sai: Capture all the backlog entries assessed by the development team to have evidence that risk management has been completed.
  Phương án này sai vì chỉ capture backlog để "lấy chứng cứ hoàn thành" là hình thức, không thực chất. Backlog có thể chứa rủi ro ngầm, nhưng không thay thế quy trình risk management riêng biệt. Nó bỏ qua identify/review chủ động, vi phạm Holistic Risk Approach trong PMBOK 7 (Domain: Uncertainty).

🛠️ Kết luận: Phương án đúng nhấn mạnh quy trình chuẩn, giúp dự án Agile transition thành công mà không bỏ lơ rủi ro! Nếu áp dụng, PM sẽ tăng tính chuyên nghiệp và tuân thủ PMP best practices. 🚀

🧩 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 Agile trong PMP (Project Management Professional), tập trung vào việc xử lý lo ngại của một phó chủ tịch marketing mới (marketing vice president) tại một startup phần mềm (software startup). Người này lo lắng rằng mô hình Agile không cung cấp đủ trách nhiệm giải trình (accountability) cho vai trò của họ.

📌 Bối cảnh chính:

• Dự án đang sử dụng Agile (có thể là Scrum hoặc tương tự), vốn nhấn mạnh tính linh hoạt, lặp lại và hợp tác thay vì tài liệu cứng nhắc.
• Project manager cần hành động để đảm bảo VP marketing thoải mái (comfortable) rằng dự án đang đáp ứng các thỏa thuận (meeting its agreements), tức là các cam kết như backlog items, definition of done, hoặc objectives đã đồng ý.
• Mục tiêu: Duy trì tinh thần Agile mà vẫn giải quyết lo ngại về accountability, theo PMBOK Guide 7th Edition (2021) và Agile Practice Guide (cập nhật đến 2026, nhấn mạnh servant leadership và stakeholder engagement trong môi hình hybrid/agile).

🛠️ Vấn đề cốt lõi: Agile không phải là "không có accountability", mà accountability được thể hiện qua các ceremonies như Sprint Review/Demo, nơi stakeholders kiểm tra tiến độ thực tế và xác nhận giá trị giao nộp.

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

Đáp án đúng: Leverage the use of the review/demo sessions with the vice president to acknowledge that the agreements were met.

Lý do (dựa trên PMP mới nhất):

• Trong Agile (Scrum/Kanban), review/demo sessions (Sprint Review) là cơ chế chính để stakeholders (như VP marketing) tham gia trực tiếp, xem demo sản phẩm, xác nhận agreements met (cam kết hoàn thành), và điều chỉnh nếu cần. Điều này cung cấp accountability minh bạch mà không làm gián đoạn flow Agile.
• PMBOK 7th (Principle 7: Optimize Risk Responses) và Agile Practice Guide khuyến khích sử dụng empirical process control qua inspections như demo để xây dựng lòng tin.
• Hành động này tailor-made cho startup: Nhanh chóng, hiệu quả, giúp VP mới "thoải mái" qua bằng chứng thực tế thay vì bureaucracy.

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

Dưới đây là phân tích chi tiết từng lựa chọn, giữ nguyên văn bản gốc tiếng Anh. Mỗi phân tích dựa trên PMBOK 7th Edition (2021), Agile Practice Guide (PMI, 2021), và Scrum Guide 2020 (cập nhật 2025) – các tài liệu chuẩn PMP đến 2026.

• ❌ [SAI] Establish an executive review board where all stakeholders discuss and approve features and requirements.
  Giải thích sai: Phương án này tạo ra một bộ hội đồng đánh giá cấp cao (executive review board) – quá formal và heavyweight, giống Waterfall phase gate reviews. Agile ưu tiên self-organizing teams và lightweight ceremonies (như Sprint Review), không cần board riêng để approve features (đã xử lý qua Product Backlog Refinement). Điều này làm chậm startup và vi phạm Agile Principle 10: Simplicity (PMBOK 7th, Agile Practice Guide). Không trực tiếp address accountability của VP mà tạo thêm layer bureaucracy.

• ❌ [SAI] Foster an environment of open communication where all parties can discuss issues and agree on objectives.
  Giải thích sai: Xây dựng môi trường giao tiếp mở là tốt (Agile Principle 4: Face-to-Face Conversation), nhưng quá chung chung và không cụ thể giải quyết lo ngại accountability. Nó không cung cấp mechanism cụ thể như demo để "acknowledge agreements met". Trong startup, open communication đã ngầm định trong Daily Standups/Retrospectives, nhưng VP cần bằng chứng tangible hơn (Scrum Guide: Transparency qua artifacts/events).

• ✅ [ĐÚNG] Leverage the use of the review/demo sessions with the vice president to acknowledge that the agreements were met.
  Giải thích đúng: Như đã nêu ở phần đáp án, đây là best practice Agile. Review/Demo sessions (Sprint Review) mời stakeholders như VP tham gia, demo increments, và acknowledge (xác nhận) agreements (Definition of Done, commitments). Cung cấp accountability empiric qua inspection, giúp VP thoải mái mà giữ Agile flow (PMBOK 7th, Domain: Stakeholder Engagement; Scrum Guide: Sprint Review event).

• ❌ [SAI] Require proper approval of all requirements from the marketing vice president and formally document the agreements.
  Giải thích sai: Yêu cầu phê duyệt chính thức tất cả requirements và tài liệu hóa formal là phong cách predictive/Waterfall (Change Control Board), không phù hợp Agile nơi requirements evolve qua backlog và collaboration. Tạo bottleneck ở startup, vi phạm Agile Manifesto: Working Software over Comprehensive Documentation. Accountability trong Agile từ value delivery qua demos, không phải signatures (Agile Practice Guide: Tailoring Principle).

📚 Tài liệu tham khảo

• PMBOK® Guide – Seventh Edition (PMI, 2021): Principles 4 (Team), 12 (Systems Thinking); Agile sections.
• Agile Practice Guide (PMI, 2021): Hybrid/Agile approaches, ceremonies.
• Scrum Guide (Schwaber & Sutherland, 2020/2025 updates): Sprint Review.
• PMI.org resources (cập nhật 2026): PMP Exam Content Outline, Agile Hybrid models.

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 câu hỏi, 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ý đội ngũ và lãnh đạo trong dự án (Team Management & Leadership) theo PMP, cụ thể liên quan đến phong cách lãnh đạo Servant Leader (Lãnh đạo phục vụ).

📖 Bối cảnh câu hỏi:

• Quản lý dự án (PM) đang đóng vai trò Servant Leader trên một dự án xây dựng đường bộ quan trọng (critical roadway construction project).
• Dự án đang chậm tiến độ do đội ngũ hoạt động kém hiệu quả (low-performing team).
• Mục tiêu: Xác định hành động đầu tiên (first) để đưa dự án trở lại đúng lịch trình (back on track).

🛠️ Kiến thức cốt lõi từ PMBOK 7th Edition (2021, cập nhật đến 2026): Servant Leader tập trung vào việc trao quyền (empower) cho đội ngũ, xây dựng lòng tin, khuyến khích trách nhiệm cá nhân (accountability), và hỗ trợ phát triển đội ngũ thay vì kiểm soát chặt chẽ (micromanagement). Trong bối cảnh đội ngũ kém hiệu quả, bước đầu tiên là tăng cường sự tự chủ và trách nhiệm của thành viên, phù hợp với nguyên tắc Agile và Hybrid trong PMP mới nhất (PMBOK 7 + Agile Practice Guide).

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

Đáp án đúng: Empower the team members to conduct their job activities and hold each person accountable to improve the schedule.

Lý do chi tiết 📘:

• Là Servant Leader, PM phải ưu tiên trao quyền tự chủ cho đội ngũ thực hiện công việc và giao trách nhiệm cá nhân để cải thiện lịch trình. Đây là hành động đầu tiên vì nó phù hợp với nguyên tắc lãnh đạo phục vụ: xây dựng năng lực nội tại đội ngũ thay vì can thiệp bên ngoài.
• Theo PMBOK 7th (Principle 9: Leadership), Servant Leadership nhấn mạnh "empowerment and accountability" để đội ngũ tự cải thiện hiệu suất, đặc biệt khi vấn đề gốc rễ là "low-performing team".
• Hành động này giải quyết nguyên nhân gốc (team performance) một cách bền vững, giúp dự án nhanh chóng trở lại lịch trình mà không làm mất động lực đội 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 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 PMP mới nhất (PMBOK 7th Edition & Process Groups: A Practice Guide).

✅ Empower the team members to conduct their job activities and hold each person accountable to improve the schedule.
Đúng vì: Hành động này trực tiếp áp dụng Servant Leadership bằng cách trao quyền tự chủ (empower) và yêu cầu trách nhiệm (accountable), giúp đội ngũ tự cải thiện mà không micromanage. Đây là bước đầu tiên lý tưởng để xây dựng lòng tin và hiệu suất nội tại (PMBOK 7th, Principle 5: Team & Stakeholders).

❌ Notify the project sponsor that the team is underperforming and request additional resources to compress the schedule.
Sai vì: Đây là escalate vấn đề lên sponsor và yêu cầu thêm tài nguyên (crash schedule), nhưng không phải bước đầu tiên. Servant Leader phải xử lý nội bộ đội ngũ trước (empower team) thay vì đổ lỗi hoặc thêm resource ngay, vì có thể che lấp vấn đề gốc rễ (team performance). Theo PMBOK 7th (Principle 7: Optimization), chỉ escalate sau khi đã thử các giải pháp nội bộ.

❌ Contact each team member to inform them that further schedule slips will not be tolerated by the project sponsor.
Sai vì: Đây là phong cách threatening (đe dọa), làm giảm động lực đội ngũ và trái ngược Servant Leadership (xây dựng lòng tin). PMBOK 7th (Principle 9: Leadership) nhấn mạnh giao tiếp hỗ trợ, không dùng sponsor để ép buộc – điều này có thể làm đội ngũ sợ hãi thay vì cải thiện.

❌ Begin holding daily meetings to assign each team member discrete tasks with specific due dates.
Sai vì: Tổ chức họp hàng ngày và giao nhiệm vụ chi tiết là micromanagement, không phù hợp Servant Leader (chỉ dùng khi cần thiết ở Agile daily stand-up). Với đội ngũ kém, bước đầu phải empower tự chủ trước, không phải kiểm soát chặt (PMBOK 7th, Agile Practice Guide: tránh over-assignment để khuyến khích ownership).

📚 Tài liệu tham khảo

• PMBOK® Guide – 7th Edition (2021, PMI): Principles 5 (Team), 9 (Leadership), và Model Servant Leadership.
• Agile Practice Guide (PMI, 2017, cập nhật 2021): Servant Leadership trong Agile Teams (Section 3.2).
• PMP Exam Content Outline (2021, hiệu lực đến 2026): Domain III: People (32% trọng số), nhấn mạnh empower & accountability.
• Nguồn chính thức: PMI.org – cập nhật mới nhất không thay đổi cốt lõi Servant Leader đến 2026.

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 câu hỏi, hãy hỏi nhé!

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

Câu hỏi mô tả một tình huống khẩn cấp trong dự án IT: Văn phòng công ty bị đóng cửa đột ngột do quy định mới của chính phủ, buộc toàn bộ nhân viên chuyển sang làm việc từ xa (remote work). Dự án của Project team A đang ở giai đoạn critical delivery chỉ còn 2 tuần nữa, với áp lực cao. Quản lý dự án (Project Manager - PM) lo lắng ngay lập tức và gửi email trực tiếp cho khách hàng (customer) thông báo dự án sẽ bị delay (trì hoãn). Kết quả, khách hàng không hài lòng và escalate vấn đề lên senior management.

🛠️ Mục tiêu câu hỏi: Kiểm tra kiến thức PMP về quản lý giao tiếp (Communications Management) và quản lý stakeholder trong tình huống bất ngờ (unforeseen change). PM đã hành động impulsively (bốc đồng), vi phạm nguyên tắc assess trước khi communicate. Theo PMBOK® Guide 7th Edition (2021) và cập nhật đến 2026 (không có thay đổi lớn ở PMBOK 8th draft), PM phải đánh giá tác động (assess impact) với stakeholders trước, tránh thông báo giả định delay mà chưa xác định rõ ràng.

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

Đáp án đúng: Assessed the situation with the project stakeholders first and communicated the impact to the customer

Lý do:
PM cần đánh giá tình hình (assess the situation) cùng các stakeholder dự án (như team members, sponsor, senior mgmt) trước tiên để xác định tác động thực tế (impact) – ví dụ: Liệu remote work có thực sự gây delay? Có giải pháp thay thế (contingency plans) không? Chỉ sau khi có dữ liệu rõ ràng mới giao tiếp với customer về impact chính xác. Điều này tuân thủ Principle 11: Engage Stakeholders và Performance Domain: Stakeholder Engagement trong PMBOK 7th Edition. Hành động này giúp giảm rủi ro hiểu lầm, xây dựng lòng tin và tránh escalate không cần thiết. Nếu PM assess trước, có thể phát hiện không cần delay hoặc chỉ delay nhẹ.

📘 Giải thích tất cả các phương án (dựa trên PMBOK 7th Edition)

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. Tôi đánh dấu ✅ đúng hoặc ❌ sai, kèm giải thích lý do dựa trên best practices PMP mới nhất (Stakeholder Engagement, Communications Management, Risk Management).

• ❌ Disclosed to senior management in confidence, then communicated the delay to the customer
  Sai vì: Phương án này vẫn giả định delay ngay lập tức mà không assess impact đầy đủ với tất cả stakeholders (chỉ disclose confidential cho senior mgmt). PMBOK 7th (Principle 7: Optimize Risk Responses) yêu cầu phân tích rủi ro toàn diện trước khi quyết định delay, không phải "thì thầm" với senior rồi thông báo. Hành động này có thể gây leak thông tin thiếu cơ sở, làm mất uy tín và vi phạm transparency trong giao tiếp.

• ❌ Communicated a new delivery date to the customer along with the news about the delay
  Sai vì: PM chưa có cơ sở để đưa ra new delivery date cụ thể vì chưa assess tác động thực tế (ví dụ: team có thể adapt remote work nhanh chóng). Theo Process: Manage Communications (PD: Uncertainty) trong PMBOK 7th, giao tiếp phải dựa trên facts và analysis, không phải dự đoán bốc đồng. Điều này có thể dẫn đến commitment không thực tế, tranh chấp hợp đồng và escalate lớn hơn.

• ✅ Assessed the situation with the project stakeholders first and communicated the impact to the customer
  Đúng vì: Như đã giải thích ở trên, đây là best practice: Assess với stakeholders (team, sponsor) để xác định impact chính xác (có delay hay không, mức độ bao nhiêu), rồi communicate transparent và proactive. Tuân thủ Principle 3: Be a Diligent, Respectful, and Caring Steward và Stakeholder Engagement Sphere of Influence Model (PMBOK 7th, trang 57-60). Giúp mitigate risks và duy trì mối quan hệ customer.

• ❌ Spoken to the customer on the phone and explained the reason for the delay instead of writing an email
  Sai vì: Chỉ thay đổi kênh giao tiếp (phone thay email) nhưng vẫn thông báo delay ngay lập tức mà không assess trước. PMBOK 7th (Communications Models, trang 124) khuyến khích verbal communication cho issue nhạy cảm, nhưng priority là nội dung đúng đắn (assess impact). Phone call có thể tốt hơn email về tone, nhưng vẫn vi phạm nguyên tắc analyze before act.

📚 Tài liệu tham khảo

• PMBOK® Guide – Seventh Edition (2021): Principle 11 (Stakeholder Engagement), Performance Domains: Team, Stakeholders, Uncertainty (trang 53-65, 123-135).
• PMI Agile Practice Guide (2021): Hybrid approaches cho remote disruptions.
• The Standard for Project Management (2021): Emphasizes proactive impact assessment in volatile environments.
• Cập nhật 2026: Không thay đổi cốt lõi (dựa trên PMI updates đến Q4/2025, tập trung AI/remote risks nhưng vẫn giữ nguyên tắc assess first).

🛠️ Lời khuyên PMP: Luôn Apply Professional Knowledge – Think before communicate! Nếu gặp tình huống tương tự, dùng Stakeholder Register để engage đúng người trước.

🧩 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 triển khai dự án phần mềm quy mô doanh nghiệp (enterprise-wide software project). Dự án có tác động kinh doanh lớn (great business impact), nhận được sự ủng hộ đầy đủ từ ban lãnh đạo cấp cao (senior management). Tuy nhiên, PM gặp khó khăn trong việc nhận được sự hỗ trợ từ một số bộ phận chính (key departments).
Vấn đề cốt lõi: Đây là thách thức về quản lý bên liên quan (Stakeholder Management), cụ thể là sự kháng cự từ các bên liên quan nội bộ. Theo PMBOK® Guide 7th Edition (2021, cập nhật đến 2026), PM cần chủ động tương tác, hiểu nhu cầu và điều chỉnh kế hoạch tương tác bên liên quan thay vì né tránh hoặc giao phó trách nhiệm. Câu hỏi kiểm tra kỹ năng Stakeholder Engagement trong Performance Domain: Stakeholder.

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

Đáp án đúng: Understand the user concerns and revisit the stakeholder engagement plan.
Lý do: PM phải chủ động lắng nghe mối quan ngại của người dùng (user concerns) từ các bộ phận và xem xét lại kế hoạch tương tác bên liên quan (stakeholder engagement plan). Điều này phù hợp với 12 nguyên tắc PMP (Project Management Principles), đặc biệt Stakeholder Collaboration (hợp tác bên liên quan) và Value Delivery (giao giá trị). Trong PMBOK® 7th, quy trình Plan Stakeholder Engagement và Manage Stakeholder Engagement yêu cầu PM phân tích attitudes của stakeholders, điều chỉnh chiến lược để tăng engagement (từ Unaware → Neutral → Supportive). Đây là hành động trực tiếp, hiệu quả, bền vững, giúp giải quyết gốc rễ vấn đề mà không cần can thiệp bên ngoài. 🛠️

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

• ✅ Đúng: Understand the user concerns and revisit the stakeholder engagement plan.
  Phương án này hoàn toàn chính xác vì PM chịu trách nhiệm chính trong việc quản lý stakeholders. Bằng cách hiểu concerns và cập nhật kế hoạch, PM có thể áp dụng Stakeholder Engagement Assessment Matrix để chuyển đổi resistance thành support, đảm bảo dự án thành công. Đây là best practice trong Stakeholder Performance Domain.

• ❌ Sai: Ask senior management to communicate with these departments.
  Phương án này không phù hợp vì PM không nên escalate ngay lập tức lên senior management. Theo PMP, PM phải tự Manage Stakeholder Engagement trước khi escalate (chỉ khi cần authority cao hơn). Việc nhờ lãnh đạo can thiệp có thể làm giảm uy tín PM và không giải quyết gốc rễ concerns.

• ❌ Sai: Hire a project management consultant to help resolve the issue.
  Phương án này không hiệu quả và tốn kém vì vấn đề là về engagement nội bộ, không cần chuyên gia bên ngoài. PMBOK® nhấn mạnh self-leadership và sử dụng existing team/resources. Thuê consultant chỉ phù hợp với complex technical issues, không phải stakeholder resistance.

• ❌ Sai: Convince senior management to introduce rewards to resisting departments.
  Phương án này manipulation và không bền vững vì sử dụng rewards (phần thưởng) để ép buộc thay vì xây dựng lòng tin. Vi phạm nguyên tắc Ethical Decision Making và Team Leadership trong PMP. Engagement phải dựa trên win-win qua communication, không phải coercion.

📘 Tài liệu tham khảo

• PMBOK® Guide – 7th Edition (2021, PMI): Chương 4 (Stakeholder Performance Domain), Section 4.2 Manage Stakeholder Engagement; Figure 4-1 Stakeholder Engagement Assessment Matrix.
• The Standard for Project Management – 3rd Edition (2021): Principle 7 (Optimize Risk Responses) & Principle 9 (Stakeholder Collaboration).
• PMP Exam Content Outline (2021, cập nhật 2026): Domain III: Business Environment (15%), Domain V: Stakeholder (17%) – nhấn mạnh proactive engagement.
  (Nguồn: PMI.org, chính thức đến 2026 – không có thay đổi lớn về Stakeholder Management).

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