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ả một tình huống khẩn cấp trong dự án: Một cuộc họp được tổ chức gấp với đội ngũ dự án để thảo luận nguyên nhân gây ra các vấn đề chất lượng, dẫn đến việc không thể giao sản phẩm cho khách hàng. Product Owner (chủ sở hữu sản phẩm) đề xuất thực hiện Root Cause Analysis (RCA - Phân tích nguyên nhân gốc rễ). Câu hỏi yêu cầu xác định hành động phù hợp nhất mà project lead (người dẫn dắt dự án, thường tương đương Scrum Master trong môi trường Agile/Scrum) nên thực hiện.
🛠️ Bối cảnh PMP mới nhất (PMBOK 7th Edition & Agile Practice Guide 2021, cập nhật đến 2026): Đây là tình huống hybrid Agile, nhấn mạnh vào việc facilitate (hỗ trợ điều hành) cuộc họp để khuyến khích sự tham gia của toàn đội, phù hợp với nguyên tắc team empowerment, servant leadership và self-organizing teams. Project lead không ra lệnh mà tạo môi trường để mọi người đóng góp ý tưởng, hỗ trợ RCA hiệu quả.

✅ Đáp án đúng và lý do lựa chọn
Facilitate the meeting so anyone can share their ideas and is heard during the session
📈 Lý do: Trong PMP/Agile, project lead (Scrum Master) có vai trò chính là facilitator (người điều hành), đảm bảo cuộc họp diễn ra dân chủ, mọi thành viên đều được lắng nghe và chia sẻ ý tưởng tự do. Điều này thúc đẩy collaborative problem-solving, giúp xác định nguyên nhân gốc rễ một cách toàn diện (hỗ trợ RCA), phù hợp với 12 Principles of PMBOK 7 (như Focus on Value, Team, Adaptability) và Scrum Guide (Daily Scrum/Retrospective facilitation). Không áp đặt ý kiến mà empower team để tự tổ chức giải quyết vấn đề.

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

• ❌ Discuss the product owner's recommendations with the team and implement the agreed-on solutions
  Phương án này sai vì chỉ tập trung thảo luận và triển khai ngay khuyến nghị của Product Owner mà bỏ qua bước facilitate toàn đội, có nguy cơ thiên vị một phía, không đảm bảo RCA thực sự (có thể giải pháp bề mặt, không tìm nguyên nhân gốc). PMP nhấn mạnh holistic approach thay vì implement vội (Stakeholder Engagement Domain).

• ❌ Allow the team to self-organize so one of the resources can lead the team to achieve consensus
  Phương án này sai vì dù team self-organizing là nguyên tắc Agile (Scrum Guide), nhưng trong họp khẩn cấp về quality issues, project lead phải facilitate chủ động để tránh hỗn loạn hoặc ai đó tự lãnh đạo dẫn đến bias. Không facilitate có thể làm mất cơ hội thu thập ý kiến đa dạng, vi phạm Leadership Domain trong PMBOK 7.

• ❌ Discuss the recommendations with the test manager and request better quality control
  Phương án này sai vì hạn chế thảo luận chỉ với test manager, thiếu sự tham gia của toàn đội, không collaborative và không hỗ trợ RCA đúng nghĩa. PMP/Agile ưu tiên cross-functional team involvement thay vì delegate trách nhiệm (Quality Management Principle: Optimize Risk Responses).

• ✅ Facilitate the meeting so anyone can share their ideas and is heard during the session
  Như đã giải thích ở phần đáp án đúng: Đây là hành động tối ưu, đảm bảo inclusivity và hiệu quả RCA qua facilitation chuyên nghiệp.

📘 Tài liệu tham khảo

• PMBOK Guide 7th Edition (2021): Agile Hybrid Approaches, Section 4.5 (Team Performance Domain), Principle 8: Team.
• Agile Practice Guide (PMI, 2021): Chapter 5 (Facilitation Techniques for Servant Leadership).
• Scrum Guide (2020, cập nhật 2025): Scrum Master accountability - Facilitate events, events như Retrospective cho root cause.
• PMP Exam Content Outline (2024-2026): Domain IV: People (31%), Task 7: Lead agile team self-organization.
  (Nguồn chính thức PMI.org, khuyến nghị kiểm tra cập nhật mới nhất qua PMI membership).

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

Câu hỏi mô tả một tình huống trong dự án Agile/Scrum: Người tài trợ dự án (project sponsor) liên tục thay đổi thứ tự ưu tiên các gói công việc mô-đun (modular work packages), dẫn đến thay đổi scope hàng ngày. Đội ngũ dự án quen với chu kỳ sprint 3 tuần nhưng đang ngày càng thất vọng vì sự thay đổi liên tục này.
Vấn đề cốt lõi: Thay đổi scope thường xuyên làm gián đoạn quy trình Agile, ảnh hưởng đến năng suất đội ngũ, sự ổn định và giá trị giao hàng. Theo PMBOK® Guide 7th Edition (2021) và Agile Practice Guide (tích hợp trong PMP đến 2026), Project Manager cần ưu tiên quản lý stakeholder (stakeholder engagement), duy trì sự ổn định trong sprint để đội ngũ tập trung, và xử lý thay đổi qua các cơ chế như Product Backlog Refinement thay vì thay đổi hàng ngày.
Câu hỏi yêu cầu hành động đầu tiên và phù hợp nhất của Project Manager để giải quyết, nhấn mạnh vào giao tiếp và giáo dục stakeholder về lợi ích của quy trình Agile.
📘 Tài liệu tham khảo: PMBOK® Guide 7th Edition - Domain: Stakeholder (Section 4.5); Agile Practice Guide - Sprint Planning & Change Control.

✅ Đáp án đúng

Set up a meeting with the sponsor to explain the importance of keeping a strict sprint cycle.

Lý do lựa chọn:
Đây là hành động tốt nhất và đầu tiên vì Project Manager phải giao tiếp trực tiếp với stakeholder chính (sponsor) để giải thích lợi ích của chu kỳ sprint nghiêm ngặt (strict sprint cycle). Trong Agile, thay đổi scope nên được xử lý ở cuối sprint qua backlog grooming/refinement, không phải hàng ngày để tránh "scope creep" và duy trì flow làm việc. Điều này phù hợp với nguyên tắc Stakeholder Engagement (PMBOK 7th) và Servant Leadership của PM, giúp sponsor hiểu tác động đến đội ngũ và giá trị dự án. Hành động này xây dựng sự đồng thuận, giảm frustration của team mà không thay đổi quy trình cốt lõi. 🛠️

🔍 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 phương án, dựa trên PMP mới nhất (PMBOK 7th Edition & Agile Extension đến 2026). Tôi giữ nguyên văn bản gốc bằng tiếng Anh, chỉ giải thích bằng tiếng Việt.

• ✅ Đúng: Set up a meeting with the sponsor to explain the importance of keeping a strict sprint cycle.
  Như đã giải thích ở trên, đây là cách chủ động quản lý kỳ vọng stakeholder, giáo dục về Agile principles (sprint stability), và ưu tiên giao tiếp thay vì thay đổi quy trình. PMBOK 7th nhấn mạnh "Tailor to context" nhưng giữ nguyên framework nếu phù hợp. 📘 (Agile Practice Guide: Sprint Commitment).

• ❌ Sai: Decrease the sprint cycle to the average reprioritization request by calculating it in days.
  Phương án này không khuyến khích vì làm ngắn sprint (ví dụ từ 3 tuần xuống vài ngày) sẽ tăng overhead (planning, retrospectives), giảm hiệu quả đội ngũ và vi phạm nguyên tắc Agile "short iterations but sustainable pace". Thay đổi scope hàng ngày vẫn gây rối loạn, không giải quyết gốc rễ (thay đổi từ sponsor). PMBOK 7th khuyên tránh "reactive changes" mà tập trung vào value delivery ổn định. 🕒

• ❌ Sai: Set up a meeting with the project team and ask for their opinion on what to do.
  Mặc dù hỗ trợ team là tốt (Servant Leader), nhưng đây không phải hành động đầu tiên. Vấn đề xuất phát từ sponsor (ngoài team), nên PM phải xử lý stakeholder trước thay vì chỉ hỏi ý kiến team. Điều này có thể làm team thêm frustration mà không giải quyết thay đổi scope. PMBOK 7th: Team performance domain sau Stakeholder domain. 👥

• ❌ Sai: Move to a Kanban strategy so that work can be reallocated more easily.
  Chuyển sang Kanban (flow-based, không có sprint cố định) có thể linh hoạt hơn với thay đổi ưu tiên, nhưng không phù hợp ngay lập tức vì team đã quen sprint 3 tuần và đang thất vọng – thay đổi lớn sẽ gây thêm disruption. PMBOK 7th/Agile Guide khuyên tailor approach sau khi thảo luận stakeholder, không phải "quick fix" mà bỏ qua nguyên nhân gốc (hành vi sponsor). Kanban phù hợp nếu dự án cần high variability, nhưng ở đây sprint vẫn đang work nếu ổn định. 🔄

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

Câu hỏi này thuộc lĩnh vực Quản lý Thay đổi Phạm vi (Scope Management) và Quản lý Thay đổi Tích hợp (Integrated Change Control) trong PMP, theo PMBOK Guide 7th Edition (2021) và cập nhật đến 2026 (tập trung vào các Performance Domains như Uncertainty, Value, và Change).

Tình huống chi tiết:
Project manager (PM) đang quản lý một dự án giáo dục nhằm đào tạo lực lượng lao động về phát triển ứng dụng. Một deliverable quan trọng là cung cấp internship (thực tập) cho các học sinh xuất sắc nhất vào các dự án đang hoạt động của khách hàng. Tuy nhiên, khách hàng hiện không có đủ dự án đang tiến hành, dẫn đến rủi ro không đạt deliverable. PM quyết định tạo các dự án nội bộ để giải quyết, nhưng KHÔNG được thêm chi phí cho khách hàng.

Yêu cầu chọn 3 hành động phù hợp: Các hành động phải đảm bảo thực hiện deliverable một cách chính thức, kiểm soát scope mới (internal projects), duy trì chất lượng, mà không vi phạm hợp đồng với khách hàng (no additional costs). Điều này nhấn mạnh nguyên tắc Tailoring (tùy chỉnh quy trình) và Stakeholder Engagement trong PMBOK 7.

📘 Nguồn tham khảo:

• PMBOK Guide 7th Edition: Domain 2 (Team), Domain 5 (Planning), Domain 9 (Delivery).
• PMP Exam Content Outline 2021 (cập nhật Agile/Hybrid): Task 4.4 (Manage Project Changes).

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

Các đáp án đúng là:

1. Create a work breakdown structure (WBS) of the new scope with the internal projects.
2. Create a change request with the scope of the new internal projects.
3. Manage the quality of the delivery.

Lý do lựa chọn:
🛠️ Những hành động này tuân thủ quy trình Perform Integrated Change Control (Quy trình 4.6 PMBOK 7) và Plan Scope Management (Quy trình 5.1), giúp chính thức hóa scope mới (internal projects) mà KHÔNG thêm chi phí cho khách hàng (vì là internal, do PM tự quản lý). WBS phân tích scope mới để kiểm soát công việc; Change Request phê duyệt thay đổi chính thức; Manage Quality đảm bảo deliverable (internship) đạt chuẩn, phù hợp với dự án giáo dục. Điều này thể hiện Value Delivery mà không ảnh hưởng ngân sách khách hàng.

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

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

• ✅ Create a work breakdown structure (WBS) of the new scope with the internal projects.
  🧩 Giải thích đúng: WBS là công cụ cốt lõi trong Create WBS (Quy trình 5.4 PMBOK 7), giúp phân tích scope mới (internal projects) thành các work packages dễ quản lý. Hành động này đảm bảo kiểm soát scope mở rộng mà không tốn thêm chi phí khách hàng, hỗ trợ lập kế hoạch resource nội bộ. Phù hợp với nguyên tắc Planning Performance Domain.

• ✅ Create a change request with the scope of the new internal projects.
  🧩 Giải thích đúng: Theo Perform Integrated Change Control (Domain 8: Measurement), mọi thay đổi scope phải qua Change Request để CCB (Change Control Board) phê duyệt. Điều này chính thức hóa internal projects, tránh scope creep, và giữ nguyên chi phí khách hàng (chỉ ảnh hưởng internal baseline).

• ❌ Use the project's contingency budget.
  🚫 Giải thích sai: Contingency reserve dành cho known-unknown risks (Quy trình 7.4 Manage Project Risks, PMBOK 7), không phải scope mới chủ động. Sử dụng sẽ làm lệch baseline cost, có thể gián tiếp ảnh hưởng khách hàng nếu dự án overrun, vi phạm nguyên tắc Measurement Performance Domain (không dùng reserve cho thay đổi scope).

• ❌ Influence the client to initiate a new project.
  🚫 Giải thích sai: Hành động này thêm chi phí trực tiếp cho khách hàng (client phải khởi xướng dự án mới), vi phạm yêu cầu "without adding costs for the customer". Trong Stakeholder Engagement (Domain 10), PM không được ép buộc stakeholder ngoài hợp đồng; thay vào đó, phải dùng giải pháp nội bộ.

• ✅ Manage the quality of the delivery.
  🧩 Giải thích đúng: Theo Manage Quality (Quy trình 8.2 PMBOK 7) và Quality Management Performance Domain, PM phải đảm bảo internship (deliverable) đạt chất lượng cao, đặc biệt trong dự án giáo dục. Hành động này hỗ trợ internal projects mà không tốn thêm chi phí, tập trung vào Value và Benefits Realization.

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 tập trung vào giai đoạn chuyển giao kiến thức (knowledge transfer phase) trong dự án, một phần quan trọng của quản lý kiến thức (Knowledge Management) theo PMBOK® Guide 7th Edition (và cập nhật đến 2026). Trong tình huống này, các chuyên gia chủ đề (SMEs) đã đến hiện trường của khách hàng (client site) để thực hiện chuyển giao kiến thức, nhưng họ đã ghi nhận các sai lệch quy trình (process deviations) mà không chia sẻ với đội ngũ dự án. 🛠️ Vấn đề cốt lõi là project manager cần làm gì để đảm bảo kiến thức được chuyển giao toàn diện cho toàn đội ngũ (knowledge transfer across the team), tránh tình trạng thông tin bị "kẹt" ở một số cá nhân, dẫn đến rủi ro dự án như thiếu đồng bộ hoặc bỏ lỡ bài học kinh nghiệm.

Mục tiêu chính là thúc đẩy chia sẻ kiến thức kịp thời, minh bạch và có hệ thống, phù hợp với nguyên tắc Manage Knowledge trong PMBOK 7th Edition, nhấn mạnh việc sử dụng công cụ lưu trữ và truy cập chung để toàn đội ngũ có thể tiếp cận thông tin ngay lập tức.

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

Đáp án đúng: Ask the SMEs to share the knowledge transfer documents with all other members by placing the documents in the project management information system (PMIS).

Lý do: Phương án này trực tiếp và hiệu quả nhất để đảm bảo knowledge transfer across the team. PMIS là hệ thống thông tin quản lý dự án (Project Management Information System) – một công cụ tiêu chuẩn trong PMBOK 7th Edition (phần 4.6 Manage Knowledge: Tools & Techniques), dùng để lưu trữ, chia sẻ tài liệu và kiến thức một cách tập trung, dễ truy cập cho toàn đội ngũ. Việc yêu cầu SMEs đặt tài liệu vào PMIS giúp kiến thức từ process deviations được lan tỏa ngay lập tức, tránh silo thông tin, hỗ trợ collaboration và decision-making kịp thời. 📱 Đây là hành động chủ động, nội bộ phù hợp với giai đoạn đang diễn ra, không làm gián đoạn dự án.

📋 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, dựa trên nguyên tắc PMP mới nhất (PMBOK 7th Edition & PMBOK Guide 7.2 - 2024 updates đến 2026):

• ❌ Ask the project team to run a deviation log review meeting with the client, highlighting that the project may not be able to go live as scheduled.
  Sai vì: Phương án này tập trung vào khách hàng (client) và rủi ro lịch trình go-live, thay vì chia sẻ kiến thức nội bộ đội ngũ. Nó có thể tạo áp lực không cần thiết, làm phức tạp mối quan hệ với client, và không giải quyết gốc rễ knowledge transfer across the team. Theo PMBOK 7th (Stakeholder Engagement), họp với client chỉ nên dùng khi cần escalate, không phải để nội bộ hóa kiến thức. 🕒 Quá muộn và lệch hướng.

• ❌ Ask the project team to facilitate a lessons learned session during the project closure phase to incorporate this issue.
  Sai vì: Lessons learned session chỉ diễn ra ở giai đoạn kết thúc dự án (closure phase), trong khi vấn đề đang ở knowledge transfer phase hiện tại. Điều này vi phạm nguyên tắc timely knowledge sharing trong Manage Knowledge (PMBOK 7th, 4.6), dẫn đến mất cơ hội áp dụng ngay process deviations. 📅 Hoãn lại sẽ làm kiến thức "chết yểu", không đảm bảo transfer across the team kịp thời.

• ❌ Ask the project management office (PMO) to provide team members with real-time visibility for deviations and facilitate team members to resolve issues.
  Sai vì: PMO không phải công cụ chính cho knowledge transfer nội bộ hàng ngày; PMO hỗ trợ governance cấp cao hơn (PMBOK 7th, Organizational Influences). Yêu cầu PMO can thiệp làm phức tạp hóa quy trình, chậm trễ so với việc SMEs share trực tiếp qua PMIS. 🔄 Không tập trung vào hành động đơn giản từ SMEs, và "real-time visibility" không thay thế được lưu trữ kiến thức bền vững.

• ✅ Ask the SMEs to share the knowledge transfer documents with all other members by placing the documents in the project management information system (PMIS).
  Đúng vì: Như đã giải thích ở trên, PMIS là tool cốt lõi cho knowledge sharing (PMBOK 7th Edition, Tools & Techniques: Information Systems). Đảm bảo toàn đội ngũ truy cập ngay, hỗ trợ continuous improvement mà không cần họp hành hay bên thứ ba. 🌐 Hoàn hảo cho tình huống!

📘 Tài liệu tham khảo

• PMBOK® Guide – Seventh Edition (2021, PMI): Phần 4.6 Manage Knowledge (Knowledge Management Process), nhấn mạnh PMIS cho sharing documents.
• PMBOK® Guide 7.2 (Standard for Project Management, 2024 updates): Principle 7 – Optimize Risk Responses & Tools như Information Management Systems.
• PMI Agile Practice Guide (2021): Hybrid approaches hỗ trợ knowledge transfer qua shared repositories.
• The Standard for Project, Program, and Portfolio Management (2021): PMO roles vs. project-level tools.

Hy vọng phân tích này giúp bạn ôn PMP hiệu quả! 🚀 Nếu cần thêm câu hỏi, 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) được giao quản lý một dự án marketing campaign mới. Sponsor cung cấp project management plan đã được phê duyệt để PM xem xét, đồng thời giải thích về scope, business requirements, deliverables và stakeholders. PM yêu cầu xem project charter để hiểu rõ hơn về dự án, nhưng sponsor cho rằng dự án nhỏ và đơn giản nên không cần project charter.
🛠️ Ý chính cần phân tích: Theo quy trình PMP (dựa trên PMBOK Guide 7th Edition và PMP Exam Content Outline 2021 - cập nhật đến 2026), project charter là tài liệu bắt buộc để chính thức ủy quyền dự án, xác nhận sự đồng thuận về mục tiêu, scope, và trao quyền cho PM. Dù dự án nhỏ, charter vẫn cần thiết để tránh rủi ro thiếu sự đồng thuận và ủy quyền rõ ràng. PM phải xử lý tình huống này một cách chuyên nghiệp, giáo dục sponsor về tầm quan trọng của charter.

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

Đáp án đúng: Explain that a project charter is necessary to ensure agreement on scope and deliverables and to define the project manager's responsibilities.

📘 Lý do: Theo PMBOK 7th Edition (Section 2.1 - Project Charter), project charter là artifact cốt lõi trong Initiating Process Group, giúp formalize sự đồng thuận về scope, deliverables, và xác định trách nhiệm của PM (như authority để sử dụng tổ chức resources). PM cần giáo dục sponsor một cách lịch sự, nhấn mạnh charter không phụ thuộc vào kích thước dự án (áp dụng cho mọi dự án). Điều này phù hợp với People Domain (leadership và stakeholder engagement) trong PMP Exam Content Outline, giúp tránh rủi ro dự án thiếu nền tảng vững chắc.

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

• ✅ [ĐÚNG] Explain that a project charter is necessary to ensure agreement on scope and deliverables and to define the project manager's responsibilities.
  Phương án này hoàn toàn đúng vì PM phải chủ động giải thích và thuyết phục sponsor về vai trò bắt buộc của project charter. Charter đảm bảo high-level agreement trên scope/deliverables và formally assign PM authority (PMBOK 7th Ed., 2.1.2). Đây là hành động chuyên nghiệp, phù hợp nguyên tắc tailoring nhưng không loại bỏ các yếu tố cốt lõi.

• ❌ [SAI] Develop the project charter and send it for approval.
  Phương án này sai vì PM không được phép tự phát triển project charter. Charter phải do sponsor hoặc initiator (người ủy quyền dự án) tạo ra và phê duyệt (PMBOK 7th Ed., 2.1.1). PM chỉ tham gia input, không dẫn dắt quá trình này để tránh vượt quyền.

• ❌ [SAI] Speak with peers about the need for a project charter.
  Phương án này sai vì nói chuyện với peers (đồng nghiệp) không giải quyết vấn đề trực tiếp với sponsor - người có authority cao nhất. Điều này vi phạm Stakeholder Engagement (PMBOK 7th Ed., Ch. 13) và có thể tạo xung đột nội bộ không cần thiết, thay vì giáo dục trực tiếp sponsor.

• ❌ [SAI] Agree that the project does not require a project charter, especially since the deliverables and milestones are included in the project management plan.
  Phương án này sai nghiêm trọng vì project management plan được phát triển SAU project charter (PMBOK 7th Ed., Process 4.2 Develop Project Management Plan). Không có charter, dự án thiếu formal authorization và dễ dẫn đến scope creep hoặc tranh chấp. Không có ngoại lệ cho "dự án nhỏ" theo tiêu chuẩn PMP.

📘 Tài liệu tham khảo

• PMBOK Guide 7th Edition (2021): Section 2.1 (Project Charter), Ch. 4 (Integration Management), nhấn mạnh charter là nền tảng cho mọi dự án.
• PMP Exam Content Outline (2021, cập nhật 2026): Domain 1 (People) - Task 3 (Engage stakeholders); Domain 2 (Process) - Task 1 (Execute project with urgency).
• PMI.org: Agile Practice Guide (tailoring cho dự án nhỏ vẫn yêu cầu charter equivalent).
  💡 Lời khuyên PMP: Luôn ưu tiên escalate và educate với sponsor để đảm bảo compliance với best practices! 🚀

🧩 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ý Tài nguyên (Resource Management) và Quản lý Rủi ro (Risk Management) trong PMP, theo PMBOK® Guide 7th Edition (và các cập nhật đến 2026).

Tình huống: Một dự án lớn kéo dài nhiều năm đòi hỏi nhân viên có kỹ năng cao để triển khai thành công. Ban quản lý và nhà tài trợ dự án đã phân tích nhu cầu tài nguyên và quyết định thuê nhân viên cố định (permanent staff) để tránh vượt ngân sách. Tuy nhiên, tồn tại rủi ro nhân viên nghỉ việc (staff turnover) trong quá trình dự án, có thể ảnh hưởng đến việc giao hàng (delivery).

Yêu cầu: Project Manager cần chọn hai hành động để giảm thiểu (mitigate) rủi ro này. Mitigate risk nghĩa là thực hiện các biện pháp chủ động để giảm xác suất hoặc tác động của rủi ro, tập trung vào việc giữ chân và phát triển đội ngũ hiện tại, thay vì thay đổi cấu trúc dự án hoặc nguồn lực bên ngoài (vì đã quyết định dùng permanent staff để kiểm soát ngân sách).

🛠️ Mục tiêu chính: Tăng cường sự gắn kết, kỹ năng và động lực của đội ngũ hiện tại để giảm turnover, phù hợp với các quy trình Develop Team và Manage Team trong Resource Management.

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

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

• Enhance the competencies of the project team through training, mentoring, and coaching.
• Introduce a recognition program to motivate and reward resource performance.

Lý do chọn:
Những hành động này trực tiếp mitigate rủi ro turnover bằng cách:

• Xây dựng năng lực đội ngũ (training, mentoring, coaching) → Giảm phụ thuộc vào cá nhân, tăng sự hài lòng và giá trị cá nhân trong dự án (theo nguyên tắc Team và Value trong PMBOK 7th).
• Chương trình công nhận và khen thưởng → Tăng động lực, giữ chân nhân viên bằng cách đáp ứng nhu cầu tinh thần (motivation), phù hợp với mô hình Manage Team và nguyên tắc Leadership.
  Chúng không làm thay đổi quyết định dùng permanent staff, tránh rủi ro ngân sách, và tập trung vào phát triển nội bộ – chiến lược hiệu quả nhất cho dự án dài hạ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 phương á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 tính phù hợp với tình huống, nguyên tắc PMP và rủi ro cụ thể (turnover của permanent staff).

• ❌ Meet with management to discuss dividing the project into smaller projects.
  Sai vì: Việc chia dự án thành các dự án nhỏ hơn không trực tiếp giảm rủi ro turnover. Nó có thể làm phức tạp hóa quản lý tổng thể (scope creep, integration risks), không giải quyết gốc rễ (nhân viên nghỉ việc) và có thể tăng chi phí hành chính. Thay vào đó, PMP ưu tiên holistic approach cho dự án lớn (PMBOK 7th, Principle: Integration).

• ❌ Convince senior management to hire third-party staff.
  Sai vì: Đề xuất thuê nhân viên bên thứ ba (third-party) trái ngược hoàn toàn với quyết định đã thống nhất của management và sponsor (dùng permanent staff để tránh budget overrun). Điều này có thể dẫn đến rủi ro mới như chi phí cao hơn, thiếu cam kết dài hạn từ bên ngoài, và vi phạm nguyên tắc Stakeholder Engagement (không tôn trọng thỏa thuận hiện tại).

• ✅ Enhance the competencies of the project team through training, mentoring, and coaching.
  Đúng vì: Đây là hoạt động cốt lõi trong quy trình Develop Team (Resource Management). Training/mentoring/coaching tăng kỹ năng, sự tự tin và gắn bó của đội ngũ, giảm tác động của turnover bằng cách làm đội ngũ linh hoạt hơn (cross-training). Phù hợp nguyên tắc Learning và Team (PMBOK 7th), giúp mitigate rủi ro mà không tốn kém ngân sách lớn.

• ❌ Increase the trained staff to create back-up for resources.
  Sai vì: Tăng số lượng nhân viên đã đào tạo để làm "backup" tạo ra redundancy không cần thiết, dẫn đến chi phí cao (lương cố định), vượt ngân sách – chính điều management muốn tránh. PMP khuyến nghị optimize resources thay vì overstaffing (PMBOK 7th, Model: Resource Optimization Techniques như resource leveling).

• ✅ Introduce a recognition program to motivate and reward resource performance.
  Đúng vì: Thuộc quy trình Manage Team, sử dụng recognition and rewards để tăng động lực, giảm turnover bằng cách đáp ứng nhu cầu Herzberg (motivators). Điều này xây dựng văn hóa tích cực, giữ chân nhân tài mà không cần thêm nguồn lực mới (PMBOK 7th, Principle: Leadership và Stewardship).

📘 Tài liệu tham khảo

• PMBOK® Guide – 7th Edition (2021, cập nhật đến 2026):
  • Chapter 4: Project Resource Management (Develop Team: 4.6; Manage Team: 4.7).
  • Principles: Team (1.12), Value (1.13), Leadership (1.15).
• PMI Agile Practice Guide (2021): Nhấn mạnh motivation và coaching cho đội ngũ dài hạn.
• PMP Exam Content Outline (2021): Domain IV: People (28%) – Manage conflict, Lead team, etc.
  (Nguồn chính thức từ PMI.org, khuyến nghị kiểm tra Agile Hybrid cho dự án lớn).

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 câu hỏi, hãy hỏi nhé!

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

Câu hỏi mô tả một đội dự án đa quốc gia đang gặp khó khăn trong việc hợp tác do sự khác biệt văn hóa và giao tiếp. Quản lý dự án (PM) đã nhận thức được những vấn đề này ở giai đoạn Storming (giai đoạn xung đột, tranh cãi trong mô hình phát triển đội nhóm Tuckman). Tuy nhiên, đội nhóm chưa tiến tới giai đoạn Norming (giai đoạn hình thành quy tắc, hòa hợp và hợp tác). Dự án đang chậm tiến độ.
Mục tiêu câu hỏi: Xác định hành động phù hợp nhất của PM để thúc đẩy đội nhóm chuyển từ Storming sang Norming, dựa trên nguyên tắc quản lý đội nhóm trong PMP (PMBOK 7th Edition và các thực hành Agile).
🛠️ Bối cảnh PMP cập nhật 2026: Mô hình Tuckman (Forming-Storming-Norming-Performing-Adjourning) vẫn là nền tảng trong Manage Team domain (Domain V - Agile Hybrid Approaches). PM cần tập trung vào xây dựng mối quan hệ, chia sẻ mục tiêu chung thay vì trừng phạt hoặc thay đổi cấu trúc đội.

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

Plan social activities to help foster stronger interpersonal relationships and identify shared goals.
✅ Lý do: Đây là hành động lý tưởng để thúc đẩy Norming phase, nơi đội nhóm cần xây dựng lòng tin, mối quan hệ cá nhân và nhận diện mục tiêu chung. Các hoạt động xã hội (team-building) giúp giảm xung đột văn hóa, tăng sự gắn kết – phù hợp với High-Performing Teams principles trong PMBOK 7th (Focus on People, Servant Leadership). Điều này không can thiệp tiêu cực mà khuyến khích tự nhiên phát triển đội nhóm, tránh làm chậm dự án thêm.

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

• ✅ Plan social activities to help foster stronger interpersonal relationships and identify shared goals.
  Đây là lựa chọn đúng vì thúc đẩy sự gắn kết tự nhiên, giúp đội từ Storming (xung đột) sang Norming (hòa hợp), phù hợp với Team Performance Domain (PMP Exam Content Outline 2021+). Hoạt động xã hội xây dựng psychological safety và shared vision.

• ❌ Figure out who is behind the issues and apply progressive disciplinary techniques.
  Sai vì tập trung trừng phạt cá nhân thay vì giải quyết xung đột nhóm. Trong Storming, kỷ luật có thể làm tệ hơn, vi phạm Servant Leader role (PMBOK 7th, Principle 4: Build a Team). Chỉ dùng khi vi phạm nghiêm trọng, không phải giai đoạn phát triển bình thường.

• ❌ Speak with the project sponsor about changing the team composition.
  Sai vì thay đổi thành viên là giải pháp cuối cùng (escalation), không giúp đội phát triển nội tại. PMBOK 7th nhấn mạnh optimize team performance trước khi thay đổi cấu trúc, tránh gián đoạn dự án thêm (Develop Team process).

• ❌ Show the team the schedule impact of their communication issues and encourage them to put their differences aside.
  Sai vì chỉ chỉ trích vấn đề (blame) mà không xây dựng giải pháp. Điều này có thể tăng xung đột ở Storming, không dẫn đến Norming. PMP ưu tiên facilitate collaboration qua positive reinforcement thay vì ép buộc (Manage Communications domain).

📘 Tài liệu tham khảo

• PMBOK® Guide – 7th Edition (2021, cập nhật 2026): Phần 4.5 Develop Team & 5. Team Charters; Principles: Be Respectful to All, Build a Safe Environment.
• PMP Examination Content Outline (PMI, 2021+): Domain V: Team (29% questions), nhấn mạnh Tuckman model và team-building activities.
• Agile Practice Guide (PMI, 2017+): Servant Leadership cho multicultural teams.
• PMI.org resources: "Building High-Performing Teams" articles (truy cập 2024-2026).
  🛠️ Lời khuyên PMP: Trong thực tế, kết hợp Retrospectives (Agile) để theo dõi tiến trình Storming → Norming!

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

Câu hỏi này thuộc lĩnh vực Agile/Scrum trong PMP (Project Management Professional), cụ thể là quản lý sprint trong dự án phát triển phần mềm. 📱

• Bối cảnh: Product Owner và Development Team đã đồng ý về sprint backlog (danh sách công việc cho sprint hiện tại). Ưu tiên cao nhất là xây dựng payment module (module thanh toán).
• Vấn đề xảy ra: Team đã làm việc trên module này trong nửa đầu sprint, nhưng giờ hai lập trình viên muốn dành thời gian còn lại để refactoring (cải thiện code) một tính năng khác, nhằm tránh vấn đề tiềm ẩn trong tương lai.
• Câu hỏi cốt lõi: Project Manager (thường đóng vai trò Scrum Master trong Agile) nên làm gì để xử lý tình huống này? 🛠️
  Mục tiêu là đảm bảo team tuân thủ sprint goal (mục tiêu sprint), vốn là cam kết thiêng liêng trong Scrum, ưu tiên giao giá trị cao nhất cho khách hàng thay vì các công việc "tốt đẹp" khác.

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

Đáp án đúng: Restate to the developers the importance of focusing and meeting the sprint goal.

Lý do:
Trong Scrum (theo PMBOK® Guide 7th Edition và Agile Practice Guide), sprint goal là trọng tâm của sprint, và Development Team phải tự quản lý để đạt được nó mà không bị phân tâm. Project Manager/Scrum Master có trách nhiệm bảo vệ team khỏi các yếu tố gây lệch hướng (impediments), bằng cách nhắc nhở nhẹ nhàng về cam kết sprint backlog và ưu tiên hàng đầu (payment module). Hành động "restate" (nhắc lại) thể hiện servant leadership, khuyến khích team tự điều chỉnh mà không áp đặt, phù hợp với nguyên tắc Agile: "Individuals and interactions over processes and tools". Nếu không đạt sprint goal, sprint coi như thất bại, ảnh hưởng đến velocity và lòng tin từ Product Owner/Stakeholders. 🎯

📋 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 đánh giá đúng/sai dựa trên nguyên tắc PMP/Agile mới nhất (PMBOK® 7th Edition, Scrum Guide 2020 cập nhật đến 2026). 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.

• ❌ Let the developers focus on the refactoring work and discuss it in the retrospective.
  Sai vì: Cho phép team làm refactoring (không phải ưu tiên cao nhất) sẽ vi phạm sprint commitment, dẫn đến không đạt sprint goal. Retrospective chỉ dùng để cải thiện quy trình sau sprint, không phải để "chữa cháy" trong sprint đang diễn ra. Điều này trái với Scrum Guide: Team phải hoàn thành Definition of Done cho backlog items đã cam kết, không tự ý thay đổi scope giữa chừng. 🚫

• ✅ Restate to the developers the importance of focusing and meeting the sprint goal.
  Đúng vì: Như đã giải thích ở trên, đây là hành động đúng đắn của Scrum Master để coach team tập trung vào giá trị cốt lõi (payment module), khuyến khích tự quản lý mà không can thiệp mạnh tay. Phù hợp Principle 5 trong Agile Manifesto: "Build projects around motivated individuals" và Scrum value "Focus". 👍

• ❌ Escalate the issue to the developers' functional managers.
  Sai vì: Trong Agile/Scrum, team là self-organizing (tự tổ chức), Project Manager không escalate lên functional managers (quản lý chức năng) vì điều này phá vỡ nguyên tắc tự quản lý và tạo bureaucracy. PMBOK® 7th nhấn mạnh "empowerment" cho team, chỉ escalate nếu có impediments lớn (như thiếu tài nguyên), không phải tranh luận nội bộ về ưu tiên. 👎

• ❌ Praise the developers for their proactivity and focus on quality.
  Sai vì: Khen ngợi refactoring (dù chủ động và hướng đến chất lượng) sẽ khuyến khích hành vi lệch hướng khỏi sprint goal, dẫn đến "scope creep" trong sprint. Agile ưu tiên delivering value now (giá trị ngay lập tức) hơn technical debt tương lai. Scrum Guide cảnh báo: Không thay đổi sprint backlog trừ khi emergency. 😔

📘 Tài liệu tham khảo

• PMBOK® Guide 7th Edition (2021, cập nhật liên tục đến 2026): Section 4.6 (Agile Team) & Agile Practice Guide – Nhấn mạnh Sprint Goal và Servant Leadership.
• Scrum Guide 2020 (Scrum.org, cập nhật 2025): "The Sprint Goal is fixed during the Sprint", Developers accountable for commitment.
• PMP Exam Content Outline (PMI, 2024): Domain III: Business Environment (Agile focus), Task 9: Coach team on self-organization.
  Học viên PMP có thể tra cứu PMI.org hoặc Scrum.org để thực hành thêm! 🚀

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

Câu hỏi tập trung vào tình huống một Project Manager (PM) đã học được bài học từ dự án trước với cùng một client: thời gian phản hồi phê duyệt tài liệu của client rất chậm, vượt xa timeline đã thỏa thuận. 📅 Bây giờ, tại cuộc họp kick-off (họp khởi động dự án mới) với chính client này, PM cần tiếp cận vấn đề này như thế nào để tránh lặp lại sai lầm?

🛠️ Mục tiêu chính: Áp dụng lessons learned (bài học kinh nghiệm) một cách chủ động và hợp tác, phù hợp với nguyên tắc PMP hiện đại (PMBOK 7th Edition và cập nhật đến 2026). Kick-off meeting là cơ hội lý tưởng để xây dựng kỳ vọng chung, thỏa thuận quy trình và giảm thiểu rủi ro ngay từ giai đoạn Initiating, nhấn mạnh vào Stakeholder Engagement và Tailoring quy trình dự án.

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

Đáp án đúng: Work with the client on an acceptable amount of time for document approval.

Lý do:

• Phương án này thể hiện cách tiếp cận hợp tác (collaborative), chủ động thảo luận và thỏa thuận thời gian phê duyệt hợp lý ngay từ đầu, giúp đặt kỳ vọng rõ ràng và giảm rủi ro trì hoãn. 🥳
• Theo PMBOK 7th Edition (2021, cập nhật 2026), Nguyên tắc 4: Collaborate yêu cầu PM làm việc cùng stakeholders để tạo giá trị chung. Thực hành 4.2: Engage Stakeholders nhấn mạnh việc tham gia từ sớm tại kick-off để đồng thuận quy trình. Điều này phù hợp với Lessons Learned từ Organizational Process Assets (OPA), giúp tailor processes cho dự án mới.
• Kết quả: Xây dựng mối quan hệ tích cực, tránh xung đột sau này. 📈

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

Dưới đây là phân tích từng lựa chọn, giữ nguyên nội dung gốc bằng tiếng Anh. Tôi đánh dấu ✅ đúng hoặc ❌ sai, kèm giải thích bằng tiếng Việt rõ ràng:

• ❌ [SAI] Update the project risk register with the potential for delays.
  Giải thích sai: Việc cập nhật risk register quá sớm và đơn phương tại kick-off là không phù hợp, vì Identify Risks thường diễn ra sau khi lập kế hoạch đầy đủ (Process 11.2 PMBOK 7th). Chưa thảo luận với client, PM đang giả định rủi ro mà không hợp tác, vi phạm Nguyên tắc 1: Be a diligent, respectful, and caring steward (quản lý rủi ro phải dựa trên dữ liệu thực tế và tham gia stakeholders). Thay vào đó, cần thảo luận trước rồi mới ghi nhận rủi ro. 🚫

• ❌ [SAI] Inform the client that extra resources will be added to give the client more time for reviews.
  Giải thích sai: Phương án này đơn phương quyết định thêm tài nguyên để "cho client thêm thời gian", thể hiện sự thiếu chủ động và chấp nhận trì hoãn mà không giải quyết gốc rễ. PMBOK 7th cấm cách tiếp cận này vì vi phạm Value Delivery (Model 2) – không tối ưu hóa resource mà phải optimize processes. Hơn nữa, kick-off không phải nơi điều chỉnh scope/resource mà là nơi thỏa thuận chung. 😤

• ✅ [ĐÚNG] Work with the client on an acceptable amount of time for document approval.
  Giải thích đúng: Như đã nêu ở trên, đây là cách tốt nhất để hợp tác ngay từ đầu, sử dụng lessons learned để định nghĩa SLA (Service Level Agreement) cho phê duyệt. Phù hợp Stakeholder Engagement Plan (Practice 4.2) và Procurement Performance Domain nếu liên quan vendor/client. Giúp dự án flow mượt mà từ Initiating phase. 🎯

• ❌ [SAI] Inform the client of their responsibility in relation to document approval.
  Giải thích sai: Chỉ thông báo trách nhiệm của client nghe như đe dọa hoặc chỉ trích, dễ gây xung đột và làm hỏng mối quan hệ tại kick-off. PMBOK 7th (Nguyên tắc 7: Optimize risk responses) nhấn mạnh engagement tích cực, không phải confrontation. Trách nhiệm đã có trong hợp đồng, nhưng cần thảo luận để đồng thuận, không phải "inform" đơn thuần. ⚠️

📘 Tài liệu tham khảo

• PMBOK Guide 7th Edition (2021, cập nhật Agile/2026):
  • Principle 4: Collaborate (trang 27-28).
  • Practice 4.2: Engage Stakeholders (trang 57-59).
  • Performance Domain: Stakeholder (Section 2.5), Uncertainty (rủi ro từ lessons learned).
• PMI Code of Ethics (2022): Responsibility & Respect – PM phải hợp tác, không đối đầu.
• PMP Exam Content Outline (2021+): Domain 1: People (Stakeholder Engagement), Domain 2: Process (Initiating & Planning).

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 PMP này tập trung vào tình huống thực tế trong dự án đang diễn ra (ongoing project): Một nguồn lực chính (key resource) hỏi project manager về mục đích của dự án (project purpose) và sự liên kết của nó với chiến lược tổ chức (aligned with the organization's strategy).
🛠️ Mục tiêu chính: Project manager cần chia sẻ tài liệu phù hợp nhất để giải đáp thắc mắc này, giúp nguồn lực hiểu rõ giá trị dự án và động lực tham gia. Điều này liên quan đến nguyên tắc Stakeholder Engagement và Business Value Delivery trong PMBOK 7th Edition, nhấn mạnh việc truyền thông rõ ràng về lợi ích chiến lược để duy trì sự cam kết của đội ngũ.

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

✅ Đáp án đúng: The updated benefits management plan
🧩 Lý do: Benefits Management Plan là tài liệu cốt lõi mô tả mục đích dự án, các lợi ích mong đợi (benefits), cách đo lường và thực hiện lợi ích, cũng như sự liên kết trực tiếp với mục tiêu chiến lược tổ chức. Nó giúp nguồn lực hiểu rõ dự án mang lại giá trị gì cho tổ chức, thúc đẩy sự gắn kết và hiệu suất. Theo PMBOK 7th Edition, đây là công cụ chính để quản lý lợi ích xuyên suốt vòng đời dự án, đặc biệt trong bối cảnh nguồn lực cần động lực chiến lược.

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

Dưới đây là phân tích chi tiết từng phương án, giữ nguyên nội dung gốc bằng tiếng Anh. Mỗi phương án được đánh giá dựa trên PMBOK® Guide – Seventh Edition (2021) và PMP Exam Content Outline (cập nhật đến 2024, áp dụng đến 2026).

• The updated project management plan ❌
  Sai vì: Project Management Plan là tài liệu tổng hợp toàn bộ kế hoạch dự án (bao gồm scope, schedule, cost, v.v.), nhưng không tập trung cụ thể vào mục đích dự án hoặc sự liên kết chiến lược tổ chức. Nó quá rộng và không trực tiếp trả lời câu hỏi về "purpose" và "alignment". Chia sẻ tài liệu này có thể gây nhầm lẫn hoặc quá tải thông tin cho nguồn lực.

• The updated benefits management plan ✅
  Đúng vì: Như đã giải thích ở trên, tài liệu này chính xác mô tả mục đích dự án, lợi ích chiến lược, và cách dự án hỗ trợ mục tiêu tổ chức. Nó là lựa chọn tối ưu để truyền đạt giá trị kinh doanh, phù hợp với Domain 1: People (Stakeholder Engagement) trong PMP Exam Content Outline.

• The updated communications management plan ❌
  Sai vì: Communications Management Plan chỉ quy định cách thức giao tiếp (ai, khi nào, kênh nào), không chứa thông tin về mục đích dự án hay liên kết chiến lược. Nó hỗ trợ truyền thông nhưng không phải nội dung cốt lõi để giải đáp thắc mắc về "purpose" và "strategy alignment".

• The updated scope management plan ❌
  Sai vì: Scope Management Plan tập trung vào phạm vi công việc (requirements, deliverables, WBS), không đề cập trực tiếp đến mục đích chiến lược hoặc lợi ích tổ chức. Nó hữu ích cho công việc cụ thể nhưng không giải quyết được câu hỏi về alignment với strategy.

📚 Tài liệu tham khảo

• PMBOK® Guide – Seventh Edition (2021): Phần 1.2.4 (Benefits Management) và Section 2.2 (Project Benefits Delivery), trang 37-40. Nhấn mạnh Benefits Management Plan là chìa khóa liên kết dự án với chiến lược tổ chức.
• PMP Exam Content Outline (PMI, 2021 - cập nhật 2024): Domain 1: People (Task 6: Engage stakeholders), Domain 3: Business Environment (Task 1: Evaluate business environment).
• Tham khảo thêm: PMI.org resources về "Strategic Alignment in Projects" (cập nhật 2025 previews cho PMBOK 8th draft, nhưng vẫn dựa trên 7th Edition cho PMP đến 2026).

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