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 này thuộc chủ đề quản lý đội ngũ dự án (Manage Project Team) và giám sát rủi ro (Monitor Risks) trong giai đoạn Executing (Thực thi) theo PMBOK Guide 7th Edition (2021) và các cập nhật PMP đến 2026.

• Tình huống: Trong giai đoạn thực thi dự án, Quản lý dự án (PM) phát hiện một thành viên đội ngũ không hoàn thành công việc đúng hạn, dẫn đến chậm trễ so với kế hoạch. Sự chậm trễ này có thể ảnh hưởng đến một milestone quan trọng của dự án.
• Yêu cầu hành động đầu tiên: PM cần quyết định bước đầu tiên để xử lý vấn đề, tập trung vào nguyên tắc giải quyết vấn đề gốc rễ (root cause analysis), hỗ trợ đội ngũ và tránh leo thang không cần thiết.
• Mục tiêu PMP: Nhấn mạnh vai trò lãnh đạo phục vụ (servant leadership), giao tiếp trực tiếp với đội ngũ, đánh giá nguyên nhân trước khi áp dụng biện pháp khắc phục, tránh "chữa cháy" (firefighting).

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

• PMBOK® Guide 7th Edition, Domain: Team & Stakeholders (Section 4.5: Manage Team), Principle 7: Optimize Risk Responses.
• PMP Exam Content Outline 2021 (cập nhật 2026): Task 8.5 (Manage Project Team), Task 4.7 (Address and Analyze Impediments).

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

Đáp án đúng: Discuss with the team and assess the reasons that led to the delay.

Lý do 🛠️:

• Theo PMBOK 7th, bước đầu tiên khi phát hiện chậm trễ là thảo luận trực tiếp với đội ngũ liên quan để đánh giá nguyên nhân gốc rễ (assess root causes). Điều này giúp PM hiểu rõ vấn đề (ví dụ: thiếu kỹ năng, trở ngại cá nhân, rủi ro chưa lường trước) trước khi quyết định hành động.
• Tiếp cận này phù hợp với Hybrid/Agile mindset trong PMP mới: Khuyến khích giao tiếp hai chiều, huấn luyện đội ngũ (coaching), và giải quyết tại chỗ để duy trì động lực đội ngũ.
• Tránh hành động vội vã như thêm tài nguyên (có thể làm chậm hơn theo định luật Brooks), giúp dự án linh hoạt và giảm rủi ro lan tỏa đến milestone.

📋 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ương án được đánh giá dựa trên quy trình PMP ưu tiên hành động đầu tiên (first response).

• ❌ SAI: Discuss with senior management and seek their guidance.
  🧠 Giải thích: Đây là hành động leo thang không cần thiết ngay từ đầu. PM phải tự quản lý đội ngũ trước (theo nguyên tắc Ownership trong PMBOK 7th). Chỉ escalate khi vượt quyền hạn hoặc cần phê duyệt. Làm vậy có thể làm mất uy tín PM và chậm trễ thêm.

• ✅ ĐÚNG: Discuss with the team and assess the reasons that led to the delay.
  🛠️ Giải thích: Như đã nêu ở trên, đây là bước đầu tiên lý tưởng để xác định nguyên nhân (root cause), hỗ trợ đội ngũ và lập kế hoạch khắc phục. Phù hợp Process: Manage Project Team và Monitor Project Work.

• ❌ SAI: Request the team member's manager to find a solution.
  ⚠️ Giải thích: PM là người chịu trách nhiệm chính cho đội ngũ dự án (Project Manager's authority over assignments). Việc đẩy trách nhiệm cho manager của thành viên có thể gây chậm trễ giao tiếp và không giải quyết gốc rễ. PMBOK khuyến khích PM trực tiếp can thiệp (Direct and Manage Project Work).

• ❌ SAI: Assign more resources from other teams on the late work.
  🚫 Giải thích: Thêm tài nguyên mà chưa đánh giá nguyên nhân có thể làm tình hình tệ hơn (Brooks' Law: "Adding manpower to a late software project makes it later"). Đây là biện pháp khắc phục (corrective action) sau khi xác định vấn đề, không phải bước đầu tiên. Vi phạm nguyên tắc Optimize Resource Allocation trong PMBOK 7th.

🏆 Kết luận và lưu ý PMP

• Bài học chính: Luôn bắt đầu bằng giao tiếp và phân tích để đảm bảo giải pháp bền vững, đặc biệt trong Executing khi rủi ro milestone dễ xảy ra.
• Mẹo thi PMP: Ưu tiên "first action" là hỗ trợ đội ngũ (Team-focused) thay vì escalate hoặc resource juggling. Thực hành với PDU qua PMI.org để cập nhật 2026!

📘 Nguồn bổ sung: Agile Practice Guide (PMBOK 7th Companion), PMI's Code of Ethics (Responsibility Principle).

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

📖 Nội dung câu hỏi:
Câu hỏi mô tả một dự án phát triển và kiểm thử phần mềm mới dùng để điều khiển máy bay trong chuyến bay. Dự án này phải tuân thủ nhiều yêu cầu quy định pháp lý (regulatory requirements) nghiêm ngặt, đặc biệt trong lĩnh vực hàng không nơi an toàn là ưu tiên hàng đầu. Câu hỏi hỏi: "Project manager nên làm gì để đáp ứng các yêu cầu này?" (What should the project manager do to meet these requirements?).
🛠️ Bối cảnh PMP: Theo PMBOK Guide 7th Edition (và cập nhật đến 2026), đây liên quan đến Performance Domain: Compliance và Stakeholder Performance Domain, nơi project manager phải đảm bảo dự án tuân thủ các tiêu chuẩn, quy định pháp lý (regulations/standards). Với phần mềm điều khiển máy bay, việc validate compliance là bắt buộc để tránh rủi ro pháp lý, an toàn và chứng nhận (certification).

✅ Đáp án đúng:
Validate that the software is compliant with standards and regulations.
Lý do lựa chọn:
Project manager phải chủ động xác thực (validate) rằng phần mềm tuân thủ đầy đủ các tiêu chuẩn và quy định. Đây là hành động trực tiếp, cụ thể để "meet requirements" – bao gồm kiểm tra, audit và chứng nhận từ cơ quan quản lý (ví dụ: FAA hoặc tương đương). Trong PMP, validate compliance là bước cuối cùng trong quy trình Manage Quality và Manage Project Compliance (PMBOK 7th Ed., Principle 5: Be Proactive & Principle 9: Optimize Risk Responses), đảm bảo sản phẩm đạt yêu cầu trước khi triển khai. Không validate = không meet requirements!

🛠️ Giải thích tất cả các phương án (theo thứ tự trong câu hỏi gốc)

• ❌ Phương án SAI: Ask human resources (HR) to assign a compliance specialist to the team.
  Lý do sai: Project manager không nên giao việc này cho HR vì HR không quản lý chuyên môn tuân thủ (compliance expertise). Theo Resource Management Performance Domain (PMBOK 7th Ed., p. 89-100), PM tự acquire resources qua stakeholder engagement hoặc procurement, không phải HR. Hành động này gián tiếp, không trực tiếp "meet requirements" và có thể chậm trễ dự án.

• ❌ Phương án SAI: Determine potential threats regarding compliance with the regulations.
  Lý do sai: Việc xác định mối đe dọa tiềm ẩn (threats) chỉ là bước risk identification trong Uncertainty Performance Domain (PMBOK 7th Ed., Principle 9 & Measurement Indicators). Đây là hành động dự phòng (proactive risk mgmt), nhưng câu hỏi yêu cầu hành động để đáp ứng ngay requirements, không phải chỉ phân tích rủi ro. Làm vậy chưa "meet" mà chỉ chuẩn bị.

• ❌ Phương án SAI: Measure the extent to which the project complies with the regulations.
  Lý do sai: Đo lường mức độ tuân thủ (measure extent) thuộc Monitor and Control Project Work hoặc Quality Management (PMBOK 7th Ed., p. 147-152), dùng metrics/KPIs để theo dõi. Tuy nhiên, "measure" chỉ xác định vấn đề hiện tại, không phải hành động để đạt được compliance (meet requirements). Nó giống kiểm tra sau, chưa phải validate đầy đủ.

• ✅ Phương án ĐÚNG: Validate that the software is compliant with standards and regulations.
  Lý do đúng: Như đã giải thích ở trên, validate là bước xác nhận cuối cùng sản phẩm đạt standards/regulations qua testing, audit độc lập (PMBOK 7th Ed., Compliance Model trong Appendix). Đây là hành động trực tiếp, bắt buộc cho dự án high-stakes như hàng không, liên kết với Deliver Value Principle.

📘 Tài liệu tham khảo

• PMBOK® Guide – 7th Edition (2021, PMI): Performance Domains (Uncertainty, Compliance, Measurement); Principles 5 & 9.
• PMP Examination Content Outline (2021, cập nhật 2024-2026): Domain III: Business Environment (Task 2: Evaluate compliance requirements).
• The Standard for Project Management (2021): Section 3.3 Compliance & Risk.
  (Nguồn chính thức PMI.org, khuyến nghị đọc Agile Practice Guide cho hybrid projects).

Hy vọng phân tích này giúp bạn ôn 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 câu hỏi PMP

Nội dung câu hỏi được giải thích rõ ràng:
Câu hỏi mô tả tình huống một Project Manager (PM) được giao quản lý một dự án toàn cầu với các thành viên đội ngũ phân tán ở nhiều địa điểm (dispersed team members). Trong kinh nghiệm trước đây, PM nhận thấy rằng các đội ngũ làm việc từ xa (remote teams) thường không sản xuất ra công việc chất lượng cao. Câu hỏi yêu cầu PM làm gì để đảm bảo dự án hoàn thành đúng thời hạn (on time) và đạt chất lượng (with quality).

🛠️ Bối cảnh PMP liên quan: Đây là tình huống điển hình trong quản lý đội ngũ (Manage Team) và phát triển đội ngũ (Develop Team) theo PMBOK Guide 7th Edition. Với đội ngũ phân tán, thách thức lớn nhất là thiếu sự gắn kết, giao tiếp kém dẫn đến chất lượng công việc thấp. PM cần hành động chủ động, xây dựng lòng tin và mục tiêu rõ ràng để thúc đẩy hiệu suất cao (high-performance teams), phù hợp với nguyên tắc People (Con Người) và Value (Giá trị) trong PMBOK 7.

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

Đáp án đúng: Meet with the team together and in one-on-one meetings to set clear, shared targets.

Lý do chi tiết:
Phương án này là hành động tốt nhất vì nó trực tiếp giải quyết vấn đề gốc rễ từ kinh nghiệm trước: đội ngũ remote thiếu động lực và hướng dẫn rõ ràng. Việc gặp gỡ chung (group meetings) kết hợp 1-1 giúp:

• Xây dựng mục tiêu rõ ràng, chung (clear, shared targets) – đảm bảo mọi người hiểu kỳ vọng về chất lượng và thời hạn.
• Tăng cường giao tiếp hai chiều, xây dựng lòng tin (trust-building), và cá nhân hóa động lực qua 1-1 (đặc biệt quan trọng với remote teams).
  🛠️ Theo PMBOK 7th, đây là thực hành cốt lõi trong Develop Team (ITDI - Inspire, Develop, Influence), giúp tạo self-organizing teams và đảm bảo value delivery đúng hạn với chất lượng cao. Hành động này proactive ngay từ đầu dự án, thay vì phản ứng sau.

📋 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 một cách chi tiết, dựa trên kiến thức PMP cập nhật đến 2026 (PMBOK 7th Edition & Agile Practice Guide). 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.

• ✅ Meet with the team together and in one-on-one meetings to set clear, shared targets.
  Đúng vì: Như đã giải thích ở trên, đây là cách hiệu quả nhất để thiết lập kỳ vọng chung, tăng sự cam kết và chất lượng công việc ở đội ngũ phân tán. Nó phù hợp với Servant Leadership và Emotional Intelligence (Manage Project Team knowledge area).

• ❌ Encourage the team to participate in a peer evaluation activity by the end of the project.
  Sai vì: Peer evaluation chỉ diễn ra cuối dự án, nên quá muộn để cải thiện chất lượng và thời hạn. Nó mang tính phản ứng (reactive), không giải quyết vấn đề ngay từ đầu, và có thể gây áp lực tiêu cực thay vì động lực. PMBOK 7 nhấn mạnh continuous feedback trong Develop Team, không phải đánh giá một lần cuối.

• ❌ Introduce the use of time sheets and ask team members to review and submit them regularly.
  Sai vì: Timesheets chỉ theo dõi thời gian (time tracking), không trực tiếp đảm bảo chất lượng công việc. Với remote teams, nó có thể tạo cảm giác micromanagement, làm giảm động lực và lòng tin – trái với nguyên tắc Trust-based teams trong PMBOK 7. Đây là công cụ Monitor & Control, không phải giải pháp gốc rễ cho quality issues.

• ❌ Arrange regular team meetings for the team to update one another on the progress of their assigned tasks.
  Sai vì: Các cuộc họp cập nhật tiến độ là cần thiết nhưng không đủ để giải quyết vấn đề chất lượng từ remote teams. Nó chỉ tập trung vào status updates (status reporting), thiếu yếu tố set targets rõ ràng và xây dựng cam kết. PMBOK 7 khuyến nghị meetings phải có mục đích rõ (purpose-driven), không chỉ update mà cần align goals.

📘 Tài liệu tham khảo (Cập nhật PMP đến 2026)

• PMBOK Guide 7th Edition (2021, vẫn là phiên bản chuẩn đến 2026): Chương People Domain (trang 37-52) & Develop Team process (ITTO: Inputs như Organizational Process Assets, Tools như Observation/Conversation).
• Agile Practice Guide (PMI, 2017 cập nhật): Nhấn mạnh Daily Stand-ups + 1-1s cho distributed teams (trang 45-50).
• PMP Exam Content Outline (PMI, 2021): Task 8.2 (Build a team), Task 9.1 (Manage conflict) – ưu tiên clear expectations cho high-performing teams.
• Nguồn chính thức: PMI.org (kiến thức không thay đổi lớn đến 2026, tập trung hybrid/remote work post-COVID).

🛠️ Lời khuyên PMP: Trong thực tế, kết hợp phương án đúng với công cụ như Microsoft Teams/Slack cho remote engagement để tối ưu! Nếu cần thêm ví dụ case study, hãy hỏi nhé! 🚀

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

🧩 Câu hỏi mô tả tình huống trong bối cảnh Agile (sprint đầu tiên): Cuối sprint đầu tiên, project lead (thường là Scrum Master hoặc Project Manager trong môi trường Agile) nhận thấy một thành viên đội ngũ không hoạt động hiệu quả. Câu hỏi yêu cầu chọn hình thức giao tiếp phù hợp nhất để xử lý vấn đề này.
✅ Mục tiêu chính: Xác định cách giao tiếp hiệu quả, kịp thời và phù hợp với văn hóa Agile, nơi ưu tiên giao tiếp trực tiếp, cá nhân hóa để hỗ trợ thành viên đội ngũ cải thiện, tránh làm leo thang vấn đề sớm. Theo PMBOK® Guide 7th Edition (2021) và Agile Practice Guide (cập nhật đến 2023, áp dụng đến 2026), giao tiếp trong Agile nhấn mạnh servant leadership (lãnh đạo phục vụ), giao tiếp không chính thức ban đầu để xây dựng lòng tin và khuyến khích tự cải thiện.

✅ Đáp án đúng

Informal verbal communication, such as a conversation
Lý do chọn:
🛠️ Trong Agile/Scrum, vấn đề performance cá nhân nên được xử lý riêng tư, trực tiếp và không chính thức qua cuộc trò chuyện miệng (verbal, face-to-face hoặc video call) để tạo sự thoải mái, khuyến khích đối thoại hai chiều. Điều này phù hợp với nguyên tắc Agile Manifesto ("Individuals and interactions over processes and tools") và Scrum Values (Openness, Respect). Giao tiếp verbal không chính thức giúp project lead làm rõ nguyên nhân (có thể do thiếu kỹ năng, động lực hoặc trở ngại), hỗ trợ kịp thời mà không tạo hồ sơ chính thức.
📘 Nguồn: PMBOK® Guide 7th Edition (Section 4.5: Project Communications Management, Agile Hybrid Approaches); Agile Practice Guide (Chapter 3: Servant Leadership & Team Dynamics); Scrum Guide 2020 (Developer Accountability).

🛠️ 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, 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 hiệu quả, rủi ro và phù hợp với PMP/Agile mới nhất (PMBOK 7th & Agile extensions):

• Informal written communication, such as a friendly reminder
  ❌ Sai: Giao tiếp viết không chính thức (như tin nhắn thân thiện) thiếu tương tác hai chiều, dễ bị hiểu lầm và tạo dấu vết văn bản sớm (có thể dùng làm bằng chứng sau). Trong Agile, ưu tiên verbal để xây dựng mối quan hệ; viết có thể làm thành viên phòng thủ. Không khuyến khích cho vấn đề performance nhạy cảm.
  📘 Nguồn: PMBOK® Guide 7th (9.1.2: Communication Types – Verbal ưu tiên cho feedback cá nhân).

• Formal verbal communication, such as a conversation at the end of the sprint retrospective
  ❌ Sai: Retrospective là hoạt động nhóm tập trung vào quá trình và cải thiện chung, không phải nơi xử lý performance cá nhân (vi phạm Scrum Guide: giữ riêng tư để tránh làm mất mặt). Formal verbal làm vấn đề trở nên chính thức hóa sớm, cản trở văn hóa Agile khuyến khích tự phản ánh. Nên xử lý riêng trước retrospective.
  📘 Nguồn: Agile Practice Guide (Sprint Retrospective Guidelines); Scrum Guide 2020 (Events: Sprint Retrospective – Team-level only).

• Formal written communication, such as an email with a copy sent to the manager
  ❌ Sai: Giao tiếp viết chính thức (email cc manager) tạo hồ sơ chính thức và leo thang vấn đề ngay lập tức, vi phạm nguyên tắc Agile (xử lý nội bộ đội ngũ trước). Dễ gây mất động lực, xung đột và không phù hợp với High-Performing Teams (PMBOK 7th). Chỉ dùng khi verbal thất bại nhiều lần.
  📘 Nguồn: PMBOK® Guide 7th (Section 9.2.3: Escalation Process); Agile Practice Guide (Conflict Resolution Ladder: Start informal).

• Informal verbal communication, such as a conversation
  ✅ Đúng: Như đã giải thích ở trên, đây là cách tối ưu nhất cho tình huống đầu tiên, thúc đẩy cải thiện nhanh chóng và duy trì tinh thần đội ngũ.

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

Câu hỏi này thuộc chủ đề Quản lý giao tiếp và tương tác với các bên liên quan (Stakeholder Engagement) trong môi trường Agile/Hybrid theo PMP (PMBOK® Guide 7th Edition và Agile Practice Guide).

• Bối cảnh: Đội dự án đang lập kế hoạch sprint review (một sự kiện Agile để xem xét tiến độ sprint). Project lead nhận email từ senior manager (một bên liên quan cấp cao) yêu cầu báo cáo tình trạng dự án (project status) sử dụng template chi tiết hơn so với template báo cáo hàng tháng gửi cho PMO (Project Management Office).
• Công cụ đang sử dụng: Đội dùng electronic product backlog (danh sách công việc sản phẩm điện tử) và kanban board (bảng Kanban để theo dõi tiến độ trực quan).
• Vấn đề cốt lõi: Project manager cần quyết định hành động tiếp theo để đáp ứng yêu cầu này một cách hiệu quả, tuân thủ nguyên tắc tùy chỉnh giao tiếp theo nhu cầu bên liên quan (tailor communications to stakeholder needs), tránh rủi ro lộ thông tin nội bộ hoặc thay đổi quy trình không phù hợp.
• Mục tiêu PMP: Đảm bảo giao tiếp hai chiều, hiểu rõ nhu cầu thực sự trước khi hành động (theo Process 9.2: Manage Communications trong PMBOK 7th).

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

Đáp án đúng: Contact the senior manager and discuss their needs.

Lý do:

• Theo PMBOK® Guide 7th Edition (Principle 7: Tailor Based on Context) và Agile Practice Guide, project manager phải thảo luận trực tiếp để làm rõ nhu cầu cụ thể của bên liên quan cấp cao, tránh hiểu lầm hoặc cung cấp thông tin không phù hợp.
• Senior manager yêu cầu template chi tiết hơn, nhưng chưa rõ mức độ chi tiết hoặc mục đích sử dụng (ví dụ: chiến lược, rủi ro, KPI?). Việc liên hệ giúp xác nhận nhu cầu (elicit requirements), xây dựng lòng tin và tùy chỉnh báo cáo hiệu quả.
• Đây là bước tiếp theo logic nhất (next best action), ưu tiên giao tiếp cá nhân hóa thay vì hành động giả định. Trong Agile, sprint review là nội bộ, không nên mở rộng ngay mà không thảo luận.

📋 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á dựa trên nguyên tắc PMP/Agile mới nhất (2021-2026), nhấn mạnh Stakeholder Engagement và Value Delivery.

• ❌ Give the senior manager access to the product backlog.
  Sai vì: Product backlog là công cụ nội bộ chứa chi tiết công việc, ưu tiên và ước lượng nhạy cảm (user stories, acceptance criteria). Cấp quyền truy cập trực tiếp có thể vi phạm bảo mật thông tin (information security), lộ dữ liệu chưa hoàn thiện hoặc thay đổi thường xuyên, không phù hợp với yêu cầu project status tổng quát bằng template. Theo PMBOK 7th (Domain: Stakeholder), không nên chia sẻ raw data mà không kiểm soát.

• ❌ Organize a review of the kanban board with the manager.
  Sai vì: Kanban board là công cụ theo dõi tiến độ hàng ngày nội bộ (WIP limits, flow metrics), phù hợp cho đội ngũ hơn là báo cáo cấp cao. Tổ chức review đột ngột có thể lãng phí thời gian nếu không khớp với template chi tiết yêu cầu (ví dụ: thiếu phân tích tài chính, rủi ro chiến lược). Trong Agile Practice Guide, sprint review dành cho stakeholders chính thức, không phải thay thế giao tiếp cá nhân hóa.

• ✅ Contact the senior manager and discuss their needs.
  Đúng vì: Như đã giải thích ở trên, đây là hành động chủ động, hiệu quả nhất để elicit và clarify needs (theo PMBOK 7th, Section 4.6: Engage Stakeholders). Giúp tùy chỉnh template phù hợp, tăng giá trị giao tiếp và tránh rework.

• ❌ Modify the PMO template to include the information.
  Sai vì: PMO template là quy trình chuẩn hóa cho báo cáo hàng tháng, project manager không có quyền tự ý thay đổi mà không có phê duyệt từ PMO hoặc thảo luận với yêu cầu người (senior manager). Việc sửa có thể phá vỡ consistency toàn tổ chức, dẫn đến confusion hoặc non-compliance. PMP nhấn mạnh change control (ITTO của Control Communications).

📘 Tài liệu tham khảo

• PMBOK® Guide – 7th Edition (2021): Principle 7 (Tailor), Performance Domain: Stakeholder & Team, Process 9.1-9.3 (Communications Management).
• Agile Practice Guide (2021): Chapter 5 (Servant Leadership), Sprint Review & Daily Practices.
• PMP Exam Content Outline (2024-2026): Domain III: Business Environment (15%), Domain V: Business Acumen (8%) – tập trung giao tiếp hybrid Agile.
• PMI Standards: The Standard for Project Management (2021) – Emphasizes adaptive communication.

🛠️ Lời khuyên PMP: Luôn ưu tiên "discuss first" với stakeholders cấp cao để đảm bảo outcome-driven! Nếu cần thực hành, tham khảo PMI.org mock exams.

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

Câu hỏi này thuộc lĩnh vực Quản lý Đội ngũ (People Domain) và Quản lý Cổ đông (Stakeholder Engagement) theo PMBOK Guide 7th Edition (2021) và các cập nhật mới nhất đến năm 2026 từ PMI (Project Management Institute). Tình huống mô tả:

• Công ty đang trải qua thay đổi cấu trúc tổ chức (organizational restructuring), dẫn đến một số vị trí bị loại bỏ (made redundant), khiến vài thành viên đội ngũ phải rời đi.
• Đội ngũ không hài lòng (unhappy) vì họ không hiểu lý do thay đổi, đặc biệt khi dự án đang tiến triển đúng kế hoạch (on track).
• Vai trò của Project Manager (PM) là phải xử lý tình huống này một cách hiệu quả, tập trung vào giao tiếp, xây dựng lòng tin, giảm thiểu xung đột nội bộ và duy trì hiệu suất dự án.
  🛠️ Mục tiêu chính: PM cần áp dụng nguyên tắc lãnh đạo (leadership principles) để giải thích thay đổi, giúp đội ngũ hiểu và chấp nhận, tránh ảnh hưởng đến động lực làm việc và kết quả dự án.

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

Đáp án đúng: Organize a team meeting to discuss the changes and their importance for the company.

Lý do:

• Theo PMBOK 7th Edition (Section 4.3: Project Team Management) và Process: Manage Project Team (Executing Process Group), PM phải chủ động giao tiếp minh bạch với đội ngũ để giải quyết lo lắng, xây dựng sự hiểu biết chung về thay đổi tổ chức. Cuộc họp đội ngũ giúp:
  • Thảo luận mở (open discussion) về thay đổi và tầm quan trọng đối với công ty (business importance).
  • Giảm kháng cự, tăng cam kết (engagement) và duy trì năng suất.
• Trong Hybrid/Agile environments (cập nhật PMI 2024-2026), nguyên tắc "Transparency" và "Foster Psychological Safety" nhấn mạnh họp đội ngũ để chia sẻ ngữ cảnh kinh doanh, giúp đội ngũ cảm thấy được tôn trọng.
  📘 Nguồn tham khảo: PMBOK 7th Edition (p. 157-162); The Standard for Project Management (p. 89-92); PMI Code of Ethics (Responsibility & Respect).

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

• Advise the team to continue their work as planned because the schedule cannot be changed.
  ❌ Sai: Phương án này bỏ qua cảm xúc và lo lắng của đội ngũ, chỉ tập trung vào lịch trình mà không giải quyết gốc rễ vấn đề (thiếu hiểu biết). Theo PMBOK 7th (Stakeholder Engagement Principle), PM phải xử lý kháng cự bằng giao tiếp, không phải ra lệnh "tiếp tục làm việc". Điều này có thể dẫn đến giảm động lực (demotivation), tăng tỷ lệ nghỉ việc và rủi ro dự án.

• Organize a team meeting to discuss the changes and their importance for the company.
  ✅ Đúng: Như đã giải thích ở trên, đây là hành động tốt nhất để thúc đẩy giao tiếp hai chiều, xây dựng lòng tin và liên kết thay đổi tổ chức với mục tiêu kinh doanh. Phù hợp với 12 Principles of Project Management (Stewardship & Teamwork).

• Inform the project sponsor about the team's unhappiness and ask for overtime pay.
  ❌ Sai: Phương án này leo thang không cần thiết lên sponsor và đề xuất tăng giờ làm thêm (overtime pay) – điều không liên quan đến vấn đề cốt lõi (thay đổi cấu trúc). PMBOK 7th (Manage Communications) yêu cầu giải quyết nội bộ trước (first-line management), không dùng unhappiness làm lý do đòi thưởng. Có thể làm sponsor mất lòng tin vào khả năng lãnh đạo của PM.

• Advise the team that the changes were decided by the CEO and must be implemented.
  ❌ Sai: Chỉ ra lệnh tuân thủ (top-down directive) mà không giải thích sẽ tăng kháng cự và mất lòng tin. PMBOK 7th (Leadership Principle) nhấn mạnh empowerment và collaboration, không phải "CEO quyết thì phải làm". Điều này vi phạm Respect Principle trong PMI Code of Ethics.

🧩 Kết luận: Hành động đúng nhất là tổ chức họp đội ngũ để minh bạch hóa thông tin, phù hợp với xu hướng PMI 2026 nhấn mạnh con người làm trung tâm (People-Centric) trong quản lý thay đổi. Nếu áp dụng, PM sẽ giảm rủi ro dự án hiệu quả! 📘 Tài liệu bổ sung: PMI's Pulse of the Profession 2024 Report (Stakeholder Engagement Trends).

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

Câu hỏi này thuộc chủ đề Quản lý Bên liên quan (Stakeholder Management) trong PMP, dựa trên PMBOK® Guide 7th Edition (và cập nhật PMP đến 2026). Tình huống mô tả một dự án xây dựng trung tâm cộng đồng ở thị trấn: đã chọn địa điểm (site), hoàn tất các phê duyệt và quản trị cần thiết. Tuy nhiên, tại buổi kick-off dự án, phát hiện ra nhóm nông dân địa phương (farmers' group) chưa được tham khảo ý kiến, vì họ sử dụng địa điểm này hàng tháng để tổ chức chợ (monthly market). Vấn đề cốt lõi là rủi ro từ bên liên quan chưa được xác định và tham gia, có thể dẫn đến xung đột, trì hoãn hoặc thất bại dự án. Câu hỏi yêu cầu project manager (PM) nên làm gì để tiến hành dự án một cách hiệu quả, nhấn mạnh vào việc xử lý sớm các bên liên quan tiềm ẩn để đảm bảo sự ủng hộ và giảm thiểu rủi ro.

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

Đáp án đúng: Discuss the project objectives with all stakeholders, including the farmers' group, and review their requirements.

🛠️ Lý do chi tiết:

• Theo PMBOK® 7th Edition (Domain: Stakeholder Sphere), PM phải xác định và tham gia tất cả bên liên quan (Identify Stakeholders & Engage Stakeholders) ngay từ đầu dự án, đặc biệt khi phát hiện bên liên quan mới tại kick-off. Việc thảo luận mục tiêu dự án và xem xét yêu cầu của họ giúp xây dựng sự đồng thuận, giảm xung đột và tích hợp nhu cầu vào kế hoạch (ví dụ: điều chỉnh lịch xây dựng để tránh ngày chợ).
• Đây là hành động chủ động và phù hợp nhất để "move forward" dự án, tuân thủ nguyên tắc Tailoring và Value Delivery trong PMP mới nhất. Không làm vậy có thể vi phạm Stakeholder Engagement Plan.

📋 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 một cách chi tiết, giữ nguyên văn bản gốc bằng tiếng Anh. Mỗi phương án được đánh giá dựa trên quy trình PMP chuẩn (PMBOK® 7th Edition & PMI Standards).

• Continue building the center as the farmers' group does not need to be consulted.
  ❌ Sai: Phương án này bỏ qua hoàn toàn nguyên tắc Identify Stakeholders (Stakeholder Management). Nhóm nông dân là bên liên quan ảnh hưởng trực tiếp đến địa điểm dự án (power/interest grid: có thể là "Keep Satisfied" hoặc cao hơn), việc không tham khảo họ dẫn đến rủi ro pháp lý, biểu tình hoặc hủy dự án. PMBOK nhấn mạnh tất cả bên liên quan tiềm ẩn phải được đánh giá, không được giả định "không cần thiết".

• Discuss the project objectives with all stakeholders, including the farmers' group, and review their requirements.
  ✅ Đúng: Như đã giải thích ở trên, đây là hành động tối ưu theo Manage Stakeholder Engagement process. Giúp thu thập requirements, cập nhật Stakeholder Register và điều chỉnh kế hoạch dự án kịp thời, đảm bảo holistic value và giảm thiểu issue.

• Document a risk related to the impact that the farmers' group could bring to the project.
  ❌ Sai: Mặc dù Identify Risks (Risk Management) là cần thiết, nhưng chỉ ghi nhận rủi ro thôi chưa đủ để "move forward". PMBOK yêu cầu mitigate risks qua engagement, không chỉ document thụ động (trong Risk Register). Hành động này thiếu tính chủ động với bên liên quan, có thể làm vấn đề leo thang thay vì giải quyết.

• Request that the project sponsor discuss compensation with the farmers' group for the lost business.
  ❌ Sai: Việc yêu cầu sponsor thương lượng bồi thường là giải pháp muộn màng và không phải trách nhiệm chính của PM. Theo PM Roles & Responsibilities, PM phải tự engage stakeholders trước khi escalate. Compensation chỉ là một mitigation option sau khi đã thảo luận requirements, tránh tạo gánh nặng tài chính không cần thiết nếu có giải pháp khác (như chia sẻ site).

📘 Tài liệu tham khảo

• PMBOK® Guide – Seventh Edition (2021): Chương 4.5 Stakeholder Engagement & Chương 4.6 Value.
• PMI's The Standard for Project Management (2021): People Domain – Stakeholder Sphere.
• PMP Exam Content Outline (2021, cập nhật 2026): 14% câu hỏi về Stakeholder Management.
• Nguồn chính thức: PMI.org – Khuyến nghị thực hành proactive stakeholder analysis từ giai đoạn Initiating.

🛠️ Lời khuyên PMP: Luôn cập nhật Stakeholder Register động và sử dụng công cụ như Stakeholder Engagement Assessment Matrix để tránh tình huống tương tự! 🚀

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

Câu hỏi mô tả tình huống: Một nhà tài trợ dự án (project sponsor) muốn thêm một deliverable mới vào dự án. Họ liên hệ với project manager (PM) để xin lời khuyên về cách tiếp cận hiệu quả nhất nhằm hoàn thành deliverable này trong vòng 2 tháng tiếp theo.
📌 Ý nghĩa chính: Đây là tình huống liên quan đến thay đổi scope (scope change) do sponsor đề xuất. Theo PMBOK® Guide 7th Edition (2021) và các cập nhật PMP đến 2026, PM phải hỗ trợ đánh giá tác động của thay đổi một cách chuyên nghiệp, không tự quyết định mà hướng dẫn quy trình Perform Integrated Change Control (Quy trình 4.6). Mục tiêu là đảm bảo thay đổi khả thi về thời gian, chi phí, chất lượng và rủi ro, trước khi phê duyệt.

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

Đáp án đúng: Suggest that the sponsor conduct a cost-benefit analysis to determine feasibility.
🛠️ Lý do: PM không tự phê duyệt thay đổi scope mà phải hỗ trợ sponsor đánh giá tính khả thi. Cost-benefit analysis là công cụ chuẩn trong Business Analysis (Domain 2 của PMP Exam Content Outline 2021, cập nhật 2026) để so sánh lợi ích và chi phí, xác định xem deliverable mới có đáng thêm vào dự án không. Điều này tuân thủ nguyên tắc Value Delivery (PMBOK 7th), giúp tránh rủi ro scope creep và đảm bảo quyết định dựa trên dữ liệu. PM đóng vai trò cố vấn, thúc đẩy sponsor thực hiện phân tích để trình lên Change Control Board (CCB) nếu cần.
📘 Nguồn tham khảo: PMBOK® Guide 7th Edition, Section 4.6 (Perform Integrated Change Control); PMP Exam Content Outline, Task 4.2 (Manage Project Changes).

📋 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 lựa chọn, giữ nguyên nội dung gốc bằng tiếng Anh. Mỗi phương án được đánh dấu ✅ (đúng) hoặc ❌ (sai), kèm giải thích bằng tiếng Việt:

• Suggest that the sponsor conduct a cost-benefit analysis to determine feasibility.
  ✅ Đúng: Như đã giải thích ở trên, đây là cách tiếp cận chuyên nghiệp nhất. PM hỗ trợ sponsor bằng cách gợi ý phân tích cost-benefit để đánh giá tác động toàn diện (thời gian, chi phí, rủi ro), phù hợp với Tailoring và Holistic Change Management trong PMBOK 7th. Nó thúc đẩy quyết định dựa trên giá trị, không vội vàng thêm scope.

• Advise the sponsor that it is not the project manager's job to evaluate the project.
  ❌ Sai: PM phải hỗ trợ đánh giá thay đổi, vì vai trò PM bao gồm Stakeholder Engagement và Change Control (PMBOK 7th, Principle 7: Optimize Risk Responses). Từ chối trách nhiệm như vậy vi phạm Project Leadership (Domain 9 PMP), làm giảm lòng tin từ sponsor và bỏ qua quy trình tích hợp thay đổi.

• Use the management reserve in order to expedite completion of the deliverable within 2 months.
  ❌ Sai: Management reserve (MR) chỉ dùng cho rủi ro đã biết (known unknowns), không phải scope change mới hoặc deliverable ngoài kế hoạch (PMBOK 7th, Section 7.5.3.3 Contingency Reserve vs. Management Reserve). Sử dụng MR cho việc này là lạm dụng, vi phạm nguyên tắc Earned Value Management và có thể dẫn đến dự án vượt ngân sách mà không có phê duyệt chính thức.

• Change the project methodology in order to achieve completion of the deliverable within 2 months.
  ❌ Sai: Thay đổi methodology (ví dụ từ predictive sang agile) không phải giải pháp ngay lập tức cho scope change, mà phải qua Tailoring Process và phê duyệt (PMBOK 7th, Chapter 2 & 3). Việc này có thể gây rối loạn dự án hiện tại, tăng rủi ro mà không đánh giá tác động, vi phạm Lifecycle Selection chỉ thay đổi khi cần thiết cho giá trị tổng thể.

🧩 Phân tí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 xây dựng và gắn kết đội ngũ dự án phân tán toàn cầu (global distributed team). Dự án sắp khởi động với đội ngũ không thể di chuyển (travel not viable), nên hầu hết tham gia ảo (virtually). Câu hỏi yêu cầu project manager (PM) làm gì để engage the team (gắn kết đội ngũ) ngay từ đầu.
✅ Mục tiêu chính: Xây dựng môi trường hợp tác hiệu quả cho đội ngũ ảo, tránh rào cản địa lý, thúc đẩy giao tiếp, hợp tác và tinh thần đội nhóm theo PMBOK 7th Edition (2021) và các cập nhật đến 2026 (tập trung vào Agile/Hybrid teams với công cụ số hóa).

✅ Đáp án đúng: Invest in a virtual collaboration/colocation environment.

Lý do lựa chọn:
Đây là hành động cốt lõi và chiến lược nhất để engage đội ngũ ảo toàn cầu ngay từ đầu dự án. "Virtual collaboration/colocation environment" đề cập đến việc đầu tư vào công cụ/môi trường hợp tác ảo (như Microsoft Teams, Slack, Miro, Zoom Rooms, hoặc spatial tools như Gather.town/Meta Horizon Workrooms), tạo cảm giác colocation ảo (như đang ngồi cùng phòng). Điều này giúp:

• Tăng tương tác thời gian thực, chia sẻ màn hình, breakout rooms.
• Xây dựng lòng tin, giảm cô lập (isolation) ở đội ngũ phân tán.
• Hỗ trợ High-Performance Teams theo Project Team Enablement trong PMBOK 7 (Domain 4: Team).
  🛠️ Áp dụng thực tế: PM phải ưu tiên budget cho tools này từ Initiate phase, đảm bảo accessibility toàn cầu (multi-timezone, multi-language).

📋 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 tiếng Anh. Mỗi phương án được đánh giá đúng/sai dựa trên best practice PMP (PMBOK 7th Ed., Agile Practice Guide 2021, cập nhật 2026 nhấn mạnh digital transformation).

• ✅ Invest in a virtual collaboration/colocation environment.
  Đúng vì: Đây là giải pháp root cause cho đội ngũ ảo toàn cầu, trực tiếp giải quyết vấn đề "travel not viable". Theo PMBOK 7 (Section 4.6: Manage Team), PM phải enable môi trường công cụ số để foster collaboration, tránh chỉ dựa meeting truyền thống. Không có tools này, các hoạt động khác sẽ kém hiệu quả. Ưu tiên cao nhất cho dự án mới start.

• ❌ Have one-on-one meetings with team members to improve communication.
  Sai vì: Đây là hoạt động tốt để build relationship cá nhân (theo Develop Team process), nhưng không đủ scale cho đội ngũ toàn cầu lớn. One-on-one chỉ giải quyết giao tiếp cá nhân, không tạo team engagement tổng thể hay môi trường hợp tác ảo. PMBOK 7 khuyến nghị dùng làm bổ sung, không phải hành động đầu tiên.

• ❌ Ask human resources (HR) for team-building recommendations.
  Sai vì: HR có thể hỗ trợ training/team-building (theo Resource Management), nhưng PM chịu trách nhiệm chính cho đội ngũ dự án (PMBOK 7, Principle 9: Optimize Risk). Việc outsource HR làm chậm trễ "project about to start", và không trực tiếp giải quyết nhu cầu virtual-specific tools. HR chỉ hỗ trợ, không thay thế PM.

• ❌ Schedule weekly team meetings to encourage collaboration.
  Sai vì: Weekly meetings là routine tốt (Scrum Daily/Weekly Standups), nhưng thiếu nền tảng tools thì meetings ảo sẽ kém tương tác (lag, no shared space). PMBOK 7 (Domain 3: Business Value) nhấn mạnh environment trước routine; meetings thôi không tạo "engagement" bền vững cho global team.

📘 Tài liệu tham khảo

• PMBOK Guide 7th Edition (2021, PMI): Domain 4 - Team (Manage Team & Engage Stakeholders); Principle 5: Build Teams with/through People.
• Agile Practice Guide (2021): Virtual Teams chapter – Nhấn mạnh virtual colocation tools.
• PMI Standards Updates (2023-2026): Digital tools integration (PMI.org Pulse surveys về remote work post-COVID).
• Tham khảo thêm: "The Standard for Project Management" (2021), Section 4.7 Virtual Teams.

🛠️ Khuyến nghị PMP: Luôn Develop Team Plan sớm với tools assessment cho hybrid/global teams! Nếu cần ví dụ case study, hỏi thêm nhé! 🚀

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

Câu hỏi mô tả một tình huống thực tế trong quản lý dự án PMP: Một project manager (PM) có kinh nghiệm đang dẫn dắt một đội ngũ nhiệt tình (enthusiastic team), nhưng nhận ra đội ngũ thiếu kinh nghiệm cần thiết để hoàn thành dự án thành công. PM cần hành động gì để giảm thiểu rủi ro thất bại dự án (reduce the risk of project failure).

🔍 Chi tiết tình huống:

• Đội ngũ nhiệt tình (mạnh về động lực) nhưng thiếu kinh nghiệm (yếu về kỹ năng thực hiện).
• PM phải chọn hành động chủ động, phù hợp trách nhiệm theo PMP, tập trung vào phát triển đội ngũ hiện tại thay vì thay đổi cấu trúc đội ngũ hoặc kiểm soát chất lượng muộn.
• Chủ đề chính: Quản lý nguồn lực đội ngũ (Resource Management), cụ thể là quy trình Develop Team trong PMBOK, nhấn mạnh vai trò PM như một leader để xây dựng năng lực đội ngũ.

Mục tiêu: PM cần giảm rủi ro gốc rễ (root cause) là thiếu kinh nghiệm, mà không làm gián đoạn dự án hoặc tăng chi phí không cần thiết.

✅ Đáp án đúng

Provide team members with the necessary coaching and mentoring.

Lý do lựa chọn:

• Đây là hành động tối ưu và trực tiếp nhất theo nguyên tắc PMP. PM có trách nhiệm phát triển đội ngũ (Develop Team) thông qua coaching (hướng dẫn cá nhân hóa) và mentoring (chia sẻ kinh nghiệm từ PM giàu kinh nghiệm).
• 🛠️ Điều này tận dụng đội ngũ hiện tại (nhiệt tình), không thay đổi cấu trúc đội ngũ, giảm rủi ro gián đoạn, và xây dựng năng lực dài hạn.
• Theo PMBOK® Guide 7th Edition (2021) và cập nhật PMI đến 2026, People Domain nhấn mạnh PM phải coach và mentor để nâng cao hiệu suất đội ngũ, đặc biệt khi thiếu kinh nghiệm. Đây là biện pháp proactive risk response (trong Project Risk Management), tránh thất bại bằng cách xây dựng nội lực.

📋 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 lựa chọn, với đánh giá đúng/sai dựa trên PMP:

• ✅ Provide team members with the necessary coaching and mentoring.
  Đúng 🏆: Như đã giải thích, đây là trách nhiệm cốt lõi của PM trong Develop Team and Capabilities (PMBOK 7th Ed., Principle 7: Foster a Team Environment). Coaching/mentoring nhanh chóng, chi phí thấp, tận dụng kinh nghiệm PM để chuyển giao kiến thức thực tế, trực tiếp giảm rủi ro thiếu kinh nghiệm mà không cần bên ngoài.

• ❌ Ask the sponsor to add experienced professionals to the team.
  Sai 🚫: Việc yêu cầu sponsor bổ sung nhân sự thuộc Acquire Resources (PMBOK 6th Ed., Process 9.2), nhưng không phải lựa chọn đầu tiên. Thay đổi đội ngũ có thể gây rủi ro mới như xung đột văn hóa, chi phí cao, chậm trễ onboarding. PM nên phát triển đội ngũ hiện tại trước (The Standard for Project Management, 3rd Ed.).

• ❌ Approve the appropriate training program for team members.
  Sai ⏳: Training là công cụ tốt trong Develop Team (PMBOK 7th Ed., Models/Tools/Techniques: Training), nhưng tốn thời gian, chi phí lớn và không đảm bảo áp dụng ngay (đặc biệt với đội ngũ thiếu kinh nghiệm). Coaching/mentoring hiệu quả hơn vì cá nhân hóa và thực hành trực tiếp.

• ❌ Assign a dedicated resource to check the quality of each deliverable.
  Sai 🔍: Đây là biện pháp Quality Control (Manage Quality process, PMBOK 6th Ed., 8.2), chỉ phát hiện lỗi muộn chứ không giải quyết nguyên nhân gốc (thiếu kinh nghiệm). Tăng gánh nặng kiểm tra, không xây dựng năng lực đội ngũ, vi phạm nguyên tắc prevention over inspection (PMBOK 7th Ed., Quality Principle).

📘 Tài liệu tham khảo

• PMBOK® Guide – 7th Edition (2021): People Domain (trang 37-50), Develop Team and Capabilities (Appendix X4).
• PMBOK® Guide – 6th Edition: Process 9.3 Develop Team (trang 278-282), nhấn mạnh coaching/mentoring.
• The Standard for Project Managers (PMI, 2025 updates): Leadership competencies, Agile Practice Guide (Hybrid approaches đến 2026).
• PMI Code of Ethics: PM ưu tiên phát triển đội ngũ thay vì outsource ngay.

Hy vọng phân tích này giúp bạn nắm vững kiến thức PMP! 🚀 Nếu cần thêm ví dụ case study, hãy hỏi nhé.