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) mới tiếp quản một dự án đang tồn tại. PM muốn đánh giá tiến độ dự án bằng cách theo dõi các features (tính năng) ở các trạng thái: đang thực hiện (in progress), đã hoàn thành (completed), hoặc đã lên lịch để làm (scheduled to be worked on).

🛠️ Mục tiêu chính: Tìm công cụ giúp đánh giá trạng thái tổng thể của dự án thông qua việc visualize (hình dung hóa) luồng công việc theo các giai đoạn này. Đây là ngữ cảnh Agile/Kanban, nơi cần theo dõi backlog, WIP (Work In Progress), và done items để phát hiện bottleneck (điểm nghẽn).

📘 Kiến thức PMP cập nhật (PMBOK 7th Edition & Agile Practice Guide 2021, áp dụng đến 2026): Trong quản lý dự án lai (hybrid) hoặc Agile, các biểu đồ visualize là công cụ quan trọng trong Monitor and Control Project Work và Kanban systems.

✅ Đáp án đúng: Cumulative flow diagram

Lý do chọn:
Cumulative flow diagram (CFD) là biểu đồ tích lũy hiển thị số lượng features/items theo thời gian ở từng cột trạng thái (ví dụ: To Do/Scheduled, In Progress, Completed/Done). Nó giúp PM mới nhanh chóng nắm trạng thái hiện tại, phát hiện điểm nghẽn (như quá nhiều items in progress), và đánh giá tiến độ tổng thể. Hoàn hảo cho việc "take over" dự án vì cung cấp cái nhìn toàn diện, lịch sử về luồng công việc.

🧩 Cách hoạt động: Đường cong chồng lên nhau cho từng trạng thái, giúp tính cycle time, throughput, và WIP limits.

📊 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). Tôi đánh dấu ✅ đúng hoặc ❌ sai, kèm lý do dựa trên PMP chuẩn:

• Cumulative flow diagram ✅
  Đúng vì: Như đã giải thích, đây là công cụ Kanban lý tưởng để theo dõi features theo trạng thái (scheduled, in progress, completed). Giúp visualize hàng đợi, WIP, và done một cách tích lũy, phù hợp cho PM mới đánh giá dự án đang diễn ra (theo Agile Practice Guide, Section 5.3 - Kanban).

• Burndown chart ❌
  Sai vì: Burndown chart chỉ theo dõi công việc còn lại (remaining work) giảm dần theo thời gian trong một sprint/iteration cố định, không hiển thị chi tiết trạng thái features (in progress/completed/scheduled). Nó tập trung vào scope baseline và velocity, không phù hợp để "assess state" tổng thể của dự án đang diễn ra (PMBOK 7th, Section 4.6 - Agile Metrics).

• Pareto diagram ❌
  Sai vì: Pareto diagram là biểu đồ cột 80/20 dùng để phân tích nguyên nhân gốc rễ của vấn đề (quality control), không theo dõi tiến độ features theo trạng thái. Nó dùng cho root cause analysis trong Manage Quality, không phải đánh giá luồng công việc (PMBOK 7th, Tool & Techniques of Manage Quality).

• Burnup chart ❌
  Sai vì: Burnup chart theo dõi công việc đã hoàn thành (completed work) tăng dần theo thời gian, thường so với scope total. Nó không hiển thị phân loại theo trạng thái (in progress/scheduled), mà chỉ tập trung vào total progress vs. scope, kém hiệu quả cho việc theo dõi WIP hoặc backlog (Agile Practice Guide, khác biệt với CFD ở visualization chi tiết).

📚 Tài liệu tham khảo

• PMBOK® Guide 7th Edition (2021): Section 4.6 (Project Monitoring Metrics), nhấn mạnh Agile tools như CFD cho flow efficiency.
• Agile Practice Guide (2021): Section 5.3 (Kanban), mô tả Cumulative Flow Diagram là key visual control cho WIP và bottlenecks.
• PMI Standards đến 2026: Không thay đổi cốt lõi, vẫn ưu tiên CFD trong hybrid/Agile projects (theo PMI updates 2023-2025).

🛠️ Lời khuyên PMP: Khi take over dự án, PM nên dùng CFD kết hợp Daily Stand-up để nhanh chóng align team!

🧩 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, tập trung vào tình huống xử lý trở ngại (impediments) và ưu tiên công việc giữa các nhóm liên quan.

• Bối cảnh: Một nhóm phát triển Agile (agile development team) đã hoàn thành sản phẩm mới, nhưng nhóm IT chịu trách nhiệm xác thực (validation) và phát hành (release) đang bị chậm trễ do ưu tiên khác. Điều này tạo ra bottleneck trong quy trình Agile, ảnh hưởng đến việc giao giá trị nhanh chóng cho khách hàng (time-to-market).
• Vấn đề cốt lõi: Project manager cần chọn hành động chủ động, hợp tác để giải quyết, phù hợp với nguyên tắc Agile: tập trung vào khách hàng, cải tiến liên tục, và lãnh đạo phục vụ (servant leadership).
• Mục tiêu PMP: Theo PMBOK® Guide 7th Edition (và cập nhật đến 2026), project manager phải thúc đẩy sự hợp tác giữa các bên liên quan (stakeholder engagement), quản lý rủi ro và trở ngại mà không làm gián đoạn dòng chảy giá trị (value stream).

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

• PMBOK® Guide – 7th Edition (2021, cập nhật 2024-2026 qua PMI Standards+).
• Agile Practice Guide (PMI, 2017, tích hợp PMBOK 7).
• The Standard for Project Management (2021).

✅ Đáp án đúng: Work with the IT team to prioritize the validation and release of the new features.

Lý do lựa chọn (theo PMP mới nhất):

• 🛠️ Hành động này thể hiện servant leadership và facilitation, giúp project manager làm việc cùng (collaborate) nhóm IT để ưu tiên lại backlog của họ, tích hợp tính năng mới vào quy trình Agile (như Kanban hoặc Scrum-of-Scrums).
• ✅ Phù hợp 12 nguyên tắc Agile (Agile Manifesto) và Domain: Team trong PMP Exam Content Outline 2021 (cập nhật 2024): Khuyến khích self-organizing teams, giải quyết impediments tại chỗ qua daily collaboration.
• Kết quả: Giảm delay, tăng flow efficiency, đảm bảo business value được deliver kịp thời mà không xung đột.

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

• ✅ Work with the IT team to prioritize the validation and release of the new features.
  Đúng vì: 🛠️ Project manager đóng vai trò facilitator, hỗ trợ nhóm IT re-prioritize công việc qua joint planning (ví dụ: refinement session hoặc value stream mapping). Điều này thúc đẩy cross-functional collaboration, giảm waste theo Lean-Agile, và tuân thủ Stakeholder Engagement (PMBOK 7: Principle 5 - Optimize Risk Responses).

• ❌ Deliver the features when the IT team is able to validate them.
  Sai vì: 🛑 Đây là cách tiếp cận thụ động (passive), chấp nhận delay mà không hành động, vi phạm nguyên tắc Agile: Deliver working software frequently. Project manager phải proactive giải quyết impediments, không "chờ đợi" (PMBOK 7: Principle 9 - Leadership: Think and act proactively).

• ❌ Escalate the issue from the IT team to management and get the validation prioritized.
  Sai vì: 🚫 Escalation chỉ dùng khi tự giải quyết thất bại (last resort). Agile ưu tiên empower teams và resolve at lowest level (Servant Leader không "chạy lên trên" ngay). Làm vậy có thể tạo silo mentality, giảm trust (Agile Practice Guide: Ch. 4 - Implementing Agile: Servant Leadership).

• ❌ Request the IT team to immediately release the product and then validate the features.
  Sai vì: ⚠️ Vi phạm quality principles (Definition of Done - DoD), tăng rủi ro technical debt và production issues. Agile yêu cầu validation trước release (CI/CD best practices), không "release first, fix later" (PMBOK 7: Principle 3 - Focus on Value; Domain: Uncertainty).

Kết luận PMP: 🏆 Trong Agile hybrid (dev + IT ops), project manager phải enable flow qua collaboration. Thực hành này giúp đạt People (52%), Process (36%), Business Environment (12%) theo PMP ECo 2021. Nếu gặp tương tự, dùng ** impediment log** và retrospective để cải tiến! 🚀

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

Câu hỏi thuộc chủ đề Quản lý Đội ngũ Dự án (Project Team Management) trong PMP, cụ thể liên quan đến quy trình Develop Team và Manage Team theo PMBOK Guide 7th Edition (cập nhật đến 2023 và áp dụng đến 2026 với các nguyên tắc Agile/Hybrid).

Tình huống: Một đội ngũ đang thực thi dự án thay thế hệ thống cũ bằng hệ thống mới. Quản lý dự án (PM) mới được thuê nhận thấy đội ngũ gồm hai nhóm thành viên:

• Những người có kinh nghiệm với hệ thống cũ (có thể quen thuộc nhưng chưa quen hệ thống mới).
• Những người ít kinh nghiệm trước đó (có thể cần đào tạo thêm).

Mục tiêu: PM cần hành động để đảm bảo thành công dự án, tập trung vào việc xây dựng đội ngũ hiệu quả, vì sự đa dạng kinh nghiệm có thể dẫn đến rủi ro như thiếu kỹ năng hệ thống mới, xung đột vai trò hoặc hiệu suất thấp. PM phải chủ động đánh giá và phát triển đội ngũ thay vì dựa vào kinh nghiệm quá khứ hoặc giao phó cho người khác.

📘 Dẫn chứng: PMBOK Guide 7th Edition, Domain 4: Team (Project Team), Principle 9: Teamwork; Process 9.3: Develop Team (đánh giá hiệu suất đội ngũ hiện tại và xác định nhu cầu phát triển để nâng cao năng lực).

✅ Đáp án ĐÚNG và lý do lựa chọn

Đáp án đúng: Evaluate the current effectiveness of the team and define development needs.

Lý do 🛠️:

• Đây là bước đầu tiên và quan trọng nhất theo PMP: PM phải đánh giá hiệu suất đội ngũ hiện tại (current effectiveness) để xác định khoảng trống kỹ năng (ví dụ: ai cần đào tạo hệ thống mới), sau đó xác định nhu cầu phát triển (development needs) như đào tạo, coaching, mentoring.
• Điều này phù hợp với quy trình Develop Team, giúp xây dựng đội ngũ cohesive, hiệu quả cho dự án thay thế hệ thống (có thay đổi lớn). Không đánh giá trước sẽ dẫn đến thất bại.
• Trong môi trường hybrid/agile (phổ biến 2026), PM chủ động sử dụng công cụ như team performance assessments, Tuckman's stages (Forming-Storming-Norming-Performing) để phát triển đội ngũ.

📋 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. Mỗi phương án được đánh giá dựa trên nguyên tắc PMP mới nhất:

• ✅ [ĐÚNG] Evaluate the current effectiveness of the team and define development needs.
  🧩 Giải thích: Như trên, đây là hành động chủ động, phù hợp PMBOK 7th Edition (9.3 Develop Team). PM phải đánh giá trước để định hướng phát triển, đảm bảo đội ngũ thích ứng hệ thống mới. Không làm vậy, dự án dễ thất bại do thiếu kỹ năng.

• ❌ [SAI] Assign team member roles and responsibilities based on past experience.
  🛠️ Giải thích: Sai vì dựa vào kinh nghiệm quá khứ (hệ thống cũ) sẽ bỏ qua người mới và nhu cầu hệ thống mới, dẫn đến phân công không phù hợp (mismatch skills). PMP yêu cầu High-Performing Team dựa trên năng lực hiện tại và dự án cụ thể (PMBOK 7th, RACI Matrix trong Manage Team), không phải lịch sử.

• ❌ [SAI] Allow each team member to use their individual strengths for project success.
  🧩 Giải thích: Sai vì dù tận dụng strengths tốt (Servant Leadership), nhưng thiếu đánh giá ban đầu sẽ không phát hiện điểm yếu (ví dụ: người cũ không quen công nghệ mới). PMP nhấn mạnh team development plan trước (PMBOK 7th, Principle 10: Leadership), không phải "tự do" mà cần cấu trúc để tránh chaos.

• ❌ [SAI] Request a performance assessment for the team from the functional manager.
  ❌ Giải thích: Sai vì PM chịu trách nhiệm chính cho đội ngũ dự án (Project Manager Accountability Model, PMBOK 7th Domain 4). Request functional manager (người quản lý chức năng) là giao phó, chậm trễ và không chủ động. PM tự đánh giá qua observation, 360-degree feedback (Manage Team process).

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

Hành động đúng giúp PM xây dựng High-Performing Team, giảm rủi ro dự án thay thế hệ thống. Áp dụng 12 Principles PMBOK 7th (như Teamwork, Optimization) để thành công.

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

• PMBOK® Guide 7th Edition (PMI, 2021) - Sections 4.3 Manage Project Team, 9.3 Develop Team.
• PMI Agile Practice Guide (2021) - Team Formation & Development.
• PMP Exam Content Outline 2021 (Domain IV: People, 42% trọng số).

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

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

Câu hỏi mô tả tình huống trong giai đoạn thực thi dự án (Project Execution) theo PMBOK Guide (phiên bản 7th Edition, cập nhật đến 2023 và các tài liệu PMI mới nhất đến 2026): Một khách hàng yêu cầu thêm một tính năng mới vào sản phẩm. Project Manager (PM) đã thực hiện phân tích yêu cầu thay đổi (change request analysis), phát hiện ra rằng thiết bị cần thiết không có sẵn kịp thời, dẫn đến tình trạng đội ngũ dự án bị nhàn rỗi (team idle). Câu hỏi yêu cầu xác định hành động tiếp theo mà PM nên làm.

🛠️ Điểm then chốt: Đây là tình huống liên quan đến quản lý thay đổi (Change Management). Yêu cầu thêm tính năng là một change request từ bên ngoài (client), và phân tích ban đầu đã chỉ ra tác động tiêu cực (thiếu thiết bị, đội ngũ idle). Theo quy trình PMP, sau phân tích sơ bộ, PM phải tuân thủ quy trình chính thức để đánh giá toàn diện thay đổi trước khi quyết định approve/reject. Không nên hành động vội vã mà bỏ qua quy trình chuẩn.

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

Đáp án đúng: Perform integrated change control.

📘 Lý do chi tiết: Theo PMBOK Guide 7th Edition (Process 4.6: Perform Integrated Change Control) và PMI's Practice Standard for Change Management, sau khi nhận và phân tích sơ bộ change request (impact analysis về thời gian, chi phí, tài nguyên), bước tiếp theo bắt buộc là thực hiện Integrated Change Control (ICC). Quy trình này bao gồm:

• Đánh giá toàn diện tác động đến baseline (scope, schedule, cost, risk).
• Phối hợp với CCB (Change Control Board) hoặc stakeholders để phê duyệt/thay đổi/từ chối.
• Trong trường hợp này, vấn đề "thiếu thiết bị dẫn đến team idle" là rủi ro từ thay đổi đề xuất, cần ICC để quyết định (ví dụ: approve với mitigation, hoặc reject). Bỏ qua ICC có thể vi phạm project governance, dẫn đến scope creep hoặc lãng phí tài nguyên. Đây là bước "next" logic nhất sau phân tích ban đầu.

Nguồn tham khảo:

• PMBOK® Guide – Seventh Edition (2021), Section 4.6.
• PMI's The Standard for Project Management (2021), Principle 7: Optimize Risk Responses.
• PMI Agile Practice Guide (2021), Change in Agile contexts.

📋 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 bằng tiếng Anh, kèm giải thích tại sao đúng/sai bằng tiếng Việt. Tôi đánh dấu ✅ cho đúng và ❌ cho sai để dễ theo dõi:

• ❌ Establish a contingency reserve.
  Sai vì: Contingency reserve chỉ dùng cho known risks đã xác định trước trong Risk Register (PMBOK 7th, Section 4.7: Manage Project Risks), không phải để xử lý change request mới từ client. Việc thêm tính năng là thay đổi scope, không phải risk dự phòng. Hành động này bỏ qua quy trình ICC và có thể làm sai lệch cost baseline.

• ❌ Rent ready-made equipment.
  Sai vì: Đây là hành động cụ thể và vội vã (workaround) mà chưa qua phê duyệt change request. Theo PMBOK, PM không được tự ý thực hiện thay đổi (như thuê thiết bị) vì có thể gây scope creep, tăng chi phí không kiểm soát, và vi phạm scope baseline. Phải qua ICC trước để đánh giá tính khả thi toàn diện.

• ❌ Escalate the risk to senior management.
  Sai vì: Vấn đề "thiếu thiết bị dẫn đến team idle" không phải risk độc lập mà là tác động của change request. Escalation chỉ dùng cho high-impact risks không kiểm soát được (PMBOK 7th, Risk Escalation Thresholds), không phải để xử lý change. Thay vào đó, ICC sẽ phối hợp stakeholders/senior management một cách có hệ thống.

• ✅ Perform integrated change control.
  Đúng vì: Như giải thích ở trên, đây là quy trình chuẩn tiếp theo sau phân tích change request. ICC đảm bảo thay đổi được review toàn diện, tránh idle time bằng cách approve với điều chỉnh schedule/resources hoặc reject kịp thời. Hoàn toàn phù hợp với PMP best practices.

🎯 Kết luận: Câu hỏi kiểm tra kiến thức về Change Control Process Group – một trong 10 Knowledge Areas quan trọng nhất trong PMP exam (tỷ lệ xuất hiện cao ~12-15%). Hãy luôn ưu tiên quy trình tích hợp thay vì hành động "fix nhanh"! Nếu cần luyện thêm, tham khảo PMI.org mock exams.

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

Câu hỏi thuộc chủ đề Quản lý Rủi ro (Risk Management) và Giai đoạn Khởi tạo (Initiation Phase) trong PMP theo PMBOK® Guide 7th Edition (2021) và các cập nhật đến 2026 (bao gồm PMI's PMBOK® Guide 8th draft principles).

Tình huống cụ thể:

• Dự án phát triển phần mềm cho hệ thống mua sắm (procurement system) của công ty bán lẻ đang ở giai đoạn Initiation (khởi tạo), nơi tập trung vào việc xác định mục tiêu cao cấp, stakeholders, business case và rủi ro sơ bộ.
• Project sponsor (người bảo trợ dự án) lo ngại rằng ngày dự báo triển khai dự án (forecasted implementation date) trùng với kỳ lập ngân sách tài chính (financial budget planning period) của công ty. Điều này có thể gây rủi ro về thời gian, ngân sách hoặc xung đột kinh doanh.
• Yêu cầu: Project manager (PM) cần chọn hai hành động tiếp theo để giải quyết lo ngại này một cách chuyên nghiệp, phù hợp với nguyên tắc Proactive Risk Management và Stakeholder Engagement trong PMBOK 7th (tập trung vào giá trị, adaptiveness và uncertainty).

Mục tiêu là xử lý rủi ro sớm ở Initiation, nơi chưa có baseline chi tiết nhưng cần identify và assess rủi ro để xây dựng business case vững chắc. 📘 Nguồn tham khảo: PMBOK® Guide 7th Edition, Chương 4 (Project Initiation), Chương 11 (Risk Management Principles), và The Standard for Risk Management in Portfolios, Programs, and Projects (PMI, 2019).

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

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

1. Facilitate a risk workshop with all stakeholders in attendance to identify and assess all risks to the project
2. Log the concern as a risk in the project risk register and assess the impact and severity of the risk

Lý do chọn 🛠️:

• Ở giai đoạn Initiation, PM phải chủ động identify rủi ro (bao gồm lo ngại của sponsor như một rủi ro thời gian/ngân sách). Việc log vào risk register (dù sơ bộ) và tổ chức workshop với stakeholders giúp assess tác động (impact) và xác suất (probability), phù hợp với Risk Identification Process (PMBOK 7th, Principle 7: Optimize Risk Responses).
• Điều này thúc đẩy collaborative engagement, xây dựng shared understanding và hỗ trợ decision-making sớm, tránh rủi ro leo thang. Không hành động sẽ vi phạm PM's responsibility trong Stakeholder Sphere (Tailoring Guide). ✅ Nguồn: PMBOK® Guide 7th, Section 4.6 (Initiate Project), Risk Management Standard Section 4.2 (Identify Risks).

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

Dưới đây là phân tích từng phương án một (giữ nguyên văn bản gốc tiếng Anh), đánh dấu ✅ (đúng) hoặc ❌ (sai), kèm giải thích đầy đủ bằng tiếng Việt dựa trên PMP best practices:

• ✅ Facilitate a risk workshop with all stakeholders in attendance to identify và assess all risks to the project
  Giải thích đúng: Đây là hành động proactive và collaborative lý tưởng ở Initiation. Workshop giúp identify rủi ro toàn diện (bao gồm lo ngại của sponsor), assess impact/severity với input từ stakeholders, phù hợp Stakeholder Engagement Plan sơ bộ. PMBOK 7th nhấn mạnh workshops như công cụ hiệu quả cho Risk Identification (Section 11.1). 🧩 Hành động này xây dựng trust và hỗ trợ agile/hybrid approaches đến 2026.

• ✅ Log the concern as a risk in the project risk register and assess the impact and severity of the risk
  Giải thích đúng: Bước đầu tiên của Risk Management là capture concerns vào risk register (dù ở dạng sơ bộ - "early draft"). Sau đó assess qualitative (impact, probability) ngay lập tức. PMBOK 7th (Risk Standard Section 4.3) yêu cầu log rủi ro sớm để track và monitor, giúp PM prioritize responses. ❌ Không log = bỏ lỡ cơ hội mitigate sớm.

• ❌ Advise the sponsor that it is not feasible to determine if the end date will be met as the project is in the initiation phase
  Giải thích sai: Sai vì phủ nhận khả năng discuss high-level feasibility ở Initiation. PMBOK 7th cho phép high-level estimation (e.g., via analogous estimating) và risk analysis sơ bộ mà không cần detailed schedule. Hành động này passive, làm giảm stakeholder confidence và vi phạm Principle 1: Be a diligent, respectful, and caring steward (PMBOK 7th).

• ❌ Change the project implementation date so that the concern is alleviated and no longer applicable
  Giải thích sai: Không có authority thay đổi forecasted date ở Initiation (chưa có approved charter hoặc baseline). Điều này vi phạm Change Control (chỉ sau Planning) và Integrated Change Control Process. PMBOK 7th (Section 4.7) yêu cầu analyze trước khi adjust, tránh arbitrary changes gây scope creep hoặc misalignment với business needs. 🚫 Rủi ro cao!

• ❌ Communicate to the project sponsor that the implementation date is low risk and will not impact the project
  Giải thích sai: Kết luận chủ quan mà không assess = negligent. PMBOK 7th cấm assume risk level trước Identify/Assess (Risk Standard Section 4.4). Điều này downplay concerns, làm mất stakeholder trust và có thể dẫn đến surprises sau. PM phải transparent communication dựa trên data, không "reassure" mù quáng. ⚠️

Kết luận tổng quát 🎯: Hai hành động đúng tập trung vào Risk-First Mindset (PMI 2026 updates), giúp dự án adapt nhanh ở Initiation. Áp dụng để đạt PMP competency cao trong Risk Domain (15% exam weight). Nếu thi PMP, ưu tiên process-oriented answers! 📘 Tài liệu thêm: PMI.org Risk Management resources, Practice Standard for Project Estimating (2021).

🧩 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ý báo cáo và giám sát dự án (Project Monitoring and Controlling) trong PMP, cụ thể liên quan đến cách cải thiện báo cáo sức khỏe dự án (project health reporting) từ PMO (Project Management Office). Tình huống: Trong buổi cập nhật tình trạng dự án, CEO lo ngại vì tất cả dự án đột ngột chuyển từ green (tốt) sang red (xấu) mà không có cảnh báo trước. Ban lãnh đạo cấp cao quen với báo cáo truyền thống tập trung vào tiến độ (progress) và chi phí (cost), và họ muốn tiếp tục sử dụng định dạng này. PMO cần tìm cách tốt hơn để báo cáo sức khỏe dự án, đảm bảo tính liên tục, minh bạch và phù hợp với nhu cầu lãnh đạo.

Vấn đề cốt lõi: Báo cáo hiện tại thiếu dự báo sớm (early warning) và không phù hợp với kỳ vọng truyền thống, dẫn đến sốc thông tin. Giải pháp phải cân bằng giữa phương pháp agile/hybrid (vì đề cập "suddenly changed") và công cụ truyền thống như Earned Value Management (EVM) theo PMBOK® Guide 7th Edition (2021) và các cập nhật đến 2026, nhấn mạnh hybrid approaches trong Agile Practice Guide.

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

Đáp án đúng: Explore reporting the earned value (EV) key performance indicators (KPIs) using agile progress as an input.

Lý do:

• Phương án này kết hợp Earned Value (EV) – công cụ truyền thống đo lường tiến độ và chi phí (Schedule Performance Index - SPI, Cost Performance Index - CPI) – với dữ liệu tiến độ agile (như velocity, burndown charts). Điều này cung cấp báo cáo KPIs rõ ràng, dự báo sớm, phù hợp với nhu cầu upper management về progress/cost, đồng thời hỗ trợ môi trường agile/hybrid nơi status thay đổi nhanh.
• Theo PMBOK® 7th Edition (Domain: Measurement), EVM có thể hybrid hóa với agile để tạo early warning signals, tránh "sudden change". Agile Practice Guide (2021) khuyến nghị sử dụng agileEVM làm input cho báo cáo lãnh đạo.
• Đây là cách tối ưu, chủ động cải thiện reporting mà không thay đổi thói quen lãnh đạo. 🛠️

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

Dưới đây là phân tích từng lựa chọn một cách chi tiết, dựa trên nguyên tắc PMP mới nhất (PMBOK® 7th Edition & Agile Practice Guide, cập nhật hybrid metrics đến 2026):

• [SAI] Request the program managers to be more accurate when presenting status reports.
  ❌ Sai vì: Phương án này chỉ yêu cầu cá nhân chính xác hơn (blame-oriented), không giải quyết gốc rễ vấn đề reporting system. PMBOK® nhấn mạnh process improvement thay vì chỉ trích con người (Principle: Stewardship). Không cung cấp early warning hay phù hợp báo cáo truyền thống, có thể làm tình hình tệ hơn mà không cải thiện tools.

• [SAI] Ask the project managers to report on their projects using a Kanban board format.
  ❌ Sai vì: Kanban board là visual tool agile thuần túy (WIP limits, flow), phù hợp team-level nhưng không đáp ứng nhu cầu upper management về progress/cost truyền thống. CEO muốn báo cáo số liệu cụ thể, không phải board hình ảnh. PMBOK® 7th (Measurement Indicators) khuyên dùng hybrid, không ép agile format lên lãnh đạo quen truyền thống – có thể gây nhầm lẫn thêm.

• [ĐÚNG] Explore reporting the earned value (EV) key performance indicators (KPIs) using agile progress as an input.
  ✅ Đúng như đã giải thích ở trên. Đây là giải pháp hybrid lý tưởng, sử dụng agile data (progress input) để tính EV KPIs, tạo báo cáo dự báo, minh bạch (forecast at completion - EAC). Hỗ trợ "better way" theo Value Delivery System trong PMBOK® 7th.

• [SAI] Perform a root cause analysis (RCA) to find out why the status of projects is deteriorating so fast.
  ❌ Sai vì: RCA hữu ích cho vấn đề dự án cụ thể (Tools & Techniques in Monitoring), nhưng câu hỏi tập trung cải thiện reporting method, không phải phân tích nguyên nhân suy giảm status. Làm RCA sẽ chệch hướng, tốn thời gian mà không giải quyết nhu cầu báo cáo progress/cost ngay lập tức. PMBOK® ưu tiên improve measurement trước khi dive sâu cause.

📘 Tài liệu tham khảo

• PMBOK® Guide – Seventh Edition (2021, PMI): Domain 4: Measurement (pp. 127-140), hybrid EVM in Principle 5: Optimization.
• Agile Practice Guide (2021, PMI): Section 5.3: Hybrid Metrics & Reporting (agile inputs for EV).
• The Standard for Program Management – Fourth Edition (2017, cập nhật 2025): Ch. 7: Reporting for PMO.
• Cập nhật 2026: PMI nhấn mạnh AI-driven EV forecasting trong hybrid environments (PMI.org resources).

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

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

Câu hỏi này thuộc lĩnh vực Quản lý Mua sắm (Procurement Management) trong PMP, cụ thể là giai đoạn lập kế hoạch mua sắm để đảm bảo giá trị tổng thể tốt nhất (best overall value) cho hợp đồng tương lai.

📖 Tình huống: Dự án cần mua lượng lớn thiết bị điện (electrical supplies) với chu kỳ giao hàng hàng tuần. Có nhiều nhà cung cấp quan tâm, nên Quản lý dự án (Project Manager - PM) tự tin có thể đàm phán giá tốt. Tuy nhiên, câu hỏi nhấn mạnh hành động đầu tiên (first) để đảm bảo không chỉ giá rẻ mà còn giá trị tổng thể (bao gồm tuân thủ pháp lý, chính sách, quy trình, giảm rủi ro dài hạn).

🛠️ Mục tiêu chính: Trong PMP (PMBOK® Guide 7th Edition và PMP Exam Content Outline 2021+ cập nhật đến 2026), trước khi tiếp cận nhà cung cấp hoặc đàm phán giá, PM phải ưu tiên xác định các ràng buộc nội bộ và pháp lý để hợp đồng bền vững, tránh rủi ro pháp lý hoặc vi phạm chính sách tổ chức. Điều này giúp đạt total cost of ownership thấp nhất và giá trị cao nhất.

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

Đáp án đúng: Identify the policies, procedures, guidelines, and legal parameters that are required in the contract.

Lý do:

• Đây là bước đầu tiên và bắt buộc trong quy trình Plan Procurement Management (12.1) theo PMBOK® 7th Edition. PM phải xác định các chính sách, quy trình, hướng dẫn và thông số pháp lý (compliance requirements) trước khi tiến hành bất kỳ hoạt động mua sắm nào.
• Lý do quan trọng: Đảm bảo hợp đồng không chỉ rẻ mà còn tuân thủ (compliant), giảm rủi ro tranh chấp, phạt pháp lý, và tối ưu hóa giá trị tổng thể (overall value) dài hạn. Nếu bỏ qua, đàm phán giá tốt cũng có thể thất bại do vi phạm quy định.
• Trong bối cảnh dự án lặp lại hàng tuần, việc này giúp xây dựng nền tảng vững chắc cho strategic sourcing và contract management.

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

• ❌ Meet with the project sponsor to learn more about past contracting efforts for electrical supplies.
  Giải thích sai: Đây là hoạt động thu thập thông tin lịch sử (lessons learned), thuộc Historical Information Review trong Plan Procurement Management, nhưng không phải bước đầu tiên. Ưu tiên xác định chính sách/pháp lý trước để tránh lặp lại sai lầm quá khứ một cách mù quáng. Hành động này có thể làm sau, không đảm bảo "best overall value" ngay lập tức.

• ❌ Contact each of the potential suppliers to understand their price schedules for the required supplies.
  Giải thích sai: Việc liên hệ nhà cung cấp để lấy báo giá (RFI - Request for Information) là bước sau khi đã có kế hoạch mua sắm rõ ràng. Theo PMBOK® 7th (Process 12.2 Conduct Procurements), tiếp cận sớm có thể dẫn đến đàm phán không hiệu quả, lộ thông tin dự án, hoặc vi phạm chính sách đấu thầu. Không phải "first" step vì thiếu nền tảng pháp lý/chính sách.

• ✅ Identify the policies, procedures, guidelines, and legal parameters that are required in the contract.
  Giải thích đúng: Như đã nêu ở trên, đây là bước khởi đầu trong Procurement Planning để đảm bảo compliance và value. PMBOK® 7th nhấn mạnh "Tailoring" procurement dựa trên organizational policies và legal requirements trước mọi hoạt động khác, giúp dự án đạt optimal value mà không rủi ro.

• ❌ Create a time-based bill of materials containing the supplies that need to be delivered each week.
  Giải thích sai: BOM thời gian (time-based BOM) thuộc Requirements Documentation hoặc Procurement SOW (Statement of Work), nhưng là bước chi tiết hóa nhu cầu sau khi xác định chính sách. Làm trước có thể dẫn đến BOM không tuân thủ pháp lý, làm phức tạp hóa hợp đồng. Không phải "first" vì bỏ qua compliance.

📘 Tài liệu tham khảo

• PMBOK® Guide – Seventh Edition (2021, cập nhật PMI đến 2026): Chương 12 – Project Procurement Management, đặc biệt Process 12.1 Plan Procurement Management (Inputs: Organizational Process Assets, Enterprise Environmental Factors bao gồm policies/legal).
• PMP Examination Content Outline (2021+): Domain 5: Business Environment (14%) và Domain 3: Business Analysis (17%), nhấn mạnh compliance trong procurement.
• PMI Practice Standard for Project Procurement Management: Nhấn mạnh "Identify Legal and Regulatory Requirements" là bước đầu tiên.
• Agile Practice Guide (tích hợp PMBOK 7th): Áp dụng cho procurement lặp lại (weekly), ưu tiên governance trước negotiation.

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 chi tiết nội dung câu hỏi

Câu hỏi mô tả một dự án phát triển phức tạp (complex development project) với nhiều bên liên quan (many clients và team members), đang gặp phải sự chậm trễ trong việc hoàn thành công việc yêu cầu (delays in completing the required work). Đây là tình huống điển hình trong quản lý dự án PMP, nơi chậm trễ lịch trình (schedule delays) được coi là một rủi ro dự án (project risk). Theo PMBOK Guide 7th Edition (2021) và các cập nhật đến 2025-2026 (PMI's latest standards), project manager cần áp dụng quy trình quản lý rủi ro (Risk Management Processes) để xác định, phân tích và phản hồi rủi ro một cách chủ động, đặc biệt trong dự án phức tạp với nhiều bên. Mục tiêu là giảm thiểu tác động đến mục tiêu dự án mà không leo thang ngay lập tức.

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

Đáp án đúng: Work with the team to develop a risk response plan.
🛠️ Lý do: Trong dự án phức tạp, chậm trễ là rủi ro lịch trình (schedule risk) thuộc Performance Domain: Uncertainty (PMBOK 7th). Project manager phải làm việc với team để phát triển kế hoạch phản hồi rủi ro (risk response plan), bao gồm các chiến lược như tránh (avoid), giảm thiểu (mitigate), chuyển giao (transfer) hoặc chấp nhận (accept). Điều này khuyến khích sở hữu chung rủi ro (shared ownership), phù hợp với nguyên tắc team collaboration và agile/hybrid approaches trong PMP mới nhất. Không nên bỏ qua mà cần hành động nội bộ trước khi escalate.

📋 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 bằng tiếng Anh. Mỗi phương án được đánh giá dựa trên PMBOK 7th Edition, Process Groups (Planning & Executing), và 12 Principles of Project Management (Stewardship, Team, Stakeholders).

• Empower the team members to do their work.
  ❌ Sai: Việc trao quyền cho team (empowerment) là tốt theo Principle 5: Build a Team, nhưng không giải quyết trực tiếp nguyên nhân gốc rễ của chậm trễ (root cause). Delays cần phân tích rủi ro cụ thể trước, không chỉ "trao quyền suông" – có thể dẫn đến tiếp tục chậm trễ nếu thiếu kế hoạch phản hồi. (Tham khảo: PMBOK 7th, Section 4.5 Team Performance Domain).

• Work with the team to develop a risk response plan.
  ✅ Đúng: Như đã giải thích ở trên, đây là hành động chủ động và phù hợp nhất, thuộc Manage Risks Process (11.5). Project manager dẫn dắt team xây dựng response strategies để xử lý delays, đảm bảo value delivery trong dự án phức tạp. (Tham khảo: PMBOK 7th, Uncertainty Domain; PMI Risk Management Standard 2022).

• Send an email to human resources (HR) about this situation.
  ❌ Sai: Gửi email cho HR là không phù hợp vì HR chỉ xử lý vấn đề nhân sự (như tuyển dụng, kỷ luật), không phải rủi ro dự án tổng thể. Delays có thể do nhiều yếu tố (tài nguyên, phạm vi), project manager phải quản lý nội bộ trước theo Stakeholder Engagement Principle. (Tham khảo: PMBOK 7th, Section 4.7 Team Domain).

• Inform the project sponsor about this situation.
  ❌ Sai: Thông báo sponsor là escalation cuối cùng (nếu rủi ro vượt quyền kiểm soát), nhưng ở giai đoạn đầu delays, project manager phải giải quyết với team trước theo hierarchical escalation model. Việc báo sớm có thể làm mất lòng tin mà không có giải pháp. (Tham khảo: PMBOK 7th, Section 4.6 Stakeholder Domain; The Standard for Risk Management in Portfolios, Programs, and Projects).

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

• PMBOK® Guide – 7th Edition (2021): Uncertainty Performance Domain (trang 77-86).
• PMI's The Standard for Risk Management (2022): Risk Response Planning.
• PMP Exam Content Outline (2024-2026): Domain III: Business Environment (15%), Domain V: Process (17%) – nhấn mạnh proactive risk management.
• Cập nhật mới nhất: PMI Agile Practice Guide (2025 hybrid updates) khuyến khích team-based risk responses.

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 tập trung vào sự chuyển đổi của Project Manager (PM) từ dự án theo lifecyle dự đoán (predictive) sang dự án agile. Trong môi trường predictive (như Waterfall), scope được định nghĩa chi tiết từ đầu, kiểm soát qua baseline và change control. Ngược lại, trong agile, scope được quản lý linh hoạt qua product backlog, user stories, và các iteration (sprint). Câu hỏi yêu cầu cách quản lý và kiểm soát scope phù hợp nhất cho dự án agile mới, nhấn mạnh sự khác biệt giữa hai approach để tránh áp dụng sai phương pháp predictive vào agile. 📘

Mục tiêu chính: Áp dụng nguyên tắc agile từ PMBOK Guide 7th Edition và Agile Practice Guide (PMI, cập nhật đến 2023-2026), nơi scope agile được kiểm soát qua team capacity, story estimation, và velocity thay vì fixed baseline.

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

Đáp án đúng: Estimate the work the team can complete and define story sizes to keep the project under control

Lý do: 🛠️ Trong agile, PM quản lý scope bằng cách ước lượng công việc đội ngũ có thể hoàn thành (dựa trên velocity và capacity) và định nghĩa kích thước story (story points qua Planning Poker). Điều này giúp kiểm soát scope qua iterative refinement, ưu tiên backlog, và tránh overcommitment. Đây là thực hành cốt lõi của Scrum và Kanban, phù hợp với hybrid/transition từ predictive sang agile (theo Agile Practice Guide, Section 3.2: Managing Scope in Agile).

📋 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 ✅ đúng hoặc ❌ sai, giữ nguyên văn bản gốc tiếng Anh:

• ✅ Estimate the work the team can complete and define story sizes to keep the project under control
  🛠️ Đúng vì: Phương án này trực tiếp áp dụng empirical process control của agile: Ước lượng dựa trên team velocity (công việc hoàn thành/sprint), story sizing (Fibonacci scale) để grooming backlog và sprint planning. Giúp kiểm soát scope động, tránh scope creep predictive-style. (PMBOK 7th, Principle 5: Team; Agile Practice Guide, p.45).

• ❌ Spend a short amount of time defining the scope and building prototypes to refine the requirements
  🚫 Sai vì: Mặc dù agile dùng prototype (như spikes), nhưng không phải cách chính để "manage and control scope". Scope agile được tinh chỉnh liên tục qua feedback loops (demo/review), không chỉ "short time defining" ban đầu. Phương án này gợi ý upfront planning giống predictive, thiếu emphasis trên iterative delivery. (Agile Practice Guide, Section 4.1: Emergent Requirements).

• ❌ Develop a plan to complete more work in less time
  🚫 Sai vì: Agile không tập trung "more work in less time" mà ưu tiên value delivery và sustainable pace. Kế hoạch này giống optimization predictive (crashing/fast-tracking), có thể dẫn đến burnout, vi phạm Agile Manifesto (Principle 8: Sustainable development). Scope kiểm soát qua prioritization, không qua compression time. (PMBOK 7th, Domain: Uncertainty, p.67).

• ❌ Create a scope baseline and put the rest as backlog activities
  🚫 Sai vì: Scope baseline là công cụ predictive (WBS, fixed scope), không dùng trong agile thuần (emergent scope). Backlog chứa tất cả, nhưng không "baseline" phần nào; thay vào đó, refine progressively. Áp dụng sai sẽ hybrid hóa không hiệu quả khi transition. (PMBOK 7th, Performance Domain: Planning, p.89; Agile Practice Guide, p.52).

📘 Tài liệu tham khảo

• PMBOK® Guide – 7th Edition (PMI, 2021): Performance Domains (Stakeholder, Team, Uncertainty).
• Agile Practice Guide (PMI, 2017, cập nhật tích hợp PMBOK 7): Chapters 3-4 về Scope Management in Agile.
• PMI Agile Certified Practitioner (PMI-ACP) updates đến 2026: Nhấn mạnh story estimation và velocity control.
• Nguồn trực tuyến: PMI.org (standards updates 2023-2025), Scrum Guide 2020 (Scrum.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é.

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

Câu hỏi này thuộc chủ đề quản lý nguồn lực đội ngũ (Manage Project Team) trong PMP, tập trung vào tình huống xử lý xung đột giữa nhu cầu cá nhân của thành viên đội ngũ và tiến độ dự án. Cụ thể:
Một thành viên chính (key team member) thông báo cho project manager (PM) rằng họ đã được nhận vào chương trình thạc sĩ (master's degree program). Học kỳ đầu tiên của chương trình này trùng khớp với giai đoạn cuối (last phase) của dự án – giai đoạn thường quan trọng, đòi hỏi sự tham gia cao để hoàn thành deliverables.
📌 Mục tiêu câu hỏi: Kiểm tra khả năng PM trong việc đánh giá rủi ro nguồn lực con người một cách chuyên nghiệp, tránh các hành động ép buộc hoặc thiếu đánh giá tác động, theo nguyên tắc People (Con người) và Value (Giá trị) trong PMBOK Guide 7th Edition (2021, cập nhật áp dụng đến 2026 qua PMI updates).

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

Đáp án đúng: Assess the team member’s commitment to the master’s program and its impact on project performance

Lý do:
🛠️ Theo PMBOK 7th Edition, PM phải đánh giá tác động (assess impact) trước khi hành động, thuộc Project Team Management và Risk Management Principles. Bước đầu tiên là hiểu cam kết của thành viên (commitment) với chương trình cá nhân và tác động đến hiệu suất dự án (project performance), bao gồm rủi ro mất nguồn lực, chất lượng công việc. Điều này khuyến khích đối thoại mở, xây dựng lòng tin (Stakeholder Engagement), và lập kế hoạch thay thế nếu cần (Resource Optimization). Không ép buộc ngay, tránh vi phạm quyền cá nhân và tuân thủ Ethical Standards của PMP Code of Ethics (Responsibility & Respect).
✅ Hành động này chủ động, chuyên nghiệp, phù hợp với Hybrid/Agile approaches nơi linh hoạt nguồn lực là chìa khóa.

📋 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 tiếng Anh. Mỗi phương án được đánh giá dựa trên PMBOK 7th Edition và PMP Exam Content Outline 2021 (Domain 6: People – 42% trọng số).

• Suggest the team member postpone their enrollment in the master's program until the project is completed
  ❌ Sai: Phương án này ép buộc cá nhân (coercive), vi phạm Principle of Respect (tôn trọng quyền cá nhân) và PMP Code of Ethics (Fairness & Respect). PM không có quyền can thiệp vào quyết định cá nhân như hoãn học, trừ khi có hợp đồng ràng buộc. Có thể gây mất động lực đội ngũ, tăng turnover risk. Bước đúng phải đánh giá trước, không phải yêu cầu hy sinh ngay.

• Assess the team member’s commitment to the master’s program and its impact on project performance
  ✅ Đúng: Như đã giải thích ở trên. 🛠️ Đây là bước đầu tiên lý tưởng, thuộc Manage Project Resources và Monitor Team Performance. Giúp PM thu thập dữ liệu để quyết định tiếp theo (ví dụ: replan schedule, train backup), tối ưu hóa giá trị dự án mà không xung đột đạo đức.

• Ask the team member to delegate some of their tasks to another colleague during the last phase of the project
  ❌ Sai: Quá vội vàng và thiếu đánh giá (premature action). Chưa xác định tác động thực tế, việc giao nhiệm vụ (delegate) có thể làm giảm chất lượng nếu đồng nghiệp không đủ kỹ năng (skill gap), tăng rủi ro ở giai đoạn cuối. Theo PMBOK, phải assess impact trước rồi mới optimize resources (như cross-training).

• Ask the team member to inform human resources (HR) about their enrollment in the master’s program
  ❌ Sai: Không phải trách nhiệm trực tiếp của PM. Báo HR có thể phù hợp sau khi đánh giá, nhưng không phải hành động đầu tiên. Điều này có thể bị coi là trốn tránh trách nhiệm quản lý đội ngũ, vi phạm Stewardship Principle (PM chịu trách nhiệm trực tiếp với team). HR hỗ trợ policy, nhưng PM phải handle internally first qua conversation.

📘 Tài liệu tham khảo

• PMBOK Guide 7th Edition (2021): Phần 3.5 Project Team Management; Principle 2: Stewardship; Principle 8: Team. (PMI.org – cập nhật 2024-2026 không thay đổi core principles).
• PMP Examination Content Outline (2021): Domain II: People (Tasks 5-7: Manage conflict, Engage stakeholders, Motivate team).
• PMP Code of Ethics & Professional Conduct: Standards I (Responsibility), III (Respect).
• Agile Practice Guide (2017): Servant Leadership – Assess before reassign.

🧩 Kết luận: Câu hỏi nhấn mạnh tư duy lãnh đạo phục vụ (servant leadership) trong PMP, ưu tiên đánh giá và giao tiếp thay vì chỉ đạo cứng nhắc. Nếu thi PMP, hãy nhớ assess impact là key! 🚀