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

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

Câu hỏi này thuộc chủ đề Quản lý Bên liên quan (Stakeholder Management) trong PMP, cụ thể là quy trình Manage Stakeholder Engagement theo PMBOK Guide 7th Edition (cập nhật đến 2026). Tình huống mô tả: Một bên liên quan dự án (stakeholder) cũ đã rời công ty, thay thế bằng một bên liên quan mới – là thành viên gia đình của một thành viên đội ngũ dự án. Bên liên quan mới không tham dự các cuộc họp, nhưng project manager (PM) phát hiện họ đang hỏi thông tin cập nhật dự án từ thành viên gia đình trong đội ngũ. Điều này có thể dẫn đến rủi ro như thông tin bị méo mó, vi phạm quy trình giao tiếp chính thức, hoặc ảnh hưởng đến sự tham gia của stakeholder.
🛠️ Mục tiêu chính: PM cần xử lý để đảm bảo stakeholder mới được engage hiệu quả, nhận thông tin chính xác qua kênh chính thức, tránh giao tiếp không chính thức (như qua team member gia đình) có thể gây hiểu lầm hoặc conflict of interest.

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

Đáp án đúng: Request a meeting with the stakeholder.
Lý do: Theo PMBOK 7th Edition (Process 13.3 - Manage Stakeholder Engagement), PM phải chủ động engage stakeholder bằng cách giao tiếp trực tiếp để hiểu nhu cầu, mong đợi và lý do họ không tham dự họp. Việc hẹn họp riêng giúp:

• Xác định lý do vắng mặt và mời tham gia tương lai.
• Cung cấp thông tin chính xác, xây dựng mối quan hệ.
• Tránh rủi ro từ giao tiếp không chính thức (hỏi qua team member có thể dẫn đến bias hoặc leak thông tin).
  Đây là hành động tích cực, trực tiếp và phù hợp nhất với nguyên tắc Tailor engagement dựa trên phân tích stakeholder (Stakeholder Register).

📋 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. Tôi sử dụng ✅ cho đúng và ❌ cho sai, kèm giải thích rõ ràng:

• ❌ [SAI] Forward the project status reports.
  Phương án này chỉ gửi báo cáo trạng thái hiện có mà không giải quyết gốc rễ vấn đề (stakeholder không tham dự họp và hỏi thông tin gián tiếp). Theo PMBOK 7th (Principle 5 - Communicate Information), giao tiếp phải hai chiều và phù hợp nhu cầu cá nhân hóa, không phải gửi hàng loạt. Điều này có thể bị bỏ qua và không khuyến khích engagement.

• ❌ [SAI] Escalate this to the project sponsor.
  Không cần escalate ngay vì đây là vấn đề quản lý stakeholder thông thường, PM có quyền tự xử lý (PMBOK 7th, Role of PM). Escalate chỉ dùng cho rủi ro lớn hoặc conflict cao cấp. Hành động này làm phức tạp hóa, mất thời gian và có thể làm stakeholder mới cảm thấy bị cô lập.

• ✅ [ĐÚNG] Request a meeting with the stakeholder.
  Như đã giải thích ở trên, đây là hành động tối ưu để engage trực tiếp, xác nhận nhu cầu và điều chỉnh kế hoạch giao tiếp (PMBOK 7th, Tools & Techniques: Meetings, Expert Judgment).

• ❌ [SAI] Design an updated status report.
  Thiết kế báo cáo mới là nỗ lực thừa, không giải quyết lý do stakeholder hỏi gián tiếp hoặc không tham dự họp. PMBOK 7th nhấn mạnh phân tích stakeholder trước khi thay đổi công cụ (Stakeholder Engagement Assessment Matrix), không phải tự động redesign mà không consult.

📘 Tài liệu tham khảo

• PMBOK® Guide 7th Edition (2021, cập nhật PMI đến 2026): Chương 4.6 (Stakeholder Management Principles), Process 13.3 (Manage Stakeholder Engagement), Tools: Meetings & Interpersonal Skills.
• PMI Code of Ethics & Professional Conduct: Trách nhiệm engage stakeholder ethically, tránh giao tiếp không chính thức.
• The Standard for Project Management (2021): Principle 9 - Engage Stakeholders.
  (Nguồn: PMI.org, Agile Practice Guide tích hợp trong PMBOK 7th cho hybrid approaches).

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 câu hỏi trắc nghiệm PMP (Agile Coach)

Nội dung câu hỏi:
Câu hỏi mô tả một tình huống thực tế trong Daily Standup Meeting (hay Daily Scrum) của Agile/Scrum: Một thành viên đội ngũ bị các thành viên khác chỉ trích công khai vì không hoàn thành nhiệm vụ hôm qua. Agile Coach cần hành động đầu tiên (first) để xử lý tình huống này.
🛠️ Mục tiêu chính: Kiểm tra kiến thức về vai trò Agile Coach trong việc duy trì môi trường làm việc an toàn, tập trung (psychological safety), tránh "blame culture" (văn hóa đổ lỗi), và giữ cho standup meeting đúng mục đích theo Scrum Guide và PMBOK 7th Edition (cập nhật 2021, vẫn áp dụng đến 2026 với Agile Practice Guide). Standup chỉ nên tập trung vào 3 câu hỏi cốt lõi: "Hôm qua làm gì? Hôm nay làm gì? Có trở ngại gì?" – không phải nơi tranh cãi hay chỉ trích cá nhân. Hành động đầu tiên phải ngay lập tức để bảo vệ đội ngũ và refocus.

📘 Nguồn tham khảo:

• PMBOK Guide 7th Edition (Chapter 4: Team & Chapter 8: Value-Driven Delivery – Hybrid/Agile).
• Agile Practice Guide (PMI, 2021): Nhấn mạnh Servant Leadership của Agile Coach.
• Scrum Guide 2020 (Ken Schwaber & Jeff Sutherland): Daily Scrum là sự kiện ngắn gọn, tập trung tương lai, không thảo luận vấn đề quá khứ sâu.
  (Kiến thức cập nhật đến 2026: Không thay đổi lớn, vẫn ưu tiên psychological safety theo PMI's Pulse of the Profession 2024).

✅ Đáp án đúng: Emphasize the ground rules and then focus on today's activities and impediments.

Lý do lựa chọn:
🛡️ Agile Coach phải hành động ngay lập tức để nhắc nhở ground rules (quy tắc cơ bản của đội ngũ, như "no blame, focus on facts & future"), bảo vệ thành viên bị chỉ trích, duy trì psychological safety – yếu tố then chốt giúp đội ngũ sáng tạo và hiệu suất cao theo PMBOK 7th. Sau đó, refocus vào hoạt động hôm nay và impediments (trở ngại) để giữ standup đúng quỹ đạo, tránh lãng phí thời gian. Đây là first response lý tưởng, thể hiện Servant Leadership (phục vụ đội ngũ).
✅ Phù hợp nguyên tắc Agile: "Inspect & Adapt" ngay tại chỗ, không để toxicity lan rộ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 một, giữ nguyên văn bản gốc tiếng Anh. Mỗi phương án được đánh giá dựa trên best practice Agile (PMBOK 7th & Scrum Guide).

• Avoid the discussion by referring to the team charter.
  ❌ Sai vì: Tránh né vấn đề bằng cách viện dẫn team charter (hiến chương đội ngũ) là thụ động và không giải quyết gốc rễ. Standup đang bị lệch hướng toxicity, Coach phải can thiệp ngay để enforce quy tắc, không phải "trốn tránh". Điều này vi phạm vai trò Coach là facilitator, dẫn đến mất lòng tin đội ngũ (theo Agile Practice Guide: Coach phải bảo vệ quy trình).

• Let the discussion go on as it is important that the team is clear on priorities for the day.
  ❌ Sai vì: Để thảo luận tiếp tục là để toxicity phát triển, dù lý do "làm rõ ưu tiên" nghe hợp lý. Standup không phải nơi tranh cãi cá nhân; ưu tiên hôm nay có thể thảo luận sau. Hành động này bỏ qua psychological safety, có thể làm thành viên sợ chia sẻ impediments (PMBOK 7th: Team performance bị ảnh hưởng bởi conflict tiêu cực).

• Address the team members involved during the next sprint retrospective.
  ❌ Sai vì: Đợi đến sprint retrospective (họp回顾 cuối sprint, 2-4 tuần sau) là quá muộn cho "first action". Vấn đề cần xử lý ngay để tránh lặp lại hàng ngày. Retrospective dùng cho cải tiến dài hạn, không phải giải quyết conflict tức thì (Scrum Guide: Daily Scrum là daily inspect, không defer vấn đề).

• Emphasize the ground rules and then focus on today's activities and impediments.
  ✅ Đúng vì: Như đã giải thích ở trên – hành động đầu tiên lý tưởng: Nhắc quy tắc ngay, bảo vệ đội ngũ, rồi quay về focus tương lai. Hoàn hảo theo nguyên tắc "whole team focus" và "short & crisp" standup (15 phút max).

🧠 Kết luận & Bài học PMP: Luôn ưu tiên immediate intervention để duy trì high-performing team. Áp dụng trong kỳ thi PMP mới (2026): 50% câu hỏi Agile/hybrid, nhấn mạnh soft skills như conflict resolution. Nếu gặp tình huống tương tự, nhớ "Protect the process, protect the people"! 🚀

🧩 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 được giao quản lý một dự án sắp bắt đầu (about to start). Tổ chức đã ký hợp đồng fixed-cost với khách hàng, quy định rõ scope và ngày giao hàng cuối cùng. Tuy nhiên, PM đã xác định một số ràng buộc nội bộ (internal constraints) và điều kiện (conditions) chắc chắn sẽ ngăn cản dự án hoàn thành đúng số iterations ban đầu đã lập kế hoạch.

🛠️ Phân tích tình huống chính:

• Dự án đang ở giai đoạn khởi đầu/sắp khởi động, chưa bắt đầu thực thi.
• Có ràng buộc chắc chắn (certainly prevent) → Không phải rủi ro ngẫu nhiên, mà là các giả định (assumptions), trở ngại (impediments) hoặc ràng buộc đã biết.
• Hợp đồng fixed-cost nhấn mạnh scope, time, cost cố định, nên PM cần hành động chủ động, sớm để bảo vệ giá trị dự án (project value), tránh thay đổi hợp đồng.
• Câu hỏi tập trung vào bước tiếp theo (next step) phù hợp với PMP theo PMBOK 7th Edition (2021) và cập nhật Hybrid/Agile đến 2026, nhấn mạnh giá trị hướng (value-driven), quản lý assumptions/constraints/impediments ở giai đoạn sớm.

✅ Đáp án đúng

Create an assumption log and map assumptions to impediments based on the impact to the project value.

Lý do lựa chọn:

• 📘 Theo PMBOK 7th Edition (Principle 4: Build a Team; Principle 7: Optimize Risk Responses; Domain: Planning) và Agile Practice Guide, Assumption Log là công cụ cốt lõi để ghi nhận, theo dõi assumptions (giả định) và constraints (ràng buộc) ngay từ đầu dự án.
• PM đã xác định internal constraints chắc chắn → Đây là assumptions tiêu cực hoặc impediments (trở ngại trong Agile/iteration-based project).
• Mapping assumptions to impediments based on impact to project value: Ưu tiên theo tác động đến giá trị dự án (value impact), giúp optimize bằng cách tập trung giải quyết impediments ảnh hưởng lớn nhất đến delivery/scope/value, phù hợp fixed-cost contract (tránh scope creep/time overrun).
• Đây là bước next logic sớm nhất: Tạo log trước khi lập kế hoạch chi tiết, hỗ trợ iteration planning điều chỉnh số lượng iterations thực tế.
• ✅ Phù hợp Hybrid/Agile PMP 2026: Nhấn mạnh value maximization qua impediments removal (Scrum Guide 2025 update).

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

• ❌ Create an issue log template that will be used to identify and track impediments.
  Giải thích sai: Issue Log dùng cho issues đã xảy ra (reactive), không phải preventive cho constraints/assumptions đã biết từ đầu. Impediments cần map với assumptions và ưu tiên value trước, không chỉ tạo template tracking (PMBOK 7th: Issue Log ở Monitoring & Control, không phải Initiation).

• ❌ Create a schedule management plan to ensure the project meets the delivery date.
  Giải thích sai: Schedule Management Plan là phần của Project Management Plan (Planning Process Group), nhưng constraints chắc chắn prevent iterations → Cần address root cause (assumptions/impediments) trước khi lập schedule, tránh plan không thực tế. Không đảm bảo "ensure delivery date" nếu chưa optimize value (PMBOK 7th Domain: Planning, nhưng không phải next step ngay).

• ❌ Create a contingency plan in case the project deviates from the initial plan.
  Giải thích sai: Contingency Plan dành cho risks chưa chắc chắn (Risk Management Domain), trong khi đây là constraints chắc chắn (certainly prevent) → Không phải rủi ro, mà assumptions/impediments cần log và map ngay. Contingency là backup, không giải quyết proactive ở giai đoạn start (PMBOK 7th: Optimize Risk, nhưng sai timing).

• ✅ Create an assumption log and map assumptions to impediments based on the impact to the project value.
  Giải thích đúng (như phần trên): Proactive, value-driven, phù hợp earliest stage, hỗ trợ iteration adjustment mà không vi phạm contract.

📘 Tài liệu tham khảo

• PMBOK Guide 7th Edition (2021, PMI): Sections 2.2 (Tailoring), 4.6 (Assumption & Constraint Log), 7.3 (Impediments in Agile).
• Agile Practice Guide (PMI, 2017-2025 updates): Chapter 5 (Iterations & Increments), Emphasis on Impediments Mapping.
• PMP Exam Content Outline (PMI, 2024-2026): Domain 2: Planning (25%), People Domain (42%) – Value Optimization.
• Scrum Guide (2025): Product Owner responsibility for impediments impacting value.

🛠️ Lời khuyên PMP: Luôn ưu tiên value delivery qua assumptions management ở early stage để tránh rework! 🚀

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

Câu hỏi này thuộc chủ đề Quản lý Đóng Dự án (Project Closure) trong PMP, tập trung vào giai đoạn cuối cùng của vòng đời dự án. Tình huống: Dự án đang gần hoàn thành, nhưng sponsor (người tài trợ dự án) yêu cầu project manager (PM) đóng dự án ngay lập tức và chuyển sang dự án mới. Câu hỏi yêu cầu xác định nhiệm vụ quan trọng nhất (critical task) mà PM phải hoàn thành trước khi đóng dự án.

Mục đích: Đảm bảo tuân thủ quy trình chuẩn PMP, tránh bỏ sót các bước cần thiết dẫn đến rủi ro pháp lý, mất dữ liệu hoặc bài học kinh nghiệm cho dự án tương lai. Theo PMBOK 7th Edition (2021, cập nhật đến 2026), việc đóng dự án không chỉ là "kết thúc" mà phải bao gồm lưu trữ, bàn giao và ghi nhận kiến thức để hỗ trợ tổ chức học hỏi liên tục (organizational process assets - OPAs). 🛠️

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

Đáp án đúng: Archive all the project documents following the organization's accepted practices so the documents can be used in other future projects.

Lý do: Đây là nhiệm vụ cốt lõi và bắt buộc trong quy trình Close Project or Phase (PMBOK 7: Principle 12 - Stewardship; PMBOK 6: Process 4.7). Trước khi đóng dự án, PM phải lưu trữ tất cả tài liệu dự án theo quy trình tổ chức để tái sử dụng cho các dự án sau (lessons learned, baselines, records). Việc sponsor yêu cầu "đóng ngay" không loại trừ bước này, vì nó bảo vệ tài sản tổ chức và hỗ trợ lessons learned register. Bỏ qua có thể dẫn đến mất dữ liệu quý giá. 📚

📋 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 nội dung gốc bằng tiếng Anh. Mỗi phương án được đánh giá dựa trên PMBOK 7th Edition và PMP Exam Content Outline 2021 (cập nhật):

• ❌ [SAI] Update and close both the risk register and issue log with the latest updates, and save them in the organization's project management information system (PMIS).
  Giải thích: Việc cập nhật và đóng risk register (đăng ký rủi ro) cùng issue log (nhật ký vấn đề) là cần thiết nhưng không phải nhiệm vụ cuối cùng hoặc critical nhất trước đóng dự án. Những tài liệu này đã được cập nhật liên tục trong Monitor Risks và Manage Project Knowledge (PMBOK 7: Principle 9 - Optimization). Chúng phải được lưu trữ như một phần của archiving tổng thể, chứ không phải hành động riêng lẻ. Làm riêng bước này trước archiving là không đầy đủ và không ưu tiên cao nhất.

• ✅ [ĐÚNG] Archive all the project documents following the organization's accepted practices so the documents can be used in other future projects.
  Giải thích: Như đã nêu ở trên, đây là bước quan trọng nhất để hoàn tất administrative closure. PMBOK nhấn mạnh lưu trữ vào OPAs (Organizational Process Assets) để tái sử dụng, bao gồm tất cả records (contracts, plans, logs). Đây là yêu cầu bắt buộc, ngay cả khi sponsor thúc ép, để tránh mất mát kiến thức tổ chức và hỗ trợ audit sau này.

• ❌ [SAI] Ensure that the whole team is appropriately recognized and organize a project farewell party to celebrate the project success and closure.
  Giải thích: Việc công nhận đội ngũ và tổ chức tiệc là hoạt động tốt đẹp (nice-to-have) thuộc Manage Team và Stakeholder Engagement (PMBOK 7: Principle 10 - Leadership), giúp động viên tinh thần. Tuy nhiên, đây không phải critical task trước đóng dự án – có thể làm sau hoặc không bắt buộc. Ưu tiên phải là quy trình hành chính, không phải lễ kỷ niệm.

• ❌ [SAI] Meet with the project sponsor and advise that the new project might be difficult to undertake because the current project is not yet complete.
  Giải thích: Gặp sponsor để khuyên không nên bắt dự án mới là không phù hợp với vai trò PM. Sponsor có quyền quyết định chiến lược (PMBOK 7: Principle 1 - Be a diligent, respectful, and caring steward). PM phải tuân thủ chỉ đạo nhưng vẫn hoàn tất quy trình đóng dự án đúng cách, thay vì tranh cãi hoặc trì hoãn. Điều này vi phạm nguyên tắc escalation chỉ dùng khi cần thiết.

📘 Tài liệu tham khảo

• PMBOK Guide 7th Edition (2021, PMI): Section 4.6 Closing a Project or Phase; Principle 12 (Stewardship) và Value Delivery System.
• PMBOK Guide 6th Edition: Process 4.7 Close Project or Phase (inputs/outputs bao gồm archive documents).
• PMP Exam Content Outline (PMI, 2021-2026): Domain VI - People (team recognition); Domain V - Process (closure practices).
• PMI Practice Standard for Project Closure: Nhấn mạnh archiving và lessons learned.
  (Nguồn: PMI.org – cập nhật mới nhất đến 2026 không thay đổi cốt lõi quy trình này).

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 này thuộc lĩnh vực Quản lý sự tham gia của các bên liên quan (Stakeholder Engagement) trong PMP, cụ thể là theo PMBOK Guide 7th Edition (2021) và các cập nhật mới nhất đến năm 2026 (bao gồm PMI's The Standard for Project Management và các tài liệu hướng dẫn thực hành).

Tình huống: Quản lý dự án đang dẫn dắt một dự án tích hợp (integration project) cho công ty bán lẻ. Dự án đòi hỏi nhiều thời gian từ các bên liên quan chính (key stakeholders) để đưa ra quyết định kinh doanh quan trọng. Dự án rất quan trọng (critical), phải hoàn thành đúng thời hạn và trong ngân sách.

Vấn đề cốt lõi: Làm thế nào để đảm bảo (ensure) các bên liên quan chính có mặt (available) cho dự án? Mục tiêu là chủ động quản lý sự tham gia của họ, tránh trì hoãn quyết định dẫn đến vượt lịch trình hoặc ngân sách. Theo nguyên tắc Value Delivery trong PMBOK 7th, quản lý dự án phải tối ưu hóa sự tham gia bằng giao tiếp kịp thời và lập kế hoạch trước, thay vì phản ứng thụ động.

📘 Dẫn nguồn: PMBOK Guide 7th Edition, Domain 4: Stakeholder (trang 67-75); Process 13.3 Manage Stakeholder Engagement; PMI's Stakeholder Engagement Practice Standard (2020).

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

Đáp án đúng: Share the project schedule, milestones, and meeting agendas with the stakeholders ahead of time.

Lý do:

• Phương án này chủ động (proactive) giúp các bên liên quan lập kế hoạch thời gian trước, đảm bảo họ có mặt đúng lúc cho các mốc quan trọng (milestones) và cuộc họp (meeting agendas).
• Điều này phù hợp với Stakeholder Engagement Plan, nhấn mạnh giao tiếp sớm và thường xuyên để xây dựng sự cam kết (commitment).
• Dự án critical, nên tránh trì hoãn bằng cách minh bạch thông tin từ đầu, giúp duy trì on-time và within budget.
• 🛠️ Ứng dụng thực tế: Sử dụng công cụ như SharePoint, MS Project hoặc công cụ cộng tác để gửi lịch trước 2-4 tuần.

📋 Giải thích tất cả các phương án (đúng và 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, kèm giải thích chi tiết bằng tiếng Việt dựa trên PMP mới nhất:

• ✅ Share the project schedule, milestones, and meeting agendas with the stakeholders ahead of time.
  Đúng vì: Như đã giải thích ở trên, đây là cách tốt nhất để đảm bảo availability bằng giao tiếp dự đoán (anticipatory communication). Tuân thủ nguyên tắc Tailor Your Communication trong PMBOK 7th (Domain 4), giúp stakeholders ưu tiên dự án critical. Không làm tăng chi phí hay rủi ro lịch trình.

• ❌ Add time reserve in the project schedule to allow extra time for the stakeholders to make decisions.
  Sai vì: Time reserve (dự phòng thời gian) chỉ dùng cho rủi ro đã biết (known risks) trong Estimate Activity Durations hoặc Contingency Reserve (PMBOK 7th, Domain 3: Project Work). Không nên dùng để "bù đắp" cho sự chậm trễ của stakeholders, vì dự án critical phải on-time/budget – việc thêm reserve có thể làm lệch baseline schedule và vi phạm nguyên tắc Agile/Hybrid nếu áp dụng. Thay vào đó, phải quản lý root cause (stakeholder availability).

• ❌ Schedule meetings with all of the stakeholders to make business decisions when needed.
  Sai vì: Đây là cách phản ứng (reactive), chỉ lên lịch khi cần, dễ dẫn đến xung đột lịch và trì hoãn quyết định. PMBOK 7th nhấn mạnh lập kế hoạch engagement từ đầu (Stakeholder Register & Engagement Assessment Matrix), không phải "ad-hoc". Với dự án đòi hỏi nhiều thời gian, cách này không ensure availability mà có thể làm tăng overhead.

• ❌ Work with the available stakeholders to make business decisions and keep all unavailable stakeholders informed.
  Sai vì: Không đảm bảo key stakeholders tham gia, vi phạm High Power/High Interest trong Power/Interest Grid (Stakeholder Analysis). Quyết định kinh doanh quan trọng cần đầu vào từ tất cả key stakeholders (PMBOK 7th, Principle 12: Navigate Complexity). Chỉ inform unavailable ones là escalation muộn, có thể dẫn đến rework, vượt budget và rủi ro chất lượng.

🧠 Kết luận nổi bật: Phương án đúng tập trung vào giao tiếp chủ động sớm – chìa khóa thành công trong Stakeholder Sphere của PMBOK 7th. Áp dụng để đạt People Outcomes như Build a Team và Engage Stakeholders!

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

• PMBOK Guide 7th Edition (PMI, 2021).
• PMI Agile Practice Guide (2021).
• Process Groups: A Practice Guide (2022).

🧩 Giải thí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 quản lý dự án PMP:
📌 Một cuộc kiểm toán chất lượng (quality audit) vừa kết thúc thất bại, dẫn đến nhiều action items cần xử lý.
📌 Project manager mới được bổ nhiệm đang xem xét tình trạng dự án cùng team.
📌 Đồng thời, xuất hiện stakeholders mới được xác định, và có thể cần thêm resources cho audit.
🛠️ Vấn đề cốt lõi: Dự án đang đối mặt với các thay đổi tiềm năng (thêm stakeholders, thêm resources, xử lý action items từ audit thất bại). Theo PMBOK® Guide 7th Edition (2021, cập nhật đến 2026 qua các tài liệu PMI), project manager cần quản lý thay đổi một cách tích hợp để đánh giá tác động toàn diện trước khi thực hiện bất kỳ hành động nào.
Câu hỏi yêu cầu: Project manager nên làm gì TIẾP THEO để xử lý tình huống này một cách đúng quy trình PMP.

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

Đáp án đúng: Perform integrated change control.
🛠️ Lý do:

• Tình huống có nhiều thay đổi tiềm năng (stakeholders mới, thêm audit resources, action items từ quality audit thất bại), đòi hỏi phải đánh giá tích hợp toàn bộ thay đổi trước khi phê duyệt hoặc thực hiện.
• Theo PMBOK® Guide 7th Edition, quy trình Perform Integrated Change Control (thuộc Change Domain) là bước tiếp theo bắt buộc để:
  • Xem xét tất cả change requests (từ audit failure, stakeholders mới, resources).
  • Đánh giá tác động đến scope, schedule, cost, quality, risk toàn dự án.
  • Phê duyệt/thay đổi baselines nếu cần.
• Nếu bỏ qua bước này, dự án có nguy cơ scope creep hoặc mất kiểm soát thay đổi (vi phạm nguyên tắc Stewardship và Change trong PMBOK 7).
  📘 Nguồn tham khảo: PMBOK® Guide 7th Edition, trang 127-128 (Change Performance Domain); PMBOK 6th Edition, Process 4.6: Perform Integrated Change Control.

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

Dưới đây là phân tích từng lựa chọ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á dựa trên quy trình PMP chuẩn (PMBOK 7th Edition).

• ❌ Perform stakeholder engagement.
  🛠️ Sai vì: Stakeholder engagement (quy trình 13.3 trong PMBOK 6/7) là hành động dài hạn để tương tác với stakeholders, nhưng KHÔNG phải bước TIẾP THEO. Trước tiên phải Perform Integrated Change Control để đánh giá thay đổi từ stakeholders mới (như thêm resources). Làm engagement ngay có thể dẫn đến thay đổi không kiểm soát, vi phạm nguyên tắc Team và Stakeholders trong PMBOK 7.
  📘 Nguồn: PMBOK 7th Edition, Stakeholder Performance Domain, trang 89.

• ✅ Perform integrated change control.
  🛠️ Đúng vì: Như đã giải thích ở phần đáp án đúng, đây là bước logic tiếp theo để tích hợp và phê duyệt tất cả thay đổi từ audit thất bại, stakeholders mới, và resources bổ sung. Đảm bảo dự án không bị lệch hướng mà không đánh giá tác động toàn diện.
  📘 Nguồn: PMBOK 7th Edition, Change Performance Domain; PMBOK 6th Edition, 4.6.

• ❌ Update the quality management plan.
  🛠️ Sai vì: Cập nhật Quality Management Plan (quy trình Manage Quality - 8.3) chỉ thực hiện SAU KHI change được phê duyệt qua Integrated Change Control. Audit thất bại tạo action items, nhưng KHÔNG tự động cập nhật plan mà không đánh giá thay đổi (có thể ảnh hưởng scope/cost). Làm ngay sẽ bỏ qua quy trình change control, gây rủi ro.
  📘 Nguồn: PMBOK 7th Edition, Quality Performance Domain, trang 141; PMBOK 6th Edition, 8.1-8.3.

• ❌ Update the risk management plan.
  🛠️ Sai vì: Risk Management Plan (quy trình Plan Risk Management - 11.1) KHÔNG liên quan trực tiếp đến tình huống này. Audit thất bại và thay đổi stakeholders/resources là change issues, không phải risk mới cần cập nhật plan ngay. Phải qua Integrated Change Control trước, sau đó mới xem xét cập nhật risk register/plan nếu cần.
  📘 Nguồn: PMBOK 7th Edition, Uncertainty Performance Domain, trang 103; PMBOK 6th Edition, 11.1.

🧩 Kết luận: Việc chọn Perform integrated change control đảm bảo quản lý thay đổi chuyên nghiệp, tuân thủ 12 Principles PMP (như Focus on Value, Optimize Risk Responses). Nếu áp dụng thực tế, project manager nên lập Change Request ngay! 🚀

🧩 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ý phạm vi (Scope Management) trong môi trường Agile, cụ thể là một dự án Agile mới khởi động. Project Manager (PM) cần xác nhận và giải thích phạm vi dự án (project scope) để giải quyết lo ngại của một bên liên quan (stakeholder).

✅ Ý nghĩa cốt lõi: Trong Agile, phạm vi không được định nghĩa cố định từ đầu như Waterfall mà được quản lý linh hoạt qua các artifact động. PM phải chọn công cụ phù hợp nhất để trình bày rõ ràng, toàn diện scope hiện tại, giúp stakeholder hiểu và đồng thuận. Điều này phù hợp với nguyên tắc Agile: tập trung vào giá trị khách hàng, minh bạch và iterative delivery (theo PMBOK® Guide 7th Edition và Agile Practice Guide 2021, cập nhật đến 2026).

🛠️ Bối cảnh PMP mới nhất (2026): PMBOK 7 nhấn mạnh value delivery qua hybrid/agile approaches. Trong Scrum/Kanban (phổ biến Agile), Product Backlog là "single source of truth" cho scope.

✅ Đáp án đúng: Product backlog

Lý do lựa chọn (dựa trên PMP Agile):

• Product Backlog là danh sách ưu tiên toàn diện tất cả các yêu cầu, user stories, bugs, enhancements đại diện cho toàn bộ phạm vi dự án ở bất kỳ thời điểm nào.
• Nó được PM/Product Owner duy trì minh bạch, có thể trình bày trực tiếp cho stakeholder để xác nhận scope, giải thích các item sắp tới (upcoming features) và backlog refinement.
• Trong dự án Agile mới, đây là artifact chính để address stakeholder concerns về scope creep hoặc hiểu lầm, vì nó living document (cập nhật liên tục).
• ✅ Phù hợp hoàn hảo: Giúp PM "explain the project scope" một cách rõ ràng, chi tiết mà không cần tài liệu riêng biệt.

📘 Nguồn tham khảo:

• PMBOK® Guide 7th Edition (2021), Section 6.2: Manage Scope (Agile contexts).
• Agile Practice Guide (PMI, 2021): Product Backlog as primary scope artifact.
• Scrum Guide (2020, cập nhật 2025): "The Product Backlog is an ordered list representing the needs of the Product."

❌ 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 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 vai trò cụ thể trong Agile:

• User stories ❌
  Sai vì: User stories chỉ là các item nhỏ, chi tiết ở mức user perspective (ví dụ: "As a user, I want..."), nằm bên trong Product Backlog. Chúng không đại diện toàn bộ scope dự án mà chỉ là phần nhỏ, chưa đủ để giải thích toàn diện cho stakeholder. Sử dụng riêng lẻ sẽ thiếu ngữ cảnh ưu tiên và tổng quan, dẫn đến hiểu lầm scope tổng thể.

• Product backlog ✅
  Đúng vì: Như đã giải thích ở trên, đây là artifact cốt lõi chứa toàn bộ scope, được sắp xếp theo giá trị/ưu tiên (MoSCoW hoặc value-based). PM có thể demo trực tiếp (qua tools như Jira) để confirm scope, address concerns hiệu quả. Hoàn toàn phù hợp PMP Agile.

• Product roadmap ❌
  Sai vì: Product Roadmap là tầm nhìn chiến lược dài hạn (high-level timeline, themes/phases), không chi tiết để "explain project scope" cụ thể. Nó dùng cho planning cấp cao (6-18 tháng), không phải confirm scope chi tiết hàng ngày hoặc giải quyết lo ngại ngay lập tức của stakeholder. Roadmap có thể thay đổi, nhưng không phải "single source" cho scope.

• Business requirements document ❌
  Sai vì: Đây là tài liệu truyền thống kiểu Waterfall (BRD), liệt kê yêu cầu kinh doanh cố định từ đầu dự án. Trong Agile, không sử dụng vì vi phạm nguyên tắc emergent requirements và iterative. Nó thiếu tính linh hoạt, không phù hợp dự án Agile mới (dẫn đến scope rigidity, chống lại Agile Manifesto).

🛠️ Lời khuyên PMP thực hành: Trong kỳ thi PMP mới (2026), ưu tiên artifact Agile chuẩn (Backlog > Stories/Roadmap). Luôn liên kết với Stakeholder Engagement (Domain 8, PMP Exam Content Outline 2021+). Nếu thực tế, PM nên invite stakeholder vào Backlog Refinement meeting! 🚀

🧩 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ý Đội ngũ Dự án (Manage Project Team) trong PMP, cụ thể liên quan đến việc xử lý tình huống một thành viên đội ngũ gặp khó khăn trong việc hoàn thành nhiệm vụ được giao. Trong cuộc họp đội ngũ, Quản lý Dự án (PM) phát hiện ra rằng có các thành viên khác có kinh nghiệm hơn với nhiệm vụ tương tự.

📌 Tình huống cốt lõi: PM cần chọn hành động phù hợp nhất để hỗ trợ thành viên đang gặp khó khăn, đồng thời thúc đẩy sự phát triển đội ngũ, chia sẻ kiến thức và duy trì hiệu suất dự án. Theo PMBOK Guide 7th Edition (và các cập nhật đến 2026), ưu tiên là phát triển năng lực đội ngũ thông qua mentoring, coaching và hợp tác, thay vì các giải pháp ngắn hạn hoặc tiêu cực có thể làm suy giảm động lực.

✅ Đáp án đúng

Ask one of the more experienced team members to support the team member with the task.

Lý do lựa chọn:

• Hành động này khuyến khích hợp tác nội bộ đội ngũ (team collaboration) và mentoring/coaching, giúp thành viên thiếu kinh nghiệm học hỏi trực tiếp từ đồng nghiệp giàu kinh nghiệm.
• Điều này phù hợp với nguyên tắc Develop Team trong PMBOK 7th Edition, Domain: Team, nơi nhấn mạnh việc xây dựng kỹ năng qua hỗ trợ lẫn nhau, tăng cường sự gắn kết và hiệu suất lâu dài.
• Không chỉ giải quyết vấn đề ngay lập tức mà còn phát triển đội ngũ, tránh rủi ro phụ thuộc vào cá nhân. 🛠️ Hoàn hảo cho môi trường Agile/Hybrid!

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

• Ask one of the more experienced team members to support the team member with the task.
  ✅ Đúng (như đã giải thích ở trên). Đây là cách tốt nhất để thúc đẩy kiến thức chia sẻ (knowledge sharing) và phát triển cá nhân, phù hợp với Project Team Management principles trong PMBOK 7th.

• Ask the experienced team members to produce a manual on how to complete the task.
  ❌ Sai: Việc yêu cầu tạo tài liệu hướng dẫn (manual) tốn thời gian và công sức của các thành viên kinh nghiệm, có thể làm chậm tiến độ dự án. Không giải quyết vấn đề ngay lập tức và không khuyến khích tương tác trực tiếp, vi phạm nguyên tắc high-performance team nơi ưu tiên giao tiếp nhanh chóng thay vì tài liệu hóa dài dòng.

• Reassign the task to one of the more experienced project team members for a faster completion of the assigned task.
  ❌ Sai: Việc chuyển giao nhiệm vụ chỉ mang tính ngắn hạn, không giúp phát triển kỹ năng cho thành viên thiếu kinh nghiệm, dẫn đến phụ thuộc (dependency) và giảm động lực đội ngũ. PMBOK 7th Edition nhấn mạnh resource optimization nhưng ưu tiên phát triển hơn là thay thế, tránh làm suy yếu sự tự tin của đội ngũ.

• Inform the project management office (PMO) of the issue and request a replacement for the less experienced team member.
  ❌ Sai: Đây là cách tiếp cận tiêu cực, leo thang vấn đề lên PMO mà không thử giải pháp nội bộ trước. Có thể gây tổn hại đến tinh thần đội ngũ (team morale) và vi phạm Manage Team process, nơi PM phải tự xử lý trước khi can thiệp bên ngoài. Chỉ dùng khi có vấn đề nghiêm trọng về hiệu suất kéo dài.

📘 Tài liệu tham khảo

• PMBOK® Guide – Seventh Edition (2021): Domain 4: Team (Project Team), trang 157-170: Nhấn mạnh mentoring, coaching và knowledge transfer.
• PMBOK® Guide – Seventh Edition & Agile Practice Guide: Process 9.3 Develop Team & 9.4 Manage Team.
• PMP Examination Content Outline (2021, cập nhật 2026): People Domain (42% trọng số), Task 12: Support and mentor relevant stakeholders.
• PMI Standards+ (truy cập PMI.org đến 2026): The Standard for Project Management, Section 4.5: Team 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ụ thực tế, hãy hỏi nhé!

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

Câu hỏi này thuộc chủ đề Quản lý dự án Agile trong PMP (phiên bản PMBOK Guide 7th Edition và Agile Practice Guide, cập nhật đến 2026). 🛠️
Nội dung mô tả: Ban lãnh đạo công ty quyết định đầu tư vào một sản phẩm mới sử dụng phương pháp Agile. Các đội ngũ thương mại (commercial) và sản phẩm (product) đã bắt đầu hoạt động lập kế hoạch (planning activity) cho dự án mới này.
Câu hỏi yêu cầu: Quản lý dự án (project manager) cần ba yếu tố chính (key factors) nào để giao sản phẩm (deliver this product)? Chọn ba lựa chọn.

🔍 Bối cảnh quan trọng: Trong Agile, giai đoạn lập kế hoạch ban đầu tập trung vào việc định hướng chiến lược sản phẩm (product-oriented), không phải các chỉ số kiểm soát truyền thống (như trong dự án dự đoán - predictive). Các yếu tố cần thiết phải hỗ trợ tầm nhìn dài hạn, lộ trình và backlog cao cấp để đội ngũ phát triển sản phẩm một cách linh hoạt, lặp lại (iterative).

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

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

• Product roadmap
• Product vision
• High-level product backlog

Lý do chọn 📘:
Theo Agile Practice Guide (PMI, 2021) và PMBOK Guide 7th Edition (Section 4.3 - Agile Project Management), trong Agile, quản lý dự án cần ba yếu tố cốt lõi này ở giai đoạn lập kế hoạch sản phẩm:

• Product vision định hướng mục tiêu tổng thể và giá trị sản phẩm (giúp đội ngũ thống nhất tầm nhìn).
• Product roadmap cung cấp lộ trình cao cấp (high-level plan) để ưu tiên tính năng theo thời gian.
• High-level product backlog là danh sách các hạng mục sản phẩm ở mức tổng quát, làm nền tảng cho các sprint.
  Những yếu tố này tạo thành tam giác Agile cơ bản cho việc deliver sản phẩm, đảm bảo tính linh hoạt và tập trung vào giá trị khách hàng. Không có chúng, dự án Agile sẽ thiếu hướng đi chiến lược! 🚀

📋 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, giữ nguyên văn bản gốc bằng tiếng Anh. Phần giải thích hoàn toàn bằng tiếng Việt dựa trên kiến thức PMP/Agile mới nhất:

• ✅ Product roadmap
  Đúng! 🏆 Đây là lộ trình sản phẩm cao cấp, thể hiện kế hoạch chiến lược theo chủ đề hoặc tính năng lớn qua các release. Nó giúp quản lý dự án phối hợp với các đội ngũ commercial/product để deliver giá trị theo thời gian. (Tham khảo: Agile Practice Guide, p. 24 - Product Roadmap).

• ❌ Schedule performance indexes (SPIs)
  Sai! ❌ SPI là chỉ số hiệu suất lịch trình (từ Earned Value Management - EVM), dùng chủ yếu trong dự án predictive/waterfall để đo lường độ lệch tiến độ. Trong Agile, không ưu tiên SPI ở giai đoạn planning ban đầu vì tập trung vào adaptive planning thay vì fixed schedule.

• ✅ Product vision
  Đúng! 🎯 Tầm nhìn sản phẩm là "ngọn hải đăng" định hướng mục tiêu dài hạn, giải thích "tại sao" sản phẩm tồn tại và giá trị mang lại. Không có nó, đội ngũ sẽ thiếu động lực và sự thống nhất. (Tham khảo: PMBOK 7th Ed., Figure 4-2 - Agile Manifesto Principles).

• ❌ Key performance indicators (KPIs)
  Sai! ❌ KPIs là các chỉ số hiệu suất chính (như doanh thu, satisfaction), hữu ích để đo lường kết quả nhưng không phải key factors để deliver sản phẩm ở giai đoạn planning Agile. Chúng được sử dụng sau để đánh giá, không phải nền tảng lập kế hoạch.

• ✅ High-level product backlog
  Đúng! 📜 Đây là backlog sản phẩm ở mức cao cấp (epics hoặc features), làm nguồn đầu vào cho refinement và sprint planning. Nó đảm bảo các hạng mục được ưu tiên dựa trên giá trị. (Tham khảo: Agile Practice Guide, p. 32 - Product Backlog).

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

• PMBOK Guide 7th Edition (PMI, 2021): Chương 4 (Tailoring) & Chương 6 (Trade-offs).
• Agile Practice Guide (PMI, 2021): Phần Product Planning (p. 20-35).
• PMI Standards cập nhật 2025-2026: Xác nhận Agile hybrid models nhấn mạnh vision-roadmap-backlog (PMI.org resources).

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

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

Câu hỏi thuộc lĩnh vực Quản lý Chi phí và Tiến độ Dự án (Project Cost and Schedule Management) theo chuẩn PMI PMP (Project Management Professional). Đây là một biểu đồ S‑Curve (Đường cong S) trong Earned Value Management (EVM – Quản lý Giá trị Đạt được), mô tả hiệu suất hiện tại của dự án so với chi phí (cost) và tiến độ (schedule).

📊 Phân tích chi tiết biểu đồ (dựa trên hình ảnh cung cấp):

• Trục ngang (X): Thời gian dự án theo tuần (Project Week từ 1 đến 9). Điểm hiện tại có lẽ ở tuần 9 (cuối biểu đồ).

• Trục dọc (Y): Giá trị tích lũy (cumulative value), thường đại diện cho % hoàn thành hoặc giá trị chi phí (từ 0.4 đến 1.6, với đường baseline ở mức 1.0).

• Các đường và điểm chính:

  • Đường màu xanh lá (C): Đại diện cho Actual Cost (AC – Chi phí Thực tế) hoặc đường hiệu suất thực tế. Đường này thấp hơn đường kế hoạch ở các tuần cuối, đặc biệt tuần 5‑9 (C ở mức ~0.8‑1.0, trong khi baseline là 1.0).
  • Các điểm S: Đại diện cho Planned Value (PV – Giá trị Kế hoạch) hoặc đường tiến độ theo lịch trình. Các điểm S nằm cao hơn đường C ở hầu hết các tuần (ví dụ: tuần 1‑4 S ở ~1.0‑1.2, tuần 9 S cao hơn C).
  • Đường ngang ở 1.0: Baseline (mức mục tiêu 100% kế hoạch).

• Kết luận từ biểu đồ 🛠️:

  • Behind schedule (Chậm tiến độ): Earned Value (EV) hoặc hiệu suất thực tế (C) thấp hơn PV (S) → Schedule Variance (SV = EV – PV < 0), Schedule Performance Index (SPI = EV/PV < 1).
  • Under budget (Tiết kiệm ngân sách): Actual Cost (AC – đường C) thấp hơn PV và EV → Cost Variance (CV = EV – AC > 0), Cost Performance Index (CPI = EV/AC > 1).

Mục tiêu câu hỏi: Project Manager (PM) cần hành động gì để đưa dự án về đúng quỹ đạo? → Tập trung vào vấn đề chính là tiến độ chậm, vì chi phí đang tốt (under budget).

Câu hỏi kiểm tra kiến thức Monitor and Control Project Work và Earned Value Analysis theo PMBOK® Guide (phiên bản mới nhất 7th Edition, cập nhật đến 2026 qua PMI updates).

✅ Đáp án đúng

Review project schedule because the project is under budget and behind schedule.

Lý do lựa chọn 🏆:

• Biểu đồ cho thấy dự án under budget (AC < PV/EV → CPI > 1, tiết kiệm chi phí) nhưng behind schedule (EV/PV thấp → SPI < 1, chậm tiến độ).
• PM nên review project schedule (xem xét lại lịch trình) để tăng tốc độ hoàn thành công việc, sử dụng kỹ thuật như crashing, fast‑tracking hoặc điều chỉnh nguồn lực, mà không cần lo lắng về chi phí (vì đang tốt). Điều này phù hợp nguyên tắc proactive control trong PMP.

🔍 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 một dựa trên biểu đồ EVM. Tôi giữ nguyên nội dung phương án bằng tiếng Anh gốc, chỉ giải thích bằng tiếng Việt.

• Review project schedule because the project is under budget and behind schedule.
  ✅ Đúng 🟢: Phù hợp chính xác với biểu đồ (AC thấp → under budget; C thấp hơn S → behind schedule). PM ưu tiên sửa schedule để bắt kịp tiến độ, tránh rủi ro trễ hạn.

• Review project scope because the project is under budget and ahead of schedule.
  ❌ Sai 🔴: Sai hoàn toàn! Dự án KHÔNG ahead of schedule (không vượt tiến độ, vì C dưới S). Review scope chỉ khi có thay đổi phạm vi, không liên quan đến biểu đồ cost/schedule này.

• Review project schedule and cost because the project is over budget and behind schedule.
  ❌ Sai 🔴: Sai về chi phí! Dự án KHÔNG over budget (AC không vượt PV, ngược lại under budget). Không cần review cả hai vì cost đang tốt; chỉ cần focus schedule.

• Review project cost because the project is over budget and ahead of schedule.
  ❌ Sai 🔴: Sai kép! KHÔNG over budget (under budget thực tế) và KHÔNG ahead of schedule (behind schedule). Review cost chỉ khi CV < 0, không áp dụng đây.

📘 Tài liệu tham khảo

• PMBOK® Guide – 7th Edition (2021, updates 2026): Phần 4.5 (Project Performance Measurement) & 7.3 (Earned Value). Xem Figure 7‑11 về S‑Curve.
• PMI PMP Exam Content Outline (2024‑2026): Domain III: Business Environment (15%) & Domain IV: Delivery (50%) – EVM metrics.
• Lưu ý: Chủ đề PMP thuần túy, không liên quan tới dịch vụ đám mây hay các nền tảng công nghệ cụ thể.

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