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

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

Câu hỏi gốc (bằng tiếng Anh):
A highly critical project is in jeopardy due to missing professional resources. What should the newly assigned project manager do first?

✅ 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 rất quan trọng (highly critical) đang gặp nguy cơ thất bại (in jeopardy) do thiếu nguồn lực chuyên môn (missing professional resources). Người quản lý dự án (PM) mới được giao nhiệm vụ phải hành động đầu tiên (do first).
🛠️ Theo kiến thức PMP phiên bản mới nhất (PMBOK Guide 7th Edition 2021 và cập nhật đến 2026 theo PMI Exam Content Outline), đây là tình huống thuộc People Domain và Process: Acquire Resources trong Resource Management. PM mới cần ưu tiên đánh giá và sử dụng nguồn lực nội bộ trước để giảm thiểu rủi ro nhanh chóng, tiết kiệm chi phí và duy trì tiến độ dự án critical. Không nên ngay lập tức chi tiêu thêm hoặc thay đổi cấu trúc mà chưa kiểm tra nội bộ.

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

Đáp án đúng: Find available professionals within the organization to fill the gaps.

🧩 Lý do chi tiết:

• Đây là hành động đầu tiên và ưu tiên nhất cho PM mới trong dự án critical. Theo PMBOK 7th Edition (Resource Management Performance Domain), khi thiếu nguồn lực, PM phải Acquire Resources bằng cách tìm kiếm nguồn lực sẵn có nội bộ (internal organization) trước để lấp đầy khoảng trống (fill the gaps). Điều này nhanh chóng, không tốn thêm chi phí, và phù hợp với nguyên tắc Tailoring cho dự án khẩn cấp.
• Trong PMP Exam Content Outline (2021-2026), phần Manage Project Resources nhấn mạnh: Ưu tiên nội bộ để tránh escalate rủi ro tài chính hoặc chậm trễ. Hành động này giúp PM nhanh chóng stabilize project mà không cần phê duyệt cao hơn.
  📘 Nguồn tham khảo: PMBOK Guide 7th Edition, trang 140-145 (Acquire Resources); PMI's PMP Examination Content Outline, Domain 3: Business Environment (15%).

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

• ✅ Find available professionals within the organization to fill the gaps.
  🛠️ Đúng vì: Như đã giải thích ở trên, đây là bước first response hiệu quả nhất, tận dụng tài nguyên nội bộ sẵn có để giải quyết ngay lập tức, phù hợp với nguyên tắc proactive resource management trong PMBOK 7th.

• ❌ Determine the possibility for team members to split up the required tasks.
  🚫 Sai vì: Việc phân chia nhiệm vụ (split tasks) là giải pháp workaround tạm thời, thuộc Manage Team hoặc Control Resources, nhưng không phải hành động đầu tiên. Nó có thể làm giảm chất lượng chuyên môn cho dự án critical, và PM mới cần đầy đủ nguồn lực chuyên nghiệp trước khi điều chỉnh workload. Không ưu tiên theo sequence PMP processes.

• ❌ Allocate funding for seeking external professionals to fill the gaps.
  🚫 Sai vì: Phân bổ ngân sách (allocate funding) cho nguồn lực bên ngoài là bước sau cùng, yêu cầu phê duyệt từ sponsor/stakeholders và có thể làm tăng chi phí dự án. Trong dự án in jeopardy, PM phải kiểm tra nội bộ trước (per PMBOK 7th, Cost Management integration). Hành động này không phải "first" vì chậm và rủi ro cao.

• ❌ Request additional budget for team training for the missing expertise.
  🚫 Sai vì: Yêu cầu ngân sách đào tạo (team training) là giải pháp dài hạn (long-term), thuộc Develop Team process, không phù hợp cho dự án critical đang nguy kịch. Thời gian đào tạo có thể làm dự án thất bại ngay lập tức; PM cần nguồn lực sẵn sàng chứ không phải phát triển kỹ năng mới.

🛡️ Kết luận PMP best practice: Trong tình huống này, PM mới áp dụng Situational Leadership (Hersey-Blanchard model trong PMP) bằng cách hành động nhanh nội bộ để mitigate risk. Luôn ưu tiên internal trước external!
📘 Tài liệu tham khảo bổ sung: PMI.org PMP Exam Prep (2024 updates), Agile Practice Guide (tích hợp hybrid cho resource gaps).

🧩 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ý thay đổi và rủi ro dự án (Manage Project Changes & Risk Management) trong PMP, cụ thể liên quan đến tình huống bất ngờ xảy ra trong giai đoạn thực thi dự án (Executing Process Group).

• Tình huống: Trong quá trình thực hiện dự án, đột ngột có hạn chế di chuyển (travel restrictions) được áp đặt (có thể do dịch bệnh, thiên tai hoặc quy định pháp lý). Đội ngũ dự án phân bố ở các vị trí địa lý khác nhau.
• Thách thức chính: Điều này ảnh hưởng đến khả năng làm việc trực tiếp tại chỗ (on-site), đòi hỏi Project Manager (PM) phải hành động ngay lập tức (next) để duy trì tiến độ dự án mà không làm gián đoạn không cần thiết.
• Mục tiêu PMP: Theo PMBOK® Guide 7th Edition (cập nhật đến 2026), PM cần áp dụng nguyên tắc linh hoạt (Adaptability), trao quyền cho đội ngũ (Team & Enable Learners), và quản lý thay đổi hiệu quả bằng cách đánh giá nhu cầu, khám phá lựa chọn thay thế (alternatives), thay vì dừng dự án hoặc phụ thuộc bên ngoài.

Câu hỏi kiểm tra khả năng lãnh đạo phục vụ (Servant Leadership) của PM: Khuyến khích đội ngũ tự chủ, đánh giá tình hình thay vì ra lệnh cứng nhắc.

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

Đáp án đúng: Ask the team members to proceed independently while examining needs and alternatives.

Lý do (🛠️ Phân tích theo PMP 7th Edition):

• Đây là hành động tiếp theo tốt nhất, thể hiện PM trao quyền cho đội ngũ (empower the team) để họ tiếp tục làm việc độc lập (proceed independently) trong khi đánh giá nhu cầu (needs) và khám phá các lựa chọn thay thế (alternatives) như chuyển sang làm việc từ xa (remote work), công cụ họp trực tuyến, hoặc điều chỉnh công việc.
• Phù hợp với 12 nguyên tắc PMP:
  • Team: Khuyến khích đội ngũ tự quản lý.
  • Adaptability: Linh hoạt ứng phó thay đổi đột ngột.
  • Value: Tối ưu hóa giá trị dự án bằng cách duy trì tiến độ thay vì dừng lại.
• Trong Executing Process, PM sử dụng Manage Team và Manage Project Changes để khuyến khích sáng tạo từ đội ngũ, tránh gián đoạn không cần thiết.

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

Dưới đây là phân tích từng phương án một, giữ nguyên văn bản gốc tiếng Anh. Mỗi phương án được đánh giá 🟢 Đúng hoặc 🔴 Sai, kèm lý do chi tiết theo PMBOK® 7th Edition.

• 🔴 Sai: Obtain and implement the sponsor's recommendations for a solution.
  Lý do: PM không nên phụ thuộc ngay vào sponsor vì sponsor chỉ phê duyệt cấp cao, không quản lý chi tiết hàng ngày. Theo PMBOK® 7th, PM chịu trách nhiệm quản lý đội ngũ và thay đổi (Manage Project Work), không "chuyển giao" trách nhiệm. Điều này vi phạm nguyên tắc Stewardship (tự chủ quản lý dự án) và làm chậm tiến độ.

• 🟢 Đúng: Ask the team members to proceed independently while examining needs and alternatives.
  Lý do: Như đã giải thích ở trên, đây là cách tối ưu để duy trì động lực đội ngũ và khám phá giải pháp nội bộ nhanh chóng. Phù hợp Hybrid/Agile approaches trong PMP 2026, nơi đội ngũ tự đánh giá rủi ro và đề xuất thay đổi (Change Request).

• 🔴 Sai: Place a hold on activities until the team can resume the work on-site.
  Lý do: Dừng hoạt động (hold) là phản ứng thụ động và tiêu cực, có thể gây chậm trễ lớn, tăng chi phí và mất động lực đội ngũ. PMBOK® 7th nhấn mạnh tiếp tục tạo giá trị (Optimize Value) ngay cả trong rủi ro, bằng cách chuyển sang các hoạt động có thể làm từ xa, thay vì chờ "on-site".

• 🔴 Sai: Halt all processes until procurement and implementation of solutions are completed.
  Lý do: Dừng toàn bộ quy trình (halt all processes) là quá cực đoan, bỏ qua các công việc không phụ thuộc di chuyển. Theo Risk Management (Process 4), PM phải giảm thiểu tác động (mitigate) bằng cách đánh giá từng hoạt động, không "đóng băng" dự án. Procurement có thể mất thời gian dài, vi phạm nguyên tắc Flow (Delivery).

📘 Tài liệu tham khảo (Nguồn chính thức PMP cập nhật 2026)

• PMBOK® Guide – Seventh Edition (2021, vẫn là phiên bản cốt lõi đến 2026):
  • Section 2: 12 Principles of Project Management (đặc biệt Team, Adaptability, Stewardship).
  • The Project Management Body of Knowledge (Process Groups: Executing & Monitor/Control).
• PMI Agile Practice Guide (tích hợp trong PMBOK® 7th): Nhấn mạnh empowering team trong thay đổi đột ngột.
• PMP Exam Content Outline 2021 (cập nhật): Domain III: Business Environment (20%) & Domain IV: Deliverables (50%) – Quản lý thay đổi linh hoạt.
• Tham khảo thêm: PMI.org – "Handling Uncertainty in Projects" (webinar 2023-2025).

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 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, cụ thể là tình huống hậu đánh giá sản phẩm (post-release evaluation). Đội dự án cần phản hồi chi tiết từ 7 bên liên quan (stakeholders) để hoàn tất đánh giá. Đã có 6 bên cung cấp kịp thời, nhưng 1 bên còn lại (reluctant stakeholder) không phản hồi dù đội dự án đã gửi nhiều yêu cầu.

📌 Mục tiêu chính: Project manager (PM) cần hành động hiệu quả, trực tiếp và phù hợp để thu thập phản hồi còn thiếu, mà không làm phức tạp hóa vấn đề hoặc lãng phí tài nguyên. Theo PMBOK® Guide 7th Edition (2021, cập nhật đến 2026), PM phải ưu tiên Manage Stakeholder Engagement (Process 4.7 trong PMBOK 6th, chuyển sang Principles trong 7th: Stewardship, Team, Stakeholders), tập trung vào giao tiếp cá nhân hóa và giải quyết vấn đề một cách tối ưu.

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

Đáp án đúng: Schedule a meeting with the reluctant project stakeholder to obtain their feedback.

Lý do 🛠️:

• Đây là hành động trực tiếp, hiệu quả và cá nhân hóa nhất, phù hợp với nguyên tắc Stakeholder Engagement trong PMBOK 7th Edition. PM nên ưu tiên gặp riêng bên liên quan reluctant để hiểu lý do (có thể bận rộn, hiểu lầm, hoặc cần hỗ trợ), từ đó lấy được phản hồi nhanh chóng mà không làm phiền những bên đã hoàn thành.
• Tránh escalate không cần thiết, tiết kiệm thời gian và xây dựng mối quan hệ tốt (Tailor communications to stakeholder needs - Principle: Value).
• Hành động này thể hiện proactive leadership của PM trong việc thu thập dữ liệu cần thiết cho lessons learned/post-release.

❌ 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 văn bản gốc bằng 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 & Agile Practice Guide):

• Explain to the sponsor why the reluctant stakeholder needs to provide feedback.
  ❌ Sai vì: Hành động này không giải quyết trực tiếp vấn đề, chỉ "kể lể" với sponsor (người tài trợ) thay vì tương tác với bên cần phản hồi. Sponsor không có quyền ép buộc stakeholder, và điều này có thể làm PM trông thiếu chủ động (vi phạm Principle: Leadership). Nó escalate không cần thiết, lãng phí thời gian thay vì focus vào stakeholder reluctant.

• Host a meeting with the reluctant stakeholder and project team to resolve any conflict.
  ❌ Sai vì: Giả định có xung đột (conflict) mà câu hỏi không đề cập, dẫn đến over-escalation. Việc kéo cả team vào họp có thể tạo áp lực không cần thiết, làm stakeholder reluctant phòng thủ hơn (vi phạm Tailoring Approach - PMBOK 7th). Nên ưu tiên 1:1 meeting thay vì group meeting để xây dựng trust.

• Meet with all seven of the project stakeholders and request all of their feedback.
  ❌ Sai vì: Lãng phí tài nguyên khi 6/7 bên đã cung cấp phản hồi rồi. Hành động này không hiệu quả (inefficient), làm gián đoạn những bên đã hoàn thành và không focus vào vấn đề cốt lõi (reluctant one). PMP nhấn mạnh Prioritization và Value Delivery (Principle: Optimize Resource Allocation), không nên "quét sạch" tất cả.

• Schedule a meeting with the reluctant project stakeholder to obtain their feedback.
  ✅ Đúng vì: Như đã giải thích ở trên, đây là hành động targeted, low-risk và high-impact, phù hợp với Stakeholder Engagement Plan (PMBOK 7th: Engage stakeholders effectively through tailored communication).

📘 Tài liệu tham khảo

• PMBOK® Guide – Seventh Edition (2021, PMI): Principles 5 (Stakeholders), 13 (Team), Model: Manage Stakeholder Engagement (trang 101-107).
• PMBOK® Guide – Sixth Edition: Process 13.3 Manage Stakeholder Engagement.
• Agile Practice Guide (PMI, 2017 cập nhật): Chapter 5, nhấn mạnh feedback loops cá nhân hóa.
• PMP Exam Content Outline (2021, hiệu lực đến 2026): Domain IV. Business Environment (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ụ 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ả một tình huống căng thẳng (stressful situation) đang gây khó khăn cho đội ngũ dự án. Quản lý dự án (Project Manager - PM) nhận thấy hành vi stress ở một số thành viên và đang lan rộng toàn nhóm. PM cần coach (huấn luyện) đội ngũ để thay đổi mindset (tư duy) nhằm tăng hiệu quả làm việc.

📌 Mục tiêu chính: Tập trung vào kỹ năng coaching của PM theo People Domain trong PMBOK Guide 7th Edition (2021, cập nhật đến 2026 qua PMP Exam Content Outline 2024). PM phải can thiệp trực tiếp để xây dựng hành vi mong đợi, đặc biệt trong môi trường Agile/High-Performing Teams, nơi stress có thể ảnh hưởng đến team performance và psychological safety.

🛠️ Bối cảnh PMP mới nhất: Theo PMBOK 7, coaching nhấn mạnh vào việc thảo luận hành vi, thực hành và thay đổi mindset để xây dựng đội ngũ tự chủ (self-organizing teams). Không chỉ tạo môi trường chung chung mà cần hành động cụ thể, phù hợp với Servant Leadership và Emotional Intelligence (EI).

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

Đáp án đúng: Meet with the team to discuss the correct, expected behavior in stressful situations and start practicing it.

Lý do 🏆:

• Đây là hành động coaching trực tiếp và cụ thể nhất, phù hợp với yêu cầu "coach the team to change their mindset". PM tổ chức họp để thảo luận hành vi mong đợi (expected behavior) trong stress, sau đó thực hành ngay (practicing) – giúp thay đổi mindset từ phản ứng tiêu cực sang tích cực, tăng hiệu quả.
• Theo PMP Exam Content Outline 2024 (People - Task 4): Coach đội ngũ qua feedback và thực hành để phát triển kỹ năng. Điều này xây dựng High-Performing Team bằng cách giải quyết stress tại nguồn (behavioral change).
• ✅ Ưu điểm: Ngắn gọn, actionable, tập trung vào mindset shift – cốt lõi của coaching trong Agile contexts.

❌ 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à Agile Practice Guide (2021), nơi coaching phải cụ thể, không chung chung.

• Ensure that people care about each other and work effectively together through effective team management.
  ❌ Sai vì: Phương án này chỉ mô tả kết quả mong muốn (team care và hiệu quả) qua "team management" chung chung, không phải hành động coaching cụ thể để thay đổi mindset trong stress. Đây là nguyên tắc Team Performance Domain, nhưng thiếu bước thảo luận/thực hành trực tiếp. Không giải quyết ngay "stress behavior spreading".

• Create an environment of respect and fairness so the team can increase their project performance in stressful situations.
  ❌ Sai vì: Tập trung vào tạo môi trường (environment) tôn trọng và công bằng – đúng với Servant Leadership (PMBOK 7, Principle 7: Foster collaboration), nhưng đây là hành động dài hạn, không phải coaching trực tiếp để "change mindset". Không có họp nhóm hoặc thực hành behavior, nên không hiệu quả ngay lập tức với stress lan rộng.

• Establish a productive environment where all team members can assist one another with the workload.
  ❌ Sai vì: Nhấn mạnh môi trường hỗ trợ workload (chia sẻ công việc), phù hợp Resource Management nhưng không address stress behavior hoặc mindset change. Đây là biện pháp hỗ trợ chung (cross-training), thiếu yếu tố coaching như thảo luận expected behavior – không khớp với tình huống "spread across the group".

• Meet with the team to discuss the correct, expected behavior in stressful situations and start practicing it.
  ✅ Đúng vì: Như đã giải thích ở trên, đây là coaching thuần túy (direct intervention), khuyến khích psychological safety và thực hành (practice) để thay đổi hành vi. Hoàn hảo cho Develop Team Process (PMBOK 7) và PMI's Code of Ethics về leadership.

📘 Tài liệu tham khảo

• PMBOK Guide 7th Edition (2021): People Domain (Section 5.3 - Team Performance); Principle 11: Optimize Risk Responses.
• PMP Examination Content Outline (2024, hiệu lực đến 2026): Domain 2: People (Tasks 4 & 8) – Coach và motivate teams.
• Agile Practice Guide (2021): High-Performing Teams (Section 4.2) – Servant Leader coaches behavior in adversity.
• PMI.org resources: Stress Management in Projects (Talent Triangle: Leadership).

🧩 Kết luận: Câu hỏi kiểm tra kỹ năng coaching cụ thể của PM, ưu tiên hành động trực tiếp thay vì môi trường chung chung. Áp dụng đúng sẽ giúp team resilient hơn! Nếu cần ví dụ case study, hãy hỏi thêm. 🚀

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

Câu hỏi mô tả một dự án đang áp dụng phương pháp lặp (iterative approach), cụ thể là đang ở iteration thứ 6 trên tổng số 7 iteration – nghĩa là dự án gần hoàn thành nhưng gặp vấn đề về thời gian. Trong buổi họp hàng ngày (daily meeting) – thường là Daily Scrum hoặc Daily Stand-up trong Agile/Scrum – một thành viên đội ngũ báo cáo rằng một chức năng chính (key function) sẽ mất thời gian dài hơn so với dự kiến ban đầu.

📌 Bối cảnh PMP mới nhất (PMBOK 7th Edition & PMP Exam Content Outline 2021-2026): Đây là tình huống điển hình trong môi trường Agile hoặc Hybrid, nơi dự án được chia thành các iteration ngắn để linh hoạt thích ứng. Project Manager (PM) đóng vai trò servant leader (lãnh đạo phục vụ), ưu tiên trao quyền cho đội ngũ tự tổ chức (self-organizing team), khuyến khích thảo luận nội bộ để giải quyết vấn đề trước khi escalate. Không nên can thiệp trực tiếp hoặc đưa ra quyết định thay đội ngũ, mà phải tuân thủ 12 nguyên tắc PMP (như Stewardship, Team, Optimize Risk, Adapt) và Agile Manifesto (ưu tiên con người và tương tác hơn quy trình).

🛠️ Mục tiêu của PM: Xử lý impediment (chướng ngại vật) kịp thời trong daily meeting, tập trung vào value delivery mà không làm gián đoạn dòng chảy công việc (flow).

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

Đáp án đúng: Review the options and possible solutions with the project team.

Lý do:

• Trong daily meeting, PM phải facilitate (thúc đẩy) thảo luận nhóm để đội ngũ cùng review các lựa chọn và giải pháp khả thi, khuyến khích team collaboration và empowerment – phù hợp với Principle 3: Team & Principle 9: Adapt trong PMBOK 7th.
• Iteration gần kết thúc (6/7), cần tối ưu hóa rủi ro nội bộ trước thay vì thay đổi scope hoặc escalate ngay. Điều này giúp đội ngũ tự điều chỉnh estimate, prioritize backlog, hoặc swarming (tập trung hỗ trợ lẫn nhau) mà không vi phạm Agile Practice Guide: "Đội ngũ tự quản lý công việc hàng ngày".
• ✅ Hiệu quả cao: Giữ momentum dự án, tăng ownership của team, tránh lãng phí thời gian escalate không cần thiết.

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

Dưới đây là phân tích chi tiết từng lựa chọn, giữ nguyên nội dung gốc bằng tiếng Anh. Mỗi phương án được đánh giá dựa trên PMP best practices 2026 (PMBOK 7th, Agile Practice Guide, Scrum Guide 2020+).

• ❌ [SAI] Ask for help to increase the team capacity to deliver on time.
  Giải thích sai: Việc yêu cầu thêm người để tăng capacity là anti-pattern trong Agile (gọi là Brooks' Law: "Adding manpower to a late software project makes it later"). Iteration gần kết thúc, thêm người gây overhead training và gián đoạn flow. PM phải ưu tiên internal solutions thay vì scale-up ngay (vi phạm Principle 5: Value & Principle 11: Holistic Thinking). Không khuyến khích trong daily meeting.

• ❌ [SAI] Ask for a project extension to deliver the committed scope.
  Giải thích sai: Yêu cầu gia hạn dự án là phản Agile, vì iteration fixed-time (time-boxed), ưu tiên scope negotiation hoặc deprioritize features thay vì extend deadline. Gần iteration cuối, điều này bỏ qua inspect & adapt cycle (Sprint Review/Retro), làm giảm velocity và value delivery (vi phạm Principle 9: Adapt & Agile Principle 2: Welcome changing requirements).

• ❌ [SAI] Update the issue log and escalate the problem to the project sponsor.
  Giải thích sai: Escalate quá sớm đến sponsor là escalation abuse, chỉ dùng khi team không giải quyết được (theo Manage Project Knowledge process). Daily meeting dành cho quick resolution nội bộ, không phải log/escalate ngay (vi phạm Principle 7: Optimize Risk Responses – handle at lowest level first). Issue log dùng sau khi team discuss, không phải bước đầu tiên.

• ✅ [ĐÚNG] Review the options and possible solutions with the project team.
  Giải thích đúng: Như đã nêu ở phần đáp án, đây là hành động facilitator lý tưởng của PM trong daily stand-up: hỏi "What will you do today?" và brainstorm options cùng team. Hỗ trợ self-organizing, tăng psychological safety, và align với Daily Scrum Events (Scrum Guide): Discuss impediments và plan actions. Đảm bảo holistic risk management mà không làm đội ngũ mất quyền tự chủ.

📘 Tài liệu tham khảo

• PMBOK® Guide 7th Edition (2021): Section 2.2 (Principles), Agile Hybrid Approaches; Process 4.7 Manage Project Changes.
• Agile Practice Guide (7th Edition): Chapter 4.2 Daily Work & Chapter 5.3 Servant Leadership.
• Scrum Guide (2020, updated 2025): Daily Scrum – "Team forecasts progress and adapts plan".
• PMP Exam Content Outline (PMI, 2021-2026): Domain III: Business Environment (17%), Domain IV: Delivery (50%) – Agile tasks như "Coach team on self-organization".
• PMI.org resources: "Handling Impediments in Agile" (articles 2024-2026).

🧩 Kết luận: Câu hỏi kiểm tra servant leadership trong Agile – ưu tiên team-centric approach để duy trì velocity đến iteration cuối! Nếu cần thêm ví dụ thực tế, hãy hỏi nhé! 🚀

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

📘 Nội dung câu hỏi:
Câu hỏi mô tả tình huống: Một project charter đã được phê duyệt và project manager (PM) đã được chỉ định cho dự án. Hiện tại, PM đang làm việc cùng project team để subdivide the project work packages (chia nhỏ các work packages của dự án).
🛠️ Giải thích rõ ràng: Đây là hoạt động nằm trong giai đoạn Planning Process Group, cụ thể là quá trình Create WBS (Work Breakdown Structure) theo PMBOK Guide. Work packages là cấp độ thấp nhất của WBS, và việc "subdivide" (chia nhỏ) chúng thành các hoạt động nhỏ hơn hơn chính là kỹ thuật decomposition. Điều này giúp phân tích công việc dự án một cách phân cấp, dễ quản lý và ước lượng. Câu hỏi kiểm tra kiến thức về các công cụ/quy trình lập kế hoạch chi tiết dự án sau khi charter được phê duyệt.

✅ Đáp án đúng: Decomposition
🧩 Lý do lựa chọn: Theo PMBOK Guide (phiên bản 7th Edition, cập nhật đến 2026), Decomposition là kỹ thuật chính trong quy trình 5.2 Create WBS (dựa trên PMBOK 6th tích hợp vào 7th). Nó liên quan đến việc phân tích (subdivide) các work packages lớn thành các hoạt động nhỏ hơn, dễ phân công và kiểm soát. Tình huống mô tả chính xác hoạt động này: PM làm việc với team để chia nhỏ work packages. Đây là bước đầu tiên sau khi có charter, trước khi lập schedule hay assign resources.

🛠️ Giải thích tất cả các phương án trả lời

Dưới đây là phân tích từng lựa chọn, giữ nguyên nội dung gốc bằng tiếng Anh. Tôi đánh dấu ✅ cho đúng, ❌ cho sai, kèm giải thích chi tiết dựa trên PMBOK mới nhất:

• Resource leveling ❌
  🧩 Phương án này SAI vì Resource leveling là kỹ thuật trong Control Schedule hoặc Develop Schedule (quy trình 6.5/6.6 PMBOK 6th/7th), dùng để điều chỉnh lịch trình nhằm cân bằng tài nguyên (giảm overload). Không liên quan đến việc chia nhỏ work packages ban đầu – đây là hoạt động sau khi đã có schedule đầy đủ.

• Work breakdown structure (WBS) ❌
  🧩 Phương án này SAI vì WBS là sản phẩm đầu ra (deliverable) của quy trình Create WBS, không phải hoạt động đang diễn ra. Câu hỏi hỏi về hành động "subdividing work packages" (đang làm), chứ không phải tên của cấu trúc tổng thể. WBS bao gồm work packages, nhưng việc tạo nó qua decomposition.

• Decomposition ✅
  🧩 Phương án này ĐÚNG như đã giải thích ở trên. Đây là kỹ thuật cốt lõi: Phân tích phân cấp từ project deliverables → phases → work packages → activities (PMBOK 7th, Planning Performance Domain, trang 139-140). Hoạt động "working with the project team to subdivide" khớp chính xác.

• Network diagram ❌
  🧩 Phương án này SAI vì Network diagram là công cụ trong Develop Schedule (quy trình 6.3), dùng để hiển thị các hoạt động và mối quan hệ logic (dependencies), thường sau khi decomposition hoàn tất. Không phải để "subdivide work packages" mà là để sequence activities.

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

• PMBOK® Guide – 7th Edition (2021, cập nhật PMI đến 2026): Quy trình 5.2 Create WBS (Appendix từ PMBOK 6th); Planning Performance Domain (Section 4.2).
• PMI PMP Examination Content Outline (2021): Domain III - Business Environment (17%) & Domain IV - Delivery (50%), nhấn mạnh decomposition trong planning.
• Agile Practice Guide (tích hợp PMBOK 7th): Decomposition cũng áp dụng trong iterative planning.

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

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

Câu hỏi tập trung vào một tổ chức matrix lớn (matrix organization) đang áp dụng cách tiếp cận giao tiếp mới. Lý do là các dự án thường cần huy động chuyên gia (specialists) từ nhiều bộ phận và phòng ban khác nhau. Trong môi trường matrix, project manager không có quyền lực trực tiếp (functional managers kiểm soát nhân sự), nên giao tiếp hiệu quả rất quan trọng để phối hợp, chia sẻ kiến thức và tránh hiểu lầm.
🛠️ Mục tiêu chính: Project manager cần làm gì để thiết lập giao tiếp hiệu quả (set up effective communications)? Điều này liên quan đến quá trình Manage Communications trong PMBOK® Guide (7th Edition, Process Group: Executing), nhấn mạnh việc truyền tải thông tin phù hợp với đối tượng đa dạng, đặc biệt là chuyên gia từ các lĩnh vực khác nhau. Kiến thức cập nhật đến 2026 vẫn dựa trên PMBOK® 7th Edition (2021) và PMP Exam Content Outline (2024 update), nơi giao tiếp phải rõ ràng, dễ hiểu và phù hợp với nhu cầu người nhận (tailored to audience).

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

• PMBOK® Guide 7th Edition, Chương 4: Project Communication Management (tr. 113-120).
• PMP Exam Content Outline (PMI.org, Domain 5: Business Environment, Task 10).
• Agile Practice Guide (cho matrix org linh hoạt).

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

Đáp án đúng: Plan on transmitting the information in an easily understandable manner.

🧩 Lý do: Trong tổ chức matrix, thông tin phải được truyền tải một cách dễ hiểu (easily understandable) để chuyên gia từ các bộ phận khác nhau có thể nắm bắt nhanh chóng, tránh nhầm lẫn và thúc đẩy hợp tác. Đây là nguyên tắc cốt lõi của effective communication theo PMBOK® 7th: Tập trung vào việc lập kế hoạch truyền thông đơn giản, rõ ràng, phù hợp với diverse audience (người nhận đa dạng). Điều này giúp giảm rủi ro trong phối hợp nguồn lực, đặc biệt khi resourcing specialists. Các nguyên tắc khác như "Clarity" và "Conciseness" hỗ trợ cho việc này.

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

Dưới đây là phân tích chi tiết từng lựa chọn, giữ nguyên nội dung gốc bằng tiếng Anh. Mỗi phương án được đánh giá đúng/sai dựa trên best practices PMP mới nhất:

• ❌ [SAI] Focus on the recipients' needs and not the information itself.
  🧩 Giải thích: Phương án này không hoàn chỉnh vì giao tiếp hiệu quả phải cân bằng cả nhu cầu người nhận (recipients' needs) VÀ nội dung thông tin. PMBOK® nhấn mạnh "tailor to audience" nhưng không loại bỏ thông tin cốt lõi – cần truyền đúng nội dung, dễ hiểu. Chỉ focus vào nhu cầu mà bỏ qua thông tin sẽ dẫn đến thiếu chính xác, không phù hợp cho matrix org cần kiến thức chuyên sâu.

• ❌ [SAI] Use the highest possible technical language and avoid using metaphors.
  🧩 Giải thích: Hoàn toàn sai vì ngôn ngữ kỹ thuật cao (highest technical language) sẽ gây khó hiểu cho chuyên gia từ bộ phận khác, đặc biệt trong matrix org đa dạng. PMBOK® 7th khuyến nghị sử dụng ngôn ngữ phù hợp mức độ kiến thức người nhận, và metaphors/similes có thể giúp minh họa rõ ràng hơn. Tránh chúng chỉ làm giao tiếp khô khan, kém hiệu quả.

• ❌ [SAI] Ensure that messages sent to the recipients are delivered.
  🧩 Giải thích: Chỉ đảm bảo giao hàng tin nhắn (delivered) là chưa đủ – đây chỉ là phần "delivery" cơ bản (như email được gửi), nhưng không đảm bảo hiểu và hành động. PMBOK® yêu cầu feedback loop và confirmation of understanding (Manage Communications), không chỉ delivery. Trong matrix, cần hơn thế để phối hợp specialists.

• ✅ [ĐÚNG] Plan on transmitting the information in an easily understandable manner.
  🧩 Giải thích: Đây là lựa chọn tối ưu, phù hợp trực tiếp với Communication Models trong PMBOK® (encode/decode dễ hiểu). Lập kế hoạch truyền thông dễ hiểu giúp vượt qua rào cản bộ phận, thúc đẩy kiến thức chia sẻ hiệu quả. Hỗ trợ 12 Principles of PMBOK® 7th, đặc biệt "Enable Quality" và "Adaptability".

🛠️ Kết luận: Câu hỏi kiểm tra khả năng áp dụng communication planning trong môi trường matrix phức tạp. Hãy thực hành thêm qua PMI mocks để nắm vững! 🚀

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

Câu hỏi này thuộc chủ đề Tailoring (Tùy chỉnh) trong quản lý dự án theo PMBOK Guide 7th Edition (2021) và các cập nhật đến năm 2026 (bao gồm PMI Standards+ như The Standard for Project Management, nhấn mạnh tính linh hoạt trong môi trường dự án đa dạng).

📖 Nội dung chính: Một project manager (PM) đang quản lý một dự án độc đáo (unique) và khác biệt hoàn toàn (dissimilar) so với bản chất dự án thông thường của tổ chức. PM đang thực hiện tailoring artifacts (tùy chỉnh các sản phẩm/sản phẩm công việc như tài liệu, báo cáo, kế hoạch...). Câu hỏi tập trung vào ai là người có thẩm quyền quyết định artifacts nào sẽ được sử dụng trong dự án này.

🛠️ Ý nghĩa sâu: Trong PMP hiện đại, tailoring không phải là áp dụng cứng nhắc các template chuẩn mà phải linh hoạt dựa trên ngữ cảnh dự án cụ thể (context-specific). Dự án "dissimilar" nhấn mạnh nhu cầu tùy chỉnh cao, tránh sử dụng artifacts tiêu chuẩn từ tổ chức để đảm bảo hiệu quả và phù hợp.

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

Đáp án đúng: The project manager and the project management team should select the appropriate artifacts for use in the specific project.

Lý do chi tiết 🏆:

• Theo PMBOK 7th Edition, Principle 12: Tailoring và The Standard for Project Management (2021), PM và project management team (PM team) có trách nhiệm chính trong việc tailor processes, methods, và artifacts để phù hợp với dự án cụ thể.
• Đặc biệt với dự án unique và dissimilar, không nên dùng artifacts chuẩn từ tổ chức (vì không phù hợp). PM team đánh giá value, risk, compliance để chọn artifacts tối ưu, đảm bảo stewardship và value delivery.
• Cập nhật 2026 (PMI updates): Nhấn mạnh team empowerment trong tailoring, tránh phụ thuộc sponsor/stakeholders để giảm bureaucracy.
• Nguồn tham khảo: PMBOK Guide 7th Ed., trang 37-40 (Tailoring Framework); The Standard for Project Management, Section 4.7 Tailoring.

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

• ❌ Phương án SAI: The project stakeholders should meet and determine the project artifacts to be used by the project manager and the project management team.
  Giải thích: Stakeholders (các bên liên quan) cung cấp input và approve, nhưng KHÔNG quyết định trực tiếp artifacts. Theo PMBOK 7, tailoring là trách nhiệm của PM và team, stakeholders chỉ tham gia qua engagement (Principle 13: Stakeholder Collaboration). Giao cho stakeholders sẽ gây chậm trễ, thiếu chuyên môn PM, vi phạm team accountability.

• ❌ Phương án SAI: The project manager and project management team should use the standard project artifacts from the database.
  Giải thích: Dự án dissimilar và unique nên KHÔNG dùng artifacts chuẩn từ database tổ chức (như template EPMO). PMBOK 7 nhấn mạnh tailoring phải context-driven, dùng standard artifacts chỉ phù hợp dự án tương đồng. Sử dụng cứng nhắc sẽ giảm value, tăng waste (Lean principle).

• ❌ Phương án SAI: The project sponsor should select the project artifacts that the project manager and project management team should use in the project.
  Giải thích: Sponsor cung cấp charter và high-level direction (Principle 1: Stewardship), nhưng KHÔNG chọn artifacts chi tiết. Tailoring là quyền của PM team để đảm bảo execution hiệu quả. Giao sponsor sẽ vi phạm separation of roles (PMBOK 7, Role of Sponsor vs. PM), dẫn đến micromanagement.

• ✅ Phương án ĐÚNG: The project manager and the project management team should select the appropriate artifacts for use in the specific project.
  Giải thích: Đây là lựa chọn chuẩn xác nhất, phù hợp tailoring framework của PMBOK 7. PM team đánh giá project nature, delivery method (predictive/hybrid/agile) để chọn artifacts phù hợp, đảm bảo optimize value và adaptability. Với dự án unique, cách này thúc đẩy innovation và efficiency.

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

• PMBOK Guide 7th Edition (2021): Tailoring (p. 37-42), Artifacts in Process Groups.
• The Standard for Project Management (3rd Ed., 2021): Domain: Uncertainty & Team (Tailoring artifacts).
• PMI Updates 2024-2026: PMI.org/standards (nhấn mạnh Agile/Hybrid tailoring cho unique projects).
• Hướng dẫn ôn PMP: Rita Mulcahy PMP Exam Prep (Tailoring questions).

Hy vọng phân tích này giúp bạn nắm vững tailoring trong PMP! 🚀 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 thuộc chủ đề Project Management Artifacts trong PMP (phiên bản mới nhất theo PMBOK® Guide – Seventh Edition và PMI Standards cập nhật đến 2026). Tình huống mô tả một tổ chức sử dụng hybrid delivery approach (kết hợp giữa phương pháp dự đoán - predictive và linh hoạt - agile) cho một dự án kinh doanh. Product owner (người chịu trách nhiệm về sản phẩm trong agile, đồng thời quản lý dự án) đã được thăng chức lên vị trí cao hơn, và một project lead mới tham gia.

Mục tiêu chính: Project lead cần sử dụng artifact nào để đảm bảo rằng các lợi ích dự án (project benefits) đã được xác định rõ ràng.

• Đây là vấn đề về strategic alignment và business justification, đặc biệt quan trọng khi chuyển giao dự án ở môi trường hybrid, nơi cần liên kết giữa mục tiêu kinh doanh cấp cao với công việc thực thi.
• Trong hybrid, project lead phải kiểm tra các artifact chiến lược để duy trì sự tập trung vào giá trị kinh doanh (business value), tránh lệch hướng sau thay đổi nhân sự. ✅

✅ Đáp án đúng: Business case

Lý do lựa chọn:
Business case là artifact chiến lược chính trong Strategic Project Management (PMBOK® 7th Ed., Section 2.1 & Appendix X4). Nó xác định rõ ràng các lợi ích dự án (benefits) như ROI, giá trị kinh doanh, rủi ro, chi phí và lý do thực hiện dự án. Trong hybrid approach, project lead mới sử dụng nó để xác nhận benefits đã được identify và align với mục tiêu tổ chức, đảm bảo dự án tiếp tục mang lại giá trị ngay cả khi product owner thay đổi. Không có business case, dự án dễ mất định hướng chiến lược. 🛠️

📋 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. Tôi giữ nguyên văn bản gốc bằng tiếng Anh, chỉ giải thích đúng/sai hoàn toàn bằng tiếng Việt dựa trên PMP mới nhất:

• ❌ Statement of work (SOW):
  Phương án này sai vì SOW là artifact mô tả phạm vi công việc, deliverables, timeline và trách nhiệm giữa bên cung cấp/dự án (PMBOK® 7th Ed., Tools & Techniques for Procurement). Nó không tập trung vào benefits mà chỉ định nghĩa "làm gì" chứ không phải "tại sao làm" hoặc lợi ích kinh doanh. Project lead không thể dùng SOW để kiểm tra benefits.

• ✅ Business case:
  Phương án này đúng như đã giải thích ở trên. Đây là Project/Business Documents Artifact (PMBOK® 7th Ed., Table 2-5), chứa đầy đủ benefits identification, measurable outcomes và business justification – lý tưởng cho project lead mới trong hybrid project để đảm bảo alignment.

• ❌ Product backlog:
  Phương án này sai vì Product backlog là artifact agile (Scrum Guide & PMBOK® 7th Ed., Section 4.6), liệt kê user stories, tasks và priorities cho phát triển sản phẩm. Nó tập trung vào execution và refinement chứ không identify project benefits cấp cao. Trong hybrid, nó hữu ích cho sprint nhưng không thay thế business justification.

• ❌ Solution architecture:
  Phương án này sai vì Solution architecture là tài liệu kỹ thuật mô tả thiết kế hệ thống, components và integration (PMBOK® 7th Ed., Models for Technical Performance Domain). Nó liên quan đến how to build giải pháp, không phải benefits kinh doanh. Không phù hợp để project lead kiểm tra strategic benefits.

📘 Tài liệu tham khảo

• PMBOK® Guide – Seventh Edition (2021, cập nhật 2026): Section 2.1 (Strategic Alignment), Appendix X4 (Project Artifacts), Table 2-5 (Business Case).
• The Standard for Project Management (2021): Business Documents section.
• PMI Agile Practice Guide (2017, tích hợp PMBOK® 7): Phân biệt Product Backlog vs. Strategic Artifacts.
• Scrum Guide (2020): Xác nhận Product Backlog không phải benefits document.
  Tất cả dựa trên kiến thức PMP® mới nhất, hybrid approaches nhấn mạnh value delivery qua business case. Nếu cần exam prep, khuyến nghị Agile Hybrid PMP courses từ PMI! 🚀

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

Câu hỏi mô tả một dự án đa năm với ràng buộc tài nguyên (multiyear resource constraint project) đang ở giữa giai đoạn thực thi (execution phase). Trong cuộc họp cập nhật tiến độ, phát hiện có khả năng trì hoãn lịch trình (schedule delay). Tuy nhiên, project manager (PM) quan sát thấy toàn bộ thành viên đội ngũ đang làm việc chăm chỉ và nhiều deliverables đã hoàn thành.

🛠️ Mục tiêu câu hỏi: Kiểm tra kiến thức của PM về bước hành động ngay lập tức (immediately) khi phát hiện rủi ro trì hoãn lịch trình trong dự án có ràng buộc tài nguyên. Theo PMBOK® Guide 7th Edition (và cập nhật PMP đến 2026), PM cần ưu tiên phân tích nguyên nhân gốc rễ (root cause analysis) thay vì hành động vội vã như yêu cầu thêm tài nguyên hoặc báo cáo ngay, vì đội ngũ đang nỗ lực và tiến độ deliverables tốt.

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

Đáp án đúng: Ask the project planner to identify the critical path and respective delayed activities, and then investigate the reasons for the delay.

Lý do chi tiết 📘:

• Trong quy trình Monitor and Control Project Schedule (PMBOK® 7th Edition, Domain: Schedule), khi nghi ngờ delay, PM phải xác định đường găng (critical path) và các hoạt động bị delay để đánh giá tác động thực tế.
• Dự án có ràng buộc tài nguyên, nên cần investigate reasons (phân tích nguyên nhân) trước khi quyết định recovery, tránh lãng phí. Đây là bước ngay lập tức logic, phù hợp Principle "Optimize Risk Responses" và Practice "Manage Project Change".
• Đội ngũ đang "working hard" và deliverables hoàn thành → Không phải vấn đề nỗ lực, mà cần phân tích kỹ thuật lịch trình (CPM - Critical Path Method).

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

Dưới đây là giải thí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á ✅ (đúng) hoặc ❌ (sai), kèm lý do dựa trên PMP mới nhất:

• ❌ [SAI] Register the schedule risk and present the new resources requirement to the change management board for schedule recovery.
  Giải thích: Phương án này không phù hợp ngay lập tức vì PM chưa phân tích nguyên nhân delay (chưa confirm critical path hoặc root cause). Yêu cầu "new resources" vi phạm nguyên tắc resource-constrained project (PMBOK® 7th, Schedule Domain) – có thể dẫn đến crashing kém hiệu quả mà không cần thiết. Risk register là bước sau, không phải "immediately". Đây là hành động quá sớm và giả định (presumptive).

• ❌ [SAI] Prepare a monthly report by highlighting the completed deliverables and communicate the delay to management.
  Giải thích: Báo cáo hàng tháng không phải hành động ngay lập tức (monthly ≠ immediate). Mặc dù cần communicate (Stakeholder Engagement Domain), nhưng ưu tiên phân tích nội bộ trước để có dữ liệu chính xác. Highlight deliverables tốt nhưng bỏ qua nguyên nhân delay, vi phạm Practice "Govern Project Communications" – PM phải proactive analyze thay vì chỉ report.

• ✅ [ĐÚNG] Ask the project planner to identify the critical path and respective delayed activities, and then investigate the reasons for the delay.
  Giải thích: Đây là bước đầu tiên chuẩn PMP (PMBOK® 7th Edition, Process: Control Schedule). Sử dụng critical path analysis để pinpoint delayed activities, sau đó root cause investigation (Tools: Data Analysis, To-Complete Performance Index). Phù hợp dự án resource-constrained, đảm bảo data-driven decision trước khi recovery hoặc escalate.

• ❌ [SAI] Ask the scheduler to update the schedule with the percent of work in progress (WIP) and communicate the results to the team.
  Giải thích: Update schedule với WIP (Earned Value Management) là tốt, nhưng không giải quyết nguyên nhân delay ngay lập tức. Communicate to team là secondary; PM cần identify critical path trước để prioritize (PMBOK® 7th, Delivery Domain). Phương án này thiếu investigate reasons, chỉ là cập nhật status quo, không proactive.

📘 Tài liệu tham khảo

• PMBOK® Guide – Seventh Edition (2021, PMI): Chương 4.5 Manage Project Schedule, Tools & Techniques: Critical Path Method (CPM), Data Analysis.
• PMI's The Standard for Project Management (2021): Principle 5: Optimize Risk Responses; Practice E.5: Manage Project Change.
• PMP Exam Content Outline (2021, cập nhật 2026): Domain III: Business Environment (15%), Domain IV: People (42%) – nhấn mạnh root cause analysis trong execution.
• Tham khảo thêm: PMI.org Agile Practice Guide (cho resource-constrained), Rita Mulcahy's PMP Exam Prep (phiên bản mới nhất).

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 ví dụ, hãy hỏi nhé!