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

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

Câu hỏi tập trung vào quy trình quản lý sự tham gia của các bên liên quan (Stakeholder Engagement) trong dự án PMP. Cụ thể, quản lý dự án và đội ngũ dự án đang phát triển một cách tiếp cận chiến lược để tương tác với các bên liên quan nội bộ (internal stakeholders) và ngoại bộ (external stakeholders). Câu hỏi yêu cầu chọn cách tiếp cận phù hợp nhất để thực hiện điều này.

🛠️ Bối cảnh PMP mới nhất (PMBOK 7th Edition, 2021 & cập nhật đến 2026): Trong People Domain và Stakeholder Engagement Principle, việc tương tác với stakeholders phải được phân tích cá nhân hóa dựa trên nhu cầu, ảnh hưởng, và mức độ quan tâm của từng bên. Không phải tất cả stakeholders đều cần cùng một cách tiếp cận; chiến lược phải tùy chỉnh để tối ưu hóa sự tham gia, giảm rủi ro và đạt mục tiêu dự án. Quy trình chính bao gồm Identify Stakeholders, Plan Stakeholder Engagement, và Manage Stakeholder Engagement.

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

Đáp án đúng: Analyze both internal and external stakeholders and develop a customized engagement strategy for each stakeholder

Lý do:
Cách tiếp cận này tuân thủ nguyên tắc cốt lõi của PMP – phân tích chi tiết từng stakeholder (sử dụng công cụ như Stakeholder Register, Power/Interest Grid hoặc Influence/Impact Grid) để hiểu rõ vai trò, nhu cầu, và mức độ ảnh hưởng của họ (cả nội bộ như đội ngũ, sponsor; ngoại bộ như khách hàng, nhà cung cấp). Sau đó, xây dựng chiến lược tương tác tùy chỉnh (customized strategy) cho từng cá nhân hoặc nhóm, chẳng hạn như mức độ tham gia (Unaware, Resistant, Neutral, Supportive, Leading). Điều này giúp tối ưu hóa sự tham gia, tránh lãng phí tài nguyên và tăng hiệu quả dự án. Đây là bước chuẩn trong Plan Stakeholder Engagement (PMBOK 7th Ed., Principle 4: Build a Team; Process 13.3 trong 6th Ed.).

📋 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, với lý do đúng/sai dựa trên thực tiễn PMP:

• ✅ Analyze both internal and external stakeholders and develop a customized engagement strategy for each stakeholder
  Đúng vì: Như đã giải thích ở trên, đây là cách tiếp cận chiến lược và cá nhân hóa, phù hợp với Stakeholder Engagement Assessment Matrix (PMBOK 7th Ed., Figure 4-8). Nó đảm bảo tất cả stakeholders (nội/ngoại bộ) được phân tích và tương tác hiệu quả, tránh thiên vị.

• ❌ Schedule status meetings with all stakeholders to allow their participation in all project discussions and reports
  Sai vì: Việc tổ chức họp trạng thái cho tất cả là cách tiếp cận một kích cỡ phù hợp tất cả (one-size-fits-all), gây lãng phí thời gian, tăng chi phí và có thể tiết lộ thông tin nhạy cảm không cần thiết. PMP khuyến nghị engagement phù hợp mức độ (ví dụ: họp thường xuyên chỉ cho key stakeholders), không phải "all discussions" (vi phạm nguyên tắc Tailoring trong PMBOK 7th Ed., Section 2.3).

• ❌ Classify all high-risk stakeholders and request that the project sponsor communicate directly with them
  Sai vì: Chỉ tập trung vào high-risk bỏ qua các stakeholders khác, và chuyển giao toàn bộ cho sponsor làm giảm trách nhiệm của PM (PM phải trực tiếp manage engagement). PMP yêu cầu PM dẫn dắt phân loại rủi ro qua Risk Register, nhưng engagement phải toàn diện, không chỉ high-risk (PMBOK 7th Ed., Uncertainty Principle; không nên offload trách nhiệm).

• ❌ Involve only the internal stakeholders as the external stakeholders should not have access to confidential information
  Sai vì: Loại trừ external stakeholders (như khách hàng, regulator) là sai lầm lớn, vì họ thường có ảnh hưởng cao đến thành công dự án. PMP nhấn mạnh bao gồm tất cả trong phân tích, với kiểm soát thông tin qua NDA hoặc classification (Confidentiality levels), không phải loại trừ (vi phạm Stakeholder Inclusion Principle, PMBOK 7th Ed., Section 4.5).

📘 Tài liệu tham khảo

• PMBOK Guide 7th Edition (2021, PMI): Chương 4 (People Domain), Principle 4 & 13 (Stakeholder Engagement); Figure 4-7 (Stakeholder Engagement Assessment Matrix).
• PMBOK Guide 6th Edition (2017): Section 13.1-13.3 (Stakeholder Management Processes).
• PMI Agile Practice Guide (2021): Hybrid approaches cho stakeholder engagement.
• PMP Exam Content Outline (2021, cập nhật 2024-2026): Domain II: People (29%), nhấn mạnh tailored engagement.
• Nguồn trực tuyến: PMI.org (Stakeholder Engagement resources); Rita Mulcahy's PMP Exam Prep (Chapter 7).

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 trắc nghiệm PMP

📖 Nội dung câu hỏi được giải thích rõ ràng:
Câu hỏi mô tả một đội ngũ dự án phân tán (distributed project team) muốn áp dụng nguyên tắc Common Ground để đảm bảo mọi người có sự hiểu biết chung về phạm vi dự án (scope). Đội ngũ yêu cầu project lead (người dẫn dắt dự án) tổ chức một workshop (hội thảo). Câu hỏi yêu cầu xác định hành động đúng mà project lead nên làm.

🛠️ Bối cảnh PMP liên quan: Theo PMBOK® Guide 7th Edition (2021) và Agile Practice Guide (phiên bản cập nhật đến 2024-2026), nguyên tắc Common Ground (thuộc Tailoring trong Agile/Hybrid) nhấn mạnh việc xây dựng sự đồng thuận chung trong team phân tán thông qua các buổi họp tương tác như workshop. Mục tiêu là tạo ra shared understanding về scope, tránh hiểu lầm do khoảng cách địa lý/thời gian. Project lead cần hỗ trợ bằng cách chuẩn bị đúng cách để workshop hiệu quả, tập trung vào sự tham gia rộng rãi và chuẩn bị kỹ lưỡng (Process Group: Executing & Monitoring & Controlling).

✅ Đáp án đúng và lý do lựa chọn:
Invite participants to the workshop with sufficient lead time to prepare
Lý do: Đây là hành động phù hợp nhất vì nguyên tắc Common Ground yêu cầu mời đúng đối tượng tham gia (participants) với thời gian chuẩn bị đủ (sufficient lead time) để mọi người nghiên cứu tài liệu, chuẩn bị ý kiến, đảm bảo workshop đạt được sự hiểu biết chung thực sự. Điều này thúc đẩy collaboration và consensus trong team phân tán, phù hợp với Stakeholder Engagement (PMBOK 7th, Principle 7: Foster Collaboration). Nếu không có thời gian chuẩn bị, workshop dễ thất bại do thiếu input chất lượng.

🔍 Giải thích chi tiết 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 nội dung gốc bằng tiếng Anh. Mỗi phương án được đánh giá dựa trên PMBOK® Guide 7th Edition và Standard for Project Management (2021, cập nhật 2026):

• ❌ [SAI] Ask the senior members of the development team to elaborate on the scope in detail
  Giải thích sai: Hành động này giới hạn quyền giải thích scope chỉ ở senior members, vi phạm nguyên tắc inclusivity của Common Ground. Trong team phân tán, cần sự tham gia từ tất cả stakeholders để tránh thiên kiến và đảm bảo shared understanding thực sự. Theo Principle 10: Optimize Risk Responses, chỉ dựa vào senior có thể tạo rủi ro hiểu lầm từ các thành viên khác (Agile Practice Guide, p.45).

• ✅ [ĐÚNG] Invite participants to the workshop with sufficient lead time to prepare
  Giải thích đúng: Như đã nêu ở trên, đây là bước chuẩn bị cốt lõi cho workshop hiệu quả, khuyến khích preparation và active participation. Phù hợp với Team Performance Domain (PMBOK 7th, Domain 2.3), giúp team phân tán vượt qua rào cản múi giờ và xây dựng consensus về scope.

• ❌ [SAI] Reduce the number of participants to ensure that consensus is reached easier
  Giải thích sai: Giảm số lượng tham gia làm giảm tính đa dạng ý kiến, trái với Common Ground yêu cầu đầy đủ đại diện từ team để đạt understanding chung. Điều này có thể dẫn đến groupthink và bỏ lỡ input quan trọng, vi phạm Stakeholder Engagement (PMBOK 7th, Principle 1: Be a Diligent, Respectful, and Caring Steward).

• ❌ [SAI] Provide the participants with specific instructions and set the expectations
  Giải thích sai: Việc đưa hướng dẫn cụ thể và đặt kỳ vọng có thể hữu ích nhưng không phải hành động đầu tiên cho workshop Common Ground. Nó mang tính directive (chỉ đạo), trong khi nguyên tắc cần facilitation mở để khuyến khích thảo luận tự do. Theo Uncertainty Domain (PMBOK 7th), quá kiểm soát có thể làm giảm collaboration trong team phân tán (Agile Practice Guide, Facilitation Tools).

📘 Tài liệu tham khảo chính (cập nhật đến 2026):

• PMBOK® Guide – Seventh Edition (2021, PMI): Principles 7 & 10, Team & Stakeholder Domains.
• Agile Practice Guide (PMI, 2017-2024): Phần "Tailoring Agile Practices" về Common Ground workshops (p.42-46).
• Standard for Project Management (PMI, 2021): Process 8.1.2.3 về workshops cho scope definition.
  (Nguồn chính thức từ PMI.org; khuyến nghị kiểm tra phiên bản mới nhất qua PMI membership cho exam PMP 2026).

🛡️ Lời khuyên PMP: Trong kỳ thi PMP mới (domain-based), ưu tiên value delivery qua collaboration. Thực hành với tình huống distributed teams để nắm vững!

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

Câu hỏi này thuộc chủ đề Quản lý Dự án (Project Management) trong PMP, cụ thể liên quan đến quy trình xử lý vấn đề (Issue Management) và quản lý hóa đơn/billing trong hợp đồng dự án. 📘

• Tình huống: Khách hàng (client) thông báo rằng trong 2 tháng qua, họ chưa nhận được hóa đơn (invoices) cho công việc đã hoàn thành. Họ đe dọa sẽ không giải ngân (release funds) cho các hoạt động khác nếu hóa đơn không được gửi kịp thời. 🛠️
• Thách thức chính: Đây là một vấn đề (issue) ảnh hưởng đến dòng tiền dự án, mối quan hệ với stakeholder (client), và tiến độ giải ngân. Project Manager (PM) cần hành động tiếp theo (next) một cách chuyên nghiệp, dựa trên nguyên tắc phân tích nguyên nhân gốc rễ (root cause analysis) trước khi can thiệp trực tiếp.
• Mục tiêu PMP: Theo PMBOK Guide 7th Edition (2021) và cập nhật đến 2026, PM phải ưu tiên xác định và khắc phục nguyên nhân để tránh lặp lại vấn đề, thay vì hành động vội vã. Điều này nằm trong Domain 3: Business Value (Stakeholder Engagement) và Domain 4: Project Work (Issue & Change Management). ✅

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

Đáp án đúng: Review the previous billing information and prepare a corrective action plan

Lý do chi tiết:

• PM cần xem xét lại thông tin billing trước đó (previous billing information) để phân tích nguyên nhân gốc rễ (root cause), ví dụ: lỗi hệ thống, quy trình chậm trễ, hoặc thiếu phối hợp nội bộ. Sau đó, lập kế hoạch hành động khắc phục (corrective action plan) để sửa chữa quy trình, đảm bảo không tái diễn. 🛠️
• Đây là bước next logical step theo PMP: Identify → Analyze → Correct (từ PMBOK 7th, Principle 5: Optimize Risk Responses & Section 4.7 Manage Project Changes). Hành động này proactive, bảo vệ dự án khỏi rủi ro tài chính và duy trì lòng tin client. Không hành động trực tiếp với client hay team mà ưu tiên data-driven decision. 📈

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

Dưới đây là phân tích từng phương án (giữ nguyên văn bản gốc tiếng Anh). Tôi đánh dấu ✅/❌ dựa trên tính đúng/sai theo PMP mới nhất. Mỗi giải thích tập trung vào lý do đúng/sai và liên hệ PMBOK 7th.

• ❌ Work with the client and agree on a schedule to provide them with the invoices
  Phương án này sai vì chỉ tập trung vào đàm phán lịch gửi hóa đơn với client mà bỏ qua nguyên nhân gốc rễ (như lỗi nội bộ). PM không nên ưu tiên thỏa thuận với bên ngoài trước khi kiểm tra nội bộ, có thể dẫn đến cam kết không khả thi và làm suy yếu uy tín. Theo PMBOK 7th (Principle 9: Leadership), PM phải giải quyết internal process trước khi engage stakeholder. 🛑

• ❌ Reach out to the billing team and instruct them to issue the invoices immediately
  Phương án này sai vì ra lệnh trực tiếp cho billing team mà chưa review dữ liệu, có thể vi phạm authority matrix (PM không luôn có quyền chỉ đạo bộ phận tài chính) và không giải quyết root cause (ví dụ: hệ thống lỗi). PMP nhấn mạnh analyze before act (Section 4.6 Manage Project Knowledge), hành động vội có thể gây lỗi lớn hơn. ⚠️

• ✅ Review the previous billing information and prepare a corrective action plan
  Phương án này đúng như đã giải thích ở trên: Review → Analyze → Corrective Plan. Đây là best practice trong Control Procurements (PMBOK 7th Hybrid Processes) và Tailoring để fix billing process, đảm bảo sustainable solution. Hoàn hảo cho tình huống issue 2 tháng! 🎯

• ❌ Communicate and inform the client to go ahead and release the funds
  Phương án này sai hoàn toàn vì khuyến khích client giải ngân mà không có invoice, vi phạm hợp đồng pháp lý (contract terms yêu cầu invoice trước payment). PM không được bypass quy trình, có thể dẫn đến tranh chấp tài chính. PMBOK 7th (Principle 3: Focus on Value) yêu cầu tuân thủ compliance và bảo vệ lợi ích dự án. 🚫

📚 Tài liệu tham khảo

• PMBOK Guide 7th Edition (2021, PMI): Principle 5 (Stakeholder), Section 4.7 (Manage Changes), Models: Root Cause Analysis & Corrective Action Plans.
• PMI Agile Practice Guide (2021): Hybrid approaches cho issue resolution.
• PMP Exam Content Outline (2021, cập nhật 2026): Domain 2 (Team), Domain 4 (Project Work) – 50% exam focus on processes như thế này.
• Nguồn bổ sung: PMI.org resources on "Issue Logs" và "Billing Process Tailoring".

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 chi tiết câu hỏi PMP về Agile Project Management

📖 Giải thích nội dung câu hỏi:
Câu hỏi mô tả tình huống đang ở giữa giai đoạn thực thi (midway through execution) của một dự án Agile, khi có sự thay đổi mục tiêu chiến lược ở cấp tổ chức (shift in strategic objectives at the organization level) nhằm thúc đẩy chuyển đổi số (digital transformation). Câu hỏi yêu cầu xác định hành động tiếp theo (what should the project manager do next) mà Project Manager (PM) nên thực hiện.
🛠️ Bối cảnh Agile theo PMP (PMBOK 7th Edition & Agile Practice Guide): Trong môi trường Agile, thay đổi là bình thường và được hoan nghênh (welcoming change), nhưng PM phải tuân thủ nguyên tắc Inspect and Adapt (kiểm tra và thích ứng). Thay đổi chiến lược từ cấp tổ chức cần được đánh giá tác động (assess impact) trước khi quyết định thay đổi backlog, hủy iteration hay ưu tiên. PM đóng vai trò servant-leader, phối hợp với team để đảm bảo tính bền vững và giá trị kinh doanh. Không nên hành động vội vã mà bỏ qua bước đánh giá.

✅ Đáp án đúng: Schedule a meeting with the team to assess the impact of the change
Lý do lựa chọn (theo PMP mới nhất đến 2026):
Đây là bước tối ưu và kịp thời nhất vì:

• Agile nhấn mạnh hợp tác team (team collaboration) để đánh giá thay đổi (PMBOK 7: Principle 5 - Team & Principle 9 - Adaptability).
• Trước khi thay đổi backlog hoặc hủy iteration, cần phân tích tác động (impact assessment) đến scope, timeline, rủi ro, và giá trị sản phẩm. Họp team giúp inspect (kiểm tra) thực tế dự án và adapt phù hợp.
• PM không tự quyết định mà thu thập input từ team để đảm bảo quyết định dựa trên dữ liệu (Agile Practice Guide: Change in Agile).
  📘 Nguồn tham khảo: PMBOK® Guide 7th Edition (Section 4.5 Change Management in Agile), Agile Practice Guide (p. 45-47: Handling Change), Scrum Guide 2020 (Sprint Planning & Daily Scrum).

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

• ✅ Schedule a meeting with the team to assess the impact of the change
  Phân tích đúng: Phương án này phù hợp nhất vì ưu tiên đánh giá tác động ngay lập tức với team – bước đầu tiên trong quy trình Agile khi có thay đổi chiến lược. Điều này đảm bảo tính minh bạch, hợp tác và tránh rủi ro không cần thiết (PMBOK 7: Tailoring Agile Approaches). Không hành động gì khác trước khi assess.

• ❌ Escalate to the product owner and cancel the upcoming iterations
  Phân tích sai: Việc escalate ngay và hủy iteration là quá cực đoan, bỏ qua bước đánh giá tác động. Product Owner (PO) quản lý backlog, nhưng PM không nên đề xuất hủy mà không có dữ liệu (Agile Practice Guide: PO quyết định ưu tiên, không phải hủy). Có thể làm gián đoạn flow và mất động lực team.

• ❌ Prepare a user story to handle the change and assign it to the next iteration
  Phân tích sai: Tạo user story và assign ngay là hành động quá sớm, chưa đánh giá xem thay đổi có khả thi/tác động lớn không. User story phải qua refinement và prioritization bởi PO/team (Scrum Guide: Backlog Refinement). Bỏ qua assess có thể dẫn đến lãng phí effort.

• ❌ Update the risk-prioritized backlog with the strategic change
  Phân tích sai: Cập nhật backlog rủi ro (risk-prioritized backlog) không phải bước đầu tiên cho thay đổi chiến lược. Backlog chính là product backlog (do PO quản lý), không phải risk backlog. Strategic change cần assess trước rồi mới prioritize (PMBOK 7: Risk Management in Agile – Identify trước Update). Sai lầm về loại backlog và thứ tự.

🛠️ Kết luận & Lời khuyên PMP: Trong Agile, luôn bắt đầu bằng Assess & Collaborate để duy trì giá trị và adaptability. Thực hành này giúp PM đạt Tailored Approach theo PMBOK 7 (2021, cập nhật hybrid đến 2026).
📘 Tài liệu tham khảo chính:

• PMBOK® Guide – 7th Edition (PMI, 2021).
• Agile Practice Guide (PMI, 2017, tích hợp PMBOK 7).
• Scrum Guide (Scrum.org, 2020 – phiên bản mới nhất).
  Học viên PMP nên thực hành situational questions để nắm vững! 🚀

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

Câu hỏi mô tả tình huống một Project Manager (PM) được giao quản lý dự án cải thiện hoạt động kinh doanh cho một công ty giao dịch (trading firm). Đội ngũ dự án vừa hoàn thành giai đoạn discovery (giai đoạn khám phá, thu thập thông tin, xác định vấn đề và yêu cầu ban đầu). Bây giờ, họ cần chuẩn bị bài thuyết trình cho đội ngũ kinh doanh trong vòng 4 tuần để chứng minh tính khả thi (feasibility) của giải pháp.
🛠️ Mục tiêu chính: PM cần hướng dẫn đội ngũ tiến hành hoạt động phù hợp nhất để demo nhanh chóng tính khả thi, phù hợp với PMBOK 7th Edition (2021) và các nguyên tắc Agile/Hybrid trong PMP mới nhất (cập nhật đến 2026), nhấn mạnh vào iterative development, prototyping để validate ý tưởng sớm, giảm rủi ro và thu thập feedback nhanh.

✅ Đáp án đúng: Develop a prototype

Lý do chọn đáp án này:
Sau giai đoạn discovery, việc phát triển prototype (mô hình thử nghiệm) là bước lý tưởng để chứng minh tính khả thi trong thời gian ngắn (4 tuần). Prototype cho phép đội ngũ tạo ra một phiên bản đơn giản, có thể demo trực tiếp, giúp stakeholder hình dung giải pháp hoạt động thực tế, thu thập feedback sớm. Điều này phù hợp với Process 8.1: Develop the Solution trong PMBOK 7th, và Agile Principle: Deliver value incrementally (PMP Exam Content Outline 2021+). Prototype nhanh hơn MVP, tập trung vào feasibility chứ không phải sản phẩm hoàn chỉnh.

📋 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 nội dung gốc bằng tiếng Anh, đánh dấu ✅/❌ và giải thích rõ ràng bằng tiếng Việt dựa trên PMP mới nhất:

• ❌ Develop a conceptual framework.
  Sai vì: Khung khái niệm chỉ là mô tả lý thuyết trừu tượng (như diagram, model ý tưởng), không đủ để "showcase feasibility" cụ thể. Nó phù hợp ở giai đoạn discovery/initiation (PMBOK 7th, Principle 1: Be a diligent steward), nhưng sau discovery cần demo thực tế, không phải lý thuyết suông. Thời gian 4 tuần không hiệu quả cho việc này.

• ❌ Develop a request for proposal (RFP).
  Sai vì: RFP là tài liệu mời thầu từ vendor bên ngoài (Procure Resources process trong PMBOK 7th, Domain 9: Procurement). Dự án đang ở giai đoạn nội bộ sau discovery, chưa cần procurement; việc này mất thời gian dài (hàng tháng), không phù hợp để thuyết trình feasibility trong 4 tuần. RFP dùng khi cần outsource, không phải demo nội bộ.

• ✅ Develop a prototype.
  Đúng vì: Như đã giải thích ở trên, prototype là công cụ iterative lý tưởng để validate feasibility nhanh (Develop Prototype activity trong Agile practices, PMBOK 7th Table 4-1: Models, Methods, Artifacts). Nó cho phép test ý tưởng thực tế, giảm uncertainty, phù hợp thời gian ngắn và mục tiêu thuyết trình.

• ❌ Develop a minimum viable product (MVP).
  Sai vì: MVP là sản phẩm cơ bản có thể đưa ra thị trường để test user value (Lean/Agile concept, nhưng trong PMP là phần của Deliverables in Value domain). MVP phức tạp hơn prototype, cần validation đầy đủ (features core + release), thường mất >4 tuần và dùng sau prototype để confirm market fit, không phải chỉ feasibility nội bộ (PMBOK 7th distinguishes prototype as early validation tool).

📘 Tài liệu tham khảo

• PMBOK Guide 7th Edition (2021): Section 4.6 Prototypes & Simulations; Principle 5: Optimize Risk Responses; Domain 3: Business Value.
• PMP Exam Content Outline (PMI, 2021+ cập nhật 2026): Task 8.1 (Develop solutions using prototyping); Agile Hybrid approaches in 50% exam questions.
• PMI Agile Practice Guide (2017, tích hợp PMBOK 7th): Prototyping for early feedback loops.
  🔗 Nguồn chính thức: pmi.org – Khuyến nghị kiểm tra phiên bản mới nhất qua PMI membership.

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 tập trung vào quy trình đánh giá dự án định kỳ (project reviews) trong quản lý dự án theo chuẩn PMP (PMBOK Guide 7th Edition, cập nhật đến 2026). Cụ thể:

• Dự án đang thực hiện các buổi đánh giá định kỳ.
• Đội ngũ gặp phải vấn đề kỹ thuật nghiêm trọng (critical technical issue) cần thảo luận trong buổi đánh giá tiếp theo.
• Project Manager (PM) cần mời ai tham gia để đưa ra quyết định hiệu quả về hướng đi tiếp theo (effective decision on the way forward).

Mục tiêu chính là đảm bảo buổi review có sự tham gia của những người có chuyên môn kỹ thuật phù hợp để phân tích, đề xuất giải pháp cho vấn đề kỹ thuật, thay vì chỉ báo cáo hoặc quyết định cấp cao. Điều này liên quan đến Domain 3: Project Team Management và Process: Manage Project Knowledge trong PMBOK 7th Edition, nhấn mạnh vai trò của project team trong việc giải quyết vấn đề thực tế.

✅ Đáp án đúng: "Project team"

Lý do chọn đáp án đúng:
Project team là nhóm thực hiện trực tiếp công việc dự án, bao gồm các chuyên gia kỹ thuật có kiến thức sâu về vấn đề đang gặp phải. Việc mời họ tham gia đảm bảo buổi review có thảo luận chuyên sâu, dữ liệu thực tế và giải pháp khả thi, dẫn đến quyết định hiệu quả. Theo PMBOK 7th Edition (Section 4.5. Develop Team & 9.2. Manage Team), project manager phải ưu tiên project team cho các vấn đề kỹ thuật để hỗ trợ holistic decision-making và problem-solving. Không mời họ sẽ làm giảm hiệu quả review.

📘 Nguồn tham khảo:

• PMBOK Guide 7th Edition (2021, cập nhật PMI Standards đến 2026): Principle 5 - Optimize Risk Responses; Process 4.7 - Conduct Procurements (nhấn mạnh team involvement).
• PMI Agile Practice Guide: Iterative reviews với project team cho technical issues.

🛠️ Giải thích chi tiết từng phương án

Dưới đây là phân tích tất cả các lựa chọn, giữ nguyên văn bản gốc tiếng Anh. Mỗi phương án được đánh giá đúng/sai dựa trên logic PMP:

• Internal team ❌ SAI
  "Internal team" thường ám chỉ nhân sự nội bộ công ty (không nhất thiết là project team), có thể thiếu chuyên môn kỹ thuật cụ thể của dự án. Họ phù hợp cho vấn đề nội bộ hành chính, nhưng không hiệu quả cho critical technical issue cần expertise thực thi. Mời họ có thể dẫn đến quyết định thiếu chiều sâu kỹ thuật (PMBOK 7th: Tránh stakeholder không liên quan trực tiếp).

• Project team ✅ ĐÚNG
  Như đã giải thích ở trên, đây là lựa chọn tối ưu vì project team sở hữu knowledge và accountability trực tiếp về vấn đề kỹ thuật. Họ cung cấp insights thực tế, đề xuất giải pháp nhanh chóng, phù hợp với nguyên tắc Team Performance Domain trong PMP mới nhất.

• Management team ❌ SAI
  "Management team" là lãnh đạo cấp cao (sponsors, executives), tập trung vào chiến lược, ngân sách, rủi ro tổng thể chứ không phải giải quyết kỹ thuật chi tiết. Mời họ có thể làm buổi review thiên về phê duyệt thay vì problem-solving hiệu quả, dẫn đến trì hoãn (PMBOK 7th: Section 2.2 - Stewardship Principle).

• End user team ❌ SAI
  "End user team" là người dùng cuối, quan tâm đến yêu cầu chức năng và trải nghiệm, không có kỹ năng kỹ thuật để phân tích critical technical issue. Họ phù hợp cho validation sau giải quyết, nhưng mời sớm sẽ làm phức tạp hóa review mà không mang lại giá trị quyết định (PMBOK 7th: Stakeholder Engagement, tránh overload không cần thiết).

Hy vọng phân tích này giúp bạn nắm vững kiến thức PMP! 🚀 Nếu cần thêm ví dụ 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 này thuộc chủ đề Quản lý dự án Agile trong PMP (Project Management Professional), tập trung vào tình huống khởi tạo một dự án Agile nơi một số thành phần bên ngoài (external components) được cung cấp bởi các nhà cung cấp (vendors). Tuy nhiên, một nhà cung cấp không thể giao hàng theo cách tăng dần (incremental) và hợp tác (collaborative) – đây là đặc trưng cốt lõi của Agile (như trong Scrum hoặc các framework Agile khác, nhấn mạnh iterative delivery, feedback loops và collaboration).

🛠️ Bối cảnh chính:

• Dự án đang ở giai đoạn Initiating (Khởi tạo), sử dụng cách tiếp cận Agile tổng thể.
• Thách thức: Vendor không phù hợp với Agile, nhưng dự án cần linh hoạt để đảm bảo value delivery mà không làm gián đoạn toàn bộ cách tiếp cận.
• Mục tiêu: Project Manager phải chọn hành động phù hợp nhất theo nguyên tắc PMP/Agile mới nhất (PMBOK 7th Edition & Agile Practice Guide 2021, cập nhật đến 2026), ưu tiên hybrid approaches (kết hợp Agile với các phương pháp khác) để tối ưu hóa kết quả dự án.

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

Đáp án đúng: Have the vendor deliver the component using another approach, then integrate it into the project without changing the overall agile approach.

Lý do chi tiết:

• Trong Agile/PMP hiện đại, dự án có thể áp dụng hybrid model (kết hợp Agile với Waterfall hoặc các phương pháp truyền thống cho một phần nhỏ), đặc biệt với external vendors không linh hoạt.
• Hành động này giữ nguyên overall agile approach (cách tiếp cận Agile tổng thể), chỉ điều chỉnh cục bộ cho vendor, sau đó integrate (tích hợp) thành phần vào các increment Agile. Điều này đảm bảo tailoring (tùy chỉnh) theo PMBOK 7th, ưu tiên value và adaptability mà không thay đổi toàn bộ dự án.
• Phù hợp với 12 Principles of PMBOK 7 (như Optimize risk, Adaptability, Value focus) và Agile Manifesto (Welcome changing requirements).

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

• Submit a request to the project sponsor to have the vendor replaced with a vendor who can work following an agile approach.
  ❌ Sai: Việc yêu cầu thay vendor có thể gây chậm trễ lớn ở giai đoạn Initiating, tăng chi phí và rủi ro procurement. PMP không khuyến khích thay đổi hợp đồng/vendor trừ khi cần thiết (theo Procurement Management), mà ưu tiên integrate & adapt hybrid. Không phù hợp với nguyên tắc Stewardship (quản lý hiệu quả tài nguyên hiện có).

• Ask the project management office (PMO) to abandon using an agile approach on the project to accommodate the vendor.
  ❌ Sai: Bỏ toàn bộ Agile để phù hợp một vendor vi phạm tailoring principle (PMBOK 7) và Agile core (iterative delivery). PMO hỗ trợ methodology selection, nhưng không nên đảo ngược quyết định dự án chỉ vì một thành phần. Điều này làm mất lợi ích Agile như speed và collaboration.

• Have the vendor deliver the component using another approach, then integrate it into the project without changing the overall agile approach.
  ✅ Đúng: Như giải thích trên, đây là cách hybrid agile lý tưởng – vendor dùng phương pháp khác (ví dụ Waterfall), dự án Agile vẫn tiếp tục, sau integrate vào sprint/increment. Đảm bảo continuous value delivery mà không ảnh hưởng overall approach (Agile Practice Guide, p. 45-50).

• Ask the product owner to move the component to the product backlog to be addressed after the work using an agile approach has been completed.
  ❌ Sai: Di chuyển item vào backlog và làm sau sẽ làm chậm delivery, vi phạm Agile principle Deliver value early and often. Product Owner quản lý backlog, nhưng không nên trì hoãn external dependencies; integrate kịp thời mới tối ưu (theo Scrum Guide và PMBOK 7, Domain: Delivery).

📘 Tài liệu tham khảo

• PMBOK® Guide – 7th Edition (2021, PMI): Chương 2 (Tailoring), Chương 4 (Hybrid Approaches), Principle 5 (Adaptability) & Principle 9 (Value).
• Agile Practice Guide (2021, PMI): Phần Hybrid Projects (p. 45-52), nhấn mạnh integrate non-agile components.
• PMP Exam Content Outline (2021, cập nhật 2026): Domain III: Business Environment (18%) & Domain IV: Delivery (50%), People/Agile focus.
• Scrum Guide (2020, Scrum.org): Iterative delivery & integration.

🛠️ Lời khuyên PMP: Trong thực tế, luôn ưu tiên stakeholder collaboration và risk-based tailoring để xử lý vendor mismatches! Nếu cần luyện thi, tập trung hybrid scenarios.

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

Câu hỏi mô tả tình huống một Project Manager (PM) đang dẫn dắt một đội ngũ phân tán địa lý (geographically dispersed team), cần hợp tác để hoàn tất báo cáo hàng tháng (monthly reports). Do chênh lệch múi giờ, một số cuộc họp diễn ra vào cuối tuần, khiến thành viên đội ngũ bày tỏ không muốn làm việc vào thời gian này.
🛠️ Vấn đề cốt lõi: PM cần xử lý xung đột giữa yêu cầu công việc (hợp tác kịp thời) và mong muốn cá nhân của đội ngũ (tránh làm cuối tuần). Đây là tình huống điển hình trong quản lý đội ngũ (Team Management) theo PMBOK® Guide 7th Edition, nhấn mạnh vai trò của PM trong việc duy trì trách nhiệm đội ngũ, giao tiếp và tuân thủ các thỏa thuận đã định sẵn, đặc biệt với đội ngũ hybrid/remote.

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

Đáp án đúng: Remind the team members of their governance responsibilities documented in the team charter.

Lý do:
📘 Theo PMBOK® Guide 7th Edition (2021, cập nhật đến 2026 qua PMI Standards), Team Charter là tài liệu quan trọng trong Project Team (Domain: Team), quy định rõ trách nhiệm quản trị (governance responsibilities), giá trị đội ngũ, quy tắc làm việc và cam kết của thành viên – bao gồm cả việc hỗ trợ công việc vượt múi giờ. Khi đội ngũ kêu ca, PM nên nhắc nhở về charter để củng cố kỷ luật và trách nhiệm đã được đồng thuận từ đầu, thay vì thay đổi quy trình. Điều này phù hợp với Stakeholder Engagement và Team Performance Domain, giúp duy trì hiệu suất mà không cần can thiệp mạnh tay.
Nguồn tham khảo: PMBOK® Guide 7th Ed., Section 4.5 (Project Team) & Agile Practice Guide (Team Charter template).

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

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

• Take over the activity and deliver the reports whenever work is required on a weekend.
  ❌ Sai: Phương án này vi phạm nguyên tắc empowerment và phát triển đội ngũ (Team Performance Domain). PM không nên "tiếp quản" công việc của đội ngũ vì sẽ làm giảm động lực, trách nhiệm cá nhân và kỹ năng tự quản (self-management). PMBOK® nhấn mạnh PM là facilitator, không phải "làm hộ" – dẫn đến rủi ro burnout cho PM và đội ngũ lệ thuộc.

• Avoid reporting during the months that team members would need to work on the weekend.
  ❌ Sai: Tránh báo cáo hàng tháng là không khả thi, vi phạm Business Value Delivery và schedule baseline. Báo cáo là yêu cầu bắt buộc (monthly reports), bỏ qua sẽ ảnh hưởng stakeholders và dự án. PMP yêu cầu duy trì consistency, không điều chỉnh quy trình dựa trên khiếu nại cá nhân mà không có thay đổi chính thức.

• Remind the team members of their governance responsibilities documented in the team charter.
  ✅ Đúng: Như đã giải thích ở trên, đây là hành động proactive và servant-leadership đúng chuẩn PMP. Team Charter là "hợp đồng đội ngũ" đã được ký kết, nhắc nhở giúp giải quyết xung đột nội bộ nhanh chóng, củng cố văn hóa trách nhiệm mà không cần escalation.

• Communicate to the project stakeholders that the reports will be delayed certain months of the year.
  ❌ Sai: Thông báo trì hoãn với stakeholders là poor risk management và vi phạm Uncertainty Domain. Không có cơ sở để delay (chỉ là khiếu nại nội bộ), điều này làm giảm uy tín dự án và business value. PMP ưu tiên giải quyết nội bộ trước khi escalate.

🛡️ Kết luận PMP: Tình huống nhấn mạnh Team Charter như công cụ then chốt để quản lý kỳ vọng đội ngũ phân tán. PM nên ưu tiên giao tiếp và trách nhiệm để đảm bảo dự án thành công! (Tham khảo thêm: PMI's Code of Ethics & Professional Conduct – Responsibility Principle).

🧩 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ý dự án Agile trong PMP (dựa trên PMBOK® Guide 7th Edition và Agile Practice Guide, cập nhật đến 2026). Tình huống mô tả một deliverable quan trọng trong iteration hiện tại (lặp lại ngắn hạn, thường 1-4 tuần trong Scrum/Kanban) đang gặp vấn đề nghiêm trọng: chức năng và chất lượng kém, dẫn đến chậm tiến độ. Project Manager (PM) đã lắng nghe team và phát hiện thiếu phối hợp giữa các thành viên (work not well coordinated).

Câu hỏi yêu cầu chọn hai hành động mà PM nên thực hiện ngay để xử lý, nhấn mạnh vào phối hợp team và tiến độ iteration. Đây là tình huống cần hành động nhanh chóng, tập trung vào giá trị iteration goal, phù hợp với nguyên tắc Agile: self-organizing team, empirical process control (transparency, inspection, adaptation), và iterative refinement.

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

Hai lựa chọn đúng là:

• Schedule an iteration backlog refinement meeting to understand the issues.
• Prioritize the issues, focusing on the ones affecting the iteration goal.

Lý do chọn hai đáp án này (theo PMBOK® 7th & Agile Practice Guide):
🛠️ Iteration backlog refinement giúp team phân tích sâu issues, làm rõ tasks, dependencies, và cải thiện phối hợp – trực tiếp giải quyết thiếu coordination. Đây là thực hành chuẩn trong Scrum (backlog refinement/grooming diễn ra thường xuyên, 5-10% sprint time).
🛠️ Prioritize issues tập trung vào iteration goal (mục tiêu lặp lại), sử dụng kỹ thuật như MoSCoW hoặc value-based prioritization, đảm bảo deliverable critical được fix ưu tiên, tránh lãng phí effort. Điều này phù hợp Principle 12: Optimize flow và Value Delivery System trong PMBOK 7th.

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

• Develop a team performance report to discuss in the next retrospective meeting.
  ❌ Sai. Báo cáo performance chỉ phù hợp cho retrospective (họp cuối iteration để review quá khứ), không giải quyết vấn đề ngay lập tức trong iteration đang diễn ra. Agile ưu tiên adaptation nhanh (hành động now, không chờ retrospective). Điều này vi phạm Agile Principle: Respond to change over following a plan.

• Provide clear instructions on how the work should flow among the team members.
  ❌ Sai. Việc ra lệnh trực tiếp (directive management) trái với self-organizing teams trong Agile (PMBOK 7th, Principle 4: Teams empower & self-manage). Team cần tự phối hợp qua refinement, không phải PM "micro-manage".

• Schedule an iteration backlog refinement meeting to understand the issues.
  ✅ Đúng. Refinement meeting là công cụ cốt lõi để làm rõ backlog, xác định dependencies, và cải thiện coordination – trực tiếp fix vấn đề phát hiện. Theo Scrum Guide 2020 (cập nhật 2025), refinement giúp transparency và inspection.

• Set up one-on-one meetings to provide feedback to the team members.
  ❌ Sai. One-on-one hữu ích cho coaching cá nhân, nhưng không hiệu quả cho vấn đề phối hợp nhóm (group coordination). Agile ưu tiên team-level events như refinement thay vì individual meetings, tránh làm chậm iteration.

• Prioritize the issues, focusing on the ones affecting the iteration goal.
  ✅ Đúng. Prioritization là kỹ năng Agile cốt lõi (Product Backlog Refinement & Daily Scrum), tập trung iteration goal để tối ưu value delivery. Phù hợp Principle 3: Value focus và Kanban practices trong PMBOK 7th.

📘 Tài liệu tham khảo

• PMBOK® Guide – 7th Edition (2021, cập nhật 2025): Chương Agile/Hybrid, Principle 4 (Team), Principle 12 (Flow).
• Agile Practice Guide (PMI, 2017, tích hợp PMBOK 7th): Phần 4.3 Iteration Planning & Backlog Refinement.
• Scrum Guide (2020, phiên bản 2025): Backlog Refinement và Sprint Goal.
• PMI Standards+ (2026 updates): Nhấn mạnh empirical adaptation trong volatile environments.

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ụ 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ả tình huống một Project Manager (PM) đang quản lý một dự án lớn. Trong cuộc họp đánh giá, PM phát hiện một thành viên đội ngũ trước đây là high performer (hiệu suất cao) nay không hoàn thành công việc đúng hạn. Câu hỏi yêu cầu xác định hành động đầu tiên và phù hợp nhất mà PM nên thực hiện.
🛠️ Mục tiêu chính: Kiểm tra kiến thức về quản lý đội ngũ (Manage Team) trong PMP, nhấn mạnh vào việc xác định nguyên nhân gốc rễ (root cause) trước khi can thiệp, theo nguyên tắc People Domain và Resource Management của PMBOK 7th Edition (cập nhật đến 2026, với các hướng dẫn Agile/Hybrid). Không nên vội vàng leo thang hoặc giả định vấn đề mà chưa trò chuyện trực tiếp.

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

Đáp án đúng: Talk to the team member to determine why their performance changed.
Lý do: Theo PMBOK 7th Edition, bước đầu tiên khi phát hiện thay đổi hiệu suất là giao tiếp trực tiếp (direct communication) với thành viên đội ngũ để hiểu rõ nguyên nhân (như vấn đề cá nhân, thiếu tài nguyên, thay đổi vai trò...). Điều này thể hiện servant leadership, xây dựng lòng tin và hỗ trợ cá nhân hóa, tránh quyết định chủ quan. PMP khuyến khích high-touch approach cho vấn đề con người trước khi áp dụng các biện pháp chính thức.

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

Dưới đây là phân tích chi tiết từng lựa chọn, với nội dung gốc giữ nguyên tiếng Anh:

• ✅ Talk to the team member to determine why their performance changed.
  Đúng vì: Đây là hành động tối ưu và đầu tiên, giúp PM thu thập thông tin chính xác từ nguồn gốc (người liên quan trực tiếp). Theo PMP Code of Ethics & Professional Conduct (4th Edition, cập nhật 2021-2026), PM phải respect và support đội ngũ bằng cách lắng nghe trước. Điều này phù hợp với Develop Team và Manage Team processes, tránh escalation không cần thiết.

• ❌ Talk to the team member's manager to provide more training.
  Sai vì: PM giả định nguyên nhân là thiếu kỹ năng (cần training) mà chưa xác minh, có thể dẫn đến lãng phí thời gian và tài nguyên. Theo PMBOK 7th Edition, training chỉ áp dụng sau khi phân tích root cause; liên hệ manager trước có thể vi phạm team confidentiality và làm giảm động lực đội ngũ.

• ❌ Talk to the team member and a human resources (HR) representative.
  Sai vì: Việc leo thang ngay đến HR là quá sớm và chính thức hóa, biến vấn đề cá nhân thành kỷ luật. PMP ưu tiên informal resolution trước (Stakeholder Engagement), chỉ gọi HR khi có dấu hiệu vi phạm nghiêm trọng (như harassment). Điều này có thể làm thành viên phòng thủ, ảnh hưởng đến team morale.

• ❌ Talk to the project lead and ask them to allocate less demanding tasks.
  Sai vì: PM thay đổi nhiệm vụ mà không hiểu lý do, có thể giảm động lực và không giải quyết vấn đề gốc (ví dụ: burnout hoặc thiếu hỗ trợ). Theo Resource Optimization trong PMBOK 7th, phải đánh giá performance trước; hành động này vi phạm nguyên tắc empowerment và có thể tạo precedent xấu cho đội ngũ.

📘 Tài liệu tham khảo

• PMBOK Guide 7th Edition (2021, cập nhật PMI 2026): People Domain (Section 4), Project Team Management (pages 149-162).
• PMP Examination Content Outline (2024-2026): Domain II: Process (13%), Domain III: Business Environment (8%), Domain IV: People (42%) – Tập trung Manage Conflict & Team.
• PMI Code of Ethics (4th Ed.): Responsibility & Respect principles.
• Agile Practice Guide (integrated in PMBOK 7th): Nhấn mạnh daily stand-ups và coaching cá nhân hóa.

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