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

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

📖 Nội dung câu hỏi được giải thích rõ ràng:
Câu hỏi mô tả một dự án quy định lớn (regulatory project) với rất nhiều bên liên quan nội bộ và ngoại bộ. Phân tích tác động ban đầu (initial impact analysis) xác định nhiều hệ thống cần can thiệp, bao gồm nâng cấp module hiện có (enhancement to existing modules) và xây dựng mới (new builds). Sau khi hoàn thành workshop thiết kế ban đầu (initial design workshop), đội ngũ dự án tổ chức một buổi brainstorming để hiểu rõ hơn về các loại người dùng có khả năng (types of likely users).
🛠️ Mục tiêu chính: Xác định kỹ thuật tốt nhất để hỗ trợ brainstorming nhằm mô tả và hiểu sâu về người dùng cuối (users) của hệ thống, không phải phân tích bên liên quan tổng quát. Điều này liên quan đến quy trình Stakeholder Engagement và Product Management trong PMP, đặc biệt trong bối cảnh dự án hệ thống phức tạp, nơi cần tập trung vào nhu cầu người dùng để thiết kế hiệu quả (theo PMBOK 7th Edition và Agile Practice Guide).

✅ Đáp án đúng: Personas
Lý do lựa chọn:
Personas là kỹ thuật tạo ra các nhân vật hư cấu đại diện cho các loại người dùng điển hình (archetypal users), dựa trên dữ liệu từ brainstorming và nghiên cứu. Nó giúp đội ngũ hình dung rõ ràng hành vi, nhu cầu, mục tiêu và thách thức của người dùng, từ đó hỗ trợ thiết kế hệ thống phù hợp. Trong ngữ cảnh sau workshop thiết kế và brainstorming về "types of likely users", Personas là công cụ lý tưởng nhất vì nó trực tiếp phục vụ việc xác định và mô tả người dùng (user-centric approach), thường được sử dụng trong Design Thinking và Agile. Điều này phù hợp với nguyên tắc Tailoring trong PMBOK 7, ưu tiên hiểu người dùng để giảm rủi ro yêu cầu (requirements).

🔍 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 nội dung 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 (2021) và cập nhật PMP đến 2026, tập trung vào Tools & Techniques trong Stakeholder Engagement (Domain 9) và Business Analysis.

• ❌ Power user grid
  Phương án này sai vì không phải là kỹ thuật chuẩn trong PMP. "Power user grid" có thể là sự nhầm lẫn với các grid phân tích quyền lực/ảnh hưởng (như Power/Interest Grid), nhưng nó không tập trung vào việc mô tả "types of likely users". Thay vào đó, nó gợi ý phân loại người dùng mạnh (power users) theo mức độ quyền lực, không phù hợp cho brainstorming hiểu người dùng đa dạng sau design workshop. 🧩 Không hỗ trợ hình dung hành vi người dùng.

• ✅ Personas
  Phương án này đúng như đã giải thích ở trên. Personas là công cụ mạnh mẽ trong Identify Stakeholders và Manage Stakeholder Engagement, giúp tạo profile chi tiết (demographics, behaviors, goals) cho từng loại người dùng. Nó lý tưởng cho dự án hệ thống regulatory với nhiều users, hỗ trợ iterative design và giảm hiểu lầm yêu cầu. 📘 (Xác nhận: PMBOK 7, Table 13-1; Agile Practice Guide, Section 5.2).

• ❌ Power influence grid
  Phương án này sai vì Power/Influence Grid là kỹ thuật phân tích stakeholder dựa trên mức độ quyền lực (power) và ảnh hưởng (influence), dùng để ưu tiên giao tiếp (ví dụ: keep informed, manage closely). Nó không dành cho việc hiểu "types of likely users" mà chỉ phân loại bên liên quan tổng quát, không tập trung vào hành vi người dùng cuối. 🛠️ Không phù hợp sau brainstorming về users cụ thể.

• ❌ Salience model
  Phương án này sai vì Salience Model (của Mitchell, Agle, Wood) phân loại stakeholder dựa trên 3 thuộc tính: Power, Legitimacy, Urgency – tạo ra 8 loại (như dormant, definitive). Nó dùng cho stakeholder prioritization trong dự án phức tạp với internal/external stakeholders, nhưng không mô tả types of users hay hỗ trợ design workshop. ❌ Chỉ hữu ích cho quản lý rủi ro stakeholder, không phải user understanding.

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

• PMBOK Guide 7th Edition (2021): Section 4.6 (Stakeholder Engagement), Table 13-1 (Tools & Techniques: Personas); Process 13.1 Identify Stakeholders.
• Agile Practice Guide (PMI, 2017, tích hợp PMBOK 7): Chapter 5 (Product Management), nhấn mạnh Personas trong Design Thinking.
• PMI Exam Content Outline (ECO, 2021+): Domain 9: Stakeholder Management (13% trọng số), ưu tiên user-centric techniques.
• Standard for Project Management (2021): Principle 9 (Stakeholder Collaboration) – khuyến khích personas cho tailoring.

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ủ đề chuyển đổi từ phương pháp dự án dự đoán (predictive) sang linh hoạt (agile) trong PMP, tập trung vào vai trò của Agile Project Lead (thường là Scrum Master hoặc Agile Coach) để tránh rủi ro kỹ thuật phát sinh giữa chừng.

📖 Tình huống cụ thể:

• Dự án có nhiều đội ngũ, chuyển sang agile theo yêu cầu của Product Owner.
• Giữa quá trình triển khai (midway through implementation), một thành viên phát hiện không có khả năng kỹ thuật (technical capability) hỗ trợ yêu cầu kinh doanh hiện tại.
• Hậu quả: Phải rework toàn bộ dự án và thông báo cho tất cả stakeholders.

❓ Câu hỏi yêu cầu: Agile Project Lead nên làm gì từ đầu để tránh tình huống này? Điều này nhấn mạnh vào giai đoạn chuẩn bị ban đầu trong agile, đặc biệt khi chuyển đổi phương pháp, để đánh giá rủi ro và readiness (sẵn sàng) trước iteration/sprint đầu tiên. Theo PMBOK® Guide 7th Edition và Agile Practice Guide (PMI, 2021) (cập nhật đến 2026 không thay đổi cốt lõi), agile yêu cầu assess readiness kỹ thuật/tổ chức và identify risks ngay từ đầu để tránh "technical debt" hoặc rework lớn.

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

Đáp án đúng: Assessed the technical and organizational readiness for the project and identified risks at the beginning of the first iteration

🛠️ Lý do chi tiết:

• Trong agile, đặc biệt khi chuyển từ predictive sang agile, lãnh đạo dự án phải đánh giá readiness (sẵn sàng kỹ thuật và tổ chức) ngay trước iteration/sprint đầu tiên để phát hiện sớm các khoảng trống khả năng (capability gaps) như thiếu technical capability.
• Việc identify risks từ đầu giúp lập kế hoạch mitigation (giảm thiểu), tránh rework tốn kém giữa chừng.
• Điều này phù hợp nguyên tắc Agile Manifesto (ưu tiên individuals & interactions, working software) và PMI Agile Practice Guide (Section 3.2: Prepare for Agile), nhấn mạnh "Assess Organizational Readiness" và "Risk Identification in Iteration 0/Planning".

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

• ❌ Phương án SAI: Requested the product owner's approval to add an external expert to define the acceptance criteria
  Giải thích: Phương án này chỉ tập trung vào việc bổ sung chuyên gia sau khi vấn đề đã xảy ra (để define acceptance criteria), không phải hành động phòng ngừa từ đầu. Trong agile, acceptance criteria được refine trong backlog grooming, không phải giải pháp cốt lõi để tránh thiếu technical capability. Nó mang tính reactive (phản ứng) thay vì proactive (chủ động), vi phạm nguyên tắc "fail fast, learn fast" nếu không assess readiness sớm.

• ❌ Phương án SAI: Defined a clear acceptance criteria at the initiation phase and continued with the project
  Giải thích: Acceptance criteria chỉ là định nghĩa "done" cho user stories, không đánh giá được technical feasibility (khả thi kỹ thuật) hoặc organizational readiness. Trong agile, initiation phase không phải lúc define chi tiết (vì emergent requirements), và "continued with the project" bỏ qua risks, dẫn đến rework – trái với PMBOK 7th (Principle 5: Optimize Risk Responses).

• ✅ Phương án ĐÚNG: Assessed the technical and organizational readiness for the project and identified risks at the beginning of the first iteration
  Giải thích: Đây là hành động chuẩn trong Iteration 0 (pre-sprint planning), đánh giá readiness để phát hiện sớm thiếu capability và risks. Theo Agile Practice Guide (PMI), giúp tránh "scope creep" hoặc technical debt khi chuyển sang agile với multiple teams.

• ❌ Phương án SAI: Increased the communications between the team member and the product owner
  Giải thích: Tăng communication là tốt (Daily Stand-up), nhưng không giải quyết gốc rễ readiness assessment. Vấn đề là systemic (toàn hệ thống), không chỉ giao tiếp cá nhân; phát hiện muộn vẫn dẫn đến rework lớn. Agile nhấn mạnh whole-team responsibility, không phụ thuộc chỉ vào team member - PO.

📘 Tài liệu tham khảo

• PMBOK® Guide – 7th Edition (2021): Principle 9 (Leadership), Value Delivery System với readiness assessment.
• Agile Practice Guide (PMI, 2021): Chapter 3 (Implementing Agile: Creating an Agile Environment) & Appendix X3 (Transitioning to Agile).
• PMI Agile Certified Practitioner (PMI-ACP) Exam Content Outline (cập nhật 2023-2026): Domain II: Agile Principles & Mindset (20-28%).
• Scrum Guide (2020): Sprint 0/Pre-game phase cho readiness.

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

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

Câu hỏi mô tả một công ty đang áp dụng phương pháp dự đoán (predictive approach), tức là mô hình Waterfall truyền thống, nơi họ luôn chờ giai đoạn trước hoàn tất mới đánh giá chất lượng sản phẩm. Điều này dẫn đến hiệu quả thấp trong quản lý chất lượng vì phát hiện vấn đề muộn. Một quản lý dự án (Project Manager - PM) mới có kinh nghiệm với cách tiếp cận lai (hybrid approaches) được giao nhiệm vụ cải thiện quy trình quản lý chất lượng để tăng hiệu quả.
Mục tiêu chính: PM mới cần chọn hành động phù hợp nhất để cải thiện quy trình (process improvements), phù hợp với nguyên tắc Tailoring (tùy chỉnh quy trình) trong PMP phiên bản mới nhất (PMBOK Guide 7th Edition và cập nhật đến 2026, nhấn mạnh hybrid trong môi trường thay đổi).

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

Đáp án đúng: Understand the context and interdependencies of the process from the team members and then define improvements.

Lý do:
🛠️ Theo 12 Nguyên tắc (Principles) của PMBOK 7th (Principle 5: Stewardship và Principle 9: Team), PM phải hiểu ngữ cảnh hiện tại (understand context) và tương tác với đội ngũ (team members) trước khi đề xuất cải thiện. Trong Hybrid approach, cần đánh giá interdependencies (sự phụ thuộc lẫn nhau) của quy trình để tránh gián đoạn, sau đó mới định nghĩa cải thiện (define improvements) dựa trên dữ liệu thực tế. Điều này phù hợp với Performance Domain: Uncertainty và Measurement, giúp chuyển dần từ predictive sang hybrid mà không áp đặt thay đổi đột ngột. Nếu bỏ qua bước hiểu context, cải thiện sẽ thất bại do thiếu sự ủng hộ từ team.
📘 Nguồn tham khảo: PMBOK Guide 7th Edition (2021), Section 2.2 Tailoring & Section 4.7 Team Performance Domain; PMI Agile Practice Guide (Hybrid Models).

📋 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 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á đúng/sai với lý do cụ thể dựa trên PMP mới nhất:

• Discuss the process improvement with the project management office (PMO) lead to update the project delivery framework.
  ❌ Sai: Việc thảo luận trực tiếp với PMO lead để cập nhật framework là bước sau cùng, không phải hành động đầu tiên. PM mới chưa hiểu context cụ thể của project/team, dẫn đến đề xuất không khả thi. PMBOK 7 nhấn mạnh Tailoring bắt đầu từ team/stakeholders, không phải PMO (Principle 11: Enable Change). Áp dụng sớm có thể bị từ chối do thiếu dữ liệu hỗ trợ.

• Define a ground rule to comply with the quality standard and ask the team members to apply it.
  ❌ Sai: Định nghĩa "ground rule" (quy tắc cơ bản) và yêu cầu team áp dụng là áp đặt từ trên xuống (top-down), vi phạm Principle 9: Team và Uncertainty Domain. Trong hybrid, quality management cần iterative feedback từ team, không phải tuân thủ chuẩn cứng nhắc ngay lập tức. Điều này có thể gây kháng cự và không giải quyết gốc rễ vấn đề interdependencies.

• Understand the context and interdependencies of the process from the team members and then define improvements.
  ✅ Đúng: Như đã giải thích ở trên. Đây là cách tiếp cận Lean-Agile hybrid chuẩn: Hiểu hiện trạng (as-is) qua team → Phân tích dependencies → Cải thiện (to-be). Hỗ trợ Manage Quality Process (PMBOK 6/7) bằng cách tích hợp early quality checks (như inspections trong predictive + retrospectives hybrid).

• Continue with the process as is, and wait until the next phase to suggest any improvements.
  ❌ Sai: Tiếp tục quy trình cũ và chờ phase sau là không chủ động, trái với Principle 7: Value và Delivery Performance Domain. PM mới được giao nhiệm vụ cải thiện ngay, không nên trì hoãn vì sẽ lặp lại lỗi cũ (chờ phase hoàn tất mới kiểm tra quality), làm giảm hiệu quả tổng thể.

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

🔥 PM mới nên ưu tiên stakeholder engagement với team để thu thập insights, sau đó áp dụng công cụ như Value Stream Mapping hoặc Kaizen cho hybrid quality. Điều này giúp công ty chuyển đổi mượt mà từ predictive sang hybrid, tăng tốc độ phát hiện lỗi sớm (shift-left quality).
📘 Tài liệu bổ sung: The Standard for Project Management (2021), PMI Process Improvement Guidelines (cập nhật 2024-2026). Nếu cần mock exam PMP, hãy luyện thêm về Tailoring! 💪

🧩 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ý Truyền thông (Project Communications Management) trong PMP, cụ thể liên quan đến Kế hoạch Quản lý Truyền thông (Communications Management Plan) theo PMBOK® Guide – Seventh Edition (và cập nhật đến 2026).

📖 Tình huống: Một báo cáo chi phí nhân sự (HR cost report) chứa thông tin nhạy cảm về lương thưởng đã bị công bố nhầm cho toàn bộ thành viên dự án, dẫn đến xung đột nội bộ về sự khác biệt lương.

• Vấn đề cốt lõi: Lỗi này xuất phát từ việc không kiểm soát đúng đối tượng nhận thông tin (recipients), khiến thông tin nhạy cảm bị lộ.
• Mục tiêu câu hỏi: Kiểm tra kiến thức về phòng ngừa rủi ro truyền thông bằng cách thiết kế kế hoạch truyền thông phù hợp, đảm bảo thông tin chỉ đến đúng người cần thiết (need-to-know basis), tránh xung đột và duy trì sự hài hòa đội ngũ. 🛠️ Ngữ cảnh PMP: Theo nguyên tắc Tailoring và Data-Driven Decision Making, PM phải xác định rõ ràng audience analysis (phân tích đối tượng) trong kế hoạch truyền thông để bảo vệ thông tin nhạy cảm như lương, tránh vi phạm quyền riêng tư và tuân thủ quy định (ví dụ: GDPR hoặc chính sách nội bộ).

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

Đáp án đúng: Defined the appropriate recipients for the report in the communications management plan

Lý do:

• Kế hoạch Quản lý Truyền thông phải xác định rõ ràng các đối tượng nhận phù hợp (appropriate recipients) cho từng loại báo cáo, đặc biệt với thông tin nhạy cảm như HR cost (lương thưởng chỉ dành cho PM, HR lead hoặc stakeholders cấp cao, không phải toàn team).
• Việc này là bước đầu tiên và chủ động để tránh tình huống (preventive action), phù hợp với quy trình Plan Communications Management (PMBOK 7th Ed., Principle 5: Optimize Risk Responses).
• Nếu định nghĩa rõ từ đầu, hệ thống phân phối (email, dashboard) sẽ tự động lọc recipients, ngăn chặn lỗi con người.
  📘 Nguồn tham khảo: PMBOK® Guide – Seventh Edition, trang 113-118 (Communications Management); PMP Exam Content Outline 2021 (Domain III: Business Environment, Task 5).

📋 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 tính chủ động/phòng ngừa (proactive) so với phản ứng/sửa chữa (reactive), và phù hợp với best practices PMP.

• Ensured reports with significant information were not included in the communications management plan
  ❌ Sai vì: Phương án này loại bỏ hoàn toàn các báo cáo quan trọng khỏi kế hoạch truyền thông, dẫn đến thiếu minh bạch và vi phạm nguyên tắc Stakeholder Engagement (PMBOK 7th Ed.). Báo cáo HR cost vẫn cần được lập và truyền thông, nhưng chỉ cho recipients đúng – không phải "không include". Điều này không giải quyết gốc rễ (control access) mà tạo rủi ro mới (thiếu thông tin cho PM/stakeholders).

• Included noncompliance punishment measures in the communications management plan
  ❌ Sai vì: Đây là biện pháp trừng phạt sau sự cố (punitive), thuộc Manage Project Knowledge hoặc HR policies, không phải chức năng chính của Communications Management Plan (chỉ tập trung vào "what, when, how to communicate"). PMP nhấn mạnh value delivery qua phòng ngừa, không phải "punishment" – điều này có thể làm giảm động lực đội ngũ và không tránh được lỗi ban đầu.

• Defined the appropriate recipients for the report in the communications management plan
  ✅ Đúng vì: Như đã giải thích ở trên, đây là best practice cốt lõi trong Plan Communications Management. Kế hoạch phải bao gồm recipient lists, sensitivity levels (ví dụ: confidential reports chỉ gửi restricted group), sử dụng tools như RACI matrix hoặc communication matrix để tailor. Điều này trực tiếp tránh tình huống lộ thông tin, thúc đẩy effective communication flows (PMBOK 7th Ed., Models/Tools/Techniques: Communication Models).

• Validated the information and the appropriate recipients per the communications management plan
  ❌ Sai vì: "Validated" ngụ ý kiểm tra lại sau khi lập kế hoạch (verification step), thuộc Manage Communications hoặc Control Communications – đây là hành động phản ứng khi sự cố đã xảy ra, không phải "to avoid this situation" (phòng ngừa từ đầu). PMP ưu tiên planning proactive hơn corrective actions.

🧠 Kết luận PMP: Luôn Tailor kế hoạch truyền thông dựa trên stakeholder analysis để bảo vệ thông tin nhạy cảm. Thực hành này giúp đạt 12 Principles of PMBOK 7th như Stewardship và Teamwork. Nếu thi PMP, hãy nhớ: Prevention > Correction! 📘 (Tham khảo thêm: The Standard for Project Management, 3rd Ed., 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ên liên quan (Stakeholder Management) và Quản lý đội ngũ dự án (Team Management) trong PMP, cụ thể ở giai đoạn Thực thi (Executing Process Group) theo PMBOK Guide 7th Edition (cập nhật đến 2026, tích hợp Agile/Hybrid).

• Tình huống: Project manager đang quản lý dự án đã được sponsor phê duyệt và thỏa thuận rõ ràng. Tuy nhiên, sponsor đang micromanaging (can thiệp chi tiết quá mức) và yêu cầu iterations (lặp lại công việc) liên tục, dẫn đến giảm hiệu quả đội ngũ. Sponsor biện minh rằng những thay đổi này không ảnh hưởng scope và nhằm đơn giản hóa dự án.
• Vấn đề cốt lõi: Các interruptions (sự gián đoạn) từ sponsor đang ảnh hưởng đến flow công việc và hiệu suất đội ngũ, vi phạm nguyên tắc hỗ trợ đội ngũ và quản lý engagement bên liên quan (Stakeholder Engagement).
• Mục tiêu xử lý: Project manager cần can thiệp kịp thời để bảo vệ đội ngũ, duy trì hiệu quả dự án mà không xung đột với sponsor (người có quyền lực cao).

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

• PMBOK® Guide 7th Edition, Stakeholder Performance Domain (Section 4.5: Manage Stakeholder Engagement).
• Team Performance Domain (Section 3.4: Support Team Performance).
• The Standard for Project Management (2021), nhấn mạnh flow làm việc và giảm gián đoạn để tối ưu hiệu suất.

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

Đáp án đúng: Discuss reducing interruptions with the sponsor.

Lý do 🛠️:

• Đây là cách tiếp cận trực tiếp, chuyên nghiệp và phù hợp nhất với vai trò PM trong Executing phase. PM cần thảo luận mở với sponsor để giảm interruptions, nhấn mạnh tác động tiêu cực đến team effectiveness (hiệu quả đội ngũ), đồng thời đề xuất communication plan hoặc meeting cadence rõ ràng hơn (ví dụ: weekly status meetings thay vì daily interruptions).
• Phù hợp Manage Stakeholder Engagement process: Xây dựng lòng tin, điều chỉnh engagement level của sponsor từ "keep informed/monitor" sang phù hợp, tránh micromanagement.
• Không thay đổi scope hay approach dự án, chỉ tối ưu hóa interaction – phù hợp với nguyên tắc value delivery và team support trong PMBOK 7th.

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

• ❌ [SAI] Review validation and control procedures.
  Giải thích sai: Phương án này liên quan đến Validate Scope hoặc Control Quality (Monitoring & Controlling processes), tập trung kiểm tra deliverables có đáp ứng requirements không. Không giải quyết interruptions từ sponsor hay bảo vệ đội ngũ; chỉ làm phức tạp thêm mà không xử lý gốc rễ micromanagement. ❌ Không phù hợp giai đoạn Executing.

• ❌ [SAI] Perform stakeholder requirements activities.
  Giải thích sai: Hoạt động thu thập/elicit requirements thuộc Planning phase (Stakeholder Engagement Plan). Dự án đã "agreed upon" với sponsor, requirements đã rõ ràng – giờ không phải lúc làm lại. Phương án này bỏ qua vấn đề interruptions đang diễn ra, không hỗ trợ team ngay lập tức. ❌ Sai ngữ cảnh thời gian.

• ❌ [SAI] Approach the sponsor about using an agile approach.
  Giải thích sai: Đề xuất chuyển sang Agile là thay đổi lớn (có thể cần change request và phê duyệt), trong khi dự án đã agreed upon (có lẽ Predictive/Waterfall). Sponsor chỉ muốn "simplify" qua iterations nhỏ, không phải full Agile. Rủi ro cao gây xung đột, không giải quyết trực tiếp micromanagement. ❌ Không proportional với vấn đề.

• ✅ [ĐÚNG] Discuss reducing interruptions with the sponsor.
  Giải thích đúng (như phần trên): 🛠️ Proactive, low-risk, tập trung bảo vệ team flow và tối ưu engagement. PM sử dụng interpersonal skills (negotiation, communication) để align expectations, đảm bảo project success theo PMBOK 7th Principle 7: Optimize Risk Responses (giảm rủi ro interruptions). Hoàn hảo cho tình huống này!

Kết luận 🎯: Câu hỏi kiểm tra khả năng bảo vệ đội ngũ và quản lý sponsor hiệu quả – kỹ năng cốt lõi của PMP Certified Professional. Áp dụng ngay để duy trì team morale và delivery velocity!

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

🧩 Câu hỏi mô tả một tình huống xung đột nội bộ trong đội ngũ dự án: Thành viên A cảm thấy thành viên B thường xuyên nói át lời và không chịu lắng nghe lời khuyên, trong khi thành viên B cũng không chấp nhận phản hồi. Đây là xung đột liên quan đến giao tiếp và hành vi hợp tác (communication and collaboration behavior), thường gặp ở giai đoạn Manage Project Team hoặc Develop Team theo PMP.
Project Manager (PM) cần chọn hành động phù hợp nhất để giải quyết, ưu tiên cách tiếp cận tích cực, nội bộ đội ngũ trước khi leo thang, nhằm duy trì hiệu suất dự án mà không làm gián đoạn lớn. Chủ đề thuộc Knowledge Area: Project Resource Management (quản lý nguồn lực dự án) và People Domain trong PMP Exam Content Outline mới nhất (2021-2026), nhấn mạnh giải quyết xung đột qua ground rules và team norms.

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

Review the ground rules for collaboration within the team.
✅ Lý do: Đây là bước đầu tiên và hiệu quả nhất để giải quyết xung đột nhỏ về hành vi giao tiếp. Ground rules (quy tắc cơ bản) là các chuẩn mực hành vi đội ngũ được thiết lập từ đầu dự án (thường trong Develop Team process), giúp nhắc nhở và củng cố quy tắc hợp tác như "lắng nghe lẫn nhau" hoặc "không ngắt lời". PM nên review (xem xét lại) để cả hai bên nhận thức chung, khuyến khích tự điều chỉnh mà không cần can thiệp mạnh. Theo PMBOK® Guide 7th Edition, đây là thực hành tốt trong Team Management và phù hợp với nguyên tắc Team & Collaboration (Holistic Approach to Team Dynamics).

📋 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 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 nguyên tắc PMP: ưu tiên giải quyết nội bộ, tránh leo thang không cần thiết, và tập trung vào preventive/corrective actions cho xung đột nhẹ.

• Report the performance issue to both of the team members' supervisors.
  ❌ Sai: Việc báo cáo ngay cho supervisor là leo thang không cần thiết (escalation quá sớm), chỉ áp dụng khi xung đột nghiêm trọng ảnh hưởng lớn đến dự án hoặc vi phạm chính sách HR (như quấy rối). Ở đây chỉ là xung đột giao tiếp cá nhân, PM nên tự xử lý nội bộ theo Manage Team để xây dựng đội ngũ tự chủ (self-managing team). Escalation làm mất lòng tin đội ngũ và vi phạm nguyên tắc Leadership trong PMBOK 7.

• Review the ground rules for collaboration within the team.
  ✅ Đúng: Như đã giải thích ở trên, đây là hành động phù hợp nhất vì trực tiếp nhắc lại và củng cố quy tắc hợp tác đã thống nhất, giúp giải quyết gốc rễ xung đột mà không thay đổi cấu trúc đội ngũ. Hỗ trợ Agile practices (team charters/ground rules) và Conflict Resolution Techniques (như Withdraw/Avoid ban đầu bằng cách quay về norms).

• Modify the communications management plan and resend it to the team.
  ❌ Sai: Communications Management Plan tập trung vào kênh giao tiếp, tần suất, đối tượng (who, what, when, how), không phải hành vi cá nhân như "nói át lời". Việc sửa đổi và gửi lại là thừa thãi cho vấn đề này, có thể gây nhầm lẫn đội ngũ. Plan này được lập ở Plan Communications Management, chỉ thay đổi khi có thay đổi scope lớn, không phải xung đột nhỏ (theo Communications Management Knowledge Area).

• Move one of the team members to a different project team.
  ❌ Sai: Đây là giải pháp cực đoan cuối cùng (last resort), chỉ dùng khi xung đột không thể giải quyết và ảnh hưởng nghiêm trọng đến deliverables. Nó làm gián đoạn đội ngũ, tăng chi phí tuyển dụng/thay thế, và vi phạm nguyên tắc Optimize Resources & Build a Team. PMP khuyến nghị thử collaborate/confront trước khi tách rời (Conflict Resolution Models trong PMBOK 6/7).

📘 Tài liệu tham khảo

• PMBOK® Guide – Seventh Edition (2021): Chương Project Team Management (trang 149-152), nguyên tắc Team & Stakeholder Engagement; Process Groups: A Practice Guide (Team Charters & Ground Rules).
• PMP Examination Content Outline (2021, cập nhật 2026): Domain 3: Business Environment (People - Task 5: Manage conflict).
• Agile Practice Guide (PMI, 2017/updated): Section on Team Formation & Ground Rules (trang 42-45).
• PMI Code of Ethics & Professional Conduct: Nhấn mạnh giải quyết vấn đề nội bộ trước escalation.

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

🧩 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) đang ở giai đoạn gần hoàn thành (nearing completion) một dự án tự động hóa (automation project). Một stakeholder quan trọng yêu cầu họp để thảo luận các ý tưởng mới nhằm làm dự án hấp dẫn hơn với end users. Stakeholder gợi ý không đóng dự án để thực hiện những ý tưởng này.
Vấn đề cốt lõi: Đây là yêu cầu thay đổi scope (scope change) hoặc scope creep tiềm ẩn ở giai đoạn cuối dự án. PM cần hành động đầu tiên (first) để xử lý đúng quy trình, tránh vi phạm nguyên tắc kiểm soát thay đổi theo PMP.
📌 Mục tiêu: Xác định bước đầu tiên phù hợp nhất, dựa trên PMBOK Guide 7th Edition (và các cập nhật đến 2026, nhấn mạnh vào nguyên tắc quản lý scope và integrated change control).

✅ Đáp án đúng: Review and validate the scope management plan

Lý do chọn đáp án này (bằng tiếng Việt):
🛠️ Khi nhận yêu cầu thay đổi scope ở giai đoạn cuối dự án, PM phải ưu tiên xem xét và xác thực Scope Management Plan (kế hoạch quản lý phạm vi) trước tiên. Kế hoạch này định nghĩa quy trình xử lý thay đổi scope, bao gồm cách đánh giá, phê duyệt Change Request (Yêu cầu thay đổi tích hợp).
✅ Điều này đảm bảo tuân thủ Perform Integrated Change Control (Thực hiện kiểm soát thay đổi tích hợp - Process 4.6 trong PMBOK 6th, và Principle 5: Optimization trong 7th). Không review plan trước có thể dẫn đến scope creep, ảnh hưởng chi phí, thời gian và chất lượng. Đây là bước đầu tiên logic để quyết định có submit Change Request hay không.

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

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

• Add it to the issue log as an ongoing issue.
  ❌ Sai. Issue log dùng để ghi nhận vấn đề hiện tại cần giải quyết ngay (issues impacting project objectives), không phải ý tưởng mới/enhancement. Đây không phải "ongoing issue" mà là potential change request. Thêm vào issue log sẽ làm méo mó quy trình, vi phạm Monitor and Control Project Work (PMBOK 7th Principle 6: Adaptability).

• Review and validate the scope management plan.
  ✅ Đúng (như đã giải thích ở trên). Đây là bước first action để kiểm tra quy trình scope baseline và hướng dẫn xử lý thay đổi.

• Update the project charter with the new requirement.
  ❌ Sai. Project Charter được phê duyệt đầu dự án (Develop Project Charter process), không được cập nhật muộn ở giai đoạn cuối. Thay đổi phải qua Change Control Board (CCB), không trực tiếp edit charter. Làm vậy vi phạm original intent của charter (PMBOK 7th, Domain: Stakeholders).

• Add a risk to the risk register.
  ❌ Sai. Risk register dành cho rủi ro tiêu cực (threats) hoặc cơ hội (opportunities) ảnh hưởng mục tiêu dự án. Ý tưởng mới là scope enhancement, không phải risk. Thêm vào đây sẽ nhầm lẫn Manage Risks process (PMBOK 7th Principle 7: Resilience).

📘 Tài liệu tham khảo

• PMBOK Guide 7th Edition (2021, PMI): Principle 5 (Optimization), Domain 2: Uncertainty (Scope Management), pages 57-65 về Scope Control.
• PMBOK Guide 6th Edition (2017): Processes 5.5 Validate Scope & 4.6 Perform Integrated Change Control.
• PMP Exam Content Outline 2021 (cập nhật 2026): Task 4.3 (Manage Project Changes).
• PMI.org: Agile Practice Guide (2021) nhấn mạnh validate plan trước khi adapt changes ở cuối sprint/project.

🧠 Lời khuyên PMP: Luôn protect scope baseline bằng Change Control – tránh "stakeholder gold plating"! Nếu cần thực hành thêm, tham khảo PMI mock exams.

🧩 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ý Bên liên quan (Stakeholder Management) trong PMP, cụ thể là quy trình Identify Stakeholders từ PMBOK Guide (phiên bản 7th Edition và cập nhật đến 2026). Tình huống mô tả: Trong giai đoạn phát hành sản phẩm quan trọng, một Phó Chủ tịch (Vice President - VP) từ dòng sản phẩm khác đưa ra mối lo ngại hợp lý, buộc dự án phải thực hiện thêm công việc trước khi phát hành. VP này chưa tham gia thảo luận dự án trước đó, dẫn đến trì hoãn phát hành.

Vấn đề cốt lõi: Project Manager (PM) chưa nhận diện VP là bên liên quan (stakeholder) từ sớm, khiến scope bị thay đổi muộn (scope creep), gây delay. Câu hỏi hỏi PM nên xử lý tình huống này NHƯ THẾ NÀO SỚM HƠN trong dự án để tránh rủi ro này. Điều này nhấn mạnh tầm quan trọng của việc nhận diện stakeholder toàn diện ngay từ đầu dự án, bao gồm cả những người gián tiếp ảnh hưởng như lãnh đạo từ bộ phận khác.

✅ Đáp án đúng: Identified the vice president as a stakeholder

Lý do chọn đáp án này: Theo PMBOK 7th Edition (Process 13.1: Identify Stakeholders), PM phải nhận diện tất cả stakeholder tiềm năng từ đầu dự án, bao gồm cả những người chưa tham gia trực tiếp nhưng có thể ảnh hưởng đến scope, timeline hoặc chất lượng (như VP từ dòng sản phẩm khác). Việc identify sớm giúp lập Stakeholder Register, phân loại stakeholder (ví dụ: power/interest grid), và lập kế hoạch engage họ kịp thời. Nếu làm vậy, PM có thể thu thập input từ VP sớm, tránh thay đổi muộn gây delay. Đây là hành động chủ động và đúng quy trình nhất để xử lý tình huống từ earlier in the project.

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

• Identified the vice president as a stakeholder ✅
  Đúng vì: Đây là bước đầu tiên và cơ bản nhất trong Stakeholder Management (PMBOK 7). VP rõ ràng là stakeholder ảnh hưởng (valid concern dẫn đến thay đổi scope), nhưng chưa được identify nên mới "bất ngờ" xuất hiện muộn. Identify sớm giúp engage, quản lý expectation và tránh scope creep. Không làm vậy là thiếu sót lớn của PM.

• Recorded the vice president's concerns in the risk register ❌
  Sai vì: Risk Register dùng để ghi nhận rủi ro dự án (PMBOK 7: Risk Management processes), không phải concerns của stakeholder. Hơn nữa, concerns chỉ xuất hiện muộn (giai đoạn release), không phải "earlier in the project". Ghi nhận lúc này chỉ là phản ứng thụ động, không giải quyết gốc rễ (chưa identify stakeholder).

• Shared project boundaries so that everyone was aware of the scope ❌
  Sai vì: Việc chia sẻ scope/boundaries là phần của Manage Communications hoặc Control Scope (PMBOK 7), nhưng giả định "everyone" đã biết – vấn đề là VP chưa được coi là "everyone" vì chưa identify. Hành động này không giải quyết việc phát hiện VP sớm, và nếu share muộn thì vẫn gây delay. Không phải cách xử lý "earlier".

• Escalated any dissent to top management right away ❌
  Sai vì: Escalate chỉ dùng cho xung đột nghiêm trọng không giải quyết được (PMBOK 7: Manage Conflicts in Team/Stakeholder Engagement). Concerns của VP là "valid" và cần thiết, không phải dissent. Hơn nữa, escalate "right away" là phản ứng muộn (tại release), không phải "earlier", và bỏ qua quy trình engage stakeholder trước.

📘 Tài liệu tham khảo

• PMBOK Guide 7th Edition (2021, cập nhật 2026): Section 4.7 Stakeholder Management Principles; Process 13.1 Identify Stakeholders (Stakeholder Register). Nhấn mạnh "proactive identification" để tránh late surprises.
• PMP Examination Content Outline (2024-2026): Domain 2: People (Stakeholder Engagement) – 50% trọng số, ưu tiên identify và engage sớm.
• The Standard for Project Management (PMI, 2021): Principle 7: Optimize Risk Responses – Liên kết với stakeholder để giảm scope creep.

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 câu hỏi PMP

Câu hỏi này thuộc chủ đề Quản lý Thay đổi Dự án (Integrated Change Control) và Quản lý Stakeholder trong dự án sử dụng mô hình Time and Materials (T&M) kết hợp hybrid approach (kết hợp Predictive và Agile).

📖 Nội dung câu hỏi được giải thích rõ ràng:

• Dự án đang sử dụng hợp đồng T&M (thanh toán theo thời gian và vật liệu, linh hoạt nhưng cần kiểm soát thay đổi chặt chẽ).
• Phương pháp hybrid: Milestones (cột mốc) và outcomes (kết quả mong đợi) đã định nghĩa rõ cho 6 tháng đầu, với incremental releases (phát hành tăng dần) hàng tháng.
• Sau 2 tháng, client không hài lòng và yêu cầu thay đổi hướng đi dự án (change the course).
• Project Manager (PM) đã tổ chức cuộc họp face-to-face với client, và hiểu rõ hơn về milestones/outcomes mới mong muốn.
• Câu hỏi trọng tâm: PM nên làm gì đầu tiên (What should the project manager do first)?
  • Điều này nhấn mạnh bước đầu tiên trong quy trình thay đổi, không phải hành động cuối cùng như phê duyệt hợp đồng. Theo PMBOK® Guide 7th Edition (2021) và PMP Exam Content Outline (2021, cập nhật đến 2026), hybrid project ưu tiên tài liệu hóa thông tin để đảm bảo traceability, stakeholder alignment và kích hoạt quy trình thay đổi chính thức.

🛠️ Đáp án đúng:
✅ Document the information in the meeting minutes and share it with the project stakeholders.

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

• Bước đầu tiên trong bất kỳ thay đổi nào là tài liệu hóa (document) thông tin từ cuộc họp để tạo basis cho phân tích, tránh hiểu lầm và đảm bảo tất cả stakeholders aware.
• Trong hybrid/T&M, PM phải engage stakeholders sớm (Stakeholder Engagement - Process 13.3 PMBOK 7th), ghi meeting minutes vào issue log hoặc change log để khởi động Manage Project Changes (Process 4.6).
• Không vội soạn hợp đồng hay phê duyệt, vì cần validate và analyze impact trước (tailoring hybrid principles). Điều này phù hợp Agile value: "Working software over comprehensive documentation" nhưng vẫn cần traceable records cho T&M contract.
• Nguồn: PMBOK® Guide 7th Ed., Section 4.6 Manage Project Changes; Agile Practice Guide (integrated in 7th), Principle 5: Stakeholder Collaboration; PMP ECO 2021 Domain 3: Business Environment (30%).

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

• ❌ Draft a contract change with the desired scope changes and send it to the client for approval.
  Sai vì: Đây là bước sau (implement change), không phải đầu tiên. PM chưa analyze impact (cost, schedule, risk) trên T&M contract, dễ vi phạm Control Procurements (Process 12.3). Hybrid yêu cầu integrated change control trước khi draft contract amendment.

• ❌ Forward the client's request to management as a change request to get formal approval.
  Sai vì: Chưa document đầy đủ (meeting outcomes), forward trực tiếp có thể thiếu context, dẫn đến misalignment. PM phải own the change process (PMBOK 7th, Role of PM), không "chuyền bóng" mà cần share với all stakeholders trước để gain consensus.

• ❌ Finish the current monthly release as it was planned and replan for the future months.
  Sai vì: Bỏ qua client feedback ngay lập tức, vi phạm Value Delivery và Adaptive Planning trong hybrid. T&M cho phép linh hoạt, nhưng cần halt/reassess nếu change lớn; tiếp tục release cũ có thể waste effort mà không document.

• ✅ Document the information in the meeting minutes and share it with the project stakeholders.
  Đúng vì: Như giải thích trên – First step là capture & communicate để enable decision-making. Đảm bảo transparency (Principle 3 PMBOK 7th), kích hoạt change log và stakeholder review trước các bước tiếp theo.

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

• PMBOK® Guide – Seventh Edition (2021, PMI).
• PMP Exam Content Outline (2021, updates 2024-2026 vẫn giữ core processes).
• Agile Practice Guide (PMI, 2017 integrated).
  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ỏi nhé!

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

Câu hỏi tập trung vào tình huống quản lý dự án hybrid (kết hợp fixed-price với agile practices) trong bối cảnh fixed time and budget. Khách hàng yêu cầu phát triển core component bằng phương pháp agile vì scope chưa hoàn chỉnh, dẫn đến rủi ro chi phí tăng cao. Project Manager (PM) tham gia soạn thảo contract cùng sales team để bảo vệ lợi nhuận dự án bằng cách kiểm soát chi phí phát triển phần core này.
📌 Mục tiêu chính: Chọn hai controls cụ thể trong contract để điều chỉnh rủi ro agile (như iterations không kiểm soát, scope creep) mà không làm ảnh hưởng tổng thời gian và ngân sách fixed.
🛠️ Bối cảnh PMP (PMBOK 7th Edition & Agile Practice Guide, cập nhật đến 2026): Trong procurement management, contract hybrid cần tiering (phân tầng) và capping iterations để cân bằng fixed-price với tính linh hoạt agile, tránh chi phí vượt ngân sách (theo Process 12.1 Plan Procurement Management).

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

Hai controls phù hợp nhất là:

• Tier the contract for fixed and agile components.
• Limit the number of iterations for development in the contract.

Lý do lựa chọn:
✅ Trong dự án fixed time/budget nhưng có phần agile, PM cần phân tầng contract (tiering) để tách biệt phần fixed (scope rõ ràng) và agile (scope linh hoạt), giúp kiểm soát chi phí core component mà không làm ảnh hưởng toàn bộ dự án. Đồng thời, giới hạn số iterations (ví dụ: tối đa 4-6 cycles) ngăn chặn phát triển vô tận, bảo vệ lợi nhuận bằng cách cap effort/cost. Điều này phù hợp nguyên tắc value delivery trong hybrid contracts (PMBOK 7th, Section 12.2.2 & Agile Hybrid Models).

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

Dưới đây là phân tích tất cả lựa chọn, giữ nguyên văn bản gốc tiếng Anh. Mỗi phương án được đánh giá đúng/sai dựa trên tính cụ thể và trực tiếp address development core component trong contract hybrid.

• ❌ Establish a governance committee to review the contract delivery.
  Phương án này sai vì governance committee chỉ là cơ chế giám sát chung (oversight) toàn contract, không cụ thể kiểm soát chi phí agile development. Nó không ngăn scope creep hay iterations excess, dễ dẫn đến tranh chấp mà không bảo vệ lợi nhuận trực tiếp (PMBOK 7th: Governance là tool hỗ trợ, không phải control chính trong contract).

• ❌ Provide alternatives to scope change at specific project phases within the contract.
  Phương án này sai vì "alternatives to scope change" (như options pricing) chỉ xử lý thay đổi scope ở phases fixed, không phù hợp agile nơi scope chưa rõ và thay đổi liên tục. Nó không address iterations hay cap cost cho core component, có thể làm phức tạp contract hybrid (theo Contract Types in PMBOK 7th: Time & Materials phù hợp hơn, nhưng không phải control chính).

• ✅ Tier the contract for fixed and agile components.
  Phương án này đúng vì tiering cho phép contract có hai lớp: fixed cho phần ổn định và agile cho core component (ví dụ: fixed-price + T&M capped). Điều này kiểm soát chi phí linh hoạt mà vẫn giữ tổng budget, lý tưởng cho hybrid projects (Agile Practice Guide: Hybrid Contracting Models, p. 45-47).

• ✅ Limit the number of iterations for development in the contract.
  Phương án này đúng vì agile iterations có thể vô hạn nếu scope mơ hồ, nên cap số lần (iteration ceiling) trong contract đảm bảo effort giới hạn, tránh overrun cost. Đây là control phổ biến để bảo vệ profitability trong fixed-budget agile (PMBOK 7th: Iteration Planning & Contracts, Section 4.6).

• ❌ Require that only internal resources be utilized for this project.
  Phương án này sai vì yêu cầu "only internal resources" không liên quan đến contract controls với bên ngoài (vendor/customer), và không address agile development costs. Nó vi phạm nguyên tắc outsourcing nếu project cần external agile team, không bảo vệ lợi nhuận cụ thể cho core component (PMBOK 7th: Resource Procurement, ưu tiên performance-based).

📘 Tài liệu tham khảo

• PMBOK Guide 7th Edition (2021, cập nhật 2026): Section 12 Procurement Management, Hybrid Approaches (p. 145-150).
• Agile Practice Guide (PMI, 2017-2026 updates): Chapter 5 Hybrid Models & Contracts (p. 42-50).
• PMI Standards: Process 12.1-12.3 cho contract controls trong agile contexts.
  🔗 Nguồn chính thức: PMI.org – Khuyến nghị đọc thêm "Contract Management Body of Knowledge (CMBOK)" cho tiered contracts.

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ụ thực tế, hãy hỏi thêm.