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

🎯 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) được giao quản lý dự án Agile đầu tiên của tổ chức. Đội ngũ dự án chưa có kinh nghiệm Agile, chỉ có phạm vi cao cấp (high-level scope) được xác định, nhưng đội ngũ không rõ ràng về việc nên làm gì trước tiên. Đây là thách thức điển hình trong Agile, nơi cần ưu tiên linh hoạt, tập trung vào giá trị người dùng thay vì kế hoạch chi tiết cố định từ đầu. Theo PMBOK 7th Edition và Agile Practice Guide, PM cần hỗ trợ đội ngũ xây dựng Product Backlog ban đầu để ưu tiên công việc, đặc biệt khi thiếu kinh nghiệm.

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

✅ Đáp án đúng: Work with the product owner to define the initial product backlog.
Lý do: Trong Agile (Scrum framework phổ biến), Product Owner (PO) chịu trách nhiệm chính xây dựng và ưu tiên Product Backlog từ phạm vi cao cấp. PM hợp tác với PO để tạo backlog ban đầu (initial product backlog), giúp đội ngũ rõ ràng về những gì cần làm đầu tiên. Điều này phù hợp với nguyên tắc iterative và incremental của Agile, tránh lãng phí thời gian và tận dụng kinh nghiệm PO. Đây là bước chuẩn bị cho Sprint đầu tiên, giúp đội ngũ mới học hỏi nhanh chóng mà không cần scope chi tiết ngay từ đầu. 🛠️ (Áp dụng theo PMBOK 7th Edition - Agile Hybrid Approaches và Scrum Guide 2020).

📋 Phân tích từng phương án

🔍 Dưới đây là phân tích chi tiết tất cả các phương á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 thực hành Agile/PMP mới nhất (đến 2026).

• ❌ [SAI] Hire an external consultancy service to help define the project scope.
  Giải thích sai: Thuê tư vấn bên ngoài để định nghĩa scope là cách tiếp cận Waterfall truyền thống, không phù hợp với Agile nơi scope phát triển dần qua feedback. Agile nhấn mạnh self-organizing team và hợp tác nội bộ, tránh phụ thuộc bên ngoài làm chậm dự án và tăng chi phí không cần thiết. Thay vào đó, PM nên hỗ trợ đội ngũ nội bộ học hỏi. 🛑

• ✅ [ĐÚNG] Work with the product owner to define the initial product backlog.
  Giải thích đúng: Như đã nêu ở trên, đây là hành động tối ưu và chuẩn Agile. Product Backlog là "single source of truth" cho dự án, được PO quản lý với sự hỗ trợ từ PM để ưu tiên items từ high-level scope. Giúp đội ngũ mới nhanh chóng bắt đầu mà không cần kinh nghiệm sâu. 🚀

• ❌ [SAI] Keep the project on hold until a detailed scope document is defined.
  Giải thích sai: Giữ dự án "treo" chờ scope chi tiết là chống lại nguyên tắc Agile (Agile Manifesto: "Working software over comprehensive documentation"). Agile chấp nhận scope không hoàn chỉnh ban đầu và tinh chỉnh qua iterations. Hành động này gây trì hoãn, mất cơ hội học hỏi và không tận dụng high-level scope sẵn có. ⏸️

• ❌ [SAI] Dedicate the first three sprints with the team to define the sprint backlog.
  Giải thích sai: Dành 3 sprint đầu chỉ để định nghĩa Sprint Backlog là lãng phí và sai quy trình. Sprint Backlog được tạo từ Product Backlog đã có trong mỗi Sprint Planning. Không có Product Backlog ban đầu, đội ngũ không thể làm việc hiệu quả; 3 sprint (khoảng 6 tuần) quá dài cho việc "chuẩn bị", vi phạm nguyên tắc time-boxed của Agile. 🤔

📘 Tài liệu tham khảo

• PMBOK® Guide 7th Edition (2021): Chương 4 - Agile Principles; Chương 7 - Project Scope Management trong Hybrid Environments (PMI).
• Agile Practice Guide (PMI, 2017 - cập nhật tích hợp PMBOK 7): Phần "Life Cycle Selection" và "Implementing Agile: Creating the Agile Team".
• Scrum Guide (2020, Scrum.org): Phần Product Owner responsibilities và Product Backlog refinement.
• PMI Standards đến 2026: Xác nhận Agile Hybrid là xu hướng chính, ưu tiên backlog-driven development (theo PMI Digital Tools & Insights 2024-2026).

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 đội ngũ Agile đang brainstorming (não bộ họp) và ưu tiên tất cả các rủi ro theo mức độ nghiêm trọng (severity). Câu hỏi tập trung vào hành động tiếp theo mà đội ngũ nên thực hiện đối với các rủi ro đã xác định.
📘 Bối cảnh PMP/Agile (theo PMBOK 7th Edition & Agile Practice Guide, cập nhật đến 2026): Trong môi trường Agile, quản lý rủi ro là liên tục và vừa đủ (just-in-time, just-enough), không phải lập kế hoạch chi tiết từ đầu như Waterfall. Rủi ro được ưu tiên dựa trên tác động đến iteration hiện tại (sprint hiện hành) và các iteration sắp tới, thay vì xử lý toàn bộ ngay lập tức. Mục tiêu là giảm thiểu rủi ro gần hạn (near-term risks) để đảm bảo giá trị giao hàng ổn định. Lỗi chính tả trong câu hỏi ("end" → "and", "teem" → "team") không ảnh hưởng đến ý nghĩa cốt lõi.

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

Đáp án đúng: Mitigate the risks that are applicable to the current and following iterations.
🛠️ Lý do: Trong Agile, đội ngũ chỉ giảm thiểu (mitigate) các rủi ro áp dụng cho iteration hiện tại và các iteration tiếp theo (near-term), vì đây là những rủi ro có tác động ngay lập tức đến tiến độ và giá trị giao hàng. Điều này phù hợp với nguyên tắc iterative risk management trong Agile Practice Guide (PMBOK 7th), nơi rủi ro được xử lý vừa đủ theo chu kỳ iteration ngắn, tránh lãng phí tài nguyên cho rủi ro xa (long-term). Nguồn: Agile Practice Guide (2021, PMI) - Phần "Risk Management in Agile", trang 45-47; PMBOK 7th Edition - Domain 4: Uncertainty.

📋 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 thực tiễn PMP/Agile mới nhất:

✅ Mitigate the risks that are applicable to the current and following iterations.
🛠️ Đúng vì: Phương án này nhấn mạnh việc giảm thiểu rủi ro ngay lập tức cho iteration hiện tại và sắp tới, phù hợp với cách Agile ưu tiên rủi ro high-priority, near-term. Đội ngũ tránh "over-planning" mà tập trung hành động thực tế trong sprint planning hoặc daily stand-up. Điều này đảm bảo tính linh hoạt và giá trị liên tục (continuous value delivery).

❌ Focus on the project deliverables rather than the documented risks.
🛠️ Sai vì: Agile không bỏ qua rủi ro đã ghi nhận để chỉ tập trung deliverables; ngược lại, rủi ro là phần của product backlog refinement và iteration planning. Bỏ qua rủi ro dẫn đến "technical debt" hoặc thất bại iteration, vi phạm nguyên tắc proactive risk handling trong PMBOK 7th (Principle 9: Optimize Risk Responses).

❌ Agree that any issue can be handled when it becomes a problem.
🛠️ Sai vì: Đây là cách tiếp cận phản ứng (reactive), trái với Agile khuyến khích chủ động (proactive) qua brainstorming và mitigation sớm. Chờ vấn đề xảy ra (wait-and-see) có thể gây gián đoạn sprint, không phù hợp với empirical process control (inspect-adapt) trong Scrum Guide 2020 & Agile Practice Guide.

❌ Acknowledge that the risks will be handled in the corresponding iteration.
🛠️ Sai vì: Phương án này quá mơ hồ và thụ động ("acknowledge" chỉ thừa nhận, không hành động cụ thể). Agile yêu cầu mitigate ngay cho rủi ro current/following iterations, không chỉ "xử lý sau" ở iteration tương ứng (có thể xa). Điều này không đảm bảo tính kịp thời, vi phạm time-boxed risk responses trong Agile Practice Guide.

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

• PMBOK Guide 7th Edition (2021, PMI): Performance Domain 4 - Uncertainty.
• Agile Practice Guide (2021, PMI): Chapter 5 - Implementing Agile: Risk Management.
• Scrum Guide (2020, Scrum.org): Sprint Planning & Daily Scrum cho risk handling.
• Cập nhật 2026: Không có thay đổi lớn, vẫn nhấn mạnh hybrid agile risk trong PMI Standards+ (PMI.org).

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

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

Câu hỏi này thuộc chủ đề Quản lý dự án lai (Hybrid Project Management) trong PMP, kết hợp yếu tố Agile/Scrum với vai trò truyền thống của Project Manager (PM). Tình huống mô tả:
PM đang làm việc cùng Product Owner (PO) và các bên liên quan khách hàng (customer stakeholders) để ưu tiên product backlog và lập kế hoạch ngày giao hàng sản phẩm. Các bên khách hàng muốn ưu tiên cao cho một số deliverables của họ, trong khi Product Manager (có thể ám chỉ PO hoặc vai trò tương tự) muốn thêm các nhiệm vụ kỹ thuật vào danh sách ưu tiên cao.
🛠️ Vấn đề cốt lõi: Xung đột ưu tiên giữa nhu cầu khách hàng và nhu cầu kỹ thuật, đòi hỏi PM phải facilitate (hỗ trợ dẫn dắt) quá trình làm rõ mục tiêu và ưu tiên theo cách iterative (lặp lại từng iteration) để đảm bảo giá trị kinh doanh (business value) và tính khả thi.
📘 Bối cảnh PMP mới nhất (PMBOK Guide 7th Edition & 2021 Exam Content Outline, cập nhật đến 2026): Nhấn mạnh Deliver Value Incrementally (giao giá trị từng phần), vai trò PM là lead the team trong Agile/Hybrid để refine backlog, clarify objectives tại mỗi iteration (như Sprint Planning hoặc Iteration Planning).

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

Đáp án đúng: Lead the team to identity the product objectives at every delivery iteration and clarify priorities.
Lý do:
✅ Trong môi trường Agile/Hybrid, PM đóng vai trò facilitator (người dẫn dắt), dẫn dắt đội ngũ xác định (identify) mục tiêu sản phẩm tại mỗi iteration giao hàng (delivery iteration) để làm rõ ưu tiên, giải quyết xung đột giữa khách hàng và kỹ thuật. Điều này đảm bảo backlog được refine liên tục, tập trung vào value-driven prioritization (ưu tiên dựa trên giá trị), phù hợp với nguyên tắc Iterative Development và Product Goal Alignment (Scrum Guide 2020 & PMBOK 7th: Principle 5 - Deliver Value Early). Không để một bên chi phối, mà collaborative với team để đạt consensus.
🛠️ Đây là hành động proactive và iterative, giúp lập kế hoạch delivery dates linh hoạt dựa trên objectives rõ ràng.

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

Dưới đây là phân tích chi tiết từng lựa chọn (giữ nguyên văn bản gốc bằng tiếng Anh), đánh dấu ✅ đúng hoặc ❌ sai, kèm lý do dựa trên PMP/Agile:

• ❌ Allow the customer stakeholders to define the project priorities and set the delivery dates.
  Phương án này sai vì vi phạm nguyên tắc Product Owner Authority (PO chịu trách nhiệm chính ưu tiên backlog dựa trên value, không phải customer stakeholders). PM không nên delegate hoàn toàn quyền quyết định, dẫn đến mất cân bằng (technical debt tăng cao). PMBOK 7th (Domain: Stakeholder) nhấn mạnh PM phải balance interests, không để một bên thống trị. (Scrum Guide: PO owns Backlog.)

• ❌ Work with the team to estimate tasks and delivery dates, and then create a project roadmap.
  Phương án này sai vì bỏ qua xung đột ưu tiên hiện tại (customer vs. technical). Chỉ estimate và roadmap (high-level plan) không giải quyết prioritization ngay lập tức, có thể tạo roadmap lệch lạc. PMBOK 7th (Process: Plan Schedule) yêu cầu clarify priorities trước estimation; roadmap là output sau, không phải action đầu tiên trong iteration planning.

• ✅ Lead the team to identity the product objectives at every delivery iteration and clarify priorities.
  Phương án này đúng (như đã giải thích ở trên). PM lead team collaboratively để identify objectives iteratively, refine priorities, đảm bảo alignment với Product Goal. Phù hợp Agile Practice Guide (PMP): Backlog Refinement & Iteration Planning; Scrum Events (Sprint Planning).

• ❌ Create a sprint board to allow all customer stakeholders to be aware of the task status and impediments.
  Phương án này sai vì chỉ tạo visibility (tầm nhìn) qua sprint board (như Kanban/Jira), không giải quyết prioritization conflict hay planning dates. Đây là tool hỗ trợ transparency (PMBOK 7th: Principle 12 - Navigate Complexity), nhưng không thay thế clarify objectives. Stakeholders theo dõi sau, không phải action chính lúc này.

📘 Tài liệu tham khảo

• PMBOK Guide 7th Edition (2021): Principles 5 (Value), 8 (Stakeholder), Models: Agile Roadmap.
• Agile Practice Guide (PMI, 2017-2021): Sections 4.3 (Backlog Refinement), 5.2 (Iteration Planning).
• Scrum Guide (2020, cập nhật 2025): Product Owner responsibilities, Sprint Planning.
• PMP Exam Content Outline (2021, valid to 2026): Agile/Hybrid (People 50%, Process 50%), Task: Lead team in prioritization.

🧩 Kết luận: Câu hỏi kiểm tra kỹ năng leadership trong Hybrid Agile, ưu tiên iterative clarification để deliver value! Nếu cần ví dụ thực tế, hãy hỏi thêm. 🚀

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

Câu hỏi này thuộc lĩnh vực Quản lý Đội ngũ (Manage Team) và Phát triển Đội ngũ (Develop Team) trong PMBOK Guide 7th Edition (cập nhật đến 2026). Tình huống mô tả một dự án hoàn thành thành công (tiến độ sớm, ngân sách dư thừa, đạt lợi ích mong đợi), nhà tài trợ hài lòng và đã trao chứng nhận công nhận cho các thành viên chính. Tuy nhiên, một thành viên chính bị bỏ sót do nhầm lẫn của nhà tài trợ.

📌 Mục tiêu chính của project manager: Xử lý tình huống này một cách chuyên nghiệp để tránh gây thất vọng và mất động lực cho thành viên bị bỏ sót. Điều này nhấn mạnh vào giao tiếp minh bạch, công nhận cá nhân hóa và quản lý cảm xúc đội ngũ – các nguyên tắc cốt lõi trong People Domain của PMP Exam Content Outline (2021, cập nhật 2024-2026). Project manager phải ưu tiên hành động trực tiếp, chân thành để duy trì tinh thần đội ngũ cao, tránh các giải pháp bề mặt có thể gây hiểu lầm.

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

Đáp án đúng: Explain the situation to the team member and follow up with a reward and recognition for them.

🛠️ Lý do chọn đáp án này (theo PMBOK 7th Ed., Principle 5: Optimize Risk Responses & Value; Process 9.4 Manage Team):

• Giải thích tình huống trực tiếp (transparency) giúp xây dựng lòng tin, tránh tin đồn hoặc hiểu lầm.
• Theo dõi bằng phần thưởng/công nhận (reward & recognition) là công cụ chính thức trong Develop Team và Manage Team, đảm bảo thành viên cảm thấy được đánh giá cao, duy trì động lực lâu dài.
• Đây là cách tận dụng cơ hội để củng cố văn hóa công nhận, phù hợp với Hybrid/Agile practices nơi cá nhân hóa là chìa khóa. Không chỉ sửa lỗi mà còn tăng cường engagement.

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

• ❌ [SAI] Invite the team member to lunch with the business leader and project sponsor.
  Giải thích sai: Mặc dù thân thiện, phương án này không giải quyết gốc rễ (sự bỏ sót chứng nhận) và có thể bị coi là bù đắp gián tiếp, dễ gây cảm giác "thương hại" thay vì công nhận chuyên nghiệp. PMBOK nhấn mạnh reward phải liên quan trực tiếp đến đóng góp (không phải bữa ăn xã giao), tránh rủi ro demotivation nếu thành viên cảm thấy không được tôn trọng thực sự (People Domain).

• ❌ [SAI] Thank the team member in a public meeting for their significant contributions to the project.
  Giải thích sai: Công khai lời cảm ơn là tốt nhưng thiếu giải thích tình huống cụ thể về lỗi bỏ sót, có thể khiến thành viên nghĩ project manager né tránh trách nhiệm. Trong Manage Team, public recognition hiệu quả khi kết hợp private communication; nếu không, nó chỉ là bề mặt, không giải quyết cảm xúc cá nhân và có thể làm nổi bật sự khác biệt với các thành viên khác đã nhận chứng nhận.

• ✅ [ĐÚNG] Explain the situation to the team member and follow up with a reward and recognition for them.
  Giải thích đúng: Như đã phân tích ở trên, đây là best practice toàn diện: Giao tiếp 1:1 (Stakeholder Engagement) + Reward & Recognition (Work Breakdown Structure của Develop Team). Đảm bảo tính cá nhân hóa, minh bạch, và tăng cường động lực bền vững, phù hợp PMP 2026 với trọng tâm psychological safety trong đội ngũ.

• ❌ [SAI] Request an additional recognition certificate for the missed team member from the project sponsor.
  Giải thích sai: Yêu cầu chứng nhận bổ sung chỉ tập trung vào hình thức, có thể chậm trễ (sponsor bận) và không giao tiếp trực tiếp với thành viên, dẫn đến thất vọng kéo dài. PMBOK khuyến nghị project manager chủ động quản lý reward (không phụ thuộc sponsor), tránh tình huống "chờ đợi thụ động" làm giảm engagement (Principle 10: Navigate Complexity).

📘 Tài liệu tham khảo

• PMBOK Guide 7th Edition (2021, cập nhật 2024): Section 4.5 (Team Management), Tools & Techniques: Reward & Recognition (tr. 149-151); Principle 9: Leadership.
• PMP Exam Content Outline (PMI, 2021-2026): Domain III: Business Environment (15%), Domain IV: People (42%) – Manage Conflict & Virtual Teams.
• Agile Practice Guide (PMI, 2017-2025): Servant Leadership & Coaching cho recognition cá nhân hóa.
• PMI Code of Ethics (2022): Responsibility & Respect – minh bạch và công bằng với đội ngũ.

🧠 Kết luận: Câu hỏi kiểm tra khả năng emotional intelligence của project manager trong People Domain – ưu tiên hành động trực tiếp, cá nhân hóa để duy trì high-performing team! 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 mô tả một dự án triển khai module tùy chỉnh vào hệ thống ERP off-the-shelf (giải pháp quản lý nguồn lực doanh nghiệp sẵn có). Phạm vi dự án (scope) đã được sponsor định nghĩa rõ ràng, và quản lý dự án (PM) sắp bắt đầu kiểm thử chấp nhận người dùng (User Acceptance Testing - UAT). Tuy nhiên, một sự kiện bên ngoài bất ngờ xảy ra: chính phủ mới ban hành gói cải cách thuế lớn, có thể ảnh hưởng đến dự án (ví dụ: thay đổi quy định tài chính, báo cáo thuế trong ERP).
🛠️ Vấn đề cốt lõi: Đây là tình huống thay đổi môi trường bên ngoài (external change), PM cần xử lý theo nguyên tắc quản lý rủi ro và thay đổi tích hợp (Integrated Change Control) trong PMP. PM phải chủ động đánh giá tác động trước khi quyết định tiếp tục, dừng hay điều chỉnh, nhằm bảo vệ giá trị dự án và tuân thủ PMBOK® Guide 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: Assess the potential impact with the project team.
🧩 Lý do: Theo PMBOK® Guide 7th Edition, Principle 7 (Optimize Risk Responses) và Process 4.6 (Manage Project Changes), khi có sự kiện bên ngoài như cải cách thuế (một rủi ro đã biết hoặc mới nổi), PM phải đánh giá tác động tiềm ẩn (assess potential impact) cùng đội ngũ dự án ngay lập tức. Điều này giúp xác định mức độ ảnh hưởng đến scope, thời gian, chi phí, chất lượng và rủi ro, trước khi kích hoạt quy trình thay đổi chính thức (Change Control Board nếu cần). Hành động này chủ động, tuân thủ Situational Leadership và Value Delivery System, tránh lãng phí nếu không ảnh hưởng lớn. Không đánh giá vội vàng tiếp tục hoặc dừng dự án.
📘 Nguồn tham khảo: PMBOK® Guide 7th Edition, trang 47-50 (Holistic Risk Management); PMI's The Standard for Risk Management (2022 cập nhật).

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

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

• ❌ Contact the finance team and ask for advice.
  Phương án này sai vì chỉ dựa vào ý kiến chuyên môn từ bên ngoài (finance team) mà không có đánh giá tác động toàn diện từ đội ngũ dự án. PM phải dẫn dắt quy trình integrated assessment (đánh giá tích hợp), không ủy thác hoàn toàn cho bên khác. Điều này vi phạm Principle 1: Be a Diligent, Respectful, and Caring Steward, nơi PM chịu trách nhiệm chính trong việc giám sát thay đổi (Monitor and Control Project Work).

• ❌ Put the project on hold and wait for information.
  Phương án này sai vì hành động thụ động, dừng dự án ngay lập tức mà không đánh giá. Trong PMP, "wait and see" không hiệu quả với uncertainty; thay vào đó, phải proactive assessment để quyết định (Optimize Risk Responses). Dừng dự án có thể gây lãng phí, mất đà dự án (momentum), vi phạm Principle 10: Optimize Risk Responses.

• ✅ Assess the potential impact with the project team.
  Phương án này đúng như đã giải thích ở trên. Đây là bước đầu tiên trong Perform Integrated Change Control và Manage Risks, đảm bảo dữ liệu dựa trên thực tế từ đội ngũ (subject matter experts), hỗ trợ ra quyết định nhanh chóng và hiệu quả.

• ❌ Continue with user testing as planned.
  Phương án này sai vì bỏ qua rủi ro bên ngoài lớn (tax reforms), có thể dẫn đến scope creep, thất bại UAT hoặc chi phí rework cao sau này. PMP yêu cầu continuous monitoring (Monitor Risks), không "business as usual" với thay đổi đáng kể, vi phạm Principle 3: Focus on Value.

🛠️ Kết luận PMP: Trong bối cảnh 2026 với Agile-hybrid phổ biến, PM luôn ưu tiên impact assessment để linh hoạt điều chỉnh, đảm bảo dự án giao giá trị bền vững! Nếu cần đào sâu, tham khảo PMI.org hoặc PMP Exam Content Outline 2024.

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

Câu hỏi mô tả một tình huống thực tế trong quản lý dự án PMP:
Một công ty hoạt động theo chu kỳ ngân sách 2 năm, và project manager (PM) được giao một dự án có tính khả kiến cao (high-visibility) nhằm phát triển một khả năng mới hoàn toàn sáng tạo (brand new, innovative capability).

• Requirements (yêu cầu) đã được định nghĩa rõ ràng.
• Tuy nhiên, solution design (thiết kế giải pháp) chỉ mới bắt đầu.
• Sếp của PM lo ngại rằng giải pháp cuối cùng sẽ vượt ngân sách dự án.

Mục tiêu câu hỏi: PM cần làm gì tiếp theo (next) để dự đoán trước (anticipate) các tác động ngân sách từ giải pháp?
🛠️ Đây là tình huống ở giai đoạn lập kế hoạch (Planning), nơi cần ước lượng chi phí chi tiết dựa trên cấu trúc công việc, vì design chưa hoàn thiện nhưng requirements đã có nền tảng. Theo PMBOK 7th Edition, trọng tâm là Cost Estimating trong Planning Performance Domain để hỗ trợ Budget Management.

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

Đáp án đúng: Develop a work breakdown structure (WBS) and perform activity-based cost estimating.

Lý do:

• Đây là bước tiếp theo logic và chuẩn PMP khi requirements đã có nhưng solution design mới bắt đầu. PM cần phát triển WBS (cấu trúc phân tích công việc) để phân tích dự án thành các gói công việc nhỏ, sau đó áp dụng activity-based cost estimating (ước lượng chi phí dựa trên hoạt động - bottom-up estimating).
• Phương pháp này giúp dự đoán chính xác tác động ngân sách từ các hoạt động cụ thể của solution, tránh ước lượng thô sơ.
• Phù hợp với chu kỳ ngân sách 2 năm, vì WBS hỗ trợ lập kế hoạch dài hạn và điều chỉnh kịp thời.
  📘 Dẫn chứng: PMBOK Guide 7th Edition (2021), phần Planning Performance Domain (tr. 57-61) và PMP Exam Content Outline 2021 (Domain III: Business Environment, Task 5 - Estimate project costs).

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

• ✅ Develop a work breakdown structure (WBS) and perform activity-based cost estimating.
  Đúng vì: Đây là bước cốt lõi trong quy trình Create WBS và Estimate Costs (PMBOK 6th/7th). WBS phân tích dự án thành hoạt động chi tiết, cho phép ước lượng bottom-up chính xác, đặc biệt khi design đang phát triển. Giúp anticipate budget impacts sớm, tránh vượt chi phí.

• ❌ Apply earned value techniques that compare planned to actual value delivered at key points in the project.
  Sai vì: Earned Value Management (EVM) dùng để kiểm soát và đo lường hiệu suất trong giai đoạn thực hiện và giám sát (Executing/Monitoring), không phải để dự đoán trước (anticipate) budget ở giai đoạn lập kế hoạch ban đầu. Dự án chưa có giá trị thực tế để so sánh.

• ❌ Perform scenario planning on each of the solution designs and incorporate estimates into the next budgeting cycle.
  Sai vì: Scenario planning thuộc Risk Management (Identify Risks, Analyze Risks), dùng cho các tình huống không chắc chắn lớn, không phải ước lượng chi phí cụ thể cho solution đang design. Việc chờ "next budgeting cycle" (2 năm) làm chậm trễ, không phải "next step".

• ❌ Consult colleagues at other companies and use historical information to predict the final cost.
  Sai vì: Đây là analogous estimating (ước lượng tương tự) dựa trên dữ liệu lịch sử bên ngoài, phù hợp giai đoạn rất sớm (charter) hoặc dự án lặp lại. Không lý tưởng khi requirements đã định nghĩa và cần chi tiết cho innovative capability mới - thiếu độ chính xác cho anticipate impacts cụ thể.

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

• PMBOK Guide 7th Edition (2021): Planning & Cost Performance Domains (tr. 57-61, 109-113).
• PMBOK Guide 6th Edition: Processes 7.2 Estimate Costs & 5.4 Create WBS (cho tương thích PMP exam).
• PMP Exam Content Outline (2021, cập nhật 2024): Domain II (Process), Task 8 (Estimate costs using techniques).
• PMI.org: Agile Practice Guide (cho innovative projects, hybrid estimating).

🛠️ Lời khuyên PMP: Luôn ưu tiên WBS làm nền tảng cho mọi ước lượng để đảm bảo traceability và kiểm soát ngân sách! Nếu cần thực hành thêm, hãy dùng công cụ như MS Project để build WBS.

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

Câu hỏi này thuộc lĩnh vực Project Resource Management (Quản lý Nguồn lực Dự án) trong PMP, cụ thể liên quan đến Develop Team (Phát triển Đội ngũ) và capacity building (xây dựng năng lực đội ngũ).

📖 Bối cảnh câu hỏi: Là một phần của nỗ lực lập kế hoạch xây dựng năng lực đội ngũ cho công ty, project manager (PM) được yêu cầu cung cấp cho ban quản lý danh sách các khóa đào tạo cần thiết cho đội ngũ dự án. Điều này nhấn mạnh vào việc lập kế hoạch chiến lược dài hạn, không chỉ tập trung vào dự án hiện tại mà phải xem xét tương lai để đảm bảo đội ngũ có đủ năng lực thực hiện các dự án sắp tới. Theo PMBOK® Guide 7th Edition (2021) và cập nhật PMP đến 2026 (dựa trên Exam Content Outline 2021+), PM cần xác định khoảng trống năng lực (competency gaps) dựa trên project pipeline (danh mục dự án tương lai) để hỗ trợ strategic resource planning.

🛠️ Mục tiêu chính: PM phải chủ động phân tích gaps dựa trên nhu cầu thực thi dự án sắp tới, không chỉ dựa vào hiệu suất hiện tại hoặc lịch trình dự án đang chạy.

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

Đáp án đúng: Review the project pipeline, identify gaps in competencies for execution, and decide on the needed trainings.

Lý do chi tiết:

• Trong PMBOK® Guide 7th Edition, phần Project Team Management (9.3 Develop Team), việc xây dựng năng lực đội ngũ yêu cầu PM xem xét project pipeline (danh mục dự án tương lai) để dự báo và xác định competency gaps cần thiết cho việc thực thi (execution). Điều này phù hợp với strategic planning và capacity building ở cấp độ tổ chức.
• Đây là cách tiếp cận proactive (chủ động), giúp đội ngũ sẵn sàng cho các dự án mới, tránh rủi ro thiếu kỹ năng. Theo PMI Exam Content Outline 2021 (People Domain - Task 7), PM phải "Evaluate the team's capacity and competency for executing project work".
• Tài liệu tham khảo: 📘 PMBOK® Guide 7th Ed., trang 272-274; Agile Practice Guide, phần Capacity Planning.

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

• Phương án 1: Review the gaps found during project execution, prepare a list of recommended trainings, and discuss it during a team meeting.
  ❌ Sai vì: Phương án này chỉ tập trung vào gaps phát hiện trong quá trình thực thi dự án hiện tại (project execution), mang tính reactive (phản ứng) thay vì lập kế hoạch dài hạn. Capacity building cần xem pipeline tương lai, không chỉ thảo luận nội bộ đội ngũ mà phải báo cáo cho management. Không phù hợp với strategic effort.

• Phương án 2: Review the project schedule and the team members' performance, and decide on soft skills and related trainings needed for the team.
  ❌ Sai vì: Chỉ xem lịch trình dự án hiện tại và hiệu suất cá nhân, giới hạn ở soft skills (kỹ năng mềm), bỏ qua technical competencies và project pipeline. PMBOK nhấn mạnh phân tích toàn diện gaps cho execution, không chỉ soft skills hay performance hiện tại.

• Phương án 3 (Đúng): Review the project pipeline, identify gaps in competencies for execution, and decide on the needed trainings.
  ✅ Đúng vì: Như đã giải thích ở trên, đây là cách tiếp cận strategic và proactive, trực tiếp dựa trên project pipeline để xác định competency gaps for execution. Hoàn toàn phù hợp với Develop Team và capacity building ở cấp tổ chức (PMBOK 7th Ed., Principle 9: Teamwork).

• Phương án 4: Review the team members' latest performance, identify gaps in competencies, and decide on the needed trainings.
  ❌ Sai vì: Chỉ dựa vào hiệu suất gần nhất của thành viên (latest performance), mang tính cá nhân hóa ngắn hạn, bỏ qua project pipeline và nhu cầu tương lai. Capacity building yêu cầu tầm nhìn tổ chức rộng hơn, không chỉ performance appraisal.

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

• 📘 PMBOK® Guide – Seventh Edition (2021): Sections 9.2-9.4 (Project Team).
• 📘 PMI Exam Content Outline (2021, cập nhật 2024-2026): People Domain, Task 7 & 8.
• 🛠️ PMI Resource Management Standard: Nhấn mạnh pipeline-based forecasting.
• 💡 Lời khuyên PMP: Trong kỳ thi PMP mới, ưu tiên proactive planning và organizational strategy cho các câu về team development.

Hy vọng phân tích này giúp bạn ôn thi PMP hiệu quả! 🚀

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

Câu hỏi mô tả một Project Manager (PM) đã quyết định áp dụng phương pháp tiếp cận thích ứng cao (highly adaptive approach) để quản lý một dự án quy mô lớn. Dự án này có nhiều nhiệm vụ lặp lại (iterative tasks) sử dụng các chuyên gia chuyên môn cao (highly specialized experts). PM muốn tạo ra các kế hoạch thực tế (practical plans) với mức độ cam kết cao từ thành viên đội ngũ (high levels of buy-in from the team members). Câu hỏi yêu cầu xác định bước tiếp theo (what should the project manager do next) để đạt được mục tiêu này.

🔍 Phân tích ngữ cảnh PMP (dựa trên PMBOK® Guide 7th Edition và PMP Exam Content Outline 2021, cập nhật đến 2026):

• Đây là dự án Agile/Adaptive (theo Agile Practice Guide), nơi các nhiệm vụ lặp lại đòi hỏi sự linh hoạt, tự quản (self-organizing teams) và trao quyền cho chuyên gia.
• Mục tiêu chính là tăng buy-in → Cần khuyến khích đội ngũ tham gia lập kế hoạch, tạo ownership, thay vì chỉ đạo cứng nhắc (command-and-control).
• "Next step" ngụ ý hành động ngay lập tức để hỗ trợ lập kế hoạch thực tế trong môi trường adaptive.

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

• PMBOK® Guide 7th Edition, Principle 4: Collaboration & Principle 11: Enable Learning & Support Change.
• Agile Practice Guide (2021): Nhấn mạnh "Empowerment" và "Team self-organization" trong iterative development.
• PMP Exam Content Outline (Domain 2: Process - Agile/Hybrid Approaches).

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

Đáp án đúng: Explain the higher-level objectives to be assigned to the team.

Lý do 🛠️:

• Trong dự án adaptive với chuyên gia chuyên môn cao, PM không nên micromanage mà cần chia sẻ mục tiêu cấp cao (higher-level objectives) để đội ngũ tự phân tích, lập kế hoạch chi tiết và thực hiện iterative tasks. Điều này tạo buy-in cao vì đội ngũ cảm thấy được trao quyền (empowered), dẫn đến kế hoạch thực tế hơn (practical plans).
• Theo PMBOK 7th, đây là bước đầu tiên trong Develop Team và Plan Resource Management trong Agile: Cung cấp vision rõ ràng để team self-organize.
• Hiệu quả cho dự án lớn với experts: Họ cần context lớn để áp dụng chuyên môn, tăng collaboration và commitment.

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

Dưới đây là phân tích chi tiết từng lựa chọn, giữ nguyên nội dung gốc bằng tiếng Anh. Mỗi phương án được đánh dấu ✅ (đúng) hoặc ❌ (sai), kèm giải thích lý do dựa trên PMP.

• ❌ Assign critical tasks to the most experienced team members.
  Giải thích sai 🚫: Phương án này mang tính chỉ đạo trực tiếp (directive), phù hợp với Predictive (Waterfall) hơn Adaptive. Trong Agile, PM không assign tasks chi tiết mà để team tự quyết (self-organizing). Làm vậy sẽ giảm buy-in, vì experts cảm thấy bị kiểm soát, không khuyến khích practical plans từ đội ngũ.

• ✅ Explain the higher-level objectives to be assigned to the team.
  Giải thích đúng 🎯: Như đã phân tích ở trên, đây là bước next lý tưởng để kick-start collaboration, trao quyền cho experts tự lập kế hoạch iterative, đảm bảo high buy-in và plans thực tế. Phù hợp nguyên tắc Agile: "Share vision to enable self-organization".

• ❌ Review the budget with the team for the needed resources.
  Giải thích sai 💰: Việc xem xét ngân sách hữu ích trong Manage Resources nhưng không phải next step cho việc tạo plans với buy-in. Nó tập trung vào tài chính hơn là trao quyền lập kế hoạch, có thể làm chậm iterative process và không trực tiếp giải quyết specialized experts.

• ❌ Review lessons learned from similar projects with the team.
  Giải thích sai 📚: Review lessons learned rất quan trọng trong Lessons Learned Register (PMBOK 7th, Principle 12: Thinking Holistically), nhưng đây là hoạt động retrospective sau (hoặc giữa iterations), không phải next step để tạo initial practical plans. Nó không trực tiếp tăng buy-in cho planning ngay lập tức.

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

✅ Chọn đáp án đúng giúp PM tuân thủ Hybrid/Agile mindset, tối ưu cho dự án lớn với experts. Trong kỳ thi PMP 2026, các câu hỏi Agile chiếm ~50%, nhấn mạnh empowerment. Hãy thực hành với PMI Authorized Training để nắm vững! 🚀

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

Câu hỏi này thuộc chủ đề Quản lý Chất lượng (Quality Management) trong PMP, cụ thể liên quan đến quy trình Manage Quality (Quản lý Chất lượng) theo PMBOK® Guide – Seventh Edition (cập nhật đến 2026).

Tình huống: Trong một dự án phát triển phần mềm, một số deliverables (sản phẩm giao) không đáp ứng các yêu cầu hiệu suất cụ thể (ví dụ: tốc độ xử lý chậm hơn yêu cầu, lỗi hiệu suất). Project Manager (PM) cần chọn hành động đầu tiên và phù hợp nhất để xử lý vấn đề này.

Mục tiêu chính: Xác định bước tập trung vào việc giải quyết vấn đề tại nguồn (root cause) với đội ngũ thực hiện, thay vì báo cáo ngay hoặc kiểm tra gián tiếp, vì đây là vấn đề chất lượng nội bộ cần khắc phục kịp thời để tránh ảnh hưởng đến dự án. Trong môi trường phát triển phần mềm (thường áp dụng Agile/Iterative), việc hợp tác với team là ưu tiên hàng đầu để cải thiện liên tục (continuous improvement).

📘 Nguồn tham khảo:

• PMBOK® Guide – Seventh Edition, Principle 5: Value (Focus on Value), Process 8.2: Manage Quality.
• Agile Practice Guide (PMI, 2021+), nhấn mạnh Inspect & Adapt với team.

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

Đáp án đúng: Review the issues with the project team to address the issues.

Lý do:

• Đây là hành động đầu tiên và trực tiếp nhất theo quy trình Manage Quality. Khi deliverables không đạt yêu cầu, PM phải xem xét vấn đề cùng đội ngũ dự án để phân tích nguyên nhân gốc rễ (root cause analysis) và giải quyết ngay tại chỗ (address the issues). Điều này thúc đẩy sự hợp tác, trách nhiệm của team, và cải thiện chất lượng nhanh chóng – phù hợp với nguyên tắc Team & Collaboration trong PMBOK 7.
• Trong dự án phần mềm, vấn đề hiệu suất thường do code, testing, hoặc thiết kế; team là bên am hiểu nhất để fix. Báo cáo stakeholder hoặc kiểm tra matrix chỉ là bước sau nếu cần escalate.
• 🛠️ Lợi ích: Giảm chi phí rework, tăng velocity dự án, tránh delay milestone.

📋 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 PMP best practices (PMBOK 7th, 2021-2026 updates).

• Review the issues with the project team to address the issues.
  ✅ Đúng – Như đã giải thích ở trên. Đây là bước đầu tiên trong Manage Quality, sử dụng công cụ như cause-and-effect diagram hoặc team brainstorming để fix issues. Phù hợp ITTO (Inputs: Quality metrics, Outputs: Change requests nếu cần). Không escalate ngay, ưu tiên preventive action nội bộ.

• Review the requirements traceability matrix at the next meeting.
  ❌ Sai – Requirements Traceability Matrix (RTM) dùng để kiểm tra tính đầy đủ của requirements (Verify Scope/Validate Scope), không phải để fix vấn đề hiệu suất cụ thể của deliverables đã sản xuất. Việc hoãn đến "next meeting" làm chậm trễ giải quyết, vi phạm nguyên tắc timely response trong Manage Quality. RTM chỉ hỗ trợ traceability, không address issues trực tiếp.

• Report issues to key stakeholders and discuss follow up actions.
  ❌ Sai – Báo cáo cho stakeholders thuộc Control Quality/Monitor and Control Project Work, là bước sau khi team đã cố gắng fix. Làm vậy ngay sẽ tạo panic, ảnh hưởng stakeholder satisfaction, và có thể dẫn đến scope creep hoặc contract disputes. PMBOK 7 nhấn mạnh escalate only if needed (Principle 9: Stewardship), ưu tiên team resolve trước.

• Ensure compliance with the quality management plan.
  ❌ Sai – Quality Management Plan là tài liệu hướng dẫn tổng quát (Plan Quality Management), không phải hành động cụ thể để fix deliverables hỏng. "Ensure compliance" là trách nhiệm liên tục, nhưng mơ hồ và không trực tiếp address issues. Thiếu focus vào team collaboration, có thể dẫn đến audit không hiệu quả thay vì solution-oriented action.

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

Hành động đúng giúp PM thể hiện leadership trong quality assurance, giảm rủi ro dự án. Trong kỳ thi PMP 2023-2026 (domain People/Process/Business ~50%), câu hỏi kiểu này kiểm tra hybrid approach (Predictive + Agile).

Tips ôn tập: Thực hành với PMI's PMP Exam Content Outline (2021+). Nếu gặp tình huống tương tự, luôn ưu tiên team involvement trước escalate! 🚀

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

• PMBOK® Guide 7th Edition (PMI, 2021).
• PMP Exam Prep by Rita Mulcahy (9th Ed., cập nhật 2024).

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

📖 Giải thích 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, nơi một đội ngũ giàu kinh nghiệm và hiệu suất cao (high-performing team) đang gặp vấn đề khi hai thành viên mới gia nhập. Sau vài vòng lặp (iterations) – thường liên quan đến môi trường Agile hoặc lặp lại – hiệu suất đội ngũ giảm sút. Project Manager (PM) cần quyết định hành động phù hợp nhất.
🛠️ Bối cảnh PMP (PMBOK 7th Edition & Agile Practice Guide, cập nhật đến 2026): Đây là tình huống liên quan đến Domain: Team trong PMP Exam Content Outline (ECO) mới nhất. Khi team có thành viên mới, hiệu suất có thể giảm do giai đoạn Forming/Storming (Tuckman's model) hoặc cần hỗ trợ để đạt high-performing team. PM đóng vai trò servant leader, ưu tiên coaching và phát triển team thay vì chỉ trích cá nhân. Không phải lúc nào cũng do lỗi cá nhân mới mà có thể do thiếu hỗ trợ hòa nhập.

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

Đáp án đúng: Provide the team with a coaching session.
🧠 Lý do: Theo PMBOK 7th Edition (Section 4.7.2.3 - Develop Team) và Agile Practice Guide (Team Performance), coaching là công cụ chính để xây dựng năng lực team, giúp thành viên mới nhanh chóng hòa nhập, cải thiện giao tiếp và hiệu suất chung. PM nên hỗ trợ toàn team thay vì đổ lỗi cá nhân, thúc đẩy self-organizing team thông qua hướng dẫn. Điều này phù hợp với 12 Principles of Agile (Build projects around motivated individuals) và Servant Leadership – giúp team vượt qua giai đoạn chuyển tiếp mà không làm giảm tinh thần.
📘 Nguồn tham khảo: PMBOK® Guide 7th Edition (PMI, 2021); PMP Examination Content Outline (2024 update); Tuckman's Stages of Group Development.

🛠️ 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 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 practices PMP mới nhất:

• ❌ [SAI] Evaluate the two new team members.
  Giải thích sai: Việc chỉ đánh giá hai thành viên mới là cách tiếp cận cá nhân hóa vấn đề, bỏ qua yếu tố team-wide như văn hóa nhóm, giao tiếp hoặc quy trình. PMBOK 7th nhấn mạnh holistic view (xem xét toàn team), không nên "đổ lỗi" ngay mà cần root cause analysis trước. Điều này có thể làm giảm động lực team và vi phạm Psychological Safety (Agile principle).

• ❌ [SAI] Replace the two new team members.
  Giải thích sai: Thay thế ngay là hành động cực đoan, thiếu phân tích nguyên nhân gốc rễ (Root Cause Analysis - PMBOK 4.6). Team high-performing trước đó chứng tỏ vấn đề có thể do hòa nhập, không phải năng lực cá nhân. Điều này trái với People Domain (tối ưu hóa nguồn lực) và có thể dẫn đến team disruption, tăng chi phí tuyển dụng (HR costs ~1.5-2x lương).

• ✅ [ĐÚNG] Provide the team with a coaching session.
  Giải thích đúng: Như đã nêu ở phần đáp án, coaching session là giải pháp tối ưu, hỗ trợ team development (PMBOK 7th, Principle 9: Optimize Risk Responses/Team). Nó giúp thành viên mới học hỏi từ team cũ, cải thiện velocity trong iterations, và xây dựng trust. Được khuyến nghị trong PMI Talent Triangle (Leadership skills).

• ❌ [SAI] Allow the teams to organize themselves.
  Giải thích sai: Để team tự tổ chức (self-organizing) là nguyên tắc Agile tốt, nhưng KHÔNG phù hợp ngay lúc này vì team đang mất hiệu suất do thành viên mới – cần hỗ trợ ban đầu (facilitation/coaching) theo Scrum Guide 2020/Scrum Values. PMBOK cảnh báo: Self-organization hiệu quả với mature team, không phải khi đang "Storming phase".

🏆 Kết luận: Câu hỏi kiểm tra khả năng servant leadership của PM. Chọn coaching để tăng cường team performance bền vững! Nếu cần thực hành thêm, tham khảo PMI.org hoặc PMP mocks 2024-2026.