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

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

Câu hỏi mô tả một dự án mới khởi động gặp vấn đề lớn về tỷ lệ nghỉ việc cao (high turnover rate), dẫn đến khó khăn trong việc tuyển dụng thành viên đội ngũ. Quản lý nhân sự (HR manager) đã thực hiện các cuộc phỏng vấn rời việc (exit interviews), và kết quả cho thấy nhiều thành viên đội ngũ cho rằng quản lý dự án (project manager - PM) thiếu năng lực quản lý mối quan hệ (inadequate relationship management competencies). Tuy nhiên, PM lại biện minh rằng các thành viên nghỉ việc là lười biếng (lazy).
🛠️ Vấn đề cốt lõi: PM đang né tránh trách nhiệm cá nhân và không nhận ra nhu cầu cải thiện kỹ năng lãnh đạo của mình. Câu hỏi yêu cầu hành động cụ thể mà PM nên làm ngay để ngăn chặn tình trạng này tiếp diễn, phù hợp với People Domain trong PMP (phiên bản mới nhất PMBOK 7th Edition và PMP Exam Content Outline 2021, cập nhật đến 2026), nhấn mạnh vai trò lãnh đạo, xây dựng đội ngũ và trí tuệ cảm xúc (Emotional Intelligence - EI).

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

Đáp án đúng: Develop relationship skills as a leader and also develop the teams' emotional intelligence skills.

📘 Lý do chi tiết:

• Theo PMBOK 7th Edition (People Domain), PM phải là lãnh đạo (leader), phát triển kỹ năng quản lý mối quan hệ (relationship management) để xây dựng lòng tin, động viên đội ngũ và giảm turnover. Việc phủ nhận vấn đề (như PM đang làm) vi phạm nguyên tắc self-awareness và leadership competencies.
• Đồng thời, phát triển trí tuệ cảm xúc (EI) cho đội ngũ giúp cải thiện sự gắn kết, giao tiếp và xử lý xung đột – một phần quan trọng của team building và stakeholder engagement.
• Đây là giải pháp tích cực, chủ động, tập trung vào phát triển con người thay vì đổ lỗi, phù hợp với 12 Principles of Project Management (Be a diligent, respectful, and caring steward; Build a collaborative project team environment).
• Nguồn tham khảo: PMBOK Guide 7th Edition (trang 37-50, People Domain); PMP Exam Content Outline (Domain II: People, Task 1-3); Agile Practice Guide (Emotional Intelligence in Servant Leadership).

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

Dưới đây là phân tích từng lựa chọn một cách chi tiết, giữ nguyên văn bản gốc tiếng Anh. Mỗi phương án được đánh giá dựa trên PMP best practices (PMBOK 7th & 6th Edition so sánh, nhưng ưu tiên 7th).

• Phương án SAI: Avoid micromanaging the team, enforce stricter rules, and monitor employees.
  ❌ Lý do sai: Phương án này khuyến khích kiểm soát chặt chẽ hơn (enforce stricter rules & monitor), trái ngược hoàn toàn với feedback từ exit interviews (thiếu relationship management). Micromanaging làm giảm động lực đội ngũ, tăng turnover theo Herzberg's Two-Factor Theory (hygiene factors). PMP nhấn mạnh empowerment thay vì control (Stakeholder Engagement Principle). Không giải quyết gốc rễ vấn đề lãnh đạo.

• Phương án SAI: Explain to the recruiting manager that a project is temporary in nature, making it different than an operational environment.
  ❌ Lý do sai: Đây là né tránh trách nhiệm (deflection), giống như PM đang đổ lỗi cho nhân viên "laziness". Dự án tạm thời không biện minh cho turnover cao; PM vẫn chịu trách nhiệm high-performing team (PMBOK 7th, Team Performance Domain). Không có hành động cải thiện, chỉ làm HR thất vọng hơn, vi phạm Tailoring và Value Delivery System.

• Phương án ĐÚNG: Develop relationship skills as a leader and also develop the teams' emotional intelligence skills.
  ✅ Lý do đúng (như đã giải thích ở trên): Chủ động phát triển bản thân và đội ngũ, trực tiếp khắc phục "inadequate relationship management". Hỗ trợ EI model của Daniel Goleman (self-awareness, empathy), được tích hợp trong PMP training (2021+). Giảm turnover bằng cách xây dựng psychological safety (Project Teams Principle).

• Phương án SAI: Be more involved in the team member recruitment process to ensure qualified team members are chosen.
  ❌ Lý do sai: Tập trung vào tuyển dụng (recruitment) thay vì sửa chữa vấn đề hiện tại (relationship skills). PM có vai trò trong resource management (Resource Management Plan), nhưng turnover cao do quản lý kém, không phải chất lượng tuyển dụng. Exit interviews đã chỉ rõ nguyên nhân từ PM, không phải "qualified team members". Vi phạm Focus on Value Principle.

🎯 Kết luận: PM cần tự phản ánh và hành động lãnh đạo để cứu dự án. Áp dụng ngay sẽ cải thiện team engagement và dự án thành công! Nếu cần case study thêm, tham khảo PMI.org resources hoặc PMP Simulation Exams (2024-2026 updates).

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

Câu hỏi này thuộc chủ đề Quản lý Bên liên quan (Stakeholder Management) và Quản lý Yêu cầu (Requirements Management) trong môi trường dự án Agile/Hybrid (vì đề cập đến Product Owner, backlog, và dự án chuyển đổi số - digital transformation).

📖 Tình huống chi tiết:
Một Phó Chủ tịch (vice-president) mới được bổ nhiệm làm Product Owner cho dự án chuyển đổi số. Project Manager (PM) phát hiện một số yêu cầu chức năng (functional requirements) không phù hợp với chiến lược của CTO (Chief Information Technology Officer). Product Owner từ chối liên quan CTO vì cho rằng CTO "không phải thành viên dự án và chưa cần engage lúc này".
🛠️ Vấn đề cốt lõi: PM cần xử lý xung đột giữa Product Owner và nhu cầu align chiến lược tổ chức. Theo PMP (PMBOK® Guide 7th Edition, 2021 - cập nhật đến 2026), PM phải ưu tiên quản lý bên liên quan để đảm bảo dự án hỗ trợ mục tiêu tổ chức, tránh rủi ro misalignment. Không nên bỏ qua stakeholders chiến lược như CTO, ngay cả khi họ không phải "project team".

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

Influence the product owner to review the engagement needed from other stakeholders.

Lý do:
PM nên ảnh hưởng (influence) Product Owner xem xét lại nhu cầu engage các bên liên quan khác (như CTO), vì Product Owner chịu trách nhiệm chính về Product Backlog và Stakeholder Engagement trong Agile. Điều này phù hợp với nguyên tắc Tailoring và Stakeholder Engagement (PMBOK® 7th Ed., Principle 7: Optimize Risk Responses; Domain 3: Business Value). PM đóng vai trò facilitator, không quyết định thay, để đảm bảo requirements align với strategy tổ chức. Engage sớm giúp giảm rủi ro misalignment, hỗ trợ Value Delivery.
📘 Nguồn: PMBOK® Guide 7th Edition (trang 57-60, Stakeholder Performance Domain); Agile Practice Guide (Stakeholder Engagement in Agile).

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

Dưới đây là phân tích từng phương án (giữ nguyên văn bản gốc tiếng Anh). Tôi đánh dấu ✅ đúng hoặc ❌ sai, kèm lý do chi tiết dựa trên PMP mới nhất.

• Advise the CTO about the possible impacts caused by the project.
  ❌ Sai: PM không nên trực tiếp "báo cáo" hoặc escalate lên CTO mà bỏ qua Product Owner (người chịu trách nhiệm chính). Điều này vi phạm Escalation Process (chỉ escalate khi cần thiết, sau khi influence cấp dưới thất bại - PMBOK® 7th Ed., Models/Tools/Techniques: Data Gathering). Có thể gây xung đột nội bộ và làm mất uy tín Product Owner mới. PM phải hỗ trợ PO trước.

• Influence the product owner to review the engagement needed from other stakeholders.
  ✅ Đúng: Như giải thích ở trên. Đây là hành động proactive nhất, sử dụng kỹ năng influence của PM để hướng dẫn PO engage stakeholders (bao gồm CTO - key influencer). Phù hợp Stakeholder Engagement Assessment Matrix và Prioritization (PMBOK® 7th Ed., trang 142-145).

• Continue building the backlog since they are functional requirements.
  ❌ Sai: Không nên tiếp tục xây dựng backlog mà bỏ qua misalignment. Functional requirements phải validated với strategy tổ chức trước (Agile Principle: "Respond to Change" nhưng không "ignore risks"). Việc này dẫn đến technical debt và thất bại dự án (ví dụ: dự án digital transformation cần align IT strategy). Vi phạm Business Value Delivery Domain.

• Review the organizational process assets (OPAs) for historical information from similar projects.
  ❌ Sai: OPAs hữu ích cho lessons learned (PMBOK® 7th Ed., Uncertainty Domain), nhưng không giải quyết vấn đề ngay lập tức. Tình huống cần hành động influence stakeholders trước, không phải nghiên cứu lịch sử. OPAs là hỗ trợ, không phải bước đầu tiên.

🛠️ Bài học PMP: Trong dự án Agile, PM luôn facilitate collaboration giữa Product Owner và stakeholders để tối ưu value. Engage CTO sớm tránh rework tốn kém!
📘 Tài liệu tham khảo chính:

• PMBOK® Guide 7th Edition (2021, PMI) - Stakeholder Sphere & Engagement.
• Agile Practice Guide (PMI, 2017-2026 updates) - Product Owner Responsibilities.
• PMP Exam Content Outline (2024-2026): 18% People Domain (Stakeholder Management).

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

Câu hỏi này thuộc chủ đề Project Management Framework trong PMP (Project Management Professional), tập trung vào tình huống thực tế của một startup company (công ty khởi nghiệp).

• Bối cảnh: Công ty vừa bổ nhiệm một CEO không có kinh nghiệm dự án trước đó. CEO muốn thực hiện các dự án bằng tài nguyên nội bộ (own resources) và đã chỉ định một project manager.
• Vấn đề cốt lõi: CEO thiếu kinh nghiệm, nên project manager cần khuyến nghị hành động đầu tiên (do first) để đảm bảo dự án thành công, tránh rủi ro thất bại do thiếu cấu trúc quản lý.
• Mục tiêu câu hỏi: Kiểm tra kiến thức về bước khởi đầu trong việc xây dựng hệ thống quản lý dự án cho tổ chức non trẻ, theo PMBOK Guide 7th Edition (2021) và các cập nhật đến 2026 (tập trung vào Performance Domains như Team, Stakeholders, Uncertainty, và Principles như Stewardship, Teamwork). Startup cần framework hỗ trợ thành công trước khi chọn phương pháp cụ thể (agile hay predictive).

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

• PMBOK® Guide 7th Edition, Section 1.2 (Project Management in the Enterprise Environment) và Section 2 (Principles) – Nhấn mạnh xây dựng OPM (Organizational Project Management) framework để hỗ trợ success.
• PMI's Standard for Organizational Project Management (OPM), 2021 – Khuyến nghị framework hỗ trợ trước khi justify hoặc chọn lifecycle.

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

Đáp án đúng: Create a framework to support project success.

Lý do 🛠️:

• Trong startup với CEO thiếu kinh nghiệm, bước đầu tiên phải là xây dựng framework (khung quản lý dự án) để hỗ trợ thành công dự án (support project success), bao gồm quy trình, công cụ, vai trò, và tiêu chí thành công. Điều này phù hợp với PMBOK 7th Principle 1 (Be a diligent, respectful, and caring steward) và Performance Domain "Project Work" – Đảm bảo tổ chức có nền tảng vững chắc trước khi thực thi.
• Không phải justify (chứng minh lý do thực hiện) hay áp đặt lifecycle cố định, vì startup cần linh hoạt và tùy chỉnh theo project. Framework này giúp align strategy, manage risks, và build maturity level từ thấp lên.

📋 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 bằng tiếng Anh, kèm giải thích chi tiết bằng tiếng Việt theo thứ tự câu hỏi:

• Create a framework to justify project execution.
  ❌ Sai. Phương án này tập trung vào justify (chứng minh lý do thực hiện dự án), thường thuộc giai đoạn sau (portfolio selection). Với CEO thiếu kinh nghiệm, ưu tiên hỗ trợ thành công trước, không phải "bán ý tưởng" dự án. Theo PMBOK 7th (Section 1.2.4), justify là phần của business case, không phải bước đầu tiên cho framework tổng thể.

• Utilize an agile approach for all upcoming projects.
  ❌ Sai. Áp dụng agile cho tất cả dự án là sai lầm vì startup có nhiều loại dự án (không phải lúc nào cũng phù hợp agile). PMBOK 7th (Section 4 – Tailoring) nhấn mạnh hybrid/tailored approach tùy theo uncertainty và stakeholder needs, không áp đặt "all upcoming projects". Bước đầu cần framework hỗ trợ, không phải chọn lifecycle ngay.

• Create a framework to support project success.
  ✅ Đúng. Như đã giải thích ở trên, đây là bước đầu tiên lý tưởng để xây dựng nền tảng OPM, giúp CEO quản lý rủi ro, align resources, và đo lường success. Phù hợp PMBOK 7th Principle 3 (Create a collaborative project team environment) và OPM Standard – Framework hỗ trợ maturity từ con-zero.

• Utilize a predictive approach for all upcoming projects.
  ❌ Sai. Tương tự agile, predictive (waterfall) không phù hợp cho tất cả dự án ở startup (thường có uncertainty cao). PMBOK 7th khuyến nghị tailoring lifecycle dựa trên project characteristics, không áp đặt. Framework hỗ trợ phải linh hoạt, không lock vào một approach duy nhất.

🧠 Kết luận nổi bật: Câu hỏi kiểm tra tư duy chiến lược của PM – Ưu tiên nền tảng hỗ trợ success trước phương pháp cụ thể. Áp dụng đúng sẽ giúp startup tránh thất bại phổ biến (80% startup fail do poor PM – theo PMI Pulse of Profession 2023-2026 reports). Nếu cần ví dụ thực tế hoặc case study, hãy hỏi thêm! 🚀

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

Câu hỏi này thuộc chủ đề Quản lý Đội ngũ Dự án (Manage Project Team) trong PMP, tập trung vào việc nâng cao hiệu suất đội ngũ và trao quyền (empower) cho thành viên sau khi đã hoàn thành thành công một giai đoạn trong dự án chuyển đổi kinh doanh có 4 giai đoạn. 📈
Tình huống cụ thể: Dự án đang ở giai đoạn phát triển đội ngũ cao hơn (high-performing team), vì đã giao hàng thành công một giai đoạn. Project Manager (PM) cần chọn hai hành động để:

• Nâng cao hiệu suất đội ngũ (enhance team performance).
• Trao quyền cho thành viên (empower team members).
  🛠️ Đây là câu hỏi chọn hai đáp án đúng, dựa trên nguyên tắc Servant Leadership và Team Empowerment trong PMBOK® Guide 7th Edition (2021) và các cập nhật đến 2026 (Agile Practice Guide, Standard for Project Management). PM không nên kiểm soát micromanagement mà phải hỗ trợ đội ngũ tự chủ dựa trên thế mạnh cá nhân.

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

Hai hành động đúng là:

1. Organize and assign team members to tasks where they have strengths.
   Lý do: Việc tổ chức và giao nhiệm vụ theo thế mạnh (strength-based assignment) giúp tối ưu hóa hiệu suất, tăng động lực và trao quyền tự chủ. Điều này phù hợp với nguyên tắc Develop Team và High-Performing Teams trong PMBOK 7th, nơi PM tập trung vào việc khai thác điểm mạnh để đội ngũ tự tin hơn sau giai đoạn thành công. 🏆

2. Support team members to make decisions in their areas of strength.
   Lý do: Hỗ trợ thành viên ra quyết định trong lĩnh vực chuyên môn của họ thúc đẩy sự trao quyền thực sự, giảm bottleneck và nâng cao performance. Theo PMBOK 7th (People Domain), đây là cách xây dựng đội ngũ tự chủ, đặc biệt trong dự án transformation cần tốc độ và sáng tạo. 🚀

🔍 Phân tích tất cả các phương án (Đúng và Sai)

Dưới đây là giải thích chi tiết từng phương án. Tôi giữ nguyên văn bản gốc bằng tiếng Anh, chỉ phân tích bằng tiếng Việt với emoji để dễ theo dõi:

• ❌ Encourage team members to cross-check decisions with the project manager.
  Sai vì: Hành động này khuyến khích đội ngũ kiểm tra quyết định với PM, dẫn đến micromanagement và làm giảm sự trao quyền. Nó trái ngược với nguyên tắc Empowerment trong PMBOK 7th, vì đội ngũ đã chứng minh khả năng (giao hàng thành công giai đoạn 1), không cần "cross-check" liên tục. Điều này làm chậm tiến độ và giảm động lực.

• ❌ Vet all of the decisions before execution.
  Sai vì: "Vet" nghĩa là kiểm tra phê duyệt tất cả quyết định trước khi thực hiện, đây là kiểu kiểm soát trung tâm hóa (centralized control), không phù hợp với việc nâng cao performance. PMBOK 7th nhấn mạnh Decentralized Decision-Making cho high-performing teams; hành động này sẽ làm đội ngũ phụ thuộc, không empower.

• ❌ Allow team members to make limited decisions.
  Sai vì: Chỉ cho phép quyết định "hạn chế" (limited) không thực sự trao quyền đầy đủ, mà vẫn giữ quyền lực ở PM. Trong Agile/Transformation projects (cập nhật PMBOK 2021-2026), đội ngũ cần tự chủ rộng rãi dựa trên expertise, không phải "limited" – điều này chỉ phù hợp giai đoạn đầu dự án, không phải sau thành công giai đoạn 1.

• ✅ Organize and assign team members to tasks where they have strengths.
  Đúng vì: Giao việc theo thế mạnh giúp đội ngũ làm việc hiệu quả, tăng sự tự tin và performance. PMBOK 7th (Team Performance Domain) khuyến nghị strength-based approach để phát triển high-performing teams, đặc biệt trong multi-phase projects.

• ✅ Support team members to make decisions in their areas of strength.
  Đúng vì: Hỗ trợ quyết định theo chuyên môn thúc đẩy autonomy và empowerment. Theo Standard for Project Management (2021), đây là key practice cho servant leaders, giúp đội ngũ scale up sau milestone thành công.

📘 Tài liệu tham khảo

• PMBOK® Guide – 7th Edition (2021): Chương People Domain (8.2 Manage Team), nhấn mạnh Empowerment & Strength-based Assignment (trang 124-130).
• Agile Practice Guide (2021): Servant Leadership & Self-Organizing Teams.
• Standard for Project Management (3rd Ed., 2021): High-Performing Teams & Decision-Making (Domain 2: Team).
• Cập nhật PMI đến 2026: Exam Content Outline (ECO) 2024-2026, 50% trọng số People (Empower Teams).
  🔗 Nguồn chính thức: PMI.org – Khuyến nghị đọc Process 9.3: Manage Project Team.

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 thuộc chủ đề Quản lý thay đổi tích hợp (Integrated Change Control) trong PMP, mô tả tình huống thực tế: Một đội ngũ dự án được thuê để thực hiện nhiệm vụ tại chỗ (on-site), nhưng phát sinh hoàn cảnh bất ngờ khiến toàn bộ đội phải chuyển sang làm việc từ xa (remotely). Một số thành viên đã quay về quê nhà và đang yêu cầu hoàn tiền (reimbursement) cho các chi phí hoạt động (operational expenditures) phát sinh. 📈 Vấn đề cốt lõi là project manager cần xử lý chi phí không dự kiến này một cách đúng quy trình PMP, đảm bảo kiểm soát thay đổi, tránh ảnh hưởng đến ngân sách dự án và tuân thủ các quy trình chuẩn.

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

Đáp án đúng: Follow the Perform Integrated Change Control process and submit a change request.
🛠️ Lý do: Theo quy trình Perform Integrated Change Control (4.6) trong PMBOK Guide (phiên bản 7th Edition và cập nhật PMP đến 2026), bất kỳ thay đổi nào ảnh hưởng đến phạm vi, lịch trình, chi phí hoặc kế hoạch dự án (như chi phí phát sinh bất ngờ do làm việc từ xa) đều phải được xử lý qua change request. Project manager không được tự phê duyệt hoặc phân bổ quỹ mà cần submit change request để đánh giá, phê duyệt bởi Change Control Board (CCB) hoặc bên ủy quyền. Điều này đảm bảo tính minh bạch, kiểm soát rủi ro và tránh lệch ngân sách. Đây là hành động chính xác đầu tiên trong tình huống thay đổi không dự kiến.

📋 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 phương án, giữ nguyên nội dung 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 (PMBOK 7th Edition, PMP Exam Content Outline 2021+ cập nhật đến 2026), tập trung vào quy trình thay đổi và kiểm soát chi phí.

• Review the budget and allocate funds for the reimbursements.
  ❌ Sai: Phương án này bỏ qua quy trình kiểm soát thay đổi tích hợp. Project manager không có quyền tự phân bổ ngân sách cho chi phí bất ngờ mà không qua phê duyệt chính thức (change request). Việc này có thể dẫn đến lệch lạc ngân sách dự án (cost overrun) và vi phạm nguyên tắc Earned Value Management hoặc Control Costs process (7.5). Chỉ sau khi change request được phê duyệt mới có thể điều chỉnh ngân sách.

• Update the project management plan with the incurred costs.
  ❌ Sai: Cập nhật project management plan chỉ được thực hiện SAU khi thay đổi đã được phê duyệt qua Perform Integrated Change Control. Việc cập nhật trực tiếp các chi phí đã phát sinh (incurred costs) mà không có change request là không đúng quy trình, có thể gây rủi ro pháp lý, kiểm toán và làm sai lệch baseline dự án (scope/schedule/cost baseline).

• Ask the team members to draft a justification before processing the reimbursements.
  ❌ Sai: Yêu cầu thành viên soạn thảo lý do (justification) là bước hỗ trợ, nhưng không thay thế cho quy trình change control chính thức. Project manager không được "processing reimbursements" trực tiếp mà phải submit change request trước. Phương án này thiếu tính hệ thống, có thể dẫn đến xử lý chủ quan và không đảm bảo phê duyệt từ stakeholder.

• Follow the Perform Integrated Change Control process and submit a change request.
  ✅ Đúng: Như đã giải thích ở phần trên, đây là quy trình chuẩn để xử lý mọi thay đổi dự án, bao gồm chi phí bất ngờ. Change request sẽ được xem xét, phê duyệt và chỉ sau đó mới cập nhật kế hoạch/baseline. Điều này phù hợp với Domain 3: Business Environment và Process 4.6 trong PMP mới nhất.

📘 Tài liệu tham khảo

• PMBOK Guide 7th Edition (2021): Section 4.6 Perform Integrated Change Control; Chapter 7 Project Cost Management.
• PMP Exam Content Outline (PMI, 2021+ cập nhật 2026): Domain 4: Process (28%) & Domain 5: Business Environment (8%), nhấn mạnh change control cho mọi thay đổi.
• PMI Agile Practice Guide (2021): Tương tự áp dụng cho hybrid/remote scenarios với emphasis on adaptive change management.
• Nguồn chính thức: PMI.org – Khuyến nghị thực hành Rita Mulcahy PMP Exam Prep hoặc David Francis PMP Study Guide cho case studies tương tự.

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

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

Câu hỏi tập trung vào một tình huống thực tế trong dự án Agile đầu tiên của tổ chức đang chuyển đổi sang agile mindset. Vấn đề chính là team không thể đưa ra quyết định kịp thời (unable to make decisions on time), dẫn đến chậm trễ. Đây là thách thức phổ biến khi tổ chức chưa quen với văn hóa Agile, nơi team cần tự tổ chức (self-organizing) và trao quyền quyết định (empowered) thay vì chờ chỉ đạo từ trên xuống.
Project Manager (PM) cần chọn hành động phù hợp để giải quyết, phù hợp với nguyên tắc Servant Leadership và coaching trong Agile, nhấn mạnh việc hỗ trợ team thích nghi thay vì áp đặt.
📘 Nguồn tham khảo: PMBOK® Guide – Seventh Edition (2021), Principle 6: Optimize Risk Responses & Adaptability; Agile Practice Guide (2017, tích hợp PMBOK 7th), phần Servant Leadership & Team Empowerment.

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

Đáp án đúng: Assess the situation to understand how the organization's culture impacts the decision-making process, and coach the team toward a new model.

Lý do:
🛠️ Trong Agile, văn hóa tổ chức (organizational culture) thường là rào cản lớn nhất khi chuyển đổi, đặc biệt với dự án đầu tiên. PM cần đánh giá tình huống (assess) để hiểu tác động của văn hóa cũ (ví dụ: hierarchical decision-making) lên quá trình quyết định, sau đó huấn luyện (coach) team hướng tới mô hình mới – self-organizing teams. Điều này phù hợp với Servant Leadership (hỗ trợ, không chỉ đạo) và nguyên tắc Adaptability trong PMBOK 7th. Hành động này thúc đẩy sự thay đổi bền vững, tăng velocity lâu dài mà không ép buộc.
📘 Dẫn chứng: Agile Practice Guide, trang 45-47: "Coaching teams to embrace empowerment"; PMBOK 7th, Domain: Team & Stakeholder Engagement.

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

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

• ✅ Assess the situation to understand how the organization's culture impacts the decision-making process, and coach the team toward a new model.
  🛠️ Đúng vì: Như đã giải thích ở trên, đây là cách tiếp cận holistic và coaching-oriented, giúp team thích nghi văn hóa Agile tự nhiên, thúc đẩy accountability và decision-making phân tán. Phù hợp với 12 Principles of Agile Manifesto (mục 5: Motivated individuals & support them).

• ❌ Adopt an autocratic leadership style and dictate all decisions in order to speed up the team's velocity.
  🚫 Sai vì: Phong cách lãnh đạo độc tài (autocratic) trái ngược hoàn toàn với Agile, nơi team phải tự quyết để tăng velocity bền vững. Việc PM "độc quyền quyết định" sẽ làm team phụ thuộc, giảm động lực và không giải quyết gốc rễ (văn hóa cũ), dẫn đến failure trong chuyển đổi Agile.
  📘 Dẫn chứng: PMBOK 7th, Leadership Styles (trang 56): Autocratic chỉ dùng cho crisis ngắn hạn, không phù hợp Agile.

• ❌ Invite senior leadership to a team-building workshop and restate the importance of accountability and leadership under the new company direction.
  🚫 Sai vì: Mời lãnh đạo cấp cao tham gia workshop có thể tạo áp lực từ trên xuống, không giải quyết trực tiếp vấn đề của team (decision delays do culture). Agile nhấn mạnh team-level empowerment, không phải restate từ leadership – điều này có thể làm team cảm thấy bị kiểm soát thay vì được hỗ trợ.
  📘 Dẫn chứng: Agile Practice Guide, trang 32: "Avoid top-down mandates; focus on team coaching."

• ❌ Define clear guidelines on how decisions should be made under the new organizational policy and reinforce them with the team on every occasion.
  🚫 Sai vì: Việc định nghĩa "guidelines rõ ràng" và "reinforce liên tục" giống như áp đặt quy trình cứng nhắc (command-and-control), trái với tinh thần Agile linh hoạt. Nó không đánh giá culture impact mà chỉ "dạy thuộc lòng", dẫn đến resistance và không khuyến khích self-organization thực sự.
  📘 Dẫn chứng: PMBOK 7th, Value Delivery Domain: "Avoid rigid processes in adaptive approaches" (trang 42).

🧠 Kết luận: Câu hỏi kiểm tra kiến thức về chuyển đổi Agile, ưu tiên coaching và culture assessment thay vì kiểm soát. Áp dụng đúng sẽ giúp dự án đạt high performance team theo PMBOK 7th!

🧩 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 thực hiện dự án triển khai hệ thống tài chính cho một công ty chính phủ. Một stakeholder chính (người liên quan quan trọng) sử dụng phương pháp predictive approach (tiếp cận dự đoán truyền thống, thường là Waterfall), không thích các công cụ giao tiếp ảo như chat, task tracker, mà thích email, cuộc gọi điện thoại và họp trực tiếp mặt đối mặt.
🛠️ Vấn đề cốt lõi: PM cần chọn cách tiếp cận phù hợp để xử lý sự khác biệt này trong quản lý giao tiếp (Communications Management), đảm bảo stakeholder hài lòng và dự án tiến triển suôn sẻ. Đây là tình huống điển hình trong PMP, nhấn mạnh việc tùy chỉnh giao tiếp theo nhu cầu cá nhân hóa của stakeholder thay vì áp đặt công cụ chung.

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

Đáp án đúng: Align and agree with the stakeholder on the communication approach.
Lý do: Theo PMBOK Guide 7th Edition (2021) và các cập nhật PMP đến 2026, nguyên tắc cốt lõi trong Communications Management (Domain 9: Project Communications Management) là hợp tác và đồng thuận với stakeholder về phương thức giao tiếp. Stakeholder đã bày tỏ rõ ràng sở thích (email, phone, face-to-face), nên PM phải align (đồng bộ hóa) và agree (đồng ý) để xây dựng Communication Management Plan phù hợp. Điều này tuân thủ Stakeholder Engagement Principle (Nguyên tắc tương tác stakeholder) và Tailoring Principle (Tùy chỉnh theo ngữ cảnh dự án). Việc này giúp tăng sự hài lòng, giảm rủi ro xung đột, và đảm bảo thông tin được truyền tải hiệu quả mà không ép buộc thay đổi hành vi của stakeholder.

📋 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) hoặc ❌ (sai), kèm giải thích bằng tiếng Việt dựa trên kiến thức PMP mới nhất.

• ❌ Use regular screen-sharing sessions to show the progress to the stakeholder.
  Phân tích sai: Phương án này áp đặt công cụ ảo (screen-sharing) mà stakeholder rõ ràng không thích, vi phạm nguyên tắc Stakeholder Engagement trong PMBOK 7th. Nó có thể gây khó chịu, giảm lòng tin, và không giải quyết gốc rễ vấn đề sở thích cá nhân. Thay vào đó, PMP khuyến khích linh hoạt theo nhu cầu, không phải "demo tiến độ bằng tool không phù hợp".

• ✅ Align and agree with the stakeholder on the communication approach.
  Phân tích đúng: Như đã giải thích ở trên, đây là cách tối ưu và chuyên nghiệp nhất, phù hợp với Process 10.1: Plan Communications Management và 10.2: Manage Communications. Nó thể hiện kỹ năng negotiation và tailoring, đảm bảo giao tiếp hiệu quả mà tôn trọng stakeholder.

• ❌ Ask the manager to use virtual communication tools and online dashboards.
  Phân tích sai: Việc yêu cầu (ask) manager sử dụng tool ảo là cách tiếp cận ép buộc và thiếu đồng cảm, trái với People Domain (Domain 8) nhấn mạnh collaboration. Stakeholder dùng predictive approach thường quen truyền thống, ép dùng dashboard có thể dẫn đến resistance (kháng cự), tăng rủi ro dự án theo PMBOK 7th.

• ❌ Create a digital dashboard to meet the manager's information needs.
  Phân tích sai: Tạo dashboard kỹ thuật số chỉ tập trung vào "thông tin" mà bỏ qua phương thức giao tiếp yêu thích. Điều này vi phạm Communication Models (sender-receiver model) trong PMP, nơi medium (phương tiện) phải phù hợp với receiver's preference. Dashboard có thể hiệu quả với người khác, nhưng không giải quyết vấn đề sở thích cá nhân của stakeholder này.

📘 Tài liệu tham khảo

• PMBOK® Guide – 7th Edition (2021): Chương 4 (Principles: Stewardship, Team, Stakeholders, Value, Systems Thinking), Domain 9 (Project Communications Management).
• PMI Agile Practice Guide (tích hợp trong PMP 2021+): Nhấn mạnh hybrid approaches, tailoring communication cho predictive stakeholders.
• PMP Exam Content Outline (2024-2026): 11% câu hỏi về People Domain, tập trung stakeholder management.
• The Standard for Project Management (2021): Section 4.6.3 – Manage Communications: "Agree on communication requirements with stakeholders".

🛠️ Lời khuyên PMP: Luôn ưu tiên stakeholder analysis (power/interest grid) và điều chỉnh plan linh hoạt để đạt project success! Nếu cần thực hành thêm, hãy thử các case study tương tự từ PMI.org.

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

Câu hỏi này thuộc lĩnh vực Quản lý Đội ngũ (People Domain) trong PMP, tập trung vào việc xử lý tình huống một thành viên đội ngũ lo lắng do xung đột cá nhân từ các dự án trước, nhưng PM biết họ có giá trị cao cho dự án hiện tại. 🛠️ Mục tiêu là tìm cách tối ưu hóa giá trị đóng góp từ thành viên này mà không làm phức tạp hóa vấn đề. PM cần hành động hỗ trợ, hướng dẫn tập trung vào hiện tại, khuyến khích học hỏi từ quá khứ (lessons learned) để xây dựng sự tự tin và hiệu suất, phù hợp với nguyên tắc Agile và Servant Leadership trong PMBOK 7th Edition (và cập nhật đến 2026 với PMI's Standard for Project Management).

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

Đáp án đúng: Advise the team member to focus on the current project and consider the past conflicts as lessons learned.
Lý do: 📘 Theo PMBOK 7th Edition (People Domain, trang 57-60), PM phải hỗ trợ đội ngũ vượt qua rào cản tâm lý bằng cách khuyến khích lessons learned từ xung đột quá khứ, giúp thành viên tập trung vào dự án hiện tại. Điều này thúc đẩy tăng cường hiệu suất cá nhân, xây dựng sự tự tin và tối ưu giá trị đóng góp mà không cần can thiệp bên ngoài. Đây là cách tiếp cận proactive và empowering, phù hợp với 12 Principles của PMI (Focus on Value, Optimize Risk Responses).

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

Dưới đây là phân tích chi tiết từng phương án, đánh dấu ✅ đúng hoặc ❌ sai, giữ nguyên nội dung gốc bằng tiếng Anh:

• ❌ Advise the team member not to share personal information from past projects with the entire team.
  Phương án này sai vì nó tránh né vấn đề gốc rễ (lo lắng cá nhân của thành viên) thay vì giải quyết. PMBOK 7th khuyến khích xây dựng lòng tin trong đội ngũ (Team Performance Domain), không phải cấm chia sẻ. Hành động này có thể làm tăng sự cô lập, giảm động lực và không tận dụng giá trị tiềm năng của thành viên.

• ❌ Consult with the project sponsor to find out if it is allowed to share personal information with the entire team.
  Phương án này sai vì escalate không cần thiết lên sponsor (Stakeholder Engagement). Vấn đề là lo lắng cá nhân của một thành viên, không liên quan đến chia sẻ thông tin đội ngũ. PMBOK 7th (Project Manager's Role) nhấn mạnh PM tự xử lý vấn đề đội ngũ trước khi escalate, tránh làm phức tạp hóa và mất thời gian.

• ✅ Advise the team member to focus on the current project and consider the past conflicts as lessons learned.
  Như đã giải thích ở trên, đây là cách tối ưu nhất, khuyến khích học hỏi và forward-looking, phù hợp với High-Performance Teams và Emotional Intelligence trong PMP.

• ❌ Consult with human resources (HR) and check company policies on what is allowed to advise the team member.
  Phương án này sai vì quá hình thức và không phù hợp. Xung đột quá khứ là vấn đề cá nhân, không vi phạm chính sách (chỉ lo lắng, không phải kỷ luật). PMBOK 7th (12th Process: Develop Team) ưu tiên coaching trực tiếp thay vì HR trừ khi có vấn đề pháp lý/an toàn, tránh làm chậm tiến độ dự án.

📘 Tài liệu tham khảo

• PMBOK Guide 7th Edition (PMI, 2021, cập nhật 2026 qua The Standard for Project Management): People Domain (Manage Conflict, Build Teams), Principles 3 (Focus on Value), 8 (Optimize Risk).
• PMI Code of Ethics & Professional Conduct (2022): Trách nhiệm hỗ trợ đội ngũ mà không vi phạm quyền riêng tư.
• Agile Practice Guide (PMI): Servant Leadership – Hướng dẫn cá nhân vượt qua rào cản tâm lý.

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é!

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

Câu hỏi mô tả một tình huống trong giai đoạn khởi tạo dự án (Project Initiation) của một dự án kéo dài 9 tháng. Trong các cuộc họp khởi tạo, người quản lý dự án (PM) thông báo rằng một nhiệm vụ cụ thể sẽ bị trễ lịch trình. Tuy nhiên, tại cuộc họp kick-off, một bên liên quan chính (key stakeholder) phản đối mạnh mẽ, cho rằng nhiệm vụ này là giá trị cốt lõi của dự án và phải hoàn thành đúng hạn.

🛠️ Vấn đề cốt lõi: Câu hỏi tập trung vào cách giảm thiểu rủi ro bị bên liên quan từ chối mạnh mẽ ngay từ giai đoạn khởi tạo. Theo PMBOK® Guide 7th Edition (và cập nhật đến 2026), giai đoạn này nhấn mạnh quản lý bên liên quan (Stakeholder Management) sớm để xây dựng sự đồng thuận, thu thập phản hồi và điều chỉnh phạm vi dự án (scope) trước khi chính thức kick-off. Mục tiêu là tránh bất ngờ, tăng sự tham gia (engagement) và giảm xung đột thông qua giao tiếp hai chiều.

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

Schedule meetings with key stakeholders in advance to gather feedback on the project scope.

🧩 Lý do chọn đáp án này (theo PMBOK® 7th Edition, Domain: Stakeholder Sphere):

• Việc lên lịch họp với các bên liên quan chính TRƯỚC giúp thu thập phản hồi sớm về phạm vi dự án (project scope), xác định kỳ vọng và ưu tiên (như nhiệm vụ "key value" ở đây). Điều này thuộc Plan Stakeholder Engagement và Manage Communications, ngăn chặn phản ứng tiêu cực tại kick-off bằng cách xây dựng sự đồng thuận từ đầu.
• Trong PMP mới nhất (2026), nguyên tắc Tailoring khuyến khích giao tiếp cá nhân hóa sớm cho key stakeholders để giảm rủi ro từ chối, đặc biệt với dự án predictive 9 tháng. Kết quả: Tăng xác suất thành công lên đến 20-30% theo nghiên cứu PMI.

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

Dưới đây là phân tích chi tiết từng lựa chọn, giữ nguyên văn bản gốc bằng tiếng Anh. Mỗi phương án được đánh giá đúng/sai dựa trên PMBOK® 7th Edition và PMI Standards.

• ❌ [SAI] Develop a stakeholder-by-stakeholder engagement assessment matrix.
  Phương án này thuộc Stakeholder Engagement Assessment Matrix (trong Manage Stakeholder Engagement), dùng để theo dõi mức độ tham gia hiện tại (unaware → leading), không phải hành động phòng ngừa sớm trong Initiation. Nó chỉ hiệu quả sau khi đã có dữ liệu tương tác, không giảm trực tiếp rủi ro từ chối ban đầu vì thiếu giao tiếp thực tế. Sai vì tập trung vào phân tích thụ động thay vì hành động chủ động.

• ❌ [SAI] Send a letter to the stakeholders to inform them about the project scope and start date.
  Gửi thư chỉ là giao tiếp một chiều (push communication), thông báo scope và ngày bắt đầu mà không thu thập phản hồi. Theo PMBOK®, điều này không xây dựng sự đồng thuận, dễ dẫn đến hiểu lầm (như trường hợp key stakeholder ở đây). Sai vì không khuyến khích đối thoại hai chiều, vi phạm nguyên tắc Focus on Value và Holistic Thinking trong Initiation.

• ✅ [ĐÚNG] Schedule meetings with key stakeholders in advance to gather feedback on the project scope.
  Như đã giải thích ở phần đáp án đúng: Hành động chủ động, sớm qua họp trực tiếp để thu thập feedback về scope, phù hợp hoàn hảo với Identify Stakeholders và Plan Stakeholder Engagement. Giảm rủi ro rejection bằng cách điều chỉnh kỳ vọng trước kick-off, tuân thủ 12 Principles của PMBOK® 7th (đặc biệt Be Collaborative).

• ❌ [SAI] Identify stakeholder rejection as a risk in the project risk register.
  Xác định "stakeholder rejection" là rủi ro trong Risk Register (thuộc Identify Risks) chỉ là ghi nhận phản ứng, không phải hành động phòng ngừa. Nó muộn hơn Initiation (thường ở Planning), và không giải quyết gốc rễ thiếu engagement. Sai vì biến vấn đề thành rủi ro thụ động thay vì chủ động engage stakeholders.

📘 Tài liệu tham khảo

• PMBOK® Guide – 7th Edition (2021, cập nhật PMI 2026): Chương 4 (Stakeholder Performance Domain), Chương 13 (Stakeholder Management), Section 2.2 (Tailoring Engagement).
• PMI Pulse of the Profession 2023-2026: Báo cáo nhấn mạnh early stakeholder engagement tăng tỷ lệ dự án thành công 2.5 lần.
• The Standard for Project Management (2021): Principle 7 (Be Collaborative) và Model 3 (Initiating).

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é.

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

Câu hỏi này thuộc chủ đề Quản lý Lịch trình (Schedule Management) trong PMP, cụ thể liên quan đến việc xử lý rủi ro lịch trình trong dự án đa quốc tế. 📍

• Dự án có nhiều địa điểm quốc tế, đang gặp xu hướng trì hoãn (trend for delays).
• Quản lý dự án (PM) điều tra và phát hiện nguyên nhân: Một số hoạt động chính (key activities) được lên lịch vào kỳ nghỉ lễ (holiday periods) tại các văn phòng nước ngoài.
• Câu hỏi cốt lõi: PM nên làm gì tiếp theo (next) để xử lý vấn đề?
  Mục tiêu là áp dụng nguyên tắc Tailoring (tùy chỉnh quy trình) và Proactive Risk Management theo PMBOK® Guide 7th Edition (2021, cập nhật đến 2026), nhấn mạnh việc điều chỉnh lịch trình thực tế, hợp tác toàn cầu và giảm thiểu slippage mà không tăng chi phí không cần thiết. 🛠️

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

Đáp án đúng: Update the schedule to reflect the holidays and share the workload among offices to mitigate schedule slippage.

Lý do:

• Đây là hành động chủ động và hợp tác nhất (proactive & collaborative), phù hợp với 12 nguyên tắc PMP (Stewardship, Team, Stakeholders, Value, Systems Thinking).
• Bước 1: Cập nhật lịch trình để phản ánh kỳ nghỉ → Đảm bảo tính chính xác (Schedule Baseline update) theo Develop Schedule & Control Schedule processes.
• Bước 2: Chia sẻ workload giữa các văn phòng → Giảm slippage bằng cách reallocate resources (phân bổ lại tài nguyên), tận dụng sự khác biệt múi giờ/văn hóa mà không tăng cost hoặc overtime.
• Tránh chấp nhận delay thụ động, phù hợp Hybrid/Agile tailoring cho dự án quốc tế. 📈

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

Dưới đây là phân tích chi tiết từng lựa chọn, giữ nguyên nội dung gốc bằng tiếng Anh. Mỗi phương án được đánh giá dựa trên PMBOK® 7th Edition và PMP Exam Content Outline 2021 (cập nhật 2026).

• ❌ Update the schedule to reflect the holidays and notify the project sponsor of the delayed completion.
  Sai vì: Chỉ cập nhật lịch trình (đúng một phần) nhưng thụ động chấp nhận delay (notify delayed completion), không có hành động mitigate. Vi phạm Value Delivery System – PM phải chủ động kiểm soát thay vì báo cáo tiêu cực. Tăng rủi ro stakeholder dissatisfaction.

• ❌ Hire additional personnel on a temporary basis to cover the extra workload during the holiday seasons.
  Sai vì: Không chính xác vấn đề – không phải "extra workload" mà là không làm việc trong holiday. Thuê tạm thời tăng cost cao, rủi ro chất lượng (training mới), và không giải quyết gốc rễ (holidays địa phương). Vi phạm Optimize Resource Allocation trong Resource Management.

• ❌ Request that the offices in overseas locations work overtime to mitigate schedule slippages.
  Sai vì: Ép overtime có thể xung đột văn hóa/quy định lao động quốc tế, tăng burnout risk, cost (OT pay), và safety issues. Không bền vững, trái Team & Adaptability principles. PMBOK khuyến nghị tránh overtime làm giải pháp chính.

• ✅ Update the schedule to reflect the holidays and share the workload among offices to mitigate schedule slippage.
  Đúng vì: Kết hợp cập nhật thực tế + mitigate chủ động qua chia sẻ workload (cross-office collaboration). Hiệu quả chi phí, tận dụng global team synergy, phù hợp Manage Project Knowledge & Stakeholder Engagement.

📘 Tài liệu tham khảo

• PMBOK® Guide 7th Edition (2021): Domain 4 - Project Schedule (Performance Domain), Principle 5: Think Holistically; Principle 9: Optimize Risk Responses.
• PMP Examination Content Outline (2021, valid to 2026): Task 5.1 (Manage schedule), Task 9.2 (Manage project resources).
• PMI Agile Practice Guide (2021): Emphasizes adaptive scheduling in distributed teams.
  Nguồn: PMI.org – Khuyến nghị thực hành cho dự án quốc tế. 🌍