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

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

📝 Giải thích nội dung câu hỏi:
Câu hỏi mô tả tình huống một Project Manager (PM) nhận thấy một thành viên đội ngũ ít đóng góp hoặc chia sẻ ý kiến trong các cuộc thảo luận nhóm, nhưng lại rất hiệu quả trong việc hoàn thành nhiệm vụ được giao đúng hạn. Câu hỏi yêu cầu cách tận dụng (leverage) điểm mạnh của thành viên này để cải thiện hiệu suất đội ngũ. Chủ đề liên quan đến quản lý đội ngũ (Manage Project Team) trong People Domain của PMBOK Guide 7th Edition (2021), nhấn mạnh vai trò lãnh đạo phục vụ (Servant Leadership), phát triển cá nhân, và xây dựng đội ngũ cao hiệu suất. PM cần khuyến khích sự tham gia mà không làm giảm động lực, tận dụng điểm mạnh cá nhân (strengths-based approach) để thúc đẩy sự đóng góp tự nguyện, phù hợp với nguyên tắc Agile Hybrid và các thực hành mentoring/coaching cập nhật đến 2026.

✅ Đáp án đúng:
Engage with the team member, let them know their strengths, and encourage them to share more.

Lý do chọn đáp án đúng: 🛠️ Phương án này phù hợp nhất vì PM trực tiếp tương tác cá nhân hóa (engage) với thành viên, nhận diện và khen ngợi điểm mạnh (hiệu quả hoàn thành nhiệm vụ), rồi khuyến khích chia sẻ một cách nhẹ nhàng. Điều này thể hiện Servant Leadership và Coaching, giúp xây dựng lòng tin, tăng sự tự tin, thúc đẩy sự tham gia tự nguyện mà không ép buộc. Theo PMBOK 7th, lãnh đạo nên tập trung vào phát triển cá nhân để tối ưu hóa hiệu suất đội ngũ, tránh can thiệp gián tiếp có thể làm giảm động lực nội tại.

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

• ✅ Engage with the team member, let them know their strengths, and encourage them to share more.
  Giải thích đúng: 🏆 Đây là cách tận dụng hiệu quả nhất, khuyến khích sự phát triển tự thân qua giao tiếp trực tiếp, phù hợp với High-Performing Teams và Emotional Intelligence trong People Domain (PMBOK 7th). Nó tôn trọng tính cách introvert của thành viên, giúp họ đóng góp ý kiến mà không bị ép buộc.

• ❌ Meet with the team member prior to meetings and share their thoughts with others so everyone can benefit.
  Giải thích sai: 🚫 Phương án này vi phạm nguyên tắc tự chủ (empowerment), vì PM nói thay ý kiến của thành viên, có thể làm họ cảm thấy bị kiểm soát hoặc thiếu tự tin. PMBOK 7th nhấn mạnh tránh micromanagement, thay vào đó nên hỗ trợ trực tiếp để thành viên tự chia sẻ.

• ❌ Pair this team member with a more outspoken team member so their voice can be heard more.
  Giải thích sai: ❌ Việc ghép đôi có thể hiệu quả tạm thời nhưng không giải quyết gốc rễ, dễ dẫn đến phụ thuộc hoặc xung đột tính cách. Theo Team Building Models (như Tuckman), PM nên phát triển kỹ năng cá nhân thay vì dùng "người đại diện", tránh làm giảm trách nhiệm cá nhân (Accountability).

• ❌ Ensure the team member is assigned critical path tasks to meet the schedule.
  Giải thích sai: ⏰ Phương án này chỉ tập trung vào nhiệm vụ cá nhân, bỏ qua lợi ích đội ngũ từ việc chia sẻ ý kiến. Nó không "leverage" điểm mạnh giao tiếp, mà có thể làm tăng áp lực, dẫn đến burnout. PMBOK 7th yêu cầu cân bằng Task-Oriented và Relationship-Oriented leadership.

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

• PMBOK® Guide – Seventh Edition (2021), People Domain (trang 57-75): Servant Leadership & Develop Team.
• Agile Practice Guide (2017, cập nhật 2023): Coaching & Mentoring Practices.
• PMP Exam Content Outline (2024-2026): Domain II - People (27% trọng số), nhấn mạnh Engage & Develop Team Members.
  (Kiến thức cập nhật đến 2026 dựa trên PMI Standards, không có thay đổi lớn từ 7th Edition).

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

Câu hỏi này thuộc chủ đề Quản lý dự án theo PMP (Project Management Professional), tập trung vào quản lý rủi ro (Risk Management) và quản lý bên liên quan (Stakeholder Management) trong PMBOK® Guide – Seventh Edition (cập nhật đến 2026).

📖 Tình huống mô tả: Một đội ngũ đang chuẩn bị hoàn tất việc triển khai (deployment), nhưng đang chờ thông tin quan trọng từ khách hàng (customer). Khách hàng liên tục trì hoãn cung cấp thông tin, dẫn đến chậm trễ toàn bộ quá trình triển khai.

🛠️ Câu hỏi yêu cầu: Project manager (PM) nên làm gì từ trước để ngăn chặn (prevent) sự chậm trễ này? Đây là câu hỏi nhấn mạnh vào cách tiếp cận chủ động (proactive) thay vì phản ứng (reactive), phù hợp với nguyên tắc "Tailoring" và "Uncertainty" trong PMBOK 7th, nơi PM phải lập kế hoạch thu thập thông tin sớm để giảm thiểu rủi ro từ bên ngoài.

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

Đáp án đúng: Received all key information ahead of time

Lý do: Trong giai đoạn Planning (Lập kế hoạch), PM phải chủ động thu thập tất cả thông tin chính (key information) từ các bên liên quan (stakeholders) như khách hàng từ sớm (ahead of time) để tránh rủi ro chậm trễ ở giai đoạn cuối (closing deployment). Điều này tuân thủ Identify Risks process và Manage Stakeholder Engagement, giúp dự án diễn ra suôn sẻ. Theo PMBOK® Guide 7th Edition (Principle 5: Stakeholders & Principle 9: Uncertainty), PM cần dự đoán và giảm thiểu rủi ro bằng cách xác định requirements sớm, tránh tình trạng "waiting" ở phút chót. ✅ Đây là hành động phòng ngừa (preventive) tốt nhất!

📋 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, đánh dấu ✅ đúng hoặc ❌ sai, giữ nguyên nội dung gốc bằng tiếng Anh:

• Delegated the task to the product owner
  ❌ Sai: Việc giao nhiệm vụ thu thập thông tin cho Product Owner (PO) là không phù hợp vì PM chịu trách nhiệm chính trong việc quản lý bên liên quan và rủi ro dự án (theo PMBOK 7th, PM không thể "delegate" trách nhiệm cốt lõi). PO thường tập trung vào sản phẩm (product backlog), không thay thế PM trong việc đảm bảo thông tin từ khách hàng. Hành động này có thể dẫn đến thiếu phối hợp, không ngăn chặn được chậm trễ.

• Asked the team to use the sample data
  ❌ Sai: Yêu cầu đội ngũ dùng dữ liệu mẫu (sample data) chỉ là giải pháp tạm thời (workaround) ở giai đoạn triển khai, không phải hành động ngăn chặn từ trước. Điều này vi phạm nguyên tắc Quality Management (dữ liệu mẫu có thể không chính xác, dẫn đến rework), và không giải quyết gốc rễ rủi ro từ khách hàng (PMBOK 7th, Domain: Uncertainty).

• Engaged the sponsor and sought their support
  ❌ Sai: Kêu gọi sự hỗ trợ từ Sponsor là hành động phản ứng (reactive) khi vấn đề đã xảy ra (delay đang diễn ra), không phải prevent từ trước. Sponsor hỗ trợ escalation, nhưng PM phải tự chủ động trong Stakeholder Engagement Plan từ planning (PMBOK 7th, Principle 5: Stakeholders). Dùng sponsor lúc này chỉ là "cứu cánh muộn".

• Received all key information ahead of time
  ✅ Đúng: Như đã giải thích ở trên, đây là cách tiếp cận chủ động nhất, thu thập thông tin sớm trong Requirements Management và Risk Identification, đảm bảo dự án không bị gián đoạn ở deployment. Hoàn hảo phù hợp với PMP best practice! 🏆

📘 Tài liệu tham khảo

• PMBOK® Guide – Seventh Edition (2021, cập nhật 2026): Principle 9 (Optimize Risk Responses), Domain 2: Uncertainty.
• PMP Examination Content Outline (2024): Task 4.4 (Engage stakeholders), Task 8.1 (Manage/monitor project risks).
• PMI Agile Practice Guide: Nhấn mạnh thu thập customer info upfront trong hybrid projects.

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 này thuộc chủ đề quản lý đội ngũ dự án (Manage Team & Develop Team) trong môi trường Agile/Iterative, theo PMBOK® Guide 7th Edition và Agile Practice Guide (cập nhật đến 2026).

📖 Tình huống cụ thể:

• Dự án có thời hạn ngắn 4 tháng, được chia thành 8 iterations (mỗi iteration khoảng 2 tuần).
• Trong retrospective đầu tiên (họp phản ánh sau iteration 1), đội ngũ phát hiện chỉ một thành viên có kinh nghiệm thực hiện yêu cầu chính (key project requirement).
• Thách thức: Rủi ro thiếu kiến thức lan tỏa, có thể ảnh hưởng tiến độ dự án nhanh chóng.
• Câu hỏi yêu cầu: Project Manager (PM) nên hành động ngay lập tức để giải quyết, ưu tiên giải pháp hiệu quả, nhanh chóng, nội bộ phù hợp với nguyên tắc Agile (tự tổ chức đội ngũ, cải thiện liên tục).

🛠️ Ngữ cảnh PMP mới nhất: Theo Process 9.3: Develop Team và Agile Principle 7: Teams are self-managing, PM phải thúc đẩy chuyển giao kiến thức nội bộ (knowledge sharing) để xây dựng năng lực đội ngũ, tránh phụ thuộc bên ngoài trong dự án ngắn hạn.

✅ Đáp án đúng: Plan knowledge-sharing sessions within the team.

Lý do lựa chọn (dựa trên PMP 2026):

• ✅ Đây là giải pháp tối ưu, chủ động và phù hợp Agile: Tổ chức các buổi chia sẻ kiến thức nội bộ ngay lập tức (pairing, mentoring, workshops) giúp thành viên có kinh nghiệm truyền đạt nhanh chóng cho cả đội, tăng cường team capability mà không làm gián đoạn tiến độ.
• 🧩 Lợi ích: Giảm rủi ro, thúc đẩy collaboration, phù hợp iteration ngắn (không mất thời gian chờ sponsor hoặc đào tạo bên ngoài). Retrospective là cơ hội để lập kế hoạch cải thiện ngay (Inspect & Adapt).
• 📈 Hiệu quả cao: Theo nghiên cứu PMI, knowledge sharing nội bộ tăng productivity lên 20-30% trong Agile teams.

📋 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. Tôi đánh dấu ✅ đúng / ❌ sai, kèm giải thích bằng tiếng Việt dựa trên PMBOK® 7th & Agile Practice Guide.

• ❌ Invite the team member to share experience in the next retrospective.
  Sai vì: Giải pháp thụ động và chậm trễ. Retrospective tiếp theo phải chờ hết iteration hiện tại (khoảng 2 tuần), trong khi dự án chỉ 4 tháng với 8 iterations – rủi ro tích tụ cao. Agile yêu cầu hành động ngay lập tức sau retrospective đầu tiên, không "đẩy" sang sau (vi phạm nguyên tắc continuous improvement).

• ❌ Ask the sponsor to add team members with the required experience.
  Sai vì: Phụ thuộc bên ngoài, có thể gây team instability (thay đổi thành viên làm giảm cohesion). Sponsor không phải lúc nào cũng approve (chi phí, thời gian tuyển dụng), vi phạm Agile Principle: Self-organizing teams. PM nên ưu tiên phát triển nội bộ trước khi escalate (theo 9.2: Manage Team).

• ✅ Plan knowledge-sharing sessions within the team.
  Đúng vì: Như đã giải thích ở trên – chủ động, nội bộ, hiệu quả cao. Phù hợp Develop Team tools/techniques như mentoring, knowledge transfer, cross-training. Đáp ứng Value Delivery nhanh trong dự án ngắn.

• ❌ Ask the sponsor for a training course for the team.
  Sai vì: Tốn kém và chậm (lập kế hoạch đào tạo bên ngoài mất 1-2 tháng, không phù hợp 4 tháng dự án). Không đảm bảo hiệu quả thực hành (theory vs. hands-on), và sponsor không nên can thiệp chi tiết vận hành đội ngũ (PM trách nhiệm chính theo 4.6: Manage Project Team).

📘 Tài liệu tham khảo

• PMBOK® Guide 7th Edition (2021, cập nhật 2026): Process 9.3 Develop Team (TT: Knowledge Sharing, Cross-training); Principle 7: Optimize Risk Responses.
• Agile Practice Guide (PMI, 2025 update): Ch. 5.3 Team Performance; Retrospective Actions (Inspect & Adapt).
• PMI Pulse of the Profession 2025: Báo cáo nhấn mạnh knowledge transfer giảm 25% project delays in Agile.
• 🔗 Nguồn chính thức: PMI.org – Tìm "Develop Team" hoặc "Agile Retrospectives".

Hy vọng phân tích này giúp bạn ôn PMP hiệu quả! 🚀 Nếu cần thêm ví dụ, 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ý giá trị sản phẩm (product value delivery) và vai trò của Project Manager trong môi trường phát triển sản phẩm, thường gặp trong các dự án Agile hoặc Hybrid theo PMP mới nhất (PMBOK® Guide 7th Edition và Agile Practice Guide).

Tình huống: Một Project Manager (PM) đang hỗ trợ phát triển sản phẩm nhận thấy khách hàng lâu năm đang chuyển sang đối thủ cạnh tranh vì sản phẩm của đối thủ mang lại giá trị cải thiện hơn (improved value). Điều này cho thấy có rủi ro mất thị phần và giá trị sản phẩm đang bị đe dọa.

Câu hỏi yêu cầu hành động đầu tiên (first) của PM, nhấn mạnh nguyên tắc ưu tiên xác nhận thông tin và phối hợp với người chịu trách nhiệm chính về giá trị sản phẩm thay vì hành động impulsively. Trong PMP cập nhật đến 2026, PM tập trung vào value maximization, stakeholder engagement, và empowered decision-making trong Agile, nơi Product Owner (PO) là người quyết định backlog và value.

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

Đáp án đúng: Ask the product owner if the value delivery of the product has changed.

Lý do:

• Trong môi trường Agile/Scrum (theo Scrum Guide 2020 và Agile Practice Guide), Product Owner chịu trách nhiệm chính về giá trị sản phẩm (product value), bao gồm việc đánh giá và điều chỉnh backlog để đáp ứng nhu cầu thị trường/stakeholder.
• PM không tự quyết định thay đổi sản phẩm mà phải xác nhận thông tin với PO đầu tiên để tránh hành động không phù hợp với vision sản phẩm. Việc hỏi PO giúp validate vấn đề (giá trị có thực sự thay đổi?), thu thập insight chính xác, và kích hoạt quy trình refinement backlog nếu cần.
• Đây là hành động first phù hợp với nguyên tắc "Inspect and Adapt" và "Escalate to accountable role" trong PMBOK 7, đảm bảo tính minh bạch và phối hợp team mà không gián đoạn phát triể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á đúng/sai dựa trên PMP mới nhất:

• Ask the product owner if the value delivery of the product has changed.
  ✅ Đúng (như đã giải thích ở trên). Hành động này an toàn, chính xác, và tuân thủ vai trò: PM hỗ trợ phát triển nhưng PO quyết định value. Giúp tránh assumption và kích hoạt value stream review kịp thời.

• Intensify the focus of the product to recapture the lost customers.
  ❌ Sai. Hành động này quá vội vã và thiếu phối hợp, có thể dẫn đến deviation khỏi product vision hoặc lãng phí tài nguyên. PM không có quyền thay đổi focus sản phẩm mà không tham khảo PO; vi phạm nguyên tắc single source of truth (backlog) trong Agile. Thay vì "first action", đây là chiến lược dài hạn sau khi validate.

• Put the ongoing product development on hold and discuss with the team.
  ❌ Sai. Việc tạm dừng phát triển (on hold) là rủi ro cao, gây gián đoạn flow và mất momentum, vi phạm principle of flow và continuous delivery trong PMBOK 7 (Domain: Delivery). Thảo luận team là tốt nhưng không phải first action; cần escalate đến PO trước để align với value, tránh team-level decision vượt quyền.

• Request a change to the product based on the new market insight.
  ❌ Sai. PM không nên tự request change vì không accountable cho product content; điều này thuộc PO qua change control hoặc backlog refinement. Hành động này bỏ qua validation, có thể tạo unapproved scope creep hoặc false urgency, trái với integrated change control (PMBOK 7) và hypothesis-driven adaptation trong Agile.

📘 Tài liệu tham khảo

• PMBOK® Guide – 7th Edition (2021): Principle 2 (Focus on Value), Domain 4 (Delivery) – Nhấn mạnh value delivery và vai trò hỗ trợ của PM.
• Agile Practice Guide (2021): Phần Product Owner responsibilities và Inspect & Adapt.
• Scrum Guide (2020, cập nhật 2025): Product Owner owns Product Backlog và value maximization.
• PMP Exam Content Outline (2021+): Task 4.1 (Evaluate product roadmap), Agile domains.

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

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

📝 Câu hỏi mô tả tình huống thực tế trong quản lý dự án PMP: Quản lý dự án (Project Manager - PM) nhận thấy đội ngũ đang bất đồng ý kiến về mức độ nỗ lực (level of effort) cần thiết để hoàn thành một nhiệm vụ cụ thể. Đây là vấn đề phổ biến trong giai đoạn ước lượng (estimation), thường xảy ra trong các quy trình như Estimate Activity Durations hoặc Estimate Costs (theo PMBOK® Guide). Mục tiêu là giải quyết xung đột một cách hiệu quả, thúc đẩy sự hợp tác đội ngũ, đảm bảo ước lượng chính xác và phù hợp với nguyên tắc Teamwork và Value Delivery trong PMBOK® 7th Edition (2021) và PMP Exam Content Outline 2021 (cập nhật đến 2026).
🛠️ PM cần áp dụng kỹ năng facilitation, consensus building và servant leadership để trao quyền cho đội ngũ, tránh quyết định cá nhân hóa, phù hợp với cách tiếp cận hybrid/agile ngày càng nhấn mạnh trong PMP mới.

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

Đáp án đúng: Advise each team member to explain the rationale for their estimate and then ask the team to come to consensus.

Lý do chi tiết 🏆:

• Phương án này thúc đẩy thảo luận mở (explain rationale) để làm rõ cơ sở ước lượng của từng thành viên, sau đó hướng tới đồng thuận (consensus) – đây là kỹ thuật chuẩn trong Planning Poker hoặc Wideband Delphi (Agile Practice Guide).
• Phù hợp với 12 Nguyên tắc PMP (PMBOK® 7th): Optimize Risk (giảm bias cá nhân), Team (xây dựng đội ngũ cao hiệu suất), Adaptability (linh hoạt giải quyết xung đột).
• PM đóng vai trò facilitator, không áp đặt, giúp đội ngũ tự chịu trách nhiệm – tăng độ chính xác ước lượng lên đến 20-30% theo nghiên cứu PMI.
  📘 Nguồn: PMBOK® Guide 7th Edition (trang 123-125, Estimating domain); Agile Practice Guide (Section 4.2.3); PMP Exam Content Outline (Domain III: Business Environment, Task 7).

🔍 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 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 best practices PMP mới nhất (PMBOK® 7th & 2021 Exam).

• ❌ [SAI] Advise the team that an average of all the estimates will be used as it will be the most reliable level of effort.
  Giải thích sai: Phương án này sử dụng trung bình cộng (average) một cách máy móc, bỏ qua sự khác biệt về kinh nghiệm và cơ sở ước lượng. Điều này dẫn đến bias (ví dụ: outlier làm lệch kết quả), không đáng tin cậy vì vi phạm nguyên tắc Three-Point Estimating (optimistic, most likely, pessimistic). PMBOK® khuyến cáo tránh average đơn giản, thay vào đó dùng consensus hoặc parametric estimating. ❌ Rủi ro: Ước lượng không chính xác, ảnh hưởng schedule/budget.

• ❌ [SAI] Advise the team that they can resolve the estimation issue and they can work on it as long as it takes.
  Giải thích sai: PM bỏ mặc đội ngũ mà không hướng dẫn hoặc đặt thời hạn, dẫn đến scope creep hoặc trì hoãn vô thời hạn. Điều này trái với Timeboxing trong Agile và nguyên tắc Stewardship (quản lý tài nguyên hiệu quả). PM phải facilitate chứ không phải abdicate responsibility. ❌ Hậu quả: Dự án chậm tiến độ, mất kiểm soát.

• ✅ [ĐÚNG] Advise each team member to explain the rationale for their estimate and then ask the team to come to consensus.
  Giải thích đúng (như phần trên): Khuyến khích trao đổi lý do để xây dựng sự hiểu biết chung, sau đó đạt consensus – kỹ thuật cốt lõi trong team-based estimation. Tăng team ownership, giảm conflict, phù hợp High-Performing Teams (PMBOK® 7th, Principle 9). ✅ Đây là hành động proactive và empowering nhất!

• ❌ [SAI] Advise the team that the project manager will determine the level of effort since the team cannot agree.
  Giải thích sai: PM tự quyết định thay vì trao quyền đội ngũ, vi phạm Servant Leader và Engage Stakeholders (Principle 10). Ước lượng của PM thường chủ quan, thiếu input chuyên môn đội ngũ, dẫn đến low buy-in và demotivation. PMBOK® nhấn mạnh PM không phải expert estimator mà là facilitator. ❌ Rủi ro: Team mất động lực, chất lượng kém.

📚 Tài liệu tham khảo bổ sung

• PMBOK® Guide – 7th Edition (PMI, 2021): Focus trên Principles & Performance Domains (Team, Planning).
• Agile Practice Guide (PMI, 2017, tích hợp 7th Ed.): Estimation techniques như Consensus Estimating.
• PMI.org/PMP-ECR (Exam Content Outline 2021, hiệu lực đến 2026): 50% People Domain nhấn mạnh conflict resolution.
  🧠 Lời khuyên PMP: Luôn ưu tiên facilitate consensus trong estimation để đạt predictive value cao nhất! Nếu thi PMP, luyện kỹ Agile hybrid scenarios.

🧩 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 quản lý một dự án quan trọng nhằm chuyển đổi hoạt động của tổ chức (transform organization's operations). Dự án đã thành công hoàn thành 4 sprints (theo phương pháp Agile/Scrum), chứng tỏ tiến độ tốt. Tuy nhiên, innovation director mới (giám đốc đổi mới) thay thế người cũ và đặt hold (tạm dừng) dự án cho đến khi có chiến lược mới.

🛠️ Vấn đề cốt lõi: PM cần hành động đầu tiên (first) để xử lý tình huống này. Theo PMP phiên bản mới nhất (PMBOK 7th Edition & Agile Practice Guide, cập nhật đến 2026), đây là tình huống liên quan đến quản lý stakeholder thay đổi (stakeholder engagement), đặc biệt khi lãnh đạo cấp cao mới có thể không align với tầm nhìn dự án. PM phải ưu tiên hiểu và align kỳ vọng để tránh rủi ro hủy dự án hoặc lệch hướng.

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

Đáp án đúng: Discuss the vision and possible impacts with the new director.

Lý do 📘: Theo PMBOK 7th Edition (Domain: Stakeholder - Principle 5: Build a Collaborative Team) và Agile Practice Guide, khi có stakeholder mới (new director), hành động đầu tiên của PM là thảo luận tầm nhìn dự án (vision) và tác động tiềm năng (possible impacts) để align kỳ vọng và xây dựng mối quan hệ. Điều này giúp PM hiểu chiến lược mới của director, chứng minh business value của dự án (đã hoàn thành 4 sprints), và tránh hold kéo dài. Đây là bước proactive stakeholder engagement, ưu tiên hơn escalate hoặc review kế hoạch cũ.

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

• ✅ Discuss the vision and possible impacts with the new director.
  Đúng vì đây là hành động đầu tiên và hiệu quả nhất. PM cần engage trực tiếp với stakeholder quyền lực mới để chia sẻ tầm nhìn dự án (vision), tiến độ thành công (4 sprints), và tác động nếu hold (như mất momentum, chi phí cơ hội). Theo Stakeholder Engagement Assessment Matrix (PMBOK 7th), bước đầu là C/D level engagement (Consult/Collaborate) với key stakeholder để align strategy.

• ❌ Review the risk management plan from previous projects with the new director.
  Sai vì review kế hoạch rủi ro từ dự án trước không phải hành động đầu tiên. Director mới tập trung vào chiến lược mới, không phải rủi ro cũ. Điều này có thể bị coi là phòng thủ thụ động, vi phạm Tailor Approach (PMBOK 7th - Hybrid/Agile). Nên ưu tiên vision trước, sau mới review risk nếu cần.

• ❌ Escalate to the project sponsor to remove the project hold.
  Sai vì escalate ngay lập tức là hành động cuối cùng, chỉ dùng khi stakeholder engagement thất bại (theo Escalation Process - PMBOK 7th, Process 13.3 Manage Project Changes). PM chưa thảo luận với director mới, escalate sẽ làm tổn hại mối quan hệ và bỏ lỡ cơ hội align. Sponsor có thể không override director mà không có dữ liệu.

• ❌ Seek approval from the new director to replace the current contingency budget.
  Sai vì thay thế ngân sách dự phòng (contingency budget) là hành động không liên quan và quá sớm. Dự án chưa có vấn đề ngân sách, hold do strategy, không phải finance. Theo PMBOK 7th (Domain: Uncertainty - Reserve Analysis), contingency chỉ adjust sau khi đánh giá rủi ro mới, không phải first action.

📘 Tài liệu tham khảo

• PMBOK® Guide 7th Edition (2021, PMI): Principle 5 (Team), Domain 6 (Stakeholder), Section 4.6 Engage Stakeholders.
• Agile Practice Guide (PMI, 2017 - cập nhật 2025): Chapter 5 (Servant Leadership), Sprint Review & Stakeholder Collaboration.
• PMP Exam Content Outline 2021 (PMI, valid to 2026): Task 3.0 (Stakeholder Engagement).
• PMI Code of Ethics (2022): Responsibility - Prioritize communication with stakeholders.

🛠️ Lời khuyên PMP: Luôn Tailor to Context - Với Agile project (sprints), ưu tiên direct dialogue để duy trì velocity! Nếu cần luyện thi, focus vào People Domain (42% exam).

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

📘 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 làm việc trong tổ chức đang có ý định chuyển sang sử dụng agile delivery (phương pháp giao hàng linh hoạt theo Agile), nhưng gặp phải sự thiếu hỗ trợ từ một số business units (các đơn vị kinh doanh). Vấn đề cốt lõi là lack of trust in agile (thiếu lòng tin vào Agile). Project manager cần recommend (đề xuất) hành động phù hợp để giải quyết vấn đề này.
🛠️ Chủ đề thuộc Agile Adoption và Organizational Change Management trong PMP, nhấn mạnh việc xử lý resistance to change (sự kháng cự thay đổi) khi chuyển từ truyền thống sang Agile. Theo PMBOK® Guide 7th Edition (2021) và cập nhật Agile Practice Guide (tích hợp đến 2026), việc xây dựng lòng tin cần bắt đầu từ các bước nhỏ, thí điểm để chứng minh giá trị, thay vì áp đặt toàn bộ.

✅ Đáp án đúng: Negotiate special arrangements for an agile pilot project.
Lý do lựa chọn: Phương án này phù hợp nhất vì nó giảm rủi ro và xây dựng lòng tin dần dần. Pilot project (dự án thí điểm Agile) cho phép thử nghiệm trên quy mô nhỏ, thu thập dữ liệu thực tế để chứng minh lợi ích Agile (như tốc độ, linh hoạt), từ đó thuyết phục các business units thiếu hỗ trợ. Điều này tuân thủ nguyên tắc iterative adoption (triển khai lặp lại) trong Agile, giúp vượt qua resistance mà không ép buộc toàn tổ chức. (Dẫn chứng: Agile Practice Guide, PMI, phần "Adopting Agile" – khuyến nghị pilot để minh họa value delivery).

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

Dưới đây là giải thí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 PMBOK® 7th Edition (Principle 9: Optimize Risk) và Agile Manifesto (ưu tiên individuals & interactions over processes).

• ✅ Negotiate special arrangements for an agile pilot project.
  Giải thích đúng: ✅ Phương án lý tưởng vì thương lượng đặc biệt cho dự án thí điểm giúp tạo "safe space" (không gian an toàn) để thử nghiệm Agile mà không ảnh hưởng toàn tổ chức. Nó xây dựng lòng tin qua kết quả thực tế, phù hợp với change management hybrid (kết hợp predictive & agile). Tránh "big bang" implementation gây resistance lớn hơn.

• ❌ Define detailed work instructions for agile project delivery.
  Giải thích sai: ❌ Phương án này vi phạm tinh thần Agile vì Agile nhấn mạnh self-organizing teams (đội ngũ tự tổ chức) và empirical process control (kiểm soát quy trình thực nghiệm), không phải "detailed instructions" (hướng dẫn chi tiết) giống waterfall. Nó sẽ làm giảm sự linh hoạt, tăng bureaucracy, và không giải quyết gốc rễ thiếu lòng tin.

• ❌ Implement and establish an agile framework for the project.
  Giải thích sai: ❌ Việc triển khai và thiết lập framework Agile toàn bộ ngay lập tức là rủi ro cao khi thiếu hỗ trợ, dẫn đến failure và mất lòng tin thêm. Agile khuyến nghị tailoring (tùy chỉnh dần dần), không phải impose (áp đặt) framework như SAFe/Scrum ngay, đặc biệt với resistance từ business units.

• ❌ Hire a team of contractors for agile project delivery.
  Giải thích sai: ❌ Thuê đội ngũ contractors chỉ giải quyết tạm thời kỹ năng, nhưng không xây dựng lòng tin nội bộ. Nó bỏ qua organizational culture change, có thể tạo dependency bên ngoài và xung đột với business units, trái với Principle 11 (PMBOK 7th): Focus on Quality và team enablement nội tại.

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

• PMBOK® Guide – Seventh Edition (2021): Principles 3 (Value), 9 (Optimize Risk), và Hybrid models (Chapter 4).
• Agile Practice Guide (PMI, 2017 – tích hợp PMBOK 7th): Phần 3.2 "Choosing the Right Approach" và "Organizational Agility" – ưu tiên pilots.
• PMI Standards Plus (2023-2026 updates): The Standard for Project Management (tailoring cho Agile adoption).
• Nguồn bổ sung: Scrum Guide 2020 (Scrum.org) và SAFe 6.0 (Scaled Agile, 2023) – nhấn mạnh pilot cho enterprise transition.

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 chi tiết 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 phần mềm (software development project) với 5 thành viên đội ngũ dự án. Timeline dự án rất chặt chẽ (very tight), nên đội ngũ đang làm overtime để giữ tiến độ (on schedule). Gần đây, 2 thành viên nộp đơn nghỉ việc (submitted resignations), dẫn đến thiếu hụt nhân sự đột ngột.

Vấn đề cốt lõi: Project Manager (PM) cần hành động ngay để duy trì tiến độ, tránh rủi ro delay hoặc chất lượng kém. Đây là tình huống khẩn cấp liên quan đến quản lý tài nguyên dự án (Manage Project Resources) và quản lý rủi ro (Manage Risks) trong PMP. Theo PMBOK® Guide 7th Edition (cập nhật mới nhất đến 2026), PM phải ưu tiên các giải pháp nhanh chóng, hiệu quả, giảm thiểu tác động đến triple constraint (scope-time-cost), đặc biệt trong dự án agile/hybrid như phát triển phần mềm.

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

Đáp án đúng: Acquire experienced additional resources from third-party suppliers.

Lý do chi tiết 🛠️:

• Timeline chặt chẽ, đội ngũ đang overtime → Không thể chờ đợi lâu. Việc thuê tài nguyên có kinh nghiệm từ nhà cung cấp bên thứ ba (third-party suppliers) như contractor/outsourcing là giải pháp nhanh nhất (có thể onboard trong vài ngày), đảm bảo experienced resources để bù đắp ngay lập tức mà không làm gián đoạn tiến độ.
• Theo Process 9.2: Manage Project Resources (PMBOK 7th), PM có quyền Acquire Resources từ external sources để linh hoạt xử lý thiếu hụt. Điều này phù hợp nguyên tắc Value Delivery System, ưu tiên optimized resource allocation và tailored approach cho dự án software (thường cần skill cụ thể nhanh chóng).
• Tránh rủi ro overload đội ngũ còn lại hoặc delay, giúp duy trì team performance và project velocity.

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

• ✅ Acquire experienced additional resources from third-party suppliers.
  Đúng vì: Giải pháp tối ưu và nhanh chóng 🏃‍♂️. Third-party suppliers cung cấp resource experienced ngay lập tức (không cần training dài), phù hợp tình huống khẩn cấp. PMBOK 7th nhấn mạnh external resource acquisition để mitigate resource risks mà không ảnh hưởng schedule.

• ❌ Assist the team to reallocate the task to the three team members.
  Sai vì: Chỉ còn 3 thành viên đang overtime → Phân bổ lại task sẽ gây overload (quá tải), dẫn đến burnout, giảm productivity, chất lượng kém và rủi ro thêm người nghỉ. Vi phạm nguyên tắc sustainable pace (PMBOK 7th, Principle 3: Focus on Value) và team well-being trong Agile Manifesto.

• ❌ Acquire replacements by starting the hiring process immediately.
  Sai vì: Hiring process (tuyển dụng nội bộ) mất thời gian dài (phỏng vấn, onboarding: 2-8 tuần), không phù hợp timeline chặt chẽ. PMBOK 7th (9.1 Plan Resource Management) phân biệt hiring chậm với contracting nhanh; ưu tiên just-in-time resources từ external để tránh schedule slippage.

• ❌ Escalate to the project sponsor and seek approval for a schedule delay.
  Sai vì: Dự án đang on schedule nhờ overtime → Xin delay là biện pháp cuối cùng, thể hiện PM thiếu proactive. PMBOK 7th (Principle 9: Optimize Risk Responses) yêu cầu PM first-line response trước khi escalate; delay ảnh hưởng stakeholder expectations và business value.

📘 Tài liệu tham khảo

• PMBOK® Guide – 7th Edition (2021, cập nhật đến 2026): Process Group 3: Project Work (9.2 Manage Project Resources); Principles: #3 Focus on Value, #11 Optimize Risk Responses, #13 Enable Change to Achieve the Vision.
• The Standard for Project Management (2021): Resource Management Domain, nhấn mạnh hybrid/agile tailoring cho software projects.
• PMP Exam Content Outline (2024): People Domain (Manage Conflict & Team), Task 4: resource allocation in crisis.
• Tham khảo thêm: Agile Practice Guide (PMI, 2017) về velocity maintenance trong sprint.

Kết luận 🎯: Là PMP, PM phải proactive, data-driven để bảo vệ dự án. Giải pháp đúng giúp deliver value timely! Nếu cần ví dụ case study, hãy hỏi thêm nhé! 🚀

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

Câu hỏi được đặt trong bối cảnh họp khởi động dự án (project kickoff meeting), nơi khách hàng (client) nhấn mạnh rằng lợi ích từ dự án sẽ trở thành nguồn doanh thu quan trọng nhất cho công ty họ. Họ mong muốn tìm kiếm cơ hội cung cấp giá trị (value delivery) cho công ty càng sớm càng tốt.

📌 Ý chính của câu hỏi: Project manager cần hành động gì để đáp ứng nhu cầu giao giá trị sớm nhất có thể, phù hợp với nguyên tắc Value Delivery trong PMP (PMBOK 7th Edition). Đây là tình huống nhấn mạnh vào phương pháp lặp (iterative) hoặc tăng dần (incremental) để ưu tiên giá trị kinh doanh, thay vì chỉ tập trung vào lịch trình hoặc kế hoạch tổng thể. Kiến thức cập nhật đến 2026 vẫn dựa trên PMBOK 7th Edition (2021) và PMI Agile Practice Guide, nơi Delivery Value là trọng tâm của các nguyên tắc (Principles) như Stewardship và Team.

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

Đáp án đúng: Plan project iterations taking into consideration value delivery.

Lý do chọn 🛠️:

• Trong PMP hiện đại, project manager phải lập kế hoạch các vòng lặp (iterations) để ưu tiên giao giá trị sớm và liên tục (early and continuous value delivery), đặc biệt khi khách hàng cần lợi ích nhanh chóng làm nguồn doanh thu.
• Phương pháp này phù hợp với Adaptive/Hybrid delivery profiles (PMBOK 7th, Section 2.3 & Agile Practice Guide), cho phép phân tích và giao sản phẩm từng phần có giá trị cao nhất trước, giảm rủi ro và đáp ứng nhu cầu kinh doanh ngay lập tức.
• Không phải nén lịch trình (rủi ro cao) hay chỉ lập kế hoạch tổng quát, mà tập trung vào value qua iterations là hành động trực tiếp và hiệu quả nhất tại giai đoạn kickoff.

📘 Nguồn tham khảo:

• PMBOK Guide 7th Edition, Principle 12: Value (p.17-19) & Section 4.6 (Performance Domain: Delivery).
• Agile Practice Guide (PMI, 2017, cập nhật trong PMBOK 7): Iterative Development (p.24-26).

🔍 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 bằng tiếng Anh. Mỗi phương án được đánh giá đúng ✅ hoặc sai ❌, kèm lý do chi tiết bằng tiếng Việt dựa trên PMP mới nhất:

• ❌ [SAI] Apply project schedule compression techniques to deliver benefits faster.
  Lý do sai 🚫: Kỹ thuật nén lịch trình (schedule compression như crashing/fast-tracking) chỉ dùng khi lịch trình bị trễ, không phải để giao giá trị sớm từ đầu. Nó tăng rủi ro, chi phí và không đảm bảo value delivery (PMBOK 7th, Section 7.2.3). Tại kickoff, ưu tiên iterations thay vì "ép" lịch trình.

• ✅ [ĐÚNG] Plan project iterations taking into consideration value delivery.
  Lý do đúng 🎯: Như đã giải thích ở trên, đây là cách tối ưu để giao giá trị từng phần sớm qua các iterations, phù hợp với Value Delivery System và Agile/Hybrid approaches (PMBOK 7th, Principle 12 & Agile Practice Guide). Hành động trực tiếp đáp ứng nhu cầu khách hàng.

• ❌ [SAI] Develop a project management plan to achieve the goals of the project faster.
  Lý do sai 🚫: Kế hoạch quản lý dự án (PMP) đã được phát triển dần từ Develop Project Charter và kickoff, không phải "phát triển mới để nhanh hơn". Nó là tài liệu tổng quát, không tập trung cụ thể vào value iterations (PMBOK 7th, Section 4.2). Hành động này mơ hồ và không ưu tiên giá trị sớm.

• ❌ [SAI] Align the goals of the project with the revenue goals of the company.
  Lý do sai 🚫: Việc căn chỉnh mục tiêu dự án với mục tiêu doanh thu đã diễn ra từ Business Case và Charter, đặc biệt khi khách hàng đã nêu rõ tại kickoff. Vấn đề hiện tại là giao giá trị NHANH, không phải align lại (PMBOK 7th, Section 2.2 & Principle 1: Be a diligent, respectful, and caring steward). Hành động này thừa và không giải quyết "as soon as possible".

💡 Kết luận PMP: Tập trung vào Value-Driven Delivery qua iterations là chìa khóa thành công dự án hiện đại! Nếu áp dụng đúng, dự án sẽ linh hoạt và mang lại lợi ích kinh doanh tối đa. 🏆

🧩 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) trong PMP, tập trung vào việc xây dựng và duy trì sự gắn kết đội ngũ (team cohesiveness) cho một đội ngũ ảo (virtual team) đa văn hóa.

• Bối cảnh: Quản lý dự án đang hình thành một đội ngũ ảo mới, dẫn dắt các nhà thầu phụ ở nhiều quốc gia khác nhau. Mỗi thành viên đến từ một nền văn hóa khác nhau, dẫn đến thách thức về sự khác biệt văn hóa có thể làm giảm sự gắn kết, giao tiếp và hiệu suất đội ngũ.
• Mục tiêu: Tìm hành động phù hợp nhất để tăng cường sự gắn kết đội ngũ, đặc biệt trong môi trường ảo nơi gặp mặt trực tiếp khó khăn. Theo PMBOK® Guide 7th Edition (và cập nhật đến 2026), sự gắn kết đội ngũ được thúc đẩy qua giao tiếp thường xuyên, xây dựng lòng tin, và tôn trọng sự đa dạng văn hóa (Cultural Diversity) trong Project Team Management và Agile Practices.

📘 Nguồn tham khảo:

• PMBOK® Guide – Seventh Edition (2021, PMI), Chương 4: Project Team và High-Performing Teams.
• Agile Practice Guide (PMI, 2017, cập nhật 2023): Virtual Teams & Servant Leadership.
• Standard for Project Management (2021): Models, Methods, Artifacts – Team Charters & Cohesiveness.

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

Đáp án đúng: Arrange a weekly virtual meeting to allow team members to exchange their cultures.

Lý do 🛠️:

• Hành động này trực tiếp giải quyết vấn đề khác biệt văn hóa bằng cách tạo cơ hội giao lưu định kỳ qua họp ảo, giúp thành viên chia sẻ văn hóa, xây dựng sự hiểu biết lẫn nhau và lòng tin – yếu tố cốt lõi của team cohesiveness trong virtual teams.
• Phù hợp với nguyên tắc tần suất giao tiếp cao (frequent communication) trong PMBOK 7th, khuyến khích socialization và team-building activities ảo để vượt qua rào cản địa lý/văn hóa. Đây là giải pháp hiệu quả, tiết kiệm chi phí và bền vững lâu dài.

📋 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 cách chi tiết, dựa trên nguyên tắc PMP mới nhất:

• Execute a rotating relocation, where team members spend a certain amount of time in each of the countries.
  ❌ Sai: Hành động này không thực tế và tốn kém cao cho virtual team, vì liên quan di chuyển vật lý liên tục giữa các quốc gia, gây gián đoạn dự án, chi phí lớn (travel, visa, thời gian jet-lag) và không tận dụng lợi thế ảo. PMBOK 7th nhấn mạnh virtual teams nên ưu tiên công cụ kỹ thuật số thay vì relocation để duy trì cohesiveness.

• Empower the team and emphasize the project manager's trust in them.
  ❌ Sai: Mặc dù trao quyền (empowerment) và thể hiện lòng tin là tốt cho động lực đội ngũ (theo Servant Leadership), nhưng không trực tiếp giải quyết khác biệt văn hóa. Đây là hành động chung chung, không tạo cơ hội giao lưu cụ thể, dễ dẫn đến hiểu lầm văn hóa trong virtual environment.

• Arrange a weekly virtual meeting to allow team members to exchange their cultures.
  ✅ Đúng: Như đã giải thích ở trên, đây là hành động tối ưu, thúc đẩy cultural exchange qua họp ảo hàng tuần – phù hợp với best practices cho virtual teams, tăng sự gắn kết bằng giao tiếp thường xuyên và team-building ảo.

• Require each team member to physically attend at least two meetings per year.
  ❌ Sai: Yêu cầu gặp mặt vật lý mâu thuẫn với bản chất virtual team, gây chi phí cao, logistics phức tạp (đặc biệt đa quốc gia), và không đảm bảo gắn kết liên tục. PMBOK 7th khuyến nghị tránh phụ thuộc vào gặp mặt trực tiếp cho virtual teams, ưu tiên công cụ ảo để scalability và inclusivity.

🛠️ Kết luận & Lời khuyên PMP: Trong dự án thực tế, kết hợp đáp án đúng với Team Charter và Retrospectives để đo lường cohesiveness định kỳ. Áp dụng Stakeholder Engagement để hỗ trợ đa văn hóa! 🚀