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

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

Câu hỏi này thuộc lĩnh vực Quản lý Đội ngũ (Team Management) trong PMP, cụ thể liên quan đến People Domain theo PMBOK Guide 7th Edition (2021) và cập nhật đến 2026. Tình huống mô tả một Project Manager (PM) dẫn dắt đội ngũ đa dạng về độ tuổi, với giờ làm việc đã được thống nhất từ đầu dự án và tất cả thành viên đồng ý. Tuy nhiên, giữa chừng dự án, một thành viên thông báo giờ làm không còn phù hợp do cam kết cá nhân. 🛠️ Câu hỏi kiểm tra khả năng xử lý linh hoạt, hỗ trợ đội ngũ mà không ảnh hưởng đến tiến độ dự án, nhấn mạnh nguyên tắc hợp tác (collaboration), lãnh đạo phục vụ (servant leadership) và tối ưu hóa hiệu suất đội ngũ để đảm bảo giá trị giao hàng (value delivery).

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

Đáp án đúng: Reassess the team's hours collaboratively so that the team is not impeded by the issue
🟢 Lý do: Theo People Domain (PMBOK 7th Edition, trang 77-89), PM phải ưu tiên xây dựng môi trường làm việc hỗ trợ, khuyến khích đội ngũ tự tổ chức và hợp tác để giải quyết vấn đề. Việc đánh giá lại giờ làm một cách chung tay (collaboratively) giúp tránh cản trở đội ngũ (not impeded), duy trì động lực và hiệu suất. Điều này phù hợp với Agile Principles (Agile Practice Guide, 2017, cập nhật PMI 2025) nhấn mạnh đội ngũ tự quản (self-organizing teams) và linh hoạt điều chỉnh để hỗ trợ cá nhân mà không ảnh hưởng dự án. 📘 Nguồn: PMBOK Guide 7th Ed., Principle 7: Optimize Risk Responses; Team Performance Domain.

📋 Giải thí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 nguyên tắc PMP mới nhất:

• Discuss the lack of dedication with the team member and their functional manager
  ❌ Sai: Phương án này mang tính đối đầu, cáo buộc thiếu tận tụy (lack of dedication) mà không tìm hiểu nguyên nhân, vi phạm Stakeholder Engagement Domain (PMBOK 7th, trang 89-97). PM nên hỗ trợ thay vì trừng phạt, tránh làm giảm động lực đội ngũ và có thể dẫn đến xung đột không cần thiết. 🧨 Không khuyến khích trong môi trường hybrid/agile.

• Allow the most senior team members to decide the time that works for the team
  ❌ Sai: Việc giao quyền cho thành viên cấp cao nhất (most senior) tạo bất công, phân biệt đối xử với đội ngũ đa dạng (diverse individuals), trái với Principle 10: Leadership và Equity/Inclusion trong People Domain (PMBOK 7th, trang 81). Đội ngũ cần quyết định chung (collaborative), không phải oligarchy. 🚫 Không hỗ trợ văn hóa tự tổ chức.

• Remove the team member from the project team to be fair to the other members
  ❌ Sai: Loại bỏ thành viên (remove) là biện pháp cực đoan, không linh hoạt, vi phạm High-Performing Teams model (PMBOK 7th, trang 83). PMP nhấn mạnh giữ chân nhân tài qua hỗ trợ, không hy sinh cá nhân cho "công bằng" giả tạo. Điều này có thể làm gián đoạn dự án và mất kiến thức chuyên môn. 💥 Trái nguyên tắc Servant Leadership.

• Reassess the team's hours collaboratively so that the team is not impeded by the issue
  ✅ Đúng: Như đã giải thích ở trên, phương án này thúc đẩy collaboration và adaptability, đảm bảo dự án tiếp tục mà không cản trở (not impeded). Hoàn hảo cho bối cảnh đội ngũ đa dạng, phù hợp PMP Exam Content Outline 2021 (Domain II: People, 42%). 🌟 Nguồn bổ sung: PMI's Code of Ethics (2022 update), Standard for Project Management (2021).

🛡️ Lời khuyên PMP: Trong kỳ thi PMP mới (từ 2021, cập nhật 2026), ưu tiên câu trả lời tập trung vào người (people-first), hợp tác và giá trị bền vững thay vì kiểm soát cứng nhắc!

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

Câu hỏi này thuộc chủ đề Quản lý Thay đổi (Change Management) trong PMP, cụ thể liên quan đến quy trình Perform Integrated Change Control theo PMBOK Guide 7th Edition (cập nhật đến 2026).

📖 Tình huống mô tả:
Một công ty đang thực hiện chiến lược tăng trưởng bằng cách xây dựng nhà máy sản xuất mới, dự án sắp chuyển sang giai đoạn vận hành (operation phase). Mặc dù đã có chính sách quản trị (governance policy) sẵn sàng, nhưng công ty phải tuân thủ quy định tài chính mới vừa được ban hành. Việc tuân thủ sẽ gây ra thay đổi lớn về phạm vi dự án (major change in project scope).

🛠️ Vấn đề cốt lõi: Project Manager (PM) cần phản ứng đúng cách với yêu cầu thay đổi này. Trong PMP, mọi thay đổi tiềm năng (như quy định pháp lý mới) đều phải được đánh giá tác động toàn diện trước khi quyết định, để tránh rủi ro cho dự án như chi phí tăng, thời gian kéo dài, hoặc ảnh hưởng đến chất lượng. Không được hành động vội vã mà bỏ qua quy trình chuẩn.

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

Đáp án đúng: Perform an analysis to assess the Impact on the project.

Lý do:
Theo PMBOK 7th Edition (Process 4.6: Perform Integrated Change Control), khi có thay đổi tiềm năng (change request) như quy định mới ảnh hưởng scope, PM phải thực hiện phân tích tác động (impact analysis) để đánh giá ảnh hưởng đến các yếu tố như scope, schedule, cost, quality, risk, và các bên liên quan. Điều này đảm bảo quyết định dựa trên dữ liệu, hỗ trợ nguyên tắc Optimized Value Delivery và Holistic Thinking. Việc đánh giá giúp dự án tuân thủ quy định mà không gây rối loạn, đặc biệt khi dự án sắp vào operation phase. Đây là bước đầu tiên và bắt buộc của PM trước khi phê duyệt thay đổi.

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

• ✅ Perform an analysis to assess the Impact on the project.
  Đúng 🏆: Như đã giải thích ở trên, đây là hành động chuẩn theo quy trình Integrated Change Control. PM chủ động đánh giá tác động (scope, cost, time, risk...) để đề xuất giải pháp phù hợp, tránh quyết định mù quáng. Điều này phù hợp với vai trò PM là "change agent" trong PMBOK 7.

• ❌ Proceed with the existing company governance policy.
  Sai 🚫: Chính sách quản trị cũ không thể thay thế quy định pháp lý mới (financial regulations). Việc bỏ qua quy định mới vi phạm nguyên tắc Compliance và Stakeholder Engagement (PMBOK 7, Principle 3: Focus on Value). Có thể dẫn đến rủi ro pháp lý, phạt tiền, hoặc dự án bị hủy.

• ❌ Escalate the issue to upper management and let them decide.
  Sai ⚠️: PM không nên đẩy trách nhiệm ngay lập tức mà phải tự đánh giá tác động trước (PMBOK 7, Role of PM in Change Control). Escalate chỉ xảy ra sau khi có phân tích đầy đủ (change log). Điều này vi phạm nguyên tắc Leadership và Team Enablement, làm PM mất uy tín.

• ❌ Directly comply with the financial regulations.
  Sai ⛔: Tuân thủ trực tiếp mà không đánh giá tác động có thể gây thay đổi scope lớn, dẫn đến vượt ngân sách, chậm tiến độ, hoặc ảnh hưởng operation phase. PMBOK 7 nhấn mạnh Change Control Board (CCB) phải phê duyệt sau impact analysis, không hành động impulsively.

📘 Tài liệu tham khảo

• PMBOK Guide 7th Edition (2021, cập nhật PMI đến 2026): Section 4.6 Perform Integrated Change Control; Principles: Optimize Risk Responses, Stakeholders.
• PMI Agile Practice Guide (tích hợp trong PMBOK 7): Nhấn mạnh adaptive change ở hybrid projects.
• PMP Exam Content Outline (2021+): Domain 3: Business Environment (20%), Domain 4: Change Control.

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 câu hỏi PMP

📖 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: Quản lý dự án (Project Manager - PM) được giao một dự án khẩn cấp phải hoàn thành trong vài tuần tới, dẫn đến tác động đến cộng đồng địa phương. Công việc diễn ra gần một trường học, và PM đã chủ động liên hệ (engaged) với trường học để hiểu nhu cầu của họ.
🛠️ Mục tiêu chính: PM cần đảm bảo công việc dự án tiếp tục suôn sẻ (smoothly), cân bằng giữa tiến độ khẩn cấp và trách nhiệm xã hội (stakeholder engagement). Đây là bài kiểm tra kiến thức về quản lý bên liên quan (Stakeholder Management), đặc biệt là quy trình Manage Stakeholder Engagement trong PMBOK, nơi PM phải hợp tác để giảm thiểu rủi ro và tối ưu hóa giá trị dự án mà không làm gián đoạn tiến độ.
✅ Liên quan PMP mới nhất (PMBOK 7th Edition, 2021 & cập nhật đến 2026): Nhấn mạnh Stakeholder Collaboration Principle (Nguyên tắc 9) và Domain: Stakeholder (Performance Domain), ưu tiên giao tiếp hai chiều, điều chỉnh lịch trình để phù hợp nhu cầu bên liên quan mà vẫn đảm bảo Value Delivery (giao giá trị dự án kịp thời).

✅ Đáp án đúng:
Liaise with the school to include nonworking project hours during school start and finish times
Giải thích lý do chọn (bằng tiếng Việt):
Đây là cách tiếp cận tối ưu và chuyên nghiệp nhất theo PMP, vì PM phối hợp chặt chẽ (liaise) với trường học để điều chỉnh lịch làm việc dự án: tạm dừng (nonworking hours) vào giờ học sinh đến/trở về trường (school start/finish times). Điều này:

• Đảm bảo tiến độ dự án khẩn cấp không bị trì hoãn.
• Giảm rủi ro an toàn và khiếu nại từ cộng đồng (stakeholder needs).
• Thể hiện engagement chủ động, hai chiều (đã engage trước, nay điều chỉnh linh hoạt).
  🛠️ Hoàn hảo phù hợp PMBOK 7th Ed., Principle 9: Collaboration và Process 13.3: Manage Stakeholder Engagement (từ PMBOK 6th, vẫn áp dụng tương đương).

🛠️ 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, giữ nguyên văn bản gốc tiếng Anh. Mỗi phương án được đánh giá ❌ SAI hoặc ✅ ĐÚNG, kèm giải thích chi tiết bằng tiếng Việt dựa trên nguyên tắc PMP.

• Postpone the required work on the project until school holidays begin
  ❌ SAI - Phương án này trì hoãn công việc bắt buộc đến kỳ nghỉ hè của trường, vi phạm tiến độ dự án khẩn cấp (must be completed within weeks). PMP ưu tiên time management và value delivery, không chấp nhận trì hoãn không cần thiết khi có giải pháp thay thế. (PMBOK 7th: Tránh "tail wagging the dog" - dự án không bị chi phối bởi stakeholder).

• Continue the work as planned and inform the school when the project team arrives on-site
  ❌ SAI - Chỉ tiếp tục theo kế hoạch và thông báo muộn khi đội ngũ đến hiện trường, thiếu engagement chủ động (PM đã engage trước nhưng không tận dụng). Điều này tăng rủi ro xung đột, an toàn và khiếu nại cộng đồng. PMP yêu cầu proactive communication hai chiều, không phải thông báo một chiều. (PMBOK 7th: Domain Uncertainty - Quản lý rủi ro kém).

• Advise the school to close for the duration of the project work
  ❌ SAI - Khuyên trường đóng cửa suốt dự án là xâm phạm quyền lợi stakeholder, tạo gánh nặng không hợp lý (ảnh hưởng học sinh, phụ huynh). PMP nhấn mạnh win-win collaboration, không ép buộc bên khác hy sinh. Vi phạm Ethical Standards (Code of Ethics: Respect). (PMBOK 7th: Principle 3: Focus on Value - Không tạo giá trị âm).

• Liaise with the school to include nonworking project hours during school start and finish times
  ✅ ĐÚNG - Như đã giải thích ở trên, đây là giải pháp cân bằng hoàn hảo: Linh hoạt lịch dự án để tránh giờ cao điểm trường học, đảm bảo an toàn, suôn sẻ mà không trì hoãn tổng thể. (📘 Nguồn tham khảo: PMBOK Guide 7th Edition, trang 57-59 Principle 9 & Stakeholder Performance Domain; PMBOK 6th Ed. Process 13.3 Manage Stakeholder Engagement).

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

• PMBOK Guide 7th Edition (2021, PMI): Principles & Performance Domains (Stakeholder & Uncertainty).
• PMI Code of Ethics & Professional Conduct (cập nhật 2023): Trách nhiệm với cộng đồng.
• PMP Exam Content Outline (2024-2026): 17% People Domain (Stakeholder Engagement).
  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ỏ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 khẩn cấp về quản lý đội ngũ và lãnh đạo cảm xúc trong dự án PMP: Một thành viên đội ngũ gọi điện cho Quản lý dự án (Project Manager - PM) vào muộn tối cuối tuần, đang khóc vì áp lực từ hạn chót sắp tới. Điều này kiểm tra kỹ năng lãnh đạo (Leadership), quản lý con người (Manage Project Team) và trí tuệ cảm xúc (Emotional Intelligence) của PM. Theo PMBOK Guide 7th Edition (2021) và cập nhật PMP đến 2026, PM phải ưu tiên hỗ trợ ngay lập tức, xây dựng lòng tin, giải quyết vấn đề tinh thần đội ngũ để tránh rủi ro dự án như giảm năng suất hoặc nghỉ việc. Tình huống nhấn mạnh Servant Leadership (lãnh đạo phục vụ), nơi PM lắng nghe, đồng cảm và hành động kịp thời thay vì trì hoãn hoặc chuyển giao trách nhiệm. 📘 Nguồn: PMBOK 7th Ed., Domain: People (12%) & PMP Exam Content Outline 2021 (Task 7.1: Manage conflict).

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

Empathize with the team member and discuss next steps.
✅ Lý do: Đây là hành động tối ưu nhất vì thể hiện sự đồng cảm (empathize) ngay lập tức, giúp thành viên bình tĩnh và cảm thấy được hỗ trợ. Sau đó, thảo luận bước tiếp theo (discuss next steps) để giải quyết áp lực deadline, như điều chỉnh công việc hoặc hỗ trợ thêm. Điều này phù hợp với nguyên tắc Agile/Predictive trong PMP: PM làm huấn luyện viên (Coach), thúc đẩy đội ngũ tự quản lý (Self-Managing Teams). Hành động này xây dựng mối quan hệ, giảm rủi ro tinh thần và duy trì tiến độ dự án. 🛠️ Không trì hoãn vì tình huống khẩn cấp (late night crying). 📘 Nguồn: PMBOK 7th Ed., Principle 5: Think and Take Action (Stakeholder Engagement) & Agile Practice Guide.

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

Dưới đây là phân tích từng phương án 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á đúng/sai dựa trên best practice PMP mới nhất (2026), ưu tiên hành động lãnh đạo kịp thời thay vì thủ tục hành chính.

• Review the organization's human resources (HR) policy.
  ❌ Sai: Phương án này chuyển giao trách nhiệm cho HR thay vì PM trực tiếp hỗ trợ, vi phạm vai trò lãnh đạo đội ngũ của PM. HR policy chỉ dùng cho vấn đề chính thức (như kỷ luật), không phù hợp với tình huống cảm xúc khẩn cấp cuối tuần. Điều này có thể làm đội ngũ mất lòng tin. 🧨 Nguồn: PMBOK 7th Ed., People Domain - Không khuyến khích outsource emotional support.

• Empathize with the team member and discuss next steps.
  ✅ Đúng: Như đã giải thích ở trên, đây là hành động lý tưởng, kết hợp đồng cảm và giải quyết vấn đề ngay lập tức, phù hợp Emotional Intelligence và High-Performing Teams. 🌟

• Ask the team member to send their concerns in writing.
  ❌ Sai: Yêu cầu viết văn bản là trì hoãn và thiếu đồng cảm, bỏ qua trạng thái khóc lóc khẩn cấp. Trong PMP, giao tiếp cảm xúc cần ngay lập tức (real-time), không dùng email/formal cho crisis tinh thần. Có thể làm tình hình tệ hơn! 📴 Nguồn: PMBOK 7th Ed., Communication Domain (Interactive Communication).

• Schedule a meeting with the team member for the next work day.
  ❌ Sai: Lên lịch họp ngày làm việc sau là trì hoãn không cần thiết cho cuộc gọi khẩn cấp cuối tuần. PM phải hành động ngay (Take Action) để hỗ trợ, tránh để vấn đề tích tụ dẫn đến burnout. ⏰ Nguồn: PMP ECo 2021, Task 9.2: Evaluate Project Team Performance.

🏆 Kết luận PMP Best Practice

Trong tình huống này, PM ưu tiên con người trước tiến độ (People over Process), theo 12 Principles PMBOK 7th. Nếu áp dụng thực tế, hãy ghi log vào Issue Log sau cuộc gọi. 💡 Tài liệu tham khảo chính: PMBOK Guide 7th Edition (2021), PMI Agile Practice Guide (2021), PMP Exam Prep Rita Mulcahy 9th Ed. (cập nhật 2024). Nếu cần ví dụ case study thêm, 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 trong dự án Agile/Scrum: Nhóm phát triển đang gặp khó khăn lớn trong việc hoàn thành công việc vì yêu cầu (requirements) không rõ ràng. Họ đã không thể hoàn thành một iteration (sprint) thành công trong nhiều tháng. Vai trò của project leader (thường là Scrum Master hoặc Agile coach) là hỗ trợ nhóm bằng hành động phù hợp nhất.
📌 Vấn đề cốt lõi: Unclear requirements là nguyên nhân gốc rễ (root cause), dẫn đến iteration thất bại liên tục. Theo nguyên tắc Agile trong PMP (PMBOK 7th Edition và Agile Practice Guide), cần tập trung vào việc cải thiện quy trình làm rõ yêu cầu thay vì các giải pháp bề mặt.
🛠️ Bối cảnh PMP cập nhật (đến 2026): PMBOK 7th Edition nhấn mạnh value delivery qua các nguyên tắc Agile như "Optimize risk", "Team collaboration", và "Adaptability". Backlog refinement là hoạt động then chốt để đảm bảo Product Backlog items rõ ràng, có thể ước lượng và thực hiện (theo Scrum Guide 2020 và Agile Practice Guide).

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

Đáp án đúng: Recommend that the product owner reviews the backlog refinement processes.

Lý do chi tiết:

• Vấn đề chính là requirements không rõ ràng, trực tiếp liên quan đến backlog refinement (hay backlog grooming) – quy trình mà Product Owner (PO) chịu trách nhiệm chính để làm rõ user stories, ưu tiên và đảm bảo chúng ready for development (theo Definition of Ready - DoR).
• Project leader nên khuyến nghị PO review và cải thiện quy trình refinement để giải quyết root cause, giúp nhóm hoàn thành iteration hiệu quả hơn.
• 📘 Nguồn tham khảo: Agile Practice Guide (PMI, 2017, cập nhật trong PMBOK 7th Ed., 2021); Scrum Guide (2020): "The Product Owner is accountable for effective Product Backlog management, including refinement". Điều này phù hợp với Hybrid/Agile approaches trong PMP Exam Content Outline 2021 (vẫn hiệu lực đến 2026).

❌ 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 logic, dựa trên nguyên tắc Agile/PMP:

• Recommend that the team reviews the length of the iteration with the stakeholders.
  ❌ Sai vì: Thay đổi độ dài iteration (ví dụ rút ngắn sprint) không giải quyết được vấn đề gốc là requirements không rõ ràng. Iteration length chỉ là yếu tố hỗ trợ, không phải root cause. Theo Agile, nên ưu tiên cải thiện quality của backlog trước khi điều chỉnh thời gian (PMBOK 7th Ed., Principle 9: "Adaptability").

• Recommend that the product owner reviews the backlog refinement processes.
  ✅ Đúng vì: Như đã giải thích ở phần trên, đây là hành động trực tiếp nhắm vào Product Owner – người chịu trách nhiệm làm rõ requirements qua refinement. Giúp backlog items trở nên actionable, giảm rủi ro iteration thất bại (Scrum Guide: Refinement là ongoing activity, ~10% sprint capacity).

• Recommend limiting the work in progress to improve the team's focus.
  ❌ Sai vì: Limiting WIP (Work In Progress) là kỹ thuật Kanban tốt để tăng focus và flow, nhưng không xử lý unclear requirements – nhóm vẫn không biết làm gì chính xác dù ít task hơn. Đây chỉ là giải pháp triệu chứng, không phải root cause analysis (theo Lean principle trong Agile Practice Guide).

• Recommend a review of the team members' individual performances.
  ❌ Sai vì: Agile nhấn mạnh team accountability và self-organizing teams, không tập trung vào individual performance review (tránh blame culture). Vấn đề ở đây là process (requirements), không phải người (PMBOK 7th Ed., Principle 11: "Team", và Servant Leadership model). Có thể làm giảm morale nhóm.

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

Hành động đúng giúp tăng velocity và giảm waste trong dự án. Trong kỳ thi PMP, hãy luôn identify root cause qua tools như Fishbone Diagram hoặc 5 Whys (PMBOK 7th Ed., Deliver Value domain).
📚 Tài liệu tham khảo chính:

• PMBOK Guide 7th Edition (PMI, 2021).
• Agile Practice Guide (PMI, 2017).
• Scrum Guide (Scrum.org, 2020 – phiên bản mới nhất ổn định đến 2026).
  Hãy thực hành với các case study Agile để nắm vững! 🚀

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

Câu hỏi tập trung vào quản lý dự án Agile, nơi Project Manager (PM) lo ngại đội ngũ đang mất đà (losing momentum) qua các iteration gần đây. "Losing momentum" ở đây ám chỉ tốc độ hoàn thành công việc giảm sút, năng suất đội ngũ suy giảm, có thể do bottleneck, overload hoặc vấn đề động lực.

PM cần chọn hai công cụ (tools) để phân tích hiệu suất đội ngũ (analyze team performance). Đây là câu hỏi chọn hai đáp án đúng, dựa trên kiến thức Agile trong PMP® (phiên bản mới nhất PMBOK® Guide 7th Edition và Agile Practice Guide, cập nhật đến 2026). Các công cụ phải phù hợp với Agile, giúp visualize tiến độ iteration/sprint để phát hiện vấn đề momentum như velocity giảm hoặc công việc tích tụ.

📘 Nguồn tham khảo chính:

• PMBOK® Guide 7th Edition (2021, vẫn là chuẩn đến 2026): Chương 4 (Team) & Agile extensions.
• Agile Practice Guide (PMI, 2017, tích hợp PMBOK 7): Phần Metrics & Artifacts (Burndown, CFD).
• PMI Agile Certified Practitioner (PMI-ACP®) Handbook (cập nhật 2024).

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

• Burndown chart
• Cumulative flow diagram of completed features

Lý do chọn hai đáp án này (theo PMBOK 7/Agile Practice Guide):
Những công cụ này trực tiếp visualize tiến độ iteration và dòng chảy công việc, giúp PM phát hiện mất momentum qua đường cong phẳng/dốc ngược (burndown) hoặc tắc nghẽn (CFD). Chúng tập trung vào team velocity/performance trong Agile, hỗ trợ daily stand-up/retrospective để cải thiện. 🛠️

📊 Giải thích TẤT CẢ các phương án (Đúng/Sai)

• ✅ Burndown chart
  Đúng! 🏆 Đây là công cụ Agile cốt lõi để theo dõi công việc còn lại (remaining work) theo thời gian trong sprint/iteration. Nếu đường cong phẳng hoặc đi lên, PM dễ thấy đội ngũ mất momentum (velocity giảm). Giúp phân tích performance qua scope creep hoặc incomplete tasks. (Agile Practice Guide: Sprint Burndown Chart, p.45).

• ❌ Product backlog burnup chart
  Sai! ❌ Công cụ này theo dõi tổng backlog hoàn thành tăng dần qua toàn dự án (release burnup), không tập trung vào iteration performance hay momentum ngắn hạn. Nó đo release progress chứ không phát hiện bottleneck đội ngũ cụ thể. (Phân biệt với burndown: burnup cho scope thay đổi, Agile Practice Guide p.46).

• ✅ Cumulative flow diagram of completed features
  Đúng! 🏆 CFD hiển thị dòng chảy tích lũy công việc (done features) theo giai đoạn (To Do → In Progress → Done). Giúp visualize bottleneck, cycle time, và momentum giảm nếu "Done" lane không tăng đều. Rất hữu ích cho Agile team retrospectives. (PMBOK 7: Figure 6-8 CFD; Agile Practice Guide: Kanban Metrics p.52).

• ❌ Work breakdown structure (WBS)
  Sai! ❌ WBS là công cụ Predictive/Waterfall để phân tích/phân rã công việc thành packages, không dùng trong Agile (backlog thay thế). Không visualize momentum hay performance động. (PMBOK 7: 5.3 Define Scope, không áp Agile).

• ❌ Project schedule
  Sai! ❌ Lịch dự án (Gantt/MS Project) dùng cho Predictive, theo dõi dependencies/milestones cố định. Agile tránh schedule cứng nhắc, ưu tiên velocity charts. Không phân tích team momentum iteration-based. (PMBOK 7: 6.5 Develop Schedule, Agile alternatives ở 7.2.3).

🛠️ Lời khuyên PMP: Trong Agile, luôn dùng metrics như Velocity, Burndown/CFD để inspect & adapt (Scrum Guide 2020/PMI). Kiểm tra định kỳ ở Sprint Review! 🚀

🧩 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ý Truyền thông (Communications Management) và Quản lý Đội ngũ (Team Management) trong PMP, đặc biệt trong môi trường dự án hỗn hợp (hybrid) với nhiều phương pháp giao hàng (delivery methods) như Waterfall, Agile hoặc Predictive.

📖 Tình huống chính:

• Quản lý dự án (PM) đang làm việc với đội ngũ để giao dự án trong công ty áp dụng đa dạng phương pháp.
• PM lo ngại về kênh truyền thông do PMO đề xuất, vì thông tin chậm trễ đến thành viên đội ngũ, dẫn đến hậu quả tiêu cực cho việc giao hàng (ví dụ: delay, rework, giảm chất lượng).
• Câu hỏi trọng tâm: PM nên làm gì để tránh tình huống này trong tương lai?

🛠️ Mục tiêu PMP: Nhấn mạnh việc tùy chỉnh (tailoring) quy trình truyền thông phù hợp với dự án cụ thể, ưu tiên hợp tác đội ngũ và chia sẻ thông tin kịp thời để tối ưu hóa giá trị (value delivery), theo PMBOK 7th Edition (2021) và các cập nhật đến 2026.

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

Đáp án đúng: Agree with the project team on a suitable collaboration and make sure information is shared at all times.

Lý do (🧩 Phân tích sâu):

• Trong PMP hiện đại (PMBOK 7th), PM đóng vai trò servant leader, phải hợp tác với đội ngũ để chọn công cụ collaboration phù hợp (như tools Agile: Jira, Slack, Microsoft Teams), đảm bảo chia sẻ thông tin liên tục (at all times).
• Điều này tránh rủi ro chậm trễ bằng cách tailor communication channels ngay lập tức, tập trung vào team empowerment và flow of information để hỗ trợ delivery nhanh chóng.
• Phù hợp nguyên tắc Adaptive Planning và Team Performance Domain (PMBOK 7th, Principle 5: Think Integrally; Domain 4: Team).
• Tác động tương lai: Xây dựng quy trình bền vững, giảm negative consequences lâu dài.

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

• PMBOK Guide 7th Edition (2021), Chapter: Team Domain & Stakeholder Engagement.
• Agile Practice Guide (PMI, 2017-2023 updates): Nhấn mạnh "collaborative tools for continuous information sharing".
• PMP Exam Content Outline 2021 (updates to 2026): 14% questions on Process & Agile/Hybrid tailoring.

📋 Giải thích TẤT CẢ các phương án (đúng/sai)

Dưới đây là phân tích từng lựa chọn giữ nguyên văn bản gốc tiếng Anh, với lý do đúng/sai bằng tiếng Việt. Sử dụng ✅ cho đúng, ❌ cho sai.

• ✅ Agree with the project team on a suitable collaboration and make sure information is shared at all times.
  Giải thích: Phương án này hoàn toàn đúng vì khuyến khích hợp tác trực tiếp với đội ngũ để chọn công cụ phù hợp, đảm bảo chia sẻ thông tin 24/7. Đây là best practice trong hybrid environments, giúp PM tailor ngay lập tức mà không vi phạm PMO guidelines (chỉ adjust cho project-specific). Tránh delay và empower team, phù hợp 100% PMP principles. 🏆

• ❌ Use the same methods until the end of the current delivery and suggest new ones during the retrospective.
  Giải thích: Sai vì trì hoãn thay đổi đến retrospective (hồi cứu cuối sprint/delivery) sẽ khuếch đại rủi ro hiện tại, gây thêm negative consequences (delay tiếp tục). PMP yêu cầu proactive adaptation (không chờ passive review), vi phạm nguyên tắc Optimize Risk Responses và Continuous Improvement sớm (PMBOK 7th, Uncertainty Domain). 🚫

• ❌ Refer to the policies and frameworks used at the company enterprise level and inform the project team members.
  Giải thích: Sai vì chỉ tham chiếu chính sách enterprise (từ PMO) và thông báo cho team mà không hành động thay đổi là passive compliance, không giải quyết gốc rễ (slow channels). PMP nhấn mạnh tailoring beyond enterprise standards cho project needs, không phải "inform only" (vi phạm Engagement Principle). Team cần collaborate, không phải bị động nhận thông tin. 📜❌

• ❌ Tell the sponsor that the project manager will use their own communication model to ensure on-time delivery.
  Giải thích: Sai vì tự quyết định và thông báo sponsor bỏ qua stakeholder engagement đúng cách, có thể vi phạm governance (PMO/sponsor authority). PMP yêu cầu escalate & collaborate, không "own model" unilateral. Rủi ro cao về accountability và alignment enterprise-wide (Stakeholder Domain, PMBOK 7th). ⚠️🚫

🏁 Kết luận & Lời khuyên PMP

✅ Key takeaway: Trong PMP 2026, ưu tiên team collaboration & tailoring để information flow mượt mà, đặc biệt hybrid projects. Áp dụng ngay để maximize value! Nếu thi PMP, tập trung Practice Domains & Principles. 📘 Tham khảo thêm: PMI.org resources & Process Groups: A Practice Guide (2022).

Câu hỏi này kiểm tra servant leadership vs rigid adherence. Bạn có câu hỏi PMP nào khác không? 🚀

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

Câu hỏi mô tả một dự án mà công ty phải triển khai một quy định mới từ chính phủ. 📅 Chính phủ đã chỉ định ngày thực thi cụ thể (deadline cố định), nhưng chỉ cung cấp thông tin cấp cao (high-level) về yêu cầu, dẫn đến sự không chắc chắn cao (uncertainty) và dự kiến có thay đổi định nghĩa (changes in definitions).

🛠️ Vấn đề cốt lõi: Project manager cần chọn life cycle (chu kỳ sống dự án) phù hợp để quản lý dự án này. Trong PMP (PMBOK 7th Edition và các cập nhật đến 2024-2026), life cycle được phân loại dựa trên execution strategies (chiến lược thực thi), bao gồm predictive, iterative, agile và hybrid. Tình huống này đòi hỏi cân bằng giữa tính linh hoạt (để xử lý thay đổi) và kiểm soát thời gian (deadline cố định).

✅ Đáp án đúng: A hybrid execution strategy

Lý do lựa chọn (dựa trên PMBOK 7th Edition, Section 2.4 & Process Groups: A Practice Guide):
Hybrid execution strategy là sự kết hợp giữa predictive (dự đoán) và adaptive (linh hoạt như agile). ✅

• Phù hợp với deadline cố định: Sử dụng predictive cho phần lập kế hoạch tổng thể và mốc thời gian chính (enforced date).
• Xử lý uncertainty và changes: Sử dụng adaptive/agile cho các phần yêu cầu không rõ ràng, cho phép lặp lại và điều chỉnh định nghĩa khi có thông tin mới từ chính phủ.
  🧩 Đây là lựa chọn tối ưu cho dự án có rủi ro thay đổi cao nhưng ràng buộc thời gian nghiêm ngặt, giúp tối ưu hóa giá trị và tuân thủ quy định.

📋 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 bằng tiếng Anh. Mỗi phương án được đánh giá dựa trên đặc tính dự án (deadline cố định + high uncertainty).

• A predictive execution strategy
  ❌ Sai. Phương án này (còn gọi là Waterfall) yêu cầu yêu cầu rõ ràng từ đầu và ít thay đổi. Trong dự án này, high-level info và expected changes làm predictive không linh hoạt, dễ dẫn đến thất bại khi phải rework lớn, vi phạm deadline. (PMBOK 7th: Phù hợp cho dự án ổn định, low uncertainty).

• An iterative execution strategy
  ❌ Sai. Iterative tập trung vào xây dựng dần dần qua các vòng lặp, nhưng vẫn dựa trên kế hoạch ban đầu cố định và ít thích ứng với thay đổi lớn. 🛠️ Không đủ mạnh để xử lý "changes in definitions" do uncertainty cao, và có thể không đảm bảo enforced date nếu lặp lại quá nhiều. (PMBOK 7th: Iterative là partial adaptive, kém hơn hybrid cho mixed constraints).

• An agile execution strategy
  ❌ Sai. Agile rất linh hoạt với thay đổi liên tục qua sprints ngắn, nhưng không ưu tiên deadline cố định. 📅 Dự án có enforced date nghiêm ngặt từ chính phủ, agile có thể gặp rủi ro trễ hạn nếu changes làm backlog phình to, thiếu cấu trúc predictive để kiểm soát tổng thể. (PMBOK 7th: Agile lý tưởng cho high change/low predictability, nhưng kém cho fixed milestones).

• A hybrid execution strategy
  ✅ Đúng. Như đã giải thích ở trên, hybrid kết hợp ưu điểm: Predictive cho timeline/deadline + Adaptive cho uncertainty/changes. Hoàn hảo cho dự án "regulated enforcement" với evolving requirements. (PMBOK 7th & Agile Practice Guide: Hybrid là chiến lược phổ biến cho 50%+ dự án thực tế).

📘 Tài liệu tham khảo

• PMBOK Guide 7th Edition (2021, cập nhật 2024): Section 2.4 (Life Cycle), Table 2-3 (Delivery Approaches).
• Process Groups: A Practice Guide (2022): Phần Hybrid Life Cycles.
• PMI Standards+ (cập nhật 2026): Nhấn mạnh hybrid cho dự án regulatory/compliance với uncertainty.
  🔗 Nguồn chính thức: PMI.org – Khuyến nghị kiểm tra Agile/Hybrid extensions cho PMP exam mới nhất.

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

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

Câu hỏi tập trung vào vai trò của Project Manager (PM) như một Servant Leader (Lãnh đạo phục vụ) trong bối cảnh dự án gặp phải cắt giảm ngân sách từ nhà tài trợ mới. Servant Leader nhấn mạnh việc hỗ trợ đội ngũ, trao quyền cho họ tham gia quyết định, thay vì chỉ đạo một chiều. PM cần xử lý tình huống này với đội ngũ (with the team), nghĩa là cách tiếp cận phải khuyến khích sự hợp tác, đánh giá tác động thay đổi (change impact) và đề xuất kế hoạch cập nhật. Đây là tình huống điển hình trong Quản lý Thay đổi (Change Management) và People Domain theo PMBOK® Guide 7th Edition (2021) và các cập nhật PMP đến 2026, nơi PM phải ưu tiên sự tham gia của đội ngũ để duy trì động lực và hiệu quả dự án.

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

Đáp án đúng: Collaborate with the team to assess the impact of the change on the project and recommend an updated project plan.

Lý do: 🛠️ Là Servant Leader, PM phải hợp tác với đội ngũ để cùng đánh giá tác động của cắt giảm ngân sách đến triple constraint (phạm vi, thời gian, chi phí), sau đó đề xuất kế hoạch dự án cập nhật (updated project plan). Cách này thể hiện nguyên tắc Value Delivery và Team Empowerment trong PMBOK® 7th Edition (Section 2.3.1 People, Servant Leadership Model). Nó khuyến khích đội ngũ tham gia, tăng cường sở hữu chung và giảm rủi ro, phù hợp với Agile Principles (collaborative assessment) trong PMP Exam Content Outline 2021 (Domain III: Business Environment).

📋 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á đúng/sai với giải thích rõ ràng dựa trên kiến thức PMP mới nhất:

• ❌ Notify the project sponsor that the budget reduction will require a schedule slip and scope reduction.
  Phân tích sai: Phương án này bỏ qua đội ngũ, PM tự quyết định và thông báo trực tiếp cho sponsor mà không đánh giá tác động thực tế (assess impact). Servant Leader không hành động một mình mà phải hợp tác với team trước (PMBOK® 7th Ed., Principle 5: Collaborate). Điều này có thể dẫn đến quyết định thiếu cơ sở, vi phạm Integrated Change Control (Process 4.6 PMBOK® 6th/7th Hybrid).

• ✅ Collaborate with the team to assess the impact of the change on the project and recommend an updated project plan.
  Phân tích đúng: 🏆 Như đã giải thích ở trên, đây là cách tiếp cận lý tưởng của Servant Leader: hợp tác (collaborate) để đánh giá tác động toàn diện, sau đó đề xuất kế hoạch mới. Phù hợp Stakeholder Engagement (Team as key stakeholder) và Adaptive Planning trong Agile Practice Guide (2021), đảm bảo dự án vẫn deliver value tối ưu.

• ❌ Inform each team member that they must release a portion of their budget but must remain on schedule with no change to the scope.
  Phân tích sai: PM chỉ đạo một chiều (inform/must) mà không thảo luận, ép đội ngũ cắt ngân sách nhưng giữ nguyên scope/schedule – vi phạm Servant Leadership (không empower team). Điều này có thể gây mất động lực và rủi ro cao (PMBOK® 7th Ed., Model 3: Steward, nhưng thiếu collaboration). Không phù hợp Change Impact Assessment (Process Group: Executing).

• ❌ Meet with the schedule coordinator and financial analyst to tell them which budget lines to reduce and where to release slack.
  Phân tích sai: Chỉ gặp một số cá nhân hạn chế và ra lệnh (tell them) thay vì toàn đội ngũ, đây là phong cách lãnh đạo autocratic chứ không phải Servant Leader. Bỏ qua góc nhìn đa dạng của team, có thể bỏ sót rủi ro (PMBOK® 7th Ed., Principle 9: Optimize Risk Responses). Không khuyến khích holistic team involvement.

📘 Tài liệu tham khảo

• PMBOK® Guide 7th Edition (2021): Principles như Think Holistically, Collaborate; Models: Servant Leader (Section 2.3).
• PMP Examination Content Outline (2021, cập nhật 2024-2026): Domain II: Process (17%), Domain III: Business Environment (22%) – nhấn mạnh change handling và servant leadership.
• Agile Practice Guide (2021): Servant Leadership và Impact Analysis trong Adaptive Teams.
• PMI.org: Updates đến 2026 vẫn giữ core principles này (xem PMI's Servant Leadership resources).

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

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

🧩 Câu hỏi này thuộc lĩnh vực Quản lý Đội ngũ (Manage Team) trong PMP, cụ thể là People Domain theo PMBOK Guide 7th Edition (và cập nhật đến 2026). Tình huống mô tả: Quản lý dự án (PM) đã hoàn thành đánh giá hiệu suất đội ngũ dự án, và một số thành viên thực hiện kém các nhiệm vụ được giao. Câu hỏi yêu cầu hành động tiếp theo phù hợp nhất mà PM nên thực hiện để cải thiện hiệu suất.

📘 Bối cảnh PMP: Trong quy trình Manage Project Team (Process 9.4 theo PMBOK 6th, nay tích hợp vào People Domain 7th), PM phải sử dụng các công cụ như Multi-criteria Decision Analysis, Observation/Conversation, và Conflict Resolution để xử lý vấn đề hiệu suất. Quan trọng nhất là áp dụng Situational Leadership Model (Hersey-Blanchard), điều chỉnh cách tiếp cận dựa trên khả năng (ability) và động lực (motivation) của từng thành viên, thay vì cách tiếp cận chung chung hoặc giám sát chặt chẽ.

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

Develop different approaches based on team members' motivation and ability
✅ Lý do: Đây là hành động đúng theo nguyên tắc lãnh đạo tình huống (Situational Leadership) trong PMP. PM cần cá nhân hóa cách hỗ trợ (directing cho low ability/low motivation; coaching cho low ability/high motivation; supporting cho high ability/low motivation; delegating cho high ability/high motivation). Điều này khuyến khích phát triển đội ngũ bền vững, phù hợp với 12 Principles of Project Management (PMBOK 7th: #4 Stewardship, #8 Team, #9 Stakeholders, #12 Change). Nguồn: PMBOK Guide 7th Edition, Section 4.5 Manage Team & 9.4 Develop Team; PMP Exam Content Outline 2021 (Domain II: People, Task 5).

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

• Create a new standard performance measure based on project requirements
  ❌ Sai vì: Việc tạo tiêu chuẩn đo lường mới không giải quyết trực tiếp vấn đề hiệu suất kém hiện tại. PMBOK nhấn mạnh đánh giá dựa trên tiêu chuẩn đã có sẵn (performance appraisals), không phải tạo mới khi vấn đề là thực thi kém. Điều này có thể làm phức tạp hóa mà không cải thiện động lực cá nhân. (Nguồn: PMBOK 7th, 4.6 Monitor Team Performance).

• Develop different approaches based on team members' motivation and ability
  ✅ Đúng vì: Như đã giải thích ở trên, đây là cách tiếp cận tối ưu và linh hoạt, phù hợp với mô hình lãnh đạo tình huống. PMBOK 7th khuyến khích tailor approaches để phát triển đội ngũ, tránh one-size-fits-all, giúp cải thiện hiệu suất lâu dài qua motivation và skill-building.

• Develop a standard approach to provide feedback to all team members
  ❌ Sai vì: Cách tiếp cận chuẩn hóa (standard) bỏ qua sự khác biệt cá nhân, vi phạm nguyên tắc Stakeholder Engagement và Tailoring (PMBOK 7th Principle #10). Feedback phải cá nhân hóa để hiệu quả, không áp dụng chung cho toàn đội khi chỉ một số thành viên kém.

• Provide intensive oversight to the team members who performed poorly
  ❌ Sai vì: Giám sát chặt chẽ (micromanagement) làm giảm động lực, tăng turnover, và không khuyến khích tự chủ (self-management) – trái với Agile Hybrid approaches và Servant Leadership trong PMP. Thay vào đó, dùng coaching để xây dựng ability. (Nguồn: PMBOK 7th, 3.3.5 High-Performing Teams; Agile Practice Guide, Servant Leadership).

📚 Tài liệu tham khảo

• PMBOK Guide 7th Edition (2021, PMI): People Domain (Sections 4.5-4.7).
• PMP Examination Content Outline (2021, cập nhật 2024): Domain II: People (35% exam weight).
• Situational Leadership II Model (Hersey-Blanchard, tích hợp PMP).
• Rita Mulcahy's PMP Exam Prep (Latest Edition 2024) – Chapter on Manage Project Team.

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