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

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

Câu hỏi mô tả một dự án đang ở giai đoạn kết thúc iteration thứ 5 trong tổng số 6 iteration (tức là gần hoàn thành dự án theo cách tiếp cận Agile/iterative). Trong buổi iteration review (tương đương Sprint Review trong Scrum), khách hàng (customer) đột ngột thêm một tính năng quy định mới (regulatory feature), và tính năng này vượt quá công suất còn lại của iteration cuối cùng.

📌 Bối cảnh chính:

• Đây là tình huống thay đổi scope (change request) ở giai đoạn muộn, liên quan đến quy định pháp lý (regulatory), nên cần xử lý cẩn thận để tránh rủi ro tuân thủ.
• Dự án đang áp dụng phương pháp Agile (với iterations, review), nơi ưu tiên linh hoạt nhưng vẫn kiểm soát backlog và capacity.
• Vai trò project lead (có thể là Scrum Master hoặc Project Manager trong Agile hybrid) cần quyết định hành động phù hợp theo nguyên tắc Agile: tập trung vào value delivery, product owner ownership cho backlog, và estimation trước khi commit.

Mục tiêu: Chọn hành động tối ưu nhất để xử lý thay đổi này mà không làm gián đoạn quy trình Agile chuẩn.

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

Đáp án đúng: Estimate the impact and consult with the product owner.

🛠️ Lý do chi tiết:

• Trong Agile (Scrum/Kanban), khi có yêu cầu mới (như regulatory feature), project lead phải ước lượng tác động (estimate impact) về effort, time, cost, risk trước khi quyết định. Sau đó, tư vấn với Product Owner (PO) – người chịu trách nhiệm chính về Product Backlog, prioritization và acceptance criteria.
• Điều này tuân thủ Agile Principle: "Respond to change over following a plan" nhưng vẫn qua quy trình refinement và PO decision-making, tránh tự ý thay đổi mà không có dữ liệu.
• Regulatory feature có tính cấp bách cao, nhưng vẫn cần estimate để PO quyết định: thêm vào iteration hiện tại (nếu khả thi), backlog tương lai, hoặc trade-off với các item khác.
• Theo PMBOK 7th Edition (2021) và Agile Practice Guide, đây là best practice cho change control in adaptive lifecycles.

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

• ❌ Register an issue and escalate it to the project sponsor.
  Sai vì: Việc đăng ký issue và escalate ngay lên sponsor là hành động quá sớm và không phù hợp với Agile. Issue log dùng cho blocker nội bộ, không phải change request từ customer. Escalate sponsor bỏ qua Product Owner – người quyết định backlog. Điều này vi phạm hierarchical escalation chỉ dùng khi PO không giải quyết được, làm chậm quy trình iterative.

• ❌ Invite the stakeholders to discuss a new prioritization.
  Sai vì: Project lead không tự mời stakeholders reprioritize, vì prioritization là trách nhiệm độc quyền của Product Owner. Việc này có thể dẫn đến "analysis paralysis" hoặc conflict trong iteration review. Thay vào đó, iteration review chỉ demo và feedback; reprioritization diễn ra ở Backlog Refinement hoặc Grooming meeting với PO dẫn dắt.

• ✅ Estimate the impact and consult with the product owner.
  Đúng vì: Như đã giải thích ở trên. Đây là bước chuẩn Agile: Estimate (story points/effort) → Consult PO để quyết định refine backlog, accept/reject, hoặc schedule. Đảm bảo transparency, inspection, adaptation (Scrum pillars).

• ❌ Increase the team capacity to finish the project on time.
  Sai vì: Tăng capacity (thêm người/giờ) là anti-pattern trong Agile (theo Brooks' Law: "Adding manpower to a late software project makes it later"). Iteration capacity cố định để đảm bảo sustainable pace và velocity ổn định. Thay đổi này có thể gây overtime, burnout, giảm quality, vi phạm Agile Manifesto ưu tiên "working software over comprehensive documentation".

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

• PMBOK® Guide 7th Edition (PMI, 2021): Principle 5 (Adaptability), Domain 4 (Uncertainty), Agile sections về Backlog Management (trang 142-150).
• Agile Practice Guide (PMI, 2017, cập nhật tích hợp PMBOK 7): Iteration Planning & Review (trang 45-50), Role of Product Owner.
• Scrum Guide 2020 (Scrum.org, cập nhật 2023): Sprint Review events, Product Owner accountability (không thay đổi lớn đến 2026).
• PMI Agile Certified Practitioner (PMI-ACP) Exam Content Outline (2024): Domain III: Agile Team Performance – Handling changes.

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

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

Câu hỏi mô tả tình huống một Project Manager (PM) tại một tập đoàn lớn được giao quản lý dự án cải thiện trải nghiệm khách hàng (customer experience project). Vấn đề chính là sự hài lòng của khách hàng (customer satisfaction) đang thấp, với nhiều truy vấn chưa được giải quyết (unresolved customer queries) hàng ngày. Đội ngũ dịch vụ khách hàng (customer service team) đang bị quá tải (overwhelmed).
PM cần chọn hai hành động để sửa chữa vấn đề này (correct this problem).
🛠️ Liên quan đến PMP (PMBOK 7th Edition - cập nhật đến 2026): Đây là ứng dụng nguyên tắc giải quyết vấn đề (Problem Solving), quyết định dựa trên dữ liệu (Data-Driven Decisions) trong Project Management Principles (Principle 4: Engage Stakeholders, Principle 7: Optimize Risk Responses). PM phải xác thực vấn đề (validate issues) trước khi hành động và triển khai giải pháp bền vững thay vì giải pháp tạm thời. Sử dụng các công cụ như Root Cause Analysis (RCA), Data Gathering (surveys, interviews) và Process Improvement (Kanban/Scrum cho tracking).

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

• PMBOK® Guide – Seventh Edition (2021, PMI): Chương 2 (Principles), Chương 3 (Performance Domains: Uncertainty, Measurement, etc.).
• PMI Agile Practice Guide (2021): Nhấn mạnh iterative solutions và backlog prioritization.
• PMP Exam Content Outline (2024-2026): Domain III: Business Environment (15%), Domain IV: Delivery (50%) – Tập trung vào stakeholder value và adaptive planning.

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

Hai đáp án đúng là:

• Confirm the issues truly exist by conducting a survey and other analyses that may detect the real issue.
• Deploy solutions that will track, prioritize, and resolve queries as soon as possible.

Lý do lựa chọn 🧩:
Theo PMBOK 7, PM phải bắt đầu bằng việc xác thực vấn đề (confirm & analyze root cause) để tránh hành động dựa trên giả định sai lầm (Holistic Thinking Principle). Sau đó, triển khai giải pháp hệ thống như công cụ tracking (ví dụ: Jira, ticketing system) để prioritize và resolve – phù hợp với Measurement Performance Domain và Delivery Performance Domain. Đây là cách tiếp cận value-driven, bền vững, giúp cải thiện satisfaction lâu dài mà không làm team quá tải thêm.

🔍 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 phương án một, giữ nguyên nội dung gốc bằng tiếng Anh. Mỗi phương án được đánh giá đúng ✅ hoặc sai ❌, kèm lý do dựa trên PMP best practices:

• Contact the customers in batches and inform them that the issues are being worked on currently.
  ❌ Sai: Hành động này chỉ là truyền thông tạm thời (communication placeholder), không giải quyết root cause hay cải thiện quy trình. Theo Stakeholder Engagement Domain (PMBOK 7), thông báo "đang làm việc" có thể làm giảm satisfaction tạm thời nhưng không tạo value thực sự, thậm chí tăng frustration nếu không có tiến triển. Không phải giải pháp cốt lõi.

• Confirm the issues truly exist by conducting a survey and other analyses that may detect the real issue.
  ✅ Đúng: Đây là bước data gathering đầu tiên (surveys, interviews, fishbone diagram) để xác thực vấn đề và tìm root cause – phù hợp Uncertainty Performance Domain và Root Cause Analysis trong PMP. Giúp PM hiểu rõ "real issue" (có thể không chỉ là query volume mà là process flaws), tránh waste efforts.

• Deploy solutions that will track, prioritize, and resolve queries as soon as possible.
  ✅ Đúng: Hành động này triển khai process improvement ngay lập tức (ví dụ: implement ticketing system với MoSCoW prioritization hoặc Agile backlog). Theo Delivery Performance Domain và Agile Hybrid Approaches, tracking/prioritize/resolve giúp giảm backlog, tối ưu resource, tăng satisfaction – là giải pháp proactive và measurable.

• Ask senior management to replace the customer service manager with a more qualified one.
  ❌ Sai: Thay thế cá nhân là scapegoating, không giải quyết systemic issues (team overwhelmed do process, không phải manager). PMBOK 7 nhấn mạnh Team Performance Domain và Servant Leadership – PM nên coach/support team thay vì escalate blame. Vi phạm Holistic & System Thinking Principle.

• Request that the customer service team prioritizes work on queries that are received this week.
  ❌ Sai: Ưu tiên chỉ query "tuần này" là short-term fix, bỏ qua old queries và không có system tracking, dẫn đến backlog tích tụ lâu dài. PMP yêu cầu sustainable prioritization (Eisenhower Matrix hoặc value-based), không phải ad-hoc weekly focus – trái với Optimized Risk Responses Principle.

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

Câu hỏi PMP này thuộc chủ đề Quản lý Bên liên quan (Stakeholder Management) và Quản lý Giao tiếp (Communications Management) trong giai đoạn Thực thi (Executing Process Group).
📖 Tình huống cụ thể: Trong quá trình thực hiện dự án, một bộ phận mới được thành lập trong công ty. Quản lý bộ phận này yêu cầu tham gia vào các chu kỳ giao tiếp và báo cáo định kỳ của dự án. Project Manager (PM) cần quyết định hành động phù hợp để xử lý yêu cầu này một cách chuyên nghiệp, đảm bảo dự án tuân thủ quy trình quản lý rủi ro và tối ưu hóa giao tiếp.
🛠️ Mục tiêu chính: Xác định hành động đúng đắn nhất theo PMBOK® Guide 7th Edition (và các cập nhật đến 2026), nhấn mạnh vào việc quản lý stakeholder động (ongoing stakeholder engagement) thay vì phản ứng thụ động hoặc từ chối ngay lập tức. Điều này giúp duy trì sự hài lòng của stakeholder mà không làm gián đoạn quy trình dự án hiện tại.

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

Đáp án đúng: Perform a stakeholder analysis and update the communications management plan to reflect the new situation.
Lý do:
🧩 Theo PMBOK® 7th Edition, quản lý stakeholder là hoạt động liên tục xuyên suốt vòng đời dự án (Project Management Principles: Stewardship, Teamwork, Value). Khi có stakeholder tiềm năng mới (như quản lý bộ phận mới), PM phải thực hiện phân tích stakeholder (Stakeholder Analysis) để đánh giá mức độ ảnh hưởng, lợi ích, và nhu cầu giao tiếp của họ. Sau đó, cập nhật Communications Management Plan (một thành phần của Project Management Plan) để tích hợp họ nếu phù hợp. Điều này đảm bảo giao tiếp hiệu quả, tránh rủi ro thiếu thông tin hoặc xung đột (Domain: Stakeholder Performance Domain). Đây là cách tiếp cận chủ động, tuân thủ nguyên tắc "Tailor to the Context" và "Holistic Thinking".

📋 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 một cách chi tiết, dựa trên PMBOK® 7th Edition (Stakeholder Engagement, Manage Communications processes):

• ❌ [SAI] Ask the project team members to include the manager in all of their communications regarding this project.
  Giải thích sai: Phương án này giao phó trách nhiệm cho team members một cách không chính thức, dẫn đến giao tiếp không kiểm soát (uncontrolled communications), có thể gây nhiễu loạn (information overload) và vi phạm Communications Management Plan hiện tại. PM phải là người kiểm soát trung tâm (PM's accountability), không đẩy trách nhiệm xuống team. Điều này trái với nguyên tắc "Single Source of Truth" trong quản lý giao tiếp.

• ❌ [SAI] Inform the manager that only stakeholders identified in the communications management plan should be involved.
  Giải thích sai: Đây là cách tiếp cận cứng nhắc, từ chối ngay lập tức mà không đánh giá (no stakeholder analysis). PMBOK® nhấn mạnh stakeholder register và phân tích là động (iterative), không phải tĩnh. Từ chối có thể bỏ lỡ cơ hội engagement, dẫn đến rủi ro stakeholder tiêu cực (negative stakeholders) và ảnh hưởng đến dự án (Risk Management Principle).

• ✅ [ĐÚNG] Perform a stakeholder analysis and update the communications management plan to reflect the new situation.
  Giải thích đúng: Như đã nêu ở trên, đây là quy trình chuẩn: Identify/Assess Stakeholders → Engage → Update Plans. Đảm bảo tuân thủ Change Control nếu cần, và tối ưu hóa giao tiếp theo nhu cầu (push/pull/interactive methods).

• ❌ [SAI] Suggest the manager contact the steering committee and project management office (PMO) to be included.
  Giải thích sai: PM đang né tránh trách nhiệm cốt lõi của mình (PM Accountability Model). Steering Committee và PMO hỗ trợ, nhưng PM phải chủ động quản lý stakeholder và giao tiếp (PMBOK® Team Performance Domain). Điều này có thể gây chậm trễ và làm giảm uy tín PM.

📘 Tài liệu tham khảo

• PMBOK® Guide 7th Edition (2021, cập nhật đến 2026):
  • Section 4.4: Stakeholder Performance Domain 🧩 (Stakeholder Analysis & Engagement).
  • Section 4.6: Uncertainty Performance Domain (Ongoing identification of new stakeholders).
  • The Standard for Project Management: Manage Communications Process 🛠️ (Tools: Stakeholder Register, Engagement Assessment Matrix).
• PMI Agile Practice Guide (tích hợp): Nhấn mạnh iterative stakeholder management trong môi trường thay đổi.
• Nguồn bổ sung: PMI.org resources on "Stakeholder Engagement in Executing" (2023-2026 updates).

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

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

📖 Giải thích nội dung câu hỏi:
Câu hỏi mô tả tình huống gần cuối dự án, khách hàng khiếu nại rằng một số sản phẩm bàn giao (deliverables) chưa đáp ứng được yêu cầu, và họ bắt đầu khởi tạo các yêu cầu thay đổi (change requests). Câu hỏi yêu cầu project manager (PM) nên làm gì tiếp theo (next step). Đây là tình huống điển hình trong quy trình Manage Project Changes và Control Scope theo PMBOK, nơi PM cần xác minh xem khiếu nại có cơ sở không trước khi xử lý thay đổi. Mục tiêu là tránh thay đổi không cần thiết, đảm bảo dự án tuân thủ phạm vi đã phê duyệt (scope baseline), và sử dụng công cụ traceability để kiểm tra tính liên kết giữa yêu cầu (requirements) và deliverables. Kiến thức này dựa trên PMBOK Guide 7th Edition (2021) và cập nhật đến 2026, nhấn mạnh vào value delivery và artifacts như traceability matrix trong Domain: Uncertainty & Project Changes.

✅ Đáp án đúng: Refer to the requirements traceability matrix.
Lý do lựa chọn: Khi khách hàng khiếu nại về deliverables chưa đáp ứng, bước đầu tiên của PM là tham chiếu Requirements Traceability Matrix (RTM) để kiểm tra tính liên kết giữa các yêu cầu ban đầu (requirements) và các deliverables thực tế. RTM giúp xác minh nhanh chóng liệu yêu cầu có được thực hiện đầy đủ hay không, tránh thay đổi không hợp lý. Đây là hành động phân tích nguyên nhân gốc rễ (root cause analysis) trước khi phê duyệt bất kỳ change request nào, phù hợp với quy trình Validate Scope và Control Scope (PMBOK 7th Ed., Process 5.5 & 5.6). Nếu RTM cho thấy deliverables đã đáp ứng, PM có thể từ chối change request một cách có cơ sở.

🛠️ Giải thích chi tiết tất cả các phương án (Đúng/Sai):

• ✅ Refer to the requirements traceability matrix.
  Phương án ĐÚNG vì RTM là công cụ chính để traceability từ requirements qua design, development đến deliverables và testing. Nó giúp PM xác nhận khách quan xem khiếu nại có đúng không, tránh mở rộng scope không cần thiết gần cuối dự án. Theo PMBOK 7th Ed. (Section 4.7.3.2), RTM là artifact quan trọng trong Project Scope Management để đo lường hiệu suất scope.

• ❌ Escalate the change request to the project sponsor.
  Phương án SAI vì escalate chỉ nên làm khi change request đã được phân tích đầy đủ qua Change Control Board (CCB) hoặc quy trình chính thức. Lúc này, PM chưa verify khiếu nại, escalate sớm sẽ làm sponsor bị phân tâm và có thể dẫn đến quyết định sai lầm. PM phải quản lý thay đổi chủ động (PMBOK 7th Ed., Domain 3: Project Changes, Principle 11: Navigate Complexity).

• ❌ Revise the project scope baseline.
  Phương án SAI vì revise scope baseline là hành động cuối cùng sau khi change request được phê duyệt bởi CCB. Gần cuối dự án, việc revise ngay lập tức sẽ vi phạm nguyên tắc protect scope baseline và có thể gây scope creep. PM phải control scope trước (PMBOK 7th Ed., Process 5.6 Control Scope: không thay đổi baseline mà không phê duyệt).

• ❌ Review the approved project charter.
  Phương án SAI vì project charter định nghĩa high-level objectives và authority từ đầu dự án, không chi tiết về deliverables cụ thể. Review charter không giúp verify requirements-deliverables linkage; nó chỉ hữu ích cho scope disputes lớn, không phải khiếu nại cuối dự án. Sử dụng RTM hiệu quả hơn (PMBOK 7th Ed., Section 2.2: Charter là baseline ban đầu, không phải công cụ kiểm tra chi tiết).

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

• PMBOK® Guide – Seventh Edition (PMI, 2021), Domains: Planning, Uncertainty; Artifacts: Requirements Traceability Matrix (TT p. 92).
• PMP Examination Content Outline (PMI, 2021-2026 updates), Tasks: 4.7 Validate Scope, 4.8 Control Scope.
• The Standard for Project Management (PMI, 2021), Principle 9: Optimize Risk Responses.

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

🧩 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ý Đóng Dự án (Project Closure) trong PMP, theo PMBOK® Guide – Seventh Edition (cập nhật đến năm 2023, và các nguyên tắc tương tự áp dụng đến 2026 theo PMI Standards).

📖 Chi tiết câu hỏi:
Một dự án đã đáp ứng đầy đủ các yêu cầu sản phẩm đã thỏa thuận (met the agreed-upon product requirements) và đang trong giai đoạn đóng dự án (closing). Dự án còn thời gian dư trong lịch trình (time remaining in the schedule), ngân sách dư thừa (excess budget), và tài nguyên chưa được phân bổ cho dự án khác (resources not yet scheduled to move to other projects). Tuy nhiên, một số product champions (người ủng hộ sản phẩm) muốn tiếp tục thêm chức năng mới (adding functionality).

🛠️ Vấn đề cốt lõi: Project Manager (PM) phải quyết định hành động đúng theo nguyên tắc PMP. Khi dự án đã đạt tiêu chí đóng dự án (closure criteria), PM KHÔNG được phép mở rộng phạm vi (scope creep) mà không có quy trình thay đổi chính thức. Thay vào đó, ưu tiên đóng dự án đúng quy trình, giải phóng tài nguyên và ngân sách để tái phân bổ, tránh lãng phí và duy trì tính chuyên nghiệp. Điều này phù hợp với Value Delivery System và Project Closure Principles trong PMBOK 7th Edition.

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

Đáp án đúng: Acknowledge the project closure criteria has been met and release the remaining budget and resources.

Lý do chi tiết (🟢 Tại sao đúng?):

• Dự án đã đạt tiêu chí đóng (closure criteria met), theo Process 4.7: Close Project or Phase trong PMBOK 6th/7th. PM phải xác nhận và thực hiện đóng dự án, giải phóng ngân sách dư và tài nguyên ngay lập tức để tránh "gold plating" (thêm tính năng không cần thiết) hoặc scope creep.
• Việc này tuân thủ 12 Principles of Project Delivery (PMBOK 7th): Focus on Value, Optimize Risk, và Stewardship (quản lý tài nguyên hiệu quả). Không thêm scope vì chỉ "product champions" muốn, mà không có Change Request chính thức.
• Lợi ích: Giúp tổ chức tái sử dụng tài nguyên nhanh chóng, duy trì uy tín PM.
  📘 Nguồn tham khảo: PMBOK® Guide 7th Edition (trang 125-127, Closing Performance Domain); PMI's PMBOK 2021 Exam Content Outline (Domain 5: Closing).

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

• Use the remaining time and resources to add additional scope to the project without spending the project budget.
  ❌ Sai vì: Đây là hành vi scope creep (mở rộng phạm vi không kiểm soát), vi phạm Integrated Change Control (Process 4.6). PMBOK 7th cấm sử dụng thời gian/ngân sách dư để thêm scope mà không có phê duyệt từ Change Control Board (CCB) hoặc sponsor. Dẫn đến rủi ro chất lượng, chi phí ẩn, và không tạo value thực sự.

• Ensure product quality by spending the remaining resources and time on additional quality checks for the product.
  ❌ Sai vì: Dự án đã đáp ứng requirements, không cần "thêm kiểm tra chất lượng dư thừa" (gold plating). Theo Quality Management Principles (PMBOK 7th), chất lượng chỉ kiểm tra đến mức cần thiết, không lãng phí tài nguyên. Việc này có thể tạo over-engineering, vi phạm nguyên tắc Optimize Resource Allocation.

• Acknowledge the project closure criteria has been met and release the remaining budget and resources.
  ✅ Đúng vì: Như giải thích ở trên. Đây là hành động chuẩn mực trong Closing a Project, đảm bảo deliver value và release resources kịp thời. Phù hợp với Earned Value Management (nếu áp dụng) và Agile/Hybrid approaches nơi closure dựa trên criteria rõ ràng.

• Obtain approval from the sponsor to add additional functionality to the project deliverables with the leftover budget.
  ❌ Sai vì: Mặc dù có phê duyệt sponsor, nhưng dự án đã đạt closure criteria → phải đóng trước, không "mở lại" scope. Theo Change Control (PMBOK 7th), thêm chức năng cần formal Change Request qua CCB, không chỉ sponsor. Hơn nữa, ưu tiên đóng dự án thay vì kéo dài, tránh schedule slippage và tài nguyên bị khóa.

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

• PMBOK® Guide – Seventh Edition (PMI, 2021): Closing Performance Domain & Principles.
• PMI Agile Practice Guide (2021): Nhấn mạnh "Done Criteria" trong closure.
• PMP Exam Content Outline (2024-2026): Domain 5 (Closing – 8% questions).
• PMI Code of Ethics: Trách nhiệm Stewardship (quản lý tài nguyên đạo đức).

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 case study, hãy hỏi nhé!

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

Câu hỏi mô tả một tình huống thực tế trong dự án phát triển sản phẩm sáng tạo theo phương pháp Agile/Scrum (dựa trên sprint planning). Công ty muốn dẫn đầu ngành bằng cách công bố ngày ra mắt sản phẩm mới, nhưng sau buổi lập kế hoạch sprint đầu tiên, đội ngũ nhận ra không thể hoàn thành tất cả các tính năng (features) đúng hạn.

📌 Vấn đề cốt lõi: Áp lực thời gian cố định (fixed launch date) gặp phải backlog quá lớn, đòi hỏi project manager (PM) phải hành động linh hoạt để đảm bảo thành công dự án, tập trung vào việc giao giá trị tối đa trong giới hạn thời gian, thay vì cố ép hoàn thành mọi thứ. Điều này phù hợp với nguyên tắc Adaptive/Hybrid approach trong PMBOK 7th Edition (2021) và các thực hành Agile mới nhất đến 2026, nhấn mạnh value delivery và prioritization.

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

Đáp án đúng: Assist the team in defining a minimum viable product (MVP) by the launch date.

Lý do 🛠️:

• Trong Agile, khi thời gian cố định và backlog vượt quá khả năng, PM hỗ trợ đội ngũ xác định MVP – phiên bản sản phẩm tối thiểu có giá trị cốt lõi để ra mắt đúng hạn, thu thập feedback từ thị trường sớm, giúp dẫn đầu ngành (pioneer). Điều này tuân thủ Agile Principle #1: Satisfy customer through early and continuous delivery (Agile Manifesto) và Scrum Guide 2025 (phiên bản mới nhất), nơi Product Owner/PM ưu tiên backlog để deliver MVP.
• MVP giảm rủi ro, tối ưu hóa giá trị (value maximization), tránh overcommitment. PMBOK 7th Edition (Principle 5: Value và Process 4.5: Manage Project Change) khuyến khích adaptive planning để đảm bảo success metrics như time-to-market.

📋 Giải thích 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 lý do chi tiết dựa trên PMP/Agile mới nhất:

• ❌ Ask the customer to reduce the backlog to meet the launch date.
  Sai vì: Việc yêu cầu khách hàng trực tiếp giảm backlog vi phạm nguyên tắc self-organizing team trong Agile (Scrum Guide). PM không nên "ép" customer thay vì hỗ trợ đội ngũ prioritize nội bộ. Điều này có thể làm mất lòng tin stakeholder và không giải quyết gốc rễ (prioritization kém), trái với PMBOK 7th Principle 3: Engagement (hợp tác thay vì chỉ đạo).

• ❌ Increase the capacity of the team to deliver the completed backlog on time.
  Sai vì: Tăng công suất (thêm người/giờ) thường dẫn đến diminishing returns (theo Agile Principle #11: Sustainable pace), gây burnout, giảm velocity dài hạn và tăng chi phí. PMBOK 7th (Principle 7: Optimization) cảnh báo chống overwork; thay vào đó, cần reprioritize thay vì scale up không bền vững.

• ✅ Assist the team in defining a minimum viable product (MVP) by the launch date.
  Đúng vì: Như đã giải thích ở trên, đây là hành động optimal để deliver value nhanh chóng, phù hợp Lean-Agile hybrid trong PMP 2026 updates. MVP đảm bảo launch đúng hạn với core features, hỗ trợ innovation và market leadership.

• ❌ Schedule a meeting with the stakeholders to review the contingency plan.
  Sai vì: Contingency plan dành cho rủi ro đã biết (PMBOK Process 11.5: Plan Risk Responses), không phải primary action cho vấn đề planning thông thường như backlog quá tải. Meeting này chỉ là reactive, trì hoãn quyết định, trong khi Agile ưu tiên empower team ngay lập tức (Principle 11: Teams are trusted).

📘 Tài liệu tham khảo

• PMBOK Guide 7th Edition (2021): Principles 1-8 (Stewardship, Team, Stakeholders, Value, Systems Thinking, Leadership, Tailoring, Quality); Agile sections trong Hybrid models.
• Agile Practice Guide (PMI, 2021): MVP & Prioritization in Adaptive lifecycles.
• Scrum Guide (2025 version): Sprint Planning, Product Backlog Refinement, Definition of Done.
• PMI updates to 2026: Nhấn mạnh AI-driven prioritization và MVP trong Digital Transformation (PMI Pulse of the Profession 2025 Report).

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

🧩 Phân tích chi tiết câu hỏi trắc nghiệm PMP (Chủ đề Agile Project Management)

📖 Nội dung câu hỏi được giải thích rõ ràng:
Câu hỏi mô tả một dự án agile đang ở iteration thứ 3 (lặp lại thứ 3), với mỗi iteration kéo dài 2 tuần (tức là sprint 2 tuần theo Scrum). Một giám đốc operations mới gia nhập công ty, chỉ có kinh nghiệm predictive (thủy tinh thể/truyền thống), không quen với agile. Trong cuộc họp đầu tiên với project manager (PM), giám đốc yêu cầu báo cáo tình trạng dự án hàng tuần.
🛠️ Vấn đề cốt lõi: Giám đốc quen với cách làm predictive (báo cáo định kỳ chi tiết), nhưng dự án đang dùng agile – nơi ưu tiên tính minh bạch liên tục (continuous transparency), hợp tác (collaboration) và phản hồi nhanh (rapid feedback), không phải báo cáo cứng nhắc. PM cần xử lý sao để phù hợp với nguyên tắc agile (Agile Manifesto: Individuals and interactions over processes and tools; Responding to change over following a plan), đồng thời quản lý stakeholder hiệu quả theo PMBOK 7th Edition.

✅ Đáp án ĐÚNG: "Introduce the agile aspect to the director and agree on a solution."
Lý do lựa chọn (theo PMP mới nhất - PMBOK 7th Edition & Agile Practice Guide 2021, cập nhật đến 2026):
🧩 PM cần giáo dục (educate) stakeholder về các khía cạnh agile (như iteration, daily standup, burndown charts, velocity) để xây dựng sự hiểu biết chung. Sau đó, thỏa thuận giải pháp chung (co-create solution) – ví dụ: dashboard trực tuyến, demo cuối iteration, hoặc báo cáo rút gọn nếu cần. Điều này phù hợp với Stakeholder Engagement (Domain 8, PMBOK 7) và Agile Principle #4: Business people and developers must work together daily. Không từ chối thẳng mà adapt to needs, đảm bảo value delivery mà không làm gián đoạn team.
📘 Nguồn tham khảo: PMBOK 7th Ed., Section 4.7 (Stakeholder Engagement); Agile Practice Guide, p. 42-45 (Tailoring & Servant Leadership).

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

• ❌ [SAI] Invite the director to attend the daily standup meetings.
  ❌ Lý do sai: Daily standup (họp đứng hàng ngày 15 phút) dành riêng cho development team để tự phối hợp công việc, không phải cho external stakeholders như giám đốc. Việc mời tham gia sẽ làm gián đoạn flow (team ngại chia sẻ tự do), vi phạm Scrum Guide (Daily Scrum là team internal). Thay vì giải quyết nhu cầu báo cáo, nó chỉ tạo thêm nhiễu.
  📘 Nguồn: Scrum Guide 2020 (Daily Scrum events), Agile Practice Guide p. 67.

• ❌ [SAI] Share this with the team and ask them to develop reports for the director.
  ❌ Lý do sai: PM là servant leader trong agile, không nên giao gánh nặng reporting cho team – team tập trung vào delivering value (code, features). Việc này làm giảm velocity, tăng waste (theo Lean-Agile), và không khuyến khích self-organizing team. PM phải shield team khỏi distractions.
  📘 Nguồn: PMBOK 7th Ed., Domain 5 (Team Management); Agile Manifesto Principle #5 (Build projects around motivated individuals).

• ✅ [ĐÚNG] Introduce the agile aspect to the director and agree on a solution.
  ✅ Lý do đúng (tóm tắt lại): Như đã giải thích ở trên – giáo dục + hợp tác là cách tailor communication phù hợp agile, xây dựng psychological safety cho stakeholder. Đảm bảo transparency mà vẫn linh hoạt.
  📘 Nguồn: Agile Practice Guide, p. 23 (Agile Mindset); PMBOK 7th Ed., Principle 9 (Tailor based on context).

• ❌ [SAI] Explain to the director that agile projects have live reports.
  ❌ Lý do sai: Mặc dù agile dùng live reports (như Jira dashboards, burndown charts), nhưng chỉ giải thích suông là push-back thay vì engage. Giám đốc predictive cần demo thực tế hoặc thỏa thuận, không phải lý thuyết. Có thể làm stakeholder cảm thấy bị từ chối, vi phạm Customer Collaboration principle.
  📘 Nguồn: PMBOK 7th Ed., Section 4.6 (Project Communications); Scrum Guide (Artifacts transparency).

🛡️ Kết luận PMP: Lựa chọn đúng nhấn mạnh leadership agile – PM làm cầu nối giữa stakeholder và team, đảm bảo dự án sustainable và value-driven. Áp dụng thực tế để tránh "hybrid tension" giữa predictive và agile! 🚀

🧩 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ý Chất lượng (Quality Management) trong PMP, cụ thể liên quan đến quy trình Control Quality và Manage Quality theo PMBOK® Guide 7th Edition (cập nhật đến 2026, dựa trên Exam Content Outline 2021 với các nguyên tắc Agile/Hybrid).

Tình huống: Một dự án sản xuất linh kiện đắt tiền bị khách hàng trả lại một số linh kiện, với khiếu nại về chất lượng kém, lo ngại sản phẩm của họ sẽ bị trả lại. Project Manager (PM) tin chắc chất lượng đã được duy trì. Câu hỏi yêu cầu cách giao tiếp tốt nhất với khách hàng để thuyết phục họ rằng sản phẩm đạt chất lượng.

Mục tiêu chính là sử dụng dữ liệu khách quan, có hệ thống để chứng minh chất lượng, thay vì tranh cãi suông, giúp xây dựng lòng tin và quản lý kỳ vọng khách hàng (Stakeholder Engagement).

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

Đáp án đúng: Show the customer the quality control measurements.

🛠️ Lý do: Theo quy trình Control Quality (Project Quality Management), "Quality Control Measurements" là đầu ra chính (outputs) bao gồm các phép đo cụ thể (measurements) từ công cụ kiểm tra chất lượng như kiểm tra, kiểm toán, control charts... Những measurements này chứng minh trực tiếp rằng sản phẩm đáp ứng yêu cầu chất lượng (quality requirements), bao gồm dữ liệu định lượng từ toàn bộ quy trình sản xuất. Điều này giúp PM giao tiếp dữ liệu khách quan, toàn diện, tăng cường lòng tin khách hàng mà không cần giải thích dài dòng. Đây là cách tiếp cận data-driven phù hợp với nguyên tắc Value và Quality trong PMBOK 7th Edition.

📋 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 đánh giá đúng/sai dựa trên thực hành PMP tốt nhất (Best Practice). Tôi giữ nguyên văn bản gốc tiếng Anh cho phương án, chỉ giải thích bằng tiếng Việt:

• ❌ [SAI] Show the customer the tolerance and control limits.
  🧐 Giải thích sai: Tolerance (khoảng dung sai) và control limits (giới hạn kiểm soát trên control charts) chỉ là công cụ hỗ trợ trong Control Quality, không phải dữ liệu chứng minh chất lượng tổng thể. Chúng có thể gây nhầm lẫn nếu khách hàng không am hiểu kỹ thuật, dẫn đến tranh luận thay vì thuyết phục. Không phải cách giao tiếp hiệu quả với stakeholder bên ngoài.

• ❌ [SAI] Show the customer sample results from the current batch.
  🧐 Giải thích sai: Kết quả mẫu từ lô hiện tại chỉ đại diện một phần nhỏ, không chứng minh chất lượng toàn dự án. Khách hàng đang lo về vấn đề hệ thống, nên dữ liệu mẫu có thể bị bác bỏ là "không đại diện", không xây dựng lòng tin lâu dài.

• ❌ [SAI] Show the customer a sample history of quality.
  🧐 Giải thích sai: Lịch sử mẫu chất lượng chỉ là dữ liệu lịch sử hạn chế, không cung cấp measurements hiện tại hoặc toàn diện. Nó thiếu tính thuyết phục vì không liên kết trực tiếp với lô hàng bị trả, và có thể bị coi là "dữ liệu cũ" không giải quyết khiếu nại cụ thể.

• ✅ [ĐÚNG] Show the customer the quality control measurements.
  🛠️ Giải thích đúng: Như đã nêu ở trên, đây là đầu ra chuẩn của Control Quality, bao gồm đầy đủ dữ liệu đo lường (pass/fail rates, defects, metrics từ inspections). Giúp PM chứng minh chất lượng được kiểm soát liên tục, phù hợp với nguyên tắc Holistic Thinking và Stakeholder Engagement trong PMBOK 7.

📘 Tài liệu tham khảo

• PMBOK® Guide 7th Edition (PMI, 2021, cập nhật Exam Content Outline đến 2026): Section 8.2.3.2 (Quality Management Principles), 4.5.3.1 (Control Quality Outputs – Quality Control Measurements).
• PMI Agile Practice Guide (2021): Nhấn mạnh data-driven assurance trong Hybrid projects.
• PMP Exam Content Outline (PMI, 2021): Domain III (Business Environment) & IV (Deliver Value) – Stakeholder communication qua evidence-based info.
• Tham khảo thêm: Rita Mulcahy's PMP Exam Prep (Latest Edition) – Chapter on Quality Management.

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

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

📖 Giải thích nội dung câu hỏi:
Câu hỏi mô tả một công ty đang thực hiện dự án phát triển tích hợp (integration) các hệ thống hiện có. Có các vấn đề đã biết (known issues) đang xảy ra trong môi trường sản xuất (production). Câu hỏi yêu cầu project manager (PM) nên làm gì để xử lý tình huống này.
🛠️ Ngữ cảnh chính: Đây là tình huống liên quan đến dự án Agile hoặc Hybrid (kết hợp Predictive và Agile), vì đề cập đến "known issues in production" – những trở ngại (impediments) ảnh hưởng đến tiến độ và chất lượng. Theo PMBOK® Guide 7th Edition (2021) và cập nhật PMP đến 2026, PM cần tập trung vào việc loại bỏ trở ngại và quản lý rủi ro để đảm bảo dòng chảy công việc mượt mà, đặc biệt trong môi trường tích hợp hệ thống nơi các vấn đề sản xuất có thể cản trở phát triển.

✅ Đáp án đúng:
Identify and remove impediments and mitigate the risks.
Lý do lựa chọn:
Trong Agile/Scrum, PM (hoặc Scrum Master) có trách nhiệm chính là xác định (identify) và loại bỏ (remove) các trở ngại (impediments) đang cản trở đội ngũ, đồng thời giảm thiểu rủi ro (mitigate risks) để tránh ảnh hưởng lan rộng. Các "known issues in production" chính là impediments điển hình, cần hành động ngay lập tức để bảo vệ giá trị dự án. Điều này phù hợp với nguyên tắc "Serve and Protect the Team" trong Agile Practice Guide (PMBOK 7) và Scrum Guide (2020), giúp duy trì velocity và chất lượng tích hợp hệ thống.

🔍 Giải thích tất cả các phương án (sử dụng kiến thức PMP mới nhất - PMBOK® 7th Edition & Agile Practice Guide)

• ✅ Identify and remove impediments and mitigate the risks.
  Phân tích: Phương án này ĐÚNG vì trực tiếp giải quyết vấn đề cốt lõi – các known issues in production là impediments và rủi ro tiềm ẩn. PM phải ưu tiên hành động này để hỗ trợ đội ngũ (team facilitation), theo Domain 3: Team Leadership trong PMP Exam Content Outline (2021, cập nhật 2026). Không hành động sẽ làm chậm sprint và tích hợp hệ thống.

• ❌ Ensure the product owner reviews requirements with the team.
  Phân tích: Phương án này SAI vì trách nhiệm xem xét yêu cầu (requirements) thuộc về Product Owner (PO), không phải PM. PM chỉ hỗ trợ facilitation, không "ensure" thay PO. Vấn đề ở đây là issues in production (thực thi), không phải requirements gathering. Theo Scrum Guide, PO quản lý Product Backlog, còn PM tập trung impediments.

• ❌ Include acceptance criteria in the definition of done (DoD).
  Phân tích: Phương án này SAI vì DoD (Definition of Done) là tiêu chuẩn chất lượng đã được định nghĩa từ đầu dự án/sprint, bao gồm acceptance criteria nếu cần. Việc thêm vào lúc này không giải quyết known issues in production – đây là hoạt động retrospective muộn màng. PMBOK 7 khuyến nghị DoD ổn định từ Iteration Planning, không dùng để fix impediments thời gian thực.

• ❌ Review the quality control processes and procedures.
  Phân tích: Phương án này SAI vì review quality control chỉ là hoạt động kiểm tra (inspect), không trực tiếp loại bỏ impediments hoặc mitigate risks ngay lập tức. Known issues in production cần hành động nhanh (remove blockers), không phải review dài dòng. Theo Domain 4: Business Acumen (PMBOK 7), quality assurance là ongoing, nhưng ưu tiên là impediments trước.

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

• PMBOK® Guide – 7th Edition (2021), Section 4.5: Project Work (Agile Approaches) & Agile Practice Guide.
• PMP Examination Content Outline (2021, cập nhật 2026): Domain 2 (Process) & Domain 3 (Team).
• Scrum Guide (2020): Servant-Leadership của Scrum Master.
  (Nguồn chính thức từ PMI.org, khuyến nghị kiểm tra phiên bản mới nhất để ôn thi PMP).

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

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

Câu hỏi này thuộc chủ đề Quản lý đội ngũ và lãnh đạo trong dự án (Team Management and Leadership) theo PMP, đặc biệt trong ngữ cảnh Agile/Hybrid với vai trò Product Owner (PO).
📖 Tình huống: Một dự án đang diễn ra bị thay đổi Product Owner mới, người này thiếu kiến thức về sản phẩm hơn toàn bộ thành viên team. Kết quả là team không tôn trọng ý kiến của PO mới, mà chủ yếu dựa vào ý kiến của Project Manager (PM).
🛠️ Vấn đề cốt lõi: PM cần hành động để khôi phục sự cân bằng quyền lực và hiệu quả dự án, tránh làm suy yếu vai trò PO (người chịu trách nhiệm về backlog và giá trị sản phẩm). PM không được thay thế PO mà phải hỗ trợ theo nguyên tắc Servant Leadership (Lãnh đạo phục vụ).
📘 Bối cảnh PMP mới nhất (PMBOK® Guide 7th Edition & Agile Practice Guide, cập nhật đến 2025-2026): PM tập trung vào Value Delivery, Team Empowerment, và Stakeholder Engagement. Không can thiệp trực tiếp vào vai trò PO mà hỗ trợ phát triển cá nhân để đảm bảo team tự quản (self-organizing team).

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

Đáp án đúng: Schedule time to share insights with the new product owner about the product and project information.

Lý do:
🧠 PM chủ động chia sẻ kiến thức (knowledge sharing) trực tiếp với PO mới để giúp họ nhanh chóng làm quen với sản phẩm và dự án. Điều này phù hợp với vai trò PM là Coach/Facilitator trong Agile (PMBOK 7th, Principle 5: Team & Stakeholders), thúc đẩy High-Performing Team mà không xâm phạm trách nhiệm PO. Hành động này ngay lập tức và hiệu quả, giúp PO lấy lại uy tín tự nhiên qua kiến thức, tránh xung đột team.
🚀 Lợi ích: Tăng cường Tailoring (tùy chỉnh quy trình) và Continual Improvement (Cải tiến liên tục), theo Standard for Project Management (SPM 2021+).

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

Dưới đây là phân tích chi tiết từng lựa chọn, giữ nguyên văn bản gốc bằng tiếng Anh. Mỗi phương án được đánh giá đúng/sai dựa trên PMBOK 7th Edition, Agile Practice Guide, và PMP Exam Content Outline 2021 (cập nhật 2025):

• ❌ [SAI] Work with the project management office (PMO) manager to generate an onboarding plan for the new product owner.
  Giải thích sai: Hành động này quá hành chính hóa và chậm trễ (phải phối hợp PMO), không giải quyết vấn đề ngay lập tức. PMO có thể hỗ trợ onboarding chung, nhưng PM phải tự empower cá nhân (Principle 6: Adaptability). Không phù hợp vì PMO không phải là bên trực tiếp coach PO (PMBOK 7th, Domain: Team, Task: Engage stakeholders).

• ✅ [ĐÚNG] Schedule time to share insights with the new product owner about the product and project information.
  Giải thích đúng: Như đã nêu ở phần đáp án đúng. Đây là hành động tích cực, trực tiếp theo Servant Leader role của PM (Agile Practice Guide, p.45: Coach the product owner). Giúp PO xây dựng kiến thức nội bộ nhanh chóng, tăng team trust tự nhiên mà không ép buộc.

• ❌ [SAI] Assume the role of the product owner while the product owner gets familiar with the product.
  Giải thích sai: Vi phạm nghiêm trọng ranh giới vai trò (Role Clarity). PM không được thay thế PO vì PO chịu trách nhiệm Product Vision & Backlog (Scrum Guide 2020+). Điều này tạo Single Point of Failure, giảm self-organization và có thể dẫn đến xung đột (PMBOK 7th, Principle 4: Collaboration; Domain: Uncertainty, Task: Assess).

• ❌ [SAI] Organize a team-building activity and ask the team to respect the opinions of the new product owner.
  Giải thích sai: Ép buộc tôn trọng mà không giải quyết gốc rễ (thiếu kiến thức PO) sẽ làm team phản ứng ngược, giảm động lực. Team-building chỉ hỗ trợ soft skills, không thay thế kiến thức chuyên môn (PMBOK 7th, Develop Team model: Tuckman Stages - Norming cần cơ sở thực tế). PM phải facilitate, không dictate respect.

📚 Tài liệu tham khảo

• PMBOK® Guide – 7th Edition (2021): Principles 1-12 (Stewardship, Team, Value), Performance Domain: Team (p.89-103).
• Agile Practice Guide (2017, tích hợp PMBOK 7): Servant Leadership & Coaching Product Owner (p.44-46).
• Scrum Guide (2020, cập nhật 2025): Product Owner Accountability.
• PMP Exam Content Outline (PMI, 2021+): Domain III: Business Environment (15%), Task: Evaluate stakeholder engagement.
• PMI Standards+ (2025 preview): Nhấn mạnh Hybrid/Agile Tailoring cho knowledge transfer.

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é! 💡