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ý yêu cầu và ước lượng trong môi trường Agile/Scrum theo PMP (phiên bản mới nhất PMBOK Guide 7th Edition và Agile Practice Guide, cập nhật đến 2026). Tình huống: Một khách hàng tiếp cận Product Owner (PO) với yêu cầu mới, yêu cầu ước lượng thô (rough estimation) để triển khai. Yêu cầu này tương tự một deliverable trước đó. PO cần làm gì để thông tin đúng cách cho khách hàng?

Mục tiêu là chọn hành động phù hợp nhất, tập trung vào cách ước lượng nhanh dựa trên dữ liệu lịch sử Agile như story points và velocity, thay vì các công cụ truyền thống (Waterfall). Điều này nhấn mạnh nguyên tắc Agile: Iterative estimation, empirical data từ backlog để hỗ trợ quyết định nhanh chóng mà không làm gián đoạn sprint hiện tại. 📘

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

Đáp án đúng: Revisit the user story of the similar requirement, learn about its story points and velocity, and sketch out the time needed for this requirement.

Lý do: Trong Agile/Scrum, PO sử dụng user stories từ Product Backlog làm cơ sở ước lượng. Bằng cách xem lại user story tương tự (historical data), học story points (đơn vị nỗ lực tương đối) và velocity (tốc độ hoàn thành trung bình của team), PO có thể sketch out thời gian ước lượng thô nhanh chóng (rough order of magnitude). Đây là phương pháp empirical và lightweight, phù hợp với nguyên tắc Agile Hybrid trong PMP 7th: Ước lượng dựa trên dữ liệu thực tế, không cần phân tích sâu ngay. 🛠️ Nguồn: PMBOK 7th Ed. (Section 6.4: Estimate Resources), Agile Practice Guide (Ch. 4: Product Backlog), Scrum Guide 2020 (Sprint Planning).

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

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

• Phương án 1: Analyze the current backlog and the backlog refinement to determine a gap for fulfilling the requirement.
  ❌ Sai: Phân tích backlog hiện tại và backlog refinement (grooming) chỉ dùng để ưu tiên/chi tiết hóa items hiện có, không phải ước lượng nhanh yêu cầu mới. Việc tìm "gap" có thể dẫn đến phân tích thừa, chậm trễ thông tin cho khách hàng, vi phạm nguyên tắc Agile "respond to change nhanh". 🧩 Không phù hợp rough estimation.

• Phương án 2: Check the work breakdown structure (WBS) and the cost estimation for the similar requirement and provide an estimate for the new requirement.
  ❌ Sai: WBS và cost estimation thuộc Predictive/Waterfall lifecycle (PMBOK 6th/7th, Process 5.4/7.2), không áp dụng trong Agile nơi PO dùng story points thay vì WBS. Sử dụng WBS sẽ làm phức tạp hóa rough estimate, không khớp hybrid Agile. 📘

• Phương án 3: Revisit the user story of the similar requirement, learn about its story points and velocity, and sketch out the time needed for this requirement.
  ✅ Đúng: Như đã giải thích ở trên, đây là cách tối ưu, dựa trên dữ liệu lịch sử Agile (story points từ Planning Poker, velocity từ burndown charts). PO có thể nhanh chóng convert story points sang thời gian (ví dụ: velocity 20 points/sprint → 5 points = 1/4 sprint). Hoàn hảo cho rough estimation! 🚀 Nguồn: Agile Practice Guide (Estimation techniques), Professional in Agile (PMI-ACP).

• Phương án 4: Refer to the lessons learned register where the experience and effort of former requirements should have been noted.
  ❌ Sai: Lessons learned register (PMBOK 7th, 4.7: Lessons Learned) dùng để cải thiện project tổng thể sau sprint/release, không phải tra cứu nhanh effort cho estimate. Nó mang tính mô tả, không định lượng như story points/velocity, dễ thiếu chính xác cho rough estimate. 🛠️

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

📖 Nội dung câu hỏi được giải thích rõ ràng:
Câu hỏi mô tả một tình huống thực tế trong quản lý dự án: Ban quản lý (management team) vừa giới thiệu một quy trình nội bộ mới. Tuy nhiên, quy trình này không mang lại giá trị đáng kể (has not added much value) và đang ảnh hưởng tiêu cực đến các sản phẩm bàn giao của dự án (impacting the project's deliverables). Vai trò của Project Manager (PM) là phải hành động để bảo vệ giá trị dự án, đảm bảo deliverables đúng tiến độ và chất lượng. Theo PMBOK Guide 7th Edition (2021, cập nhật đến 2026), PM cần ưu tiên tối ưu hóa giá trị (optimize value) và quản lý thay đổi (manage changes) để tránh lãng phí tài nguyên, đồng thời duy trì sự cân bằng giữa quy trình tổ chức và mục tiêu dự án.

✅ Đáp án đúng và lý do lựa chọn:
Đáp án đúng là: Negotiate with management and get the required process changed.
Lý do: Theo nguyên tắc PMP mới nhất (PMBOK 7th Edition, Principle 4: Optimize Value & Principle 11: Manage Project Changes), PM phải chủ động đàm phán với các bên liên quan cấp cao (stakeholders như management) để loại bỏ hoặc điều chỉnh quy trình không hiệu quả, vì quy trình phải phục vụ mục tiêu dự án chứ không phải tuân thủ mù quáng. Việc này giúp bảo vệ deliverables, giảm rủi ro và tăng hiệu quả dự án. PM có trách nhiệm đại diện dự án trong việc escalate vấn đề lên (Process 4.6 Manage Project Change trong PMBOK 6th, được tích hợp vào 7th Edition).
📘 Nguồn tham khảo: PMBOK Guide 7th Edition, trang 47-48 (Holistic Value Delivery) & Agile Practice Guide (2021).

🛠️ Giải thích tất cả các phương án trả lời

• ❌ Phương án SAI: Allocate one team member who can focus only on process adherence.
  Phương án này sai vì chỉ cố gắng bù đắp bằng cách phân bổ thêm nguồn lực (một thành viên tập trung tuân thủ quy trình), dẫn đến lãng phí tài nguyên và không giải quyết gốc rễ vấn đề (quy trình kém hiệu quả). PMP nhấn mạnh tránh "over-processing" (quá trình thừa), và việc này có thể làm chậm deliverables hơn nữa, vi phạm Principle 3: Focus on Value.

• ❌ Phương án SAI: Ensure that the team implements the process without delays in deliverables.
  Phương án này sai vì buộc đội ngũ thực hiện quy trình mà không thay đổi gì, chỉ cố gắng "lách" để tránh delay. Điều này bỏ qua rủi ro dài hạn, không tuân thủ nguyên tắc stakeholder engagement (PMBOK 7th, Principle 10), và PM không nên chấp nhận quy trình làm giảm giá trị dự án mà phải advocate cho thay đổi.

• ❌ Phương án SAI: Discuss this with the team and convince them to continue with the process.
  Phương án này sai vì chỉ thảo luận nội bộ với đội ngũ và thuyết phục họ tiếp tục, không escalate lên management – nguồn gốc của quy trình. PM không có quyền tự ý bỏ qua quy trình tổ chức, nhưng cũng không nên "che đậy" vấn đề. Điều này vi phạm trách nhiệm quản lý rủi ro và thay đổi (Risk Management & Change Control), dẫn đến mất động lực đội ngũ.

• ✅ Phương án ĐÚNG: Negotiate with management and get the required process changed.
  Như đã giải thích ở trên, đây là hành động chủ động, đúng trách nhiệm PMP, tập trung vào việc đàm phán để điều chỉnh quy trình, đảm bảo alignment với project goals. Hỗ trợ bởi Stakeholder Engagement và Tailoring Processes trong PMBOK 7th Edition.

🔍 Kết luận & Lời khuyên PMP: Hãy luôn ưu tiên giá trị dự án trên quy trình cứng nhắc! Trong kỳ thi PMP 2026, các câu hỏi như thế này kiểm tra khả năng áp dụng 12 Principles của PMBOK 7th. Thực hành qua PMI.org resources để nắm vững. 🚀

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

Câu hỏi mô tả tình huống trong giai đoạn thực thi (execution phase) của một dự án, nơi project lead (người dẫn dắt dự án) đang quản lý. Một product owner mới được chỉ định và trong cuộc họp đầu tiên, product owner cho biết cần thay đổi phạm vi (scope) của bản phát hành đầu tiên (first release). Câu hỏi yêu cầu xác định hành động đầu tiên mà project lead nên yêu cầu product owner thực hiện.

🛠️ Bối cảnh PMP/Agile: Theo PMBOK® Guide 7th Edition (2021) và Agile Practice Guide (tích hợp trong PMP đến 2026), trong môi trường Agile/Scrum, scope thay đổi thường liên quan đến việc quản lý product backlog và ưu tiên (prioritization). Product owner chịu trách nhiệm chính cho backlog, nhưng project lead (tương đương Scrum Master hoặc Agile PM) cần đảm bảo quy trình đúng để tránh gián đoạn execution. Hành động đầu tiên phải tập trung vào việc đánh giá lại ưu tiên hiện tại trước khi tạo mới hoặc thảo luận ở các sự kiện sau, nhằm duy trì tính linh hoạt và giá trị kinh doanh (value-driven).

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

• PMBOK® Guide 7th Edition, Domain 3: Project Work (Execution), Principle 5: Optimization.
• Agile Practice Guide, Section 4.3: Product Backlog Management.
• Scrum Guide (2020, cập nhật 2025): Product Owner owns backlog prioritization.

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

Review the priorities of the existing backlog items included in the release.

Lý do: Trong Agile, khi product owner yêu cầu thay đổi scope của release, hành động đầu tiên là review (xem xét lại) ưu tiên của các backlog items hiện có trong release đó. Điều này giúp xác định những items nào cần điều chỉnh để phù hợp với thay đổi, đảm bảo release vẫn đạt giá trị tối ưu mà không cần tạo mới ngay lập tức. Project lead hướng dẫn product owner làm vậy để duy trì backlog refinement liên tục, tránh lãng phí thời gian ở các sự kiện không phù hợp. Đây là best practice theo PMBOK 7, nhấn mạnh stakeholder engagement và adaptive planning trong execution.

📋 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 bằng tiếng Việt rõ ràng:

• ❌ Create new backlog items and discuss them in the next sprint retrospective.
  Sai vì: Retrospective dùng để phản ánh quá khứ (inspect & adapt sau sprint), không phải nơi thảo luận thay đổi scope mới hoặc tạo backlog items. Tạo new items ngay là vội vã, bỏ qua review priorities hiện có – vi phạm nguyên tắc backlog management trong Scrum Guide.

• ❌ Create new backlog items and discuss them in the next sprint planning.
  Sai vì: Sprint planning tập trung lập kế hoạch sprint sắp tới dựa trên backlog đã refine, không phải tạo new items hoặc thảo luận thay đổi scope lớn. Hành động đầu tiên phải là review priorities trước, tránh làm sprint planning bị lệch (theo Agile Practice Guide, 4.4 Sprint Planning).

• ❌ Review the new backlog items and discuss them in the next standup.
  Sai vì: Standup (daily scrum) chỉ là cuộc họp ngắn hàng ngày (15 phút) để cập nhật tiến độ, không dùng để review/discuss items mới hoặc thay đổi scope. "New backlog items" chưa tồn tại, và standup không phải nơi refine backlog (PMBOK 7, Tools & Techniques: Daily Stand-up).

• ✅ Review the priorities of the existing backlog items included in the release.
  Đúng vì: Như giải thích ở trên, đây là bước đầu tiên logic để xử lý thay đổi scope, đảm bảo alignment với business value và release goals. Hỗ trợ continuous refinement trong execution phase (Scrum Guide: Product Backlog Refinement).

🛠️ Kết luận PMP: Project lead thể hiện servant leadership bằng cách hướng dẫn product owner đúng quy trình, giúp dự án adaptive và resilient! Nếu áp dụng, giảm rủi ro scope creep.

🧩 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 Engagement) và Quản lý truyền thông (Communications Management) trong PMP, đặc biệt trong bối cảnh dự án quốc tế với đội ngũ phân tán trên 4 châu lục khác nhau.

• Tình huống chính: Quản lý dự án (PM) đang dẫn dắt một dự án toàn cầu. Đội ngũ dự án rất tự hào về tiến độ của iteration gần đây (gợi ý dự án theo phương pháp Agile/hybrid), nhưng các bên liên quan cấp cao (senior stakeholders) – những người không quen thuộc với tiến độ – lại lo ngại dự án có thể thất bại.
• Vấn đề cốt lõi: Cần giảm thiểu lo ngại bằng cách tăng cường sự tham gia của stakeholders, cung cấp thông tin minh bạch và phù hợp với môi trường phân tán địa lý.
• Mục tiêu PMP: Theo PMBOK 7th Edition (2021) và cập nhật đến 2026, PM phải ưu tiên tương tác trực tiếp, cập nhật định kỳ để xây dựng lòng tin, đặc biệt với stakeholders cấp cao. Virtual tools là lựa chọn tối ưu cho dự án global (Domain: Stakeholder, People, và Agile Principles).

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

• PMBOK 7th Edition: Section 4.7 (Stakeholder Engagement), Principle 11 (Engage Stakeholders), Process 13.3 (Manage Stakeholder Engagement).
• Agile Practice Guide (PMI): Nhấn mạnh "frequent feedback loops" trong iterations.

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

Đáp án đúng: Setup a virtual meeting with the stakeholders to discuss concerns and provide regular progress updates every 2 weeks.

Lý do chi tiết:

• ✅ Phù hợp với bối cảnh phân tán địa lý: Team trên 4 châu lục → Virtual meeting là giải pháp thực tế, tiết kiệm chi phí và thời gian (sử dụng tools như Zoom, Teams theo PMBOK 10.1 Plan Communications).
• ✅ Giải quyết trực tiếp lo ngại: Discuss concerns ngay lập tức → Tăng engagement, lắng nghe feedback (Manage Stakeholder Engagement).
• ✅ Cập nhật định kỳ (every 2 weeks): Tạo "regular progress updates" → Xây dựng lòng tin qua transparency, phù hợp Agile iteration cycles (2 tuần ≈ sprint length phổ biến).
• ✅ Tối ưu hóa giá trị: Kết hợp one-time discussion + ongoing communication → Proactive mitigation, tránh escalation risks.
• Theo PMI 2026 updates: Hybrid/Agile nhấn mạnh virtual collaboration và bi-weekly cadences cho global teams.

🛠️ 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, với giải thích sai/đúng bằng tiếng Việt dựa trên PMP best practices:

• Create and send out a high-level progress summary to all stakeholders that has been approved by the program manager.
  ❌ Sai: Phương án này chỉ cung cấp tóm tắt cao cấp (high-level) một lần, không tương tác trực tiếp để discuss concerns. Stakeholders "unfamiliar" cần engagement hai chiều, không chỉ report passive. Việc chờ approve từ program manager làm chậm trễ, vi phạm nguyên tắc PM chủ động (PMBOK 4.6: Identify Stakeholders – cần tailored communication).

• Setup an in-person status meeting so stakeholders can speak with the project team about their project concerns.
  ❌ Sai: In-person meeting không khả thi với team trên 4 continents (chi phí cao, logistics phức tạp, thời gian khác biệt). PMP ưu tiên virtual/hybrid cho global projects (Principle 13: Adaptability). Không đề cập regular updates, chỉ focus one-time → Không mitigate lâu dài.

• Setup a virtual meeting with the stakeholders to discuss concerns and provide regular progress updates every 2 weeks.
  ✅ Đúng: Như giải thích ở trên – Hoàn hảo cho tình huống: Virtual phù hợp global team, discuss concerns ngay, regular updates (2 weeks) xây dựng trust liên tục. Align với Agile feedback loops và PMBOK 13.3 (Adjust engagement strategies).

• Ask key developers to identify the most important risks and what the project team is doing to address those risks for the stakeholders.
  ❌ Sai: PM phải tự lead communication, không "đẩy" cho developers (vi phạm PM accountability – PMBOK 3.2 Manage Project Team). Concerns là về progress tổng thể, không chỉ risks. Thiếu discuss trực tiếp và regular updates → Không address gốc rễ lo ngại về thành công dự án.

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

🛠️ Best Practice: PM nên dùng Stakeholder Register để tailor communication (power/interest grid: senior stakeholders cao → high engagement). Implement Information Radiators (Agile) như dashboards cho updates 2 tuần.
Nguồn bổ sung: PMI.org PMP Exam Content Outline 2021 (updated 2024), Practice Standard for Agile (2020). Nếu áp dụng thực tế, ưu tiên tools như MS Project/ Jira cho virtual reporting! 🚀

🧩 Giải thích nội dung câu hỏi một cách chi tiết

Câu hỏi mô tả tình huống trong giai đoạn User Acceptance Testing (UAT - Kiểm thử chấp nhận người dùng), khi project sponsor (nhà tài trợ dự án) yêu cầu project manager (quản lý dự án) thêm một vài tính năng mới. Dự án có go-live date cố định (ngày triển khai chính thức không thể thay đổi), và để đáp ứng, project team (đội ngũ dự án) sẽ phải làm overtime (làm thêm giờ).

🛠️ Vấn đề cốt lõi: Đây là yêu cầu thay đổi scope (phạm vi dự án) ở giai đoạn muộn, có thể ảnh hưởng đến thời gian, chi phí và chất lượng. Theo PMP (phiên bản mới nhất 2021-2026, dựa trên PMBOK 7th Edition), PM phải tuân thủ Integrated Change Control (Kiểm soát thay đổi tích hợp), ưu tiên Stakeholder Engagement (Tương tác bên liên quan), Team Leadership (Lãnh đạo đội ngũ), và Value Delivery (Giao giá trị). PM không được tự quyết định mà cần đánh giá tác động thực tế từ team, sau đó cung cấp options linh hoạt cho sponsor để quyết định, tránh rủi ro burnout hoặc thất bại dự án.

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

Đáp án đúng: Consult with the project team and provide options to the sponsor.

Lý do 🏆:
Phương án này phù hợp nhất với nguyên tắc Servant Leadership và Tailoring trong PMP (PMBOK 7th). PM phải tham khảo ý kiến team trước để đánh giá khả năng thực hiện (tác động đến thời gian, rủi ro, overtime cần thiết), vì team là người nắm rõ công việc thực tế. Sau đó, cung cấp options (ví dụ: overtime với chi phí thêm, giảm scope khác, delay một phần, hoặc ưu tiên features) cho sponsor quyết định. Điều này đảm bảo collaborative decision-making, giảm rủi ro, và tuân thủ Perform Integrated Change Control (Process 4.6). Không áp đặt quyết định, mà hỗ trợ sponsor giao giá trị đúng hạn!

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

• ❌ Submit an emergency change request and submit tasks to the team.
  Sai vì: Phương án này bỏ qua bước consult team và đánh giá tác động đầy đủ, trực tiếp submit change request "emergency" và assign task mà không xem xét feasibility (khả thi). Theo PMP, change request phải qua CCB (Change Control Board) sau khi phân tích đầy đủ (impact analysis), tránh rủi ro scope creep và team overload. Không khuyến khích "emergency" mà không có dữ liệu từ team (PMBOK 7: Principle 5 - Optimize Risk Responses).

• ❌ Request approval for overtime and a bonus to deliver on time.
  Sai vì: Giả định ngay lập tức cần overtime + bonus mà không consult team để xác nhận tính khả thi, có thể dẫn đến chi phí không cần thiết hoặc team burnout. PMP nhấn mạnh Resource Management (Manage Project Resources) phải dựa trên dữ liệu thực tế, không tự quyết budget overtime. Sponsor mới là người phê duyệt thay đổi, nhưng PM phải cung cấp options thay vì yêu cầu cụ thể (PMBOK 7: People Domain - Lead a Team).

• ❌ Inform the sponsor that the project team cannot commit to more work.
  Sai vì: Thái độ tiêu cực, thiếu Stakeholder Engagement và không cung cấp giải pháp thay thế. PMP yêu cầu PM làm cầu nối, facilitate options thay vì từ chối thẳng (có thể làm mất lòng tin sponsor). Dù UAT muộn, vẫn có cách tailoring (ví dụ: MVP - Minimum Viable Product), không nên "cannot commit" mà không thảo luận (PMBOK 7: Principle 12 - Think and Act in an Integrated Manner).

• ✅ Consult with the project team and provide options to the sponsor.
  Đúng vì: Như đã giải thích ở trên, đây là cách tiếp cận holistic (toàn diện), ưu tiên team input để đưa ra options thực tế, hỗ trợ sponsor quyết định informed. Hoàn hảo cho firm deadline mà vẫn kiểm soát thay đổi!

📘 Tài liệu tham khảo

• PMBOK Guide 7th Edition (2021, cập nhật đến 2026): Principle 3 (Focus on Value), Principle 9 (Teamwork), Process 4.6 (Perform Integrated Change Control); Domain: People (22%) & Business Environment (8%).
• PMP Exam Content Outline (2024-2026): Task 8.3 (Evaluate response to change requests); People Domain - Lead team effectively.
• Agile Practice Guide (PMI): Nhấn mạnh iterative feedback với team trong UAT.
• Nguồn chính thức: PMI.org (Project Management Institute) - Free resources & Exam Prep.

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 này thuộc chủ đề Agile/Scrum trong PMP, cụ thể là về vai trò của Project Lead (thường là Scrum Master hoặc Product Owner trong ngữ cảnh Scrum) trong Daily Standup (hay Daily Scrum).

• Tình huống: Trong buổi standup hàng ngày, Project Lead nhận thấy một senior developer đang tự ý reassign (chuyển giao) các backlog item dễ dàng cho các thành viên khác, với lý do "hiệu quả hơn nếu senior dev tập trung vào task phức tạp".
• Vấn đề cốt lõi: Điều này vi phạm nguyên tắc Self-Organizing Team (đội ngũ tự tổ chức) trong Scrum/Agile. Team members phải tự pull task từ backlog dựa trên capacity và skill, không ai được assign task cho người khác (kể cả senior). Daily Standup chỉ dùng để chia sẻ progress, impediments, và plan cho ngày (3 câu hỏi: What did I do yesterday? What will I do today? Any blockers?), không phải nơi assign/reassign task.
• Mục tiêu PMP: Project Lead cần xử lý để thúc đẩy continuous improvement, tôn trọng team autonomy, và tránh hierarchy (cấp bậc) trong team phẳng (flat team structure). Theo PMBOK 7th Edition và Agile Practice Guide (cập nhật đến 2025-2026), ưu tiên Servant Leadership và Retrospective cho process improvement.

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

Đáp án đúng: Include this practice in the next sprint retrospective and discuss it with all of the team members.

Lý do 🛠️:

• Sprint Retrospective là sự kiện cuối sprint dành riêng cho process improvement (cải thiện quy trình), nơi toàn team thảo luận "What went well? What didn't? What to improve?". Việc senior dev reassign task là vấn đề team behavior/practice, cần đưa vào đây để team tự nhận diện, thảo luận và hành động (action items), thúc đẩy self-organizing và psychological safety.
• Điều này phù hợp Servant Leadership của Scrum Master/Project Lead: Không can thiệp trực tiếp trong standup (giữ standup ngắn gọn <15 phút), mà facilitate improvement ở retrospective.
• Theo Scrum Guide 2020 (vẫn chuẩn đến 2026) và PMBOK 7th: Retrospective giúp inspect/adapt team dynamics.

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

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

• ❌ [SAI] Include this practice in the next sprint review and discuss it with all of the team members.
  Lý do sai: Sprint Review (Sprint Demo) tập trung vào product increment (demo những gì đã hoàn thành), lấy feedback từ stakeholders về value delivered, không phải process/team behavior. Đưa vấn đề này vào đây sẽ làm lệch mục đích, không hiệu quả cho improvement nội bộ. (Scrum Guide: Sprint Review ≠ Retrospective).

• ❌ [SAI] Ask the senior developer to stop assigning tasks because that's the scrum master's job.
  Lý do sai: Scrum Master KHÔNG assign task – vai trò SM là facilitate, bảo vệ Scrum, không phải manager/task assigner. Team phải self-organizing, tự pull task. Can thiệp trực tiếp kiểu "stop ngay" sẽ vi phạm nguyên tắc empowerment, tạo dependency. (PMBOK 7th, Principle 4: Team & Stakeholders – Holacracy model).

• ❌ [SAI] Support the senior developer's action and their authority over other team members.
  Lý do sai: Hỗ trợ sẽ củng cố hierarchy (senior > junior), trái ngược cross-functional, self-organizing team trong Agile. Efficiency không phải lý do để ai đó "chủ động assign" – team tự quyết dựa trên Definition of Done và capacity. Điều này dẫn đến demotivation và bottlenecks. (Agile Manifesto: Individuals & Interactions > Processes).

• ✅ [ĐÚNG] Include this practice in the next sprint retrospective and discuss it with all of the team members.
  Lý do đúng: Như đã giải thích ở trên – Retrospective là nơi lý tưởng để inspect & adapt practices, khuyến khích team ownership. Project Lead chỉ facilitate discussion, không dictate giải pháp.

📘 Tài liệu tham khảo

• PMBOK Guide 7th Edition (2021, vẫn chuẩn 2026): Chapter 9 (Agile Hybrid), Principle 12 (Adaptation); Agile Practice Guide – Nhấn mạnh Retrospective cho team improvement.
• Scrum Guide 2020 (Ken Schwaber & Jeff Sutherland): Phần Events – Daily Scrum (no task assignment), Sprint Retrospective (process focus). Link: scrumguides.org.
• PMI Agile Certified Practitioner (PMI-ACP) Syllabus 2025: Servant Leadership & Self-Organizing Teams (Domain 3: Team Performance).
• Professional Scrum Master (PSM) Guide: Xác nhận standup không assign task.

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

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

Câu hỏi mô tả một tình huống thực tế trong quản lý dự án PMP: Đội ngũ dự án đang làm việc từ xa (remote) với deadline chặt chẽ. Giữa chừng dự án, một thành viên bị thay thế bằng người mới vào công ty, chưa quen thuộc. Repository tài liệu (kho lưu trữ) có sẵn để xem xét, nhưng dự án phức tạp, nên người mới cần thời gian để hiểu chi tiết trách nhiệm của mình.
📌 Mục tiêu chính: Project Manager (PM) cần hành động hiệu quả nhất để onboarding nhanh chóng, đảm bảo dự án không bị chậm trễ, phù hợp với nguyên tắc Value Delivery và Team Management trong PMBOK 7th Edition (2021, cập nhật đến 2026 qua PMI updates). Tình huống nhấn mạnh remote work, tight deadlines, và knowledge transfer mà không lãng phí thời gian.

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

Đáp án đúng: Ask the new team member to review the repository and schedule a meeting to provide details and tasks.

🛠️ Lý do chi tiết:

• Phương án này tối ưu hóa thời gian bằng cách khuyến khích người mới tự nghiên cứu repository trước (self-paced learning, phù hợp remote và dự án phức tạp). Sau đó, lên lịch meeting để PM cung cấp chi tiết cụ thể và giao tasks – đảm bảo hiểu biết sâu, trách nhiệm rõ ràng, và không làm gián đoạn đội ngũ.
• Phù hợp PMBOK 7th: Manage Project Team (Domain: Team & Process 13.3) và Agile Practices (PMI Agile Practice Guide): Kết hợp independent learning + facilitated discussion để build competence nhanh chóng, giảm rủi ro delay. Với tight deadlines, đây là cách hiệu quả cao nhất, tập trung vào output cụ thể (tasks) thay vì giới thiệu chung chung.

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

Dưới đây là phân tích từng lựa chọn theo thứ tự trong câu hỏi. Tôi giữ nguyên nội dung phương án gốc bằng tiếng Anh, chỉ giải thích bằng tiếng Việt với lý do đúng/sai dựa trên PMP best practices.

• ❌ [SAI] Assign tasks and provide contacts so the new team member can contact the appropriate resources for support.
  🧐 Giải thích: Phương án này rủi ro cao vì giao tasks ngay mà không cho người mới thời gian hiểu repository phức tạp. Họ có thể liên hệ hỗ trợ lung tung, gây phân tâm đội ngũ, chậm trễ dự án (tight deadlines). PMBOK 7th (Acquire Resources 9.2) yêu cầu chuẩn bị kiến thức trước khi assign, tránh "sink or swim" – không hiệu quả cho remote new joiner.

• ✅ [ĐÚNG] Ask the new team member to review the repository and schedule a meeting to provide details and tasks.
  🛠️ Giải thích: Như đã nêu ở trên, đây là cách cân bằng nhất: Tự học trước + meeting hướng dẫn tasks cụ thể. Hỗ trợ knowledge transfer hiệu quả, phù hợp Develop Team (9.3) và remote collaboration tools trong PMBOK 7th/ECB (Exam Content Outline 2021+).

• ❌ [SAI] Organize a social event to introduce the new team member to key stakeholders and the project team.
  🎉 Giải thích: Không phù hợp tight deadlines và remote work – sự kiện xã hội mất thời gian, chỉ xây dựng mối quan hệ (team building), không giải quyết hiểu trách nhiệm cụ thể. PMBOK 7th (Develop Team) ưu tiên high-value activities, không phải social event giữa dự án khẩn cấp.

• ❌ [SAI] Introduce the new team member to the project team and provide an explanation of the key themes.
  👥 Giải thích: Giới thiệu chung chung và "key themes" quá mơ hồ, không đủ cho dự án phức tạp (chỉ overview, không tasks chi tiết). Người mới vẫn cần thời gian review repository; phương án này không tận dụng tài liệu sẵn có, dễ gây nhầm lẫn remote. PMBOK 7th nhấn mạnh tailored onboarding với actionable steps, không chỉ introduction.

📘 Tài liệu tham khảo

• PMBOK® Guide 7th Edition (2021): Chapters 4 (Team), 9 (Project Resource Management); Models như Servant Leadership & Coaching cho onboarding.
• PMI Agile Practice Guide (2017, integrated 7th): Hybrid approaches cho remote teams.
• PMP Exam Content Outline (PMI, 2021-2026 updates): Domain 3: Business Environment (15%), Domain 4: People (42%) – Focus on team performance & knowledge transfer.
• PMI.org resources: "Remote Project Management" whitepapers (2023 updates).

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

Câu hỏi này thuộc chủ đề Lãnh đạo và Quản lý Đội ngũ (Leadership and Team Management) trong PMP, cụ thể liên quan đến Servant Leadership (Phong cách lãnh đạo phục vụ) trong môi trường dự án nhanh-paced (fast-paced environment).

• Bối cảnh: Quản lý dự án (Project Manager - PM) đang quản lý một dự án ở môi trường làm việc nhanh chóng, cần trao quyền cho đội ngũ (empower the team) để hợp tác hướng tới kết quả mong đợi và đạt hiệu suất cao. CEO gợi ý áp dụng Servant Leadership, một phong cách lãnh đạo nhấn mạnh việc phục vụ đội ngũ, loại bỏ trở ngại, tạo môi trường hỗ trợ để đội ngũ tự phát triển và thành công.
• Yêu cầu hành động: PM cần làm gì để thể hiện khả năng của một Servant Leader? Câu hỏi kiểm tra sự hiểu biết về nguyên tắc Servant Leadership theo PMBOK® Guide – Seventh Edition (2021) và The Standard for Project Management, nơi Servant Leadership được nhấn mạnh trong miền kiến thức People (Con người) và Hybrid/Agile approaches.

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

• PMBOK® Guide – Seventh Edition (Project Management Institute - PMI, 2021), Principle 7: Foster a Collaborative Team Environment & Models/Tools/Techniques: Servant Leadership.
• Agile Practice Guide (PMI, 2017, cập nhật tích hợp trong PMBOK 7th).
• PMI Code of Ethics & Professional Conduct (cập nhật 2022+).

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

Đáp án đúng: Define the project's objectives and create an environment where all team members can succeed in achieving them.

🛠️ Lý do chi tiết:

• Servant Leader xác định mục tiêu dự án rõ ràng (define objectives) để đội ngũ hiểu hướng đi chung, sau đó tạo môi trường hỗ trợ thành công (create an environment for success) bằng cách loại bỏ trở ngại, trao quyền tự chủ, khuyến khích hợp tác và phát triển cá nhân. Điều này phù hợp hoàn hảo với định nghĩa Servant Leadership trong PMBOK 7th: Tập trung vào nhu cầu đội ngũ trước, lắng nghe, đồng cảm, và giúp đội ngũ đạt tiềm năng cao nhất để đạt kết quả dự án.
• Trong môi trường fast-paced, cách tiếp cận này thúc đẩy high-team performance qua collaboration thay vì chỉ huy trực tiếp, phù hợp với Value Delivery System và Outcome-focused mindset (cập nhật PMI đến 2026 qua các tài liệu đào tạo mới).

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

• ❌ Phương án SAI: Create an environment where all team members compete to achieve the desired results.
  🧨 Lý do sai: Tạo môi trường cạnh tranh (compete) giữa các thành viên đội ngũ đi ngược nguyên tắc Servant Leadership, vốn nhấn mạnh hợp tác (collaboration) và hỗ trợ lẫn nhau. Cạnh tranh có thể dẫn đến xung đột, giảm hiệu suất đội ngũ, không phù hợp với Principle 7 (Foster Collaboration) trong PMBOK 7th.

• ❌ Phương án SAI: Encourage all team members to develop the perfect plan to achieve the desired results.
  🧨 Lý do sai: Khuyến khích đội ngũ phát triển kế hoạch hoàn hảo (perfect plan) là cách tiếp cận perfectionism, có thể gây áp lực và trì hoãn (analysis paralysis) trong fast-paced environment. Servant Leader không ép buộc "perfect" mà trao quyền thực hiện dựa trên mục tiêu, theo Agile mindset nơi kế hoạch linh hoạt và iterative.

• ❌ Phương án SAI: Assess the business case and define the project priorities to motivate all team members.
  🧨 Lý do sai: Việc đánh giá business case và định nghĩa ưu tiên là trách nhiệm truyền thống của PM (thuộc Stakeholder Engagement hoặc Business Analysis), không phải cốt lõi của Servant Leadership. Servant Leader phục vụ đội ngũ chứ không phải tự định hướng ưu tiên để "motivate"; cách này thiếu yếu tố tạo môi trường hỗ trợ thành công chung.

• ✅ Phương án ĐÚNG: Define the project's objectives and create an environment where all team members can succeed in achieving them.
  🛠️ Lý do đúng (tóm tắt): Như đã giải thích ở trên, phù hợp 100% với Servant Leadership – định hướng mục tiêu rõ ràng + môi trường hỗ trợ thành công, thúc đẩy empowerment và high performance. Đây là best practice trong PMP exams cập nhật 2023-2026.

🚀 Kết luận & Lời khuyên PMP

Servant Leadership là chìa khóa trong PMP mới (2021+), chiếm tỷ lệ cao trong exam (khoảng 50% câu hỏi People domain). Hãy thực hành qua PMI's Exam Content Outline (ECO) phiên bản mới nhất để nắm vững! Nếu cần thêm case study, comment 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ý Bên liên quan (Stakeholder Management) và Quản lý Đội ngũ (Team Management) trong PMP, đặc biệt trong bối cảnh môi trường lai (hybrid environment) giữa tổ chức chức năng (functional organization - cấu trúc phân cấp, truyền thống) và tổ chức linh hoạt (agile organization - tập trung vào hợp tác, lặp lại).

Tình huống: Một cuộc sáp nhập sắp xảy ra giữa hai tổ chức này, dẫn đến nhu cầu các thành viên đội ngũ từ cả hai bên cùng não kích (brainstorm) về tác động của sáp nhập đối với các tiêu chuẩn tuân thủ quan trọng (critical compliance standards) và quy định trước đó (previous regulations) cho dự án. Mục tiêu là đảm bảo sự tuân thủ pháp lý và quy định trong dự án bị ảnh hưởng bởi thay đổi tổ chức.

Vai trò của Project Manager (PM): PM phải chọn cách tiếp cận tối ưu để đạt mục tiêu, nhấn mạnh vào sự hợp tác chung (collaboration), tích hợp văn hóa tổ chức, và quản lý rủi ro tuân thủ. Theo PMBOK® Guide 7th Edition (cập nhật đến 2026), trong môi trường hybrid, PM ưu tiên các hoạt động chung để xây dựng sự đồng thuận, giảm xung đột văn hóa, và thúc đẩy Stakeholder Engagement (Process 13.3). Điều này phù hợp với Agile Principles (tập trung vào cá nhân và tương tác) và Tailoring cho dự án phức tạp.

✅ Đáp án đúng: Hold a joint meeting with both organizations, determine an engagement method, and then brainstorm.

Lý do lựa chọn:

• Phương án này tối ưu nhất vì tổ chức cuộc họp chung (joint meeting) ngay từ đầu để xây dựng sự gắn kết giữa hai nhóm, sau đó xác định phương pháp tương tác (engagement method) phù hợp (như công cụ brainstorming hybrid, ví dụ: Miro board hoặc retrospective format), rồi mới brainstorm.
• Điều này thúc đẩy sự tham gia toàn diện (inclusive engagement), giảm thiên kiến tổ chức, và đảm bảo ý tưởng từ cả hai bên được tích hợp – phù hợp với Hybrid Agile Approach trong PMBOK 7th, nơi ưu tiên co-location hoặc virtual co-working để xử lý thay đổi lớn như merger.
• Kết quả: Tăng trust, alignment trên compliance, và value delivery nhanh chóng. 🛠️

📋 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 tiếng Anh và giải thích đúng/sai bằng tiếng Việt dựa trên nguyên tắc PMP mới nhất:

• Hold a joint meeting with both organizations, determine an engagement method, and then brainstorm.
  ✅ ĐÚNG (như đã giải thích ở trên). Phương án này tuân thủ 12 Principles of PMBOK 7th (Focus on Value, Optimize Risk Responses, Enable Change), khuyến khích joint facilitation để xử lý rủi ro tuân thủ trong merger. 🏆

• Schedule separate breakaway sessions for each organization to brainstorm and share ideas.
  ❌ SAI. Việc chia nhỏ thành các buổi riêng lẻ (separate breakaway sessions) có thể tạo ra sự phân mảnh ý tưởng, tăng xung đột văn hóa giữa functional (cá nhân hóa) và agile (đội ngũ hóa), dẫn đến thiếu alignment. PMBOK 7th khuyên tránh "silos" trong stakeholder engagement, ưu tiên holistic collaboration thay vì chia tách. 📉

• Hold separate meetings for each organization, determine an engagement method, and then brainstorm.
  ❌ SAI. Tương tự phương án trên, cuộc họp riêng (separate meetings) làm chậm quá trình tích hợp, có nguy cơ ý kiến không đồng bộ về compliance. Theo Agile Practice Guide (tích hợp PMBOK 7th), trong hybrid, phải bắt đầu bằng joint activities để "build psychological safety" trước khi tailor methods. Phương án này bỏ qua stewardship principle. ⏳

• Bring a team of experts to brainstorm and agree on the next course of action for the organizations.
  ❌ SAI. Việc mang đội chuyên gia bên ngoài (team of experts) loại trừ thành viên đội ngũ từ hai tổ chức – những người hiểu rõ context dự án nhất. PMP nhấn mạnh self-organizing teams (Agile) và empower team members (Principle 9: Team), không giao phó cho "experts" mà phải facilitate internal brainstorming để tăng ownership. Rủi ro: Giảm engagement và buy-in. 🚫

📘 Tài liệu tham khảo

• PMBOK® Guide – 7th Edition (2021, cập nhật Hybrid/Tailoring đến 2026): Chapter 2 (Principles), Process 13.3 Manage Stakeholder Engagement; The Standard for Project Management.
• Agile Practice Guide (PMI, 2017 – tích hợp 7th Ed.): Phần Hybrid Approaches, Servant Leadership in Mergers.
• PMI Pulse of the Profession 2023-2025: Báo cáo nhấn mạnh 80% thành công merger nhờ joint collaboration trong compliance-heavy projects.
• Nguồn bổ sung: PMI.org Standards (kiểm tra phiên bản mới nhất 2026 cho Tailoring in Regulatory Environments).

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 mô tả tình huống một Project Manager (PM) đang dẫn dắt dự án mà yêu cầu sản phẩm chưa được đáp ứng đầy đủ do có nhiều bất định (uncertainties) về mức độ chấp nhận của khách hàng (customer acceptance). Điều này thường xảy ra trong các dự án có tính không chắc chắn cao, đặc biệt trong môi trường Agile hoặc Hybrid, nơi yêu cầu có thể thay đổi và cần xác thực sớm với khách hàng.

Mục tiêu của câu hỏi là kiểm tra khả năng áp dụng nguyên tắc quản lý giá trị (value delivery) và cách tiếp cận lặp (iterative approach) theo PMBOK® Guide 7th Edition, nhấn mạnh việc tối ưu hóa giá trị nhanh chóng thay vì cố định yêu cầu từ đầu. PM cần hành động linh hoạt, tập trung vào phản hồi khách hàng để giảm rủi ro và đảm bảo sản phẩm phù hợp.

📘 Dẫn nguồn: PMBOK® Guide 7th Edition (2021), Principle 4: Optimize Risk Responses; Agile Practice Guide (2017, tích hợp trong 7th Ed); PMI's PMP Exam Content Outline (2021, cập nhật 2024-2026 với trọng tâm Hybrid/Agile ~50%).

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

Đáp án đúng: Gather enough requirements to produce a minimum viable product (MVP) with which to evaluate customer acceptance.

Lý do:

• Trong tình huống bất định cao về customer acceptance, PM nên áp dụng MVP (Minimum Viable Product) – một khái niệm cốt lõi trong Agile và Lean, cho phép sản xuất phiên bản sản phẩm tối thiểu có giá trị cốt lõi để thử nghiệm và lấy phản hồi từ khách hàng sớm nhất.
• Điều này giúp giảm rủi ro, xác thực giả định (validate assumptions), và điều chỉnh yêu cầu kịp thời, phù hợp với Value Delivery System trong PMBOK 7th Ed.
• MVP không phải "giảm scope" mà là ưu tiên requirements đủ để tạo giá trị measurable, khuyến khích iterative development và customer collaboration. Đây là best practice trong PMP mới (2021+), chiếm tỷ lệ cao trong kỳ thi.

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

Dưới đây là phân tích từng lựa chọn một cách chi tiết. 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 với lý do đúng/sai dựa trên PMP standards:

• Gather a reduced number of approved requirements and add some extra features to fulfill the product specifications.
  ❌ Sai. Phương án này dẫn đến scope creep (mở rộng phạm vi không kiểm soát) bằng cách thêm "extra features" mà không xác thực với khách hàng, vi phạm Principle 9: Navigate Complexity (PMBOK 7th). Thay vì giảm bất định, nó tăng rủi ro chi phí và thời gian, không tập trung vào customer acceptance.

• Gather enough requirements to produce a minimum viable product (MVP) with which to evaluate customer acceptance.
  ✅ Đúng. Như đã giải thích ở trên, MVP là cách tối ưu để xử lý uncertainties bằng experimental mindset, lấy feedback nhanh, phù hợp Tailoring Approach trong Agile/Hybrid (PMBOK 7th, Domain: Uncertainty). Đây là lựa chọn strategic và value-driven.

• Stop all project activities until all requirements are set up front by the project sponsor and the key stakeholders.
  ❌ Sai. Đây là cách tiếp cận Waterfall thuần túy, rigid, không phù hợp với uncertainties cao vì chặn dòng chảy giá trị (block value flow) và tăng rủi ro "big bang failure". PMBOK 7th khuyến nghị progressive elaboration thay vì chờ "all upfront", vi phạm Principle 3: Focus on Value.

• Ask team members to research and collect data about the best features offered by similar products in the market.
  ❌ Sai. Mặc dù market research hữu ích ở giai đoạn đầu (Market Research tool trong Collect Requirements), nhưng nó không trực tiếp giải quyết customer acceptance mà chỉ là benchmarking gián tiếp. Trong uncertainties, cần validate với khách hàng thực tế qua MVP, không phải "research" nội bộ, dẫn đến assumption bias (PMBOK 7th, Optimize Risk).

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

• PMBOK® Guide – Seventh Edition (PMI, 2021): Chương 2 (Tailoring), Chương 4 (Uncertainty Domain).
• Agile Practice Guide (PMI, 2017): Phần MVP & Product Backlog Refinement.
• PMI Blog & Exam Updates (2024-2026): Nhấn mạnh 50% Agile/Hybrid questions, MVP là key concept (xem pmi.org/pmp-certification).
• Process Groups: A Practice Guide (PMI, 2022): Iterative delivery cho uncertainties.

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