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

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

Câu hỏi mô tả tình huống một Project Manager (PM) đang quản lý dự án triển khai phần mềm mới cho 200 người dùng cuối. Trong giai đoạn thực thi (implementation), có một quy trình bị bỏ sót (missed process) dẫn đến một số người dùng bị mất dữ liệu máy tính. Câu hỏi yêu cầu xác định hành động đầu tiên (first) mà PM nên làm để xử lý vấn đề này.
🛠️ Mục tiêu chính: Tập trung vào nguyên tắc PMP về quản lý rủi ro, bài học kinh nghiệm (lessons learned), và duy trì tiến độ dự án. Theo PMBOK Guide 7th Edition (2021) và cập nhật đến 2026 (bao gồm PMI Standards+ như Agile Practice Guide), PM cần hành động kịp thời để phân tích nguyên nhân gốc rễ (root cause), cập nhật lessons learned register ngay lập tức (realtime), mà không làm gián đoạn dự án đang triển khai.

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

Đáp án đúng: Meet with the team to discuss the root cause and encourage the team to take note of it and continue to focus on the deployment.

Lý do:

• Đây là hành động đầu tiên và phù hợp nhất vì PM cần lãnh đạo đội ngũ họp ngay để thảo luận nguyên nhân gốc rễ (root cause analysis - RCA), ghi nhận bài học (lessons learned) vào register, đồng thời khuyến khích đội ngũ tiếp tục tập trung triển khai mà không mất đà.
• Theo Process 4.7: Manage Project Knowledge (PMBOK 7th), lessons learned phải được cập nhật liên tục (continuous) trong suốt dự án, không chờ cuối cùng, để tránh lặp lại lỗi. Điều này phù hợp với nguyên tắc Value Delivery và Team Leadership trong 12 Principles của PMBOK 7.
• Hành động này tối ưu hóa vì: (1) Nội bộ đội ngũ (không escalate), (2) Nhanh chóng (first action), (3) Duy trì morale và momentum dự án.

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

Dưới đây là phân tích chi tiết từng lựa chọn, với đánh giá đúng/sai dựa trên best practices PMP (PMBOK 7th Edition, cập nhật 2026):

• ✅ Meet with the team to discuss the root cause and encourage the team to take note of it and continue to focus on the deployment.
  Đúng vì: PM chủ động lãnh đạo RCA ngay lập tức, cập nhật lessons learned realtime (Manage Project Knowledge), và đảm bảo dự án tiếp tục mà không gián đoạn. Điều này tuân thủ Principle 5: Focus on Value và Holistic Thinking (xem toàn bộ tình huống).

• ❌ Record this case until the final lessons learned session is complete to prevent impacting the team's morale during implementation.
  Sai vì: Trì hoãn ghi nhận đến cuối dự án vi phạm nguyên tắc continuous improvement. PMBOK 7 nhấn mạnh lessons learned register phải cập nhật ngay khi sự cố xảy ra (realtime) để ngăn ngừa rủi ro lặp lại, không nên ưu tiên "morale" hơn an toàn dự án.

• ❌ Meet with the team members and request they conduct a review of the case by providing feedback as lessons learned.
  Sai vì: PM chỉ yêu cầu đội ngũ tự review là thụ động, thiếu lãnh đạo trực tiếp. PM phải chủ động facilitate cuộc họp RCA (theo Role of PM trong Team Management). Điều này không phải "first action" mạnh mẽ, dễ dẫn đến thiếu trách nhiệm.

• ❌ Invite a consultant to review the process in order not to repeat the same issue and share the results with the team.
  Sai vì: Gọi consultant ngoài là escalate không cần thiết cho vấn đề nội bộ đơn giản (missed process). First action phải dùng internal team resources (Stakeholder Engagement, Team Performance Domain). Điều này tốn thời gian, chi phí, và làm chậm deployment.

📘 Tài liệu tham khảo

• PMBOK Guide 7th Edition (2021): Process 4.7 Manage Project Knowledge (Lessons Learned Register); 12 Principles (Leadership, Value, Teams); Performance Domains (Uncertainty, Team, Delivery).
• PMI Standards+ (cập nhật 2026): Agile Practice Guide - Iterative retrospectives; The Standard for Risk Management (Root Cause Analysis realtime).
• PMI Code of Ethics: Responsibility - Act promptly on issues (Clause 2.2.1).

🛠️ Lời khuyên PMP: Luôn ưu tiên proactive leadership và lessons learned realtime để tối ưu hóa dự án! Nếu cần ví dụ thực tế, hãy hỏi thêm.

🧩 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ý thay đổi phạm vi dự án (Scope Management) và Quản lý bên liên quan (Stakeholder Management) trong PMP, theo PMBOK Guide 7th Edition (cập nhật đến 2026).

Tình huống mô tả:

• Quản lý dự án (PM) được giao một dự án xây dựng lớn, rất quan trọng với dân cư thành phố và chính quyền địa phương (đặc biệt là quan chức cam kết hoàn thành đúng hạn để giữ lời hứa tranh cử).
• Một nhà tài trợ dự án mới (new project sponsor) được bổ nhiệm và muốn thêm các khía cạnh mới mà nhà tài trợ cũ không ủng hộ.
• Vấn đề cốt lõi: Sponsor là bên liên quan quyền lực cao (high power), có thể ảnh hưởng lớn đến dự án. Bất kỳ thay đổi nào (như thêm scope) đều phải tuân thủ quy trình kiểm soát thay đổi tích hợp (Perform Integrated Change Control - Process 4.6), không được tự ý chấp nhận hoặc từ chối mà không đánh giá tác động.

Mục tiêu câu hỏi: Kiểm tra khả năng của PM trong việc xử lý thay đổi từ sponsor mới một cách chuyên nghiệp, ưu tiên giao tiếp và đánh giá thay đổi trước khi quyết định, tránh rủi ro lệch hướng dự án (scope creep).

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

Đáp án đúng: Meet with the new project sponsor to review the current project scope and the requested changes.

Lý do 🛠️:

• Đây là bước đầu tiên và đúng đắn nhất theo nguyên tắc PMP: Giao tiếp trực tiếp với bên liên quan chính (sponsor) để hiểu rõ yêu cầu thay đổi, xem xét phạm vi hiện tại (current project scope) và đánh giá tác động của các thay đổi đề xuất.
• Tránh quyết định vội vã, đảm bảo tuân thủ Change Control Process (PMBOK 7th, Principle 5: Stakeholders và Process 4.6). Sponsor mới cần được cập nhật tình hình để đồng thuận, giảm thiểu xung đột.
• Hành động này thúc đẩy Stakeholder Engagement (Domain 2: Team & Stakeholders), xây dựng mối quan hệ và hỗ trợ dự án thành công.

📋 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 lựa chọn, giữ nguyên nội dung gốc bằng tiếng Anh. Mỗi phương án được đánh giá dựa trên PMP best practices:

• ✅ Meet with the new project sponsor to review the current project scope and the requested changes.
  Giải thích đúng 🟢: Như đã nêu ở trên, đây là hành động chủ động, chuyên nghiệp và phù hợp nhất. PM cần gặp trực tiếp để thảo luận scope hiện tại và thay đổi, thu thập thông tin chi tiết trước khi đưa vào quy trình chính thức (Change Request). Điều này phù hợp với Tailoring trong dự án xây dựng lớn (PMBOK 7th, Section 2.3).

• ❌ Rebaseline the project as there is now a new project sponsor, which is presenting an opportunity to review and recalibrate the project objectives.
  Giải thích sai 🔴: Không nên rebaseline ngay lập tức vì rebaseline (đặt lại baseline) chỉ thực hiện sau khi thay đổi được phê duyệt chính thức qua Change Control Board (CCB). Hành động này có nguy cơ gây scope creep và làm lệch lịch trình cam kết (election promise). PMBOK 7th cấm thay đổi baseline mà không đánh giá đầy đủ (Process 4.5 Control Procurements & 7.4 Manage Project Changes).

• ❌ Invite the project sponsor to a briefing with the project team to demonstrate progress and seek further support to meet project-committed deliverables.
  Giải thích sai 🔴: Việc mời sponsor tham gia briefing với team để demo tiến độ và xin hỗ trợ là tốt cho engagement, nhưng KHÔNG phải bước tiếp theo trực tiếp. Nó bỏ qua việc đánh giá thay đổi cụ thể (requested changes), có thể dẫn đến hiểu lầm hoặc sponsor ép thay đổi mà không xem xét scope. Ưu tiên là gặp riêng để review thay đổi trước (PMBOK 7th, Domain 1: People - Foster collaboration).

• ❌ Inform the new project sponsor that the new aspects will not be included in this project.
  Giải thích sai 🔴: Từ chối thẳng thừng là hành vi không chuyên nghiệp, vi phạm nguyên tắc Stakeholder Management (Principle 5). Sponsor có quyền đề xuất thay đổi, PM phải đánh giá tác động (cost, time, risk) trước khi quyết định, không được tự ý loại bỏ. Điều này có thể làm mất hỗ trợ từ sponsor, ảnh hưởng dự án (PMBOK 7th, Section 4. - Project Integration).

📘 Tài liệu tham khảo

• PMBOK Guide 7th Edition (2021, cập nhật PMI đến 2026): Principle 5 (Stakeholders), Domain 2 (Team & Stakeholders), Process 4.6 (Perform Integrated Change Control).
• PMP Exam Content Outline (2024-2026): Task 4.2 (Manage changes), Task 2.5 (Engage stakeholders).
• PMI Agile Practice Guide: Nhấn mạnh iterative review changes trong 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é!

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

Câu hỏi này thuộc chủ đề Quản lý dự án Agile trong PMP (Project Management Professional), tập trung vào nguyên tắc tự quản lý đội ngũ (self-organizing teams) và trao quyền tự chủ (empowerment) cho thành viên đội ngũ.

• Tình huống: Trong một đội ngũ Agile, một số thành viên chủ động đề xuất muốn có quyền tự chủ cao hơn (more autonomy) trên dự án. Điều này phản ánh nhu cầu tăng cường sự chủ động, sáng tạo và trách nhiệm cá nhân – vốn là cốt lõi của Agile.
• Vai trò của Project Manager (PM): PM phải hỗ trợ đội ngũ phát triển theo hướng tự tổ chức, giảm sự can thiệp từ lãnh đạo cấp cao, phù hợp với Agile Manifesto (ưu tiên cá nhân và tương tác hơn quy trình và công cụ).
• Mục tiêu câu hỏi: Kiểm tra hiểu biết về cách PM thúc đẩy văn hóa Agile, tránh các cách tiếp cận truyền thống (Waterfall) nơi quyền quyết định tập trung vào lãnh đạo hoặc quản lý cấp cao.
• Kiến thức liên quan (cập nhật đến 2026): Theo PMBOK Guide 7th Edition (2021) và Agile Practice Guide (tích hợp trong PMBOK 7), Agile nhấn mạnh Servant Leadership – PM làm người phục vụ đội ngũ, khuyến khích tự quyết định để tăng hiệu suất và động lực.

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

• PMBOK® Guide – Seventh Edition (Project Management Institute, 2021), Chương 4: Team & Chapter 7: Agile.
• Agile Practice Guide (PMI, 2017, cập nhật tích hợp PMBOK 7).
• Scrum Guide (2020, Scrum.org) – Nguyên tắc Self-Managing Teams.

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

Đáp án đúng: Encourage the team members to make decisions.

Lý do 🛠️:

• Trong Agile, đội ngũ phải tự tổ chức và tự quản lý (self-organizing and self-managing teams), nơi thành viên được trao quyền tự quyết định công việc hàng ngày để tăng tốc độ, sáng tạo và trách nhiệm. PM đóng vai trò Servant Leader, khuyến khích autonomy thay vì kiểm soát.
• Việc khuyến khích trực tiếp thành viên đội ngũ quyết định phù hợp với 12 nguyên tắc Agile Manifesto, đặc biệt nguyên tắc 5: "Xây dựng dự án xung quanh những cá nhân được trao động lực. Cung cấp môi trường và hỗ trợ họ cần, và tin tưởng họ hoàn thành công việc."
• Nếu không làm vậy, đội ngũ sẽ thiếu động lực, dẫn đến giảm hiệu quả – trái với mục tiêu Agile Hybrid trong PMP mới nhất.

📋 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 lựa chọn, giữ nguyên nội dung tiếng Anh gốc. Mỗi phương án được đánh giá dựa trên nguyên tắc Agile/PMP:

• ❌ Encourage the team lead to make decisions.
  Sai vì: Phương án này tập trung quyền lực vào team lead, biến đội ngũ thành mô hình phân cấp truyền thống (hierarchical), trái với nguyên tắc self-organizing teams trong Agile. PMBOK 7 nhấn mạnh tránh "single point of decision-making" để khuyến khích sự tham gia toàn đội, giảm bottleneck.

• ✅ Encourage the team members to make decisions.
  Đúng vì: Như đã giải thích ở trên, đây là hành động trực tiếp hỗ trợ empowerment và autonomy, giúp đội ngũ tự quản lý, tăng engagement và hiệu suất. Phù hợp 100% với Servant Leadership và Scrum values (Commitment, Focus, Openness).

• ❌ Discourage them as conflicts may be created.
  Sai vì: Việc cấm đoán tự chủ vì sợ xung đột là tư duy rủi ro tiêu cực, không phù hợp Agile – nơi xung đột được coi là cơ hội học hỏi (retrospectives). PMBOK 7 dạy rằng autonomy giảm xung đột thực tế bằng cách tăng ownership, không phải tạo ra nó.

• ❌ Discourage this request, as it is for the management team.
  Sai vì: Agile phân quyền xuống đội ngũ, không giữ quyền quyết định cho "management team". Đây là đặc trưng Waterfall, bị Agile bác bỏ. Theo Agile Practice Guide, PM phải delegate authority để đội ngũ tự quyết định, tránh micromanagement.

🧠 Kết luận: Câu hỏi kiểm tra sự khác biệt cốt lõi giữa Agile (empower teams) và Predictive (command & control). Hãy áp dụng trong thực tế để đạt Servant Leader proficiency trong PMP exam! 🚀

🧩 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ý Tài nguyên (Resource Management) trong PMP, cụ thể là quy trình Develop Team và Manage Team theo PMBOK Guide 7th Edition (cập nhật đến 2026).

📖 Tình huống mô tả: Dự án gặp trì hoãn lịch trình (scheduling delays), buộc đội ngũ phải làm thêm giờ (overtime) để đạt mốc quan trọng (critical milestones). Điều này dẫn đến hiểu lầm giữa các thành viên đội ngũ (misunderstandings among team members). Nhà tài trợ dự án (project sponsor) đã cấp quỹ thưởng tiền (monetary award).

❓ Vấn đề cốt lõi: Project Manager (PM) cần sử dụng quỹ thưởng như thế nào để tối ưu hóa động lực đội ngũ, giải quyết hiểu lầm, và duy trì hiệu suất? Mục tiêu là thúc đẩy sự gắn kết đội ngũ (team cohesion), trao quyền (empowerment), và công nhận thành tích (reward recognition), phù hợp với các Nguyên tắc (Principles) như Teamwork, Stewardship, và Value trong PMBOK 7th.

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

Đáp án đúng: Meet with the team members and ask them how to spend the reward.

🛠️ Lý do chi tiết:

• Việc gặp gỡ và hỏi ý kiến trực tiếp đội ngũ thể hiện sự trao quyền (empowerment) và tôn trọng ý kiến cá nhân, giúp giải quyết hiểu lầm từ overtime bằng cách tăng niềm tin (trust) và sự gắn kết (cohesion).
• Theo PMBOK 7th Edition (Process: Develop Team 9.3), reward and recognition nên được thiết kế phù hợp với nhu cầu đội ngũ, và PM cần thu thập phản hồi (solicit input) để đảm bảo tính công bằng, cá nhân hóa. Điều này hỗ trợ Value Delivery System bằng cách khuyến khích tự quản lý (self-management).
• Trong bối cảnh hiểu lầm sau áp lực, cách này trực tiếp giải quyết vấn đề gốc rễ (misunderstandings), tăng motivation lâu dài hơn là quyết định một chiều.

📋 Phân tích TẤT CẢ các phương án

Dưới đây là giải thích từng lựa chọn một cách logic, dựa trên PMBOK 7th Edition và Agile Practices (Hybrid approaches cập nhật 2026):

• ✅ Meet with the team members and ask them how to spend the reward.
  Đúng vì: Như đã giải thích ở trên, phương án này tối ưu hóa sự tham gia (engagement), trao quyền trực tiếp cho đội ngũ, giúp xây dựng văn hóa high-performing team. Nó phù hợp với Stakeholder Engagement và Tailoring trong PMBOK.

• ❌ Arrange a luncheon for all team members and include team-building sessions.
  Sai vì: PM quyết định một mình (top-down) mà không hỏi ý kiến đội ngũ, có thể không giải quyết hiểu lầm gốc rễ (misunderstandings từ overtime). Luncheon/team-building là tốt cho virtual co-location nhưng không cá nhân hóa reward, dễ bị coi là "bù đắp sáo rỗng" thay vì công nhận nỗ lực cá nhân (PMBOK 9.3: Reward systems phải "aligned with team values").

• ❌ Draft a points system to allocate a portion of the money for each resource.
  Sai vì: Hệ thống điểm (points system) có thể tạo cạnh tranh nội bộ (competition), làm trầm trọng hóa hiểu lầm hiện tại thay vì thúc đẩy hợp tác. PMBOK 7th cảnh báo tránh extrinsic rewards nếu không phù hợp văn hóa đội ngũ; cách này thiếu feedback loop và empowerment, vi phạm Nguyên tắc Teamwork.

• ❌ Allocate the reward to the team leaders to spend on the team as they see fit.
  Sai vì: Giao cho leader tạo lớp trung gian (hierarchy), giảm sự trao quyền trực tiếp cho đội ngũ, có thể dẫn đến thiên vị hoặc bất mãn thêm (misunderstandings lan rộng). PMBOK nhấn mạnh PM phải trực tiếp manage team (9.4), không ủy quyền reward mà không có input từ thành viên.

📘 Tài liệu tham khảo

• PMBOK Guide 7th Edition (2021, cập nhật 2026): Chapter 9 - Project Resource Management (Develop Team: 9.3, Manage Team: 9.4); Principles: Team & Stakeholders (1.2.9, 1.2.10).
• PMP Exam Content Outline (2024-2026): Domain IV - People (27%), Task 6: Evaluate team performance using qualitative/quantitative approaches (reward/recognition).
• Agile Practice Guide (integrated PMBOK 7th): Servant Leadership & Self-organizing teams (p. 42-45).
• Tham khảo thêm: PMI.org resources on "Motivating High-Performance Teams".

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 thuộc chủ đề quản lý dự án lai (hybrid approach) trong PMP, tập trung vào việc xử lý dependencies (phụ thuộc) giữa các dự án hoặc đội ngũ trong một dự án chuyển đổi kỹ thuật số có deadline cứng (hard deadline).

• Bối cảnh: Công ty đang thực hiện dự án chuyển đổi kỹ thuật số với thời hạn bắt buộc. Đội ngũ marketing muốn kết hợp triển khai này với một sản phẩm mới, tạo ra nhiều phụ thuộc lẫn nhau. Project Manager (PM) mới được giao nhiệm vụ không nắm rõ hết các dependencies.
• Yêu cầu chính: Sử dụng hybrid approach (kết hợp phương pháp truyền thống - predictive và linh hoạt - agile), PM cần làm gì để đảm bảo dependencies được xem xét đầy đủ, giúp các đội ngũ phối hợp hiệu quả, tránh rủi ro chậm trễ.
• Mục tiêu PMP: Nhấn mạnh vai trò của PM trong việc tạo điều kiện giao tiếp và phối hợp giữa các đội ngũ, đặc biệt trong môi trường hybrid để quản lý dependencies động (theo PMBOK® Guide 7th Edition và Agile Practice Guide).

📘 Nguồn tham khảo: PMBOK® Guide – 7th Edition (2021), Agile Practice Guide (2017, cập nhật tích hợp 2021), và các hướng dẫn PMI đến 2026 nhấn mạnh hybrid project management với kỹ thuật scaled agile như Scrum of Scrums để xử lý dependencies.

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

Đáp án đúng: Facilitate communication promoting a Scrum of Scrums so the different teams are aware of the dependencies and progress.

Lý do 🛠️:

• Trong hybrid approach, Scrum of Scrums là kỹ thuật scaled agile hiệu quả để phối hợp nhiều đội ngũ (teams), giúp đại diện từ mỗi team gặp gỡ định kỳ (thường hàng ngày hoặc 2-3 lần/tuần) nhằm chia sẻ tiến độ, xác định dependencies và rủi ro chéo.
• PM đóng vai trò facilitator (tạo điều kiện giao tiếp), không chỉ đạo trực tiếp mà thúc đẩy sự nhận thức chung về dependencies – phù hợp với nguyên tắc team empowerment và value delivery trong PMBOK 7th.
• Điều này đảm bảo deadline cứng được tôn trọng bằng cách phát hiện sớm xung đột, tối ưu hóa hybrid (agile cho phần linh hoạt, predictive cho milestone chính).

📋 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 theo thứ tự, giữ nguyên nội dung gốc bằng tiếng Anh. Mỗi phương án được đánh giá ✅ (đúng) hoặc ❌ (sai), kèm lý do chi tiết dựa trên thực hành PMP hybrid mới nhất.

• [SAI] Implement a project newsletter so the different team members can be informed about the progress of each project.
  ❌ Sai vì: Newsletter chỉ là công cụ thông tin một chiều (one-way communication), không tương tác hai chiều để xác định và giải quyết dependencies thời gian thực. Trong hybrid approach, nó thiếu tính tương tác cần thiết để các team thảo luận trực tiếp rủi ro, dễ dẫn đến chậm trễ deadline (vi phạm nguyên tắc "Deliver Value Incrementally" – PMBOK 7th).

• [SAI] Make sure that each individual project schedule is aligned with the common deadlines.
  ❌ Sai vì: Việc căn chỉnh lịch trình riêng lẻ tập trung vào predictive scheduling (như CPM), nhưng bỏ qua dependencies động giữa teams trong hybrid. PM mới không biết hết dependencies, nên chỉ align schedule không đủ – cần cơ chế giao tiếp liên tục để cập nhật thay đổi (theo Agile Practice Guide: ưu tiên coordination over rigid scheduling).

• [SAI] Combine all of the small projects into one big project so the team can collaborate better as one big team.
  ❌ Sai vì: Kết hợp thành một dự án lớn làm tăng độ phức tạp (big bang approach), vi phạm modularity trong hybrid và scaled agile. Nó không giải quyết dependencies mà có thể tạo silo mới, khó quản lý với deadline cứng và PM mới (PMBOK 7th cảnh báo chống "monolithic structures" – khuyến khích keep teams autonomous nhưng coordinated).

• [ĐÚNG] Facilitate communication promoting a Scrum of Scrums so the different teams are aware of the dependencies and progress.
  ✅ Đúng vì: Đây là best practice cho hybrid, nơi Scrum of Scrums tạo meta-level coordination giữa các Scrum teams, giúp impediment removal và dependency mapping. PM facilitate để teams tự nhận diện vấn đề, phù hợp 12 Principles of PMBOK 7th (Focus on Value, Team Collaboration, Adaptability).

🧠 Kết luận PMP: Hybrid approach ưu tiên giao tiếp và phối hợp agile để quản lý dependencies, giúp dự án thành công với deadline cứng. Áp dụng ngay để tránh rủi ro! 📘

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

Câu hỏi này thuộc chủ đề quản lý dự án Agile trong PMP (Project Management Professional), tập trung vào tình huống xử lý thay đổi trong dự án lặp (iterative/agile project). Cụ thể:

• Dự án đang sử dụng cách tiếp cận Agile, nơi đội ngũ làm việc theo các iteration (như sprint).
• Sự kiện xảy ra đồng thời:
  • Mất một nguồn lực (resource) → ảnh hưởng đến capacity (khả năng) của đội ngũ, dẫn đến velocity (tốc độ hoàn thành công việc, thường đo bằng story points mỗi iteration) giảm.
  • Phát hiện yêu cầu mới (new requirements) → được thêm vào product backlog (danh sách công việc chờ xử lý).
• Câu hỏi yêu cầu: Project Manager (PM) nên làm gì tiếp theo (next) để xử lý tình huống này một cách phù hợp với nguyên tắc Agile.

🛠️ Ngữ cảnh PMP mới nhất (PMBOK 7th Edition & Agile Practice Guide, cập nhật đến 2026): Trong Agile, ưu tiên linh hoạt thích ứng (adaptability), hợp tác với Product Owner để ưu tiên backlog dựa trên giá trị kinh doanh, và quản lý capacity thực tế thay vì cố định scope/schedule như dự án predictive (Waterfall). Không nên điều chỉnh scope iteration hiện tại cứng nhắc, mà tập trung vào backlog và velocity để iteration sau.

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

• PMBOK® Guide 7th Edition (2021), phần Agile/Hybrid Approaches (trang 67-72).
• Agile Practice Guide (PMI, 2017, cập nhật tích hợp PMBOK 7).
• Scrum Guide (2020, Scrum.org) – velocity và backlog refinement.

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

Đáp án đúng: Reevaluate the backlog priority with the product owner since the velocity has been impacted.

Lý do chi tiết:

• Trong Agile, khi velocity bị ảnh hưởng (do mất resource → capacity giảm), PM phải hợp tác ngay với Product Owner để đánh giá lại ưu tiên backlog (backlog refinement/prioritization). Điều này đảm bảo iteration tiếp theo chỉ chọn các item phù hợp với capacity mới, tập trung vào giá trị cao nhất (value-driven).
• Đây là bước next logic: Không thay đổi iteration hiện tại (đang diễn ra), mà chuẩn bị cho iteration sau. Phù hợp nguyên tắc Scrum/Agile: Product Owner chịu trách nhiệm priority, PM/Scrum Master hỗ trợ.
• ✅ Lợi ích: Duy trì tính bền vững (sustainable pace), tránh overload đội ngũ.

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

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

• ✅ Reevaluate the backlog priority with the product owner since the velocity has been impacted.
  Giải thích: Phương án này hoàn toàn đúng vì velocity giảm do mất resource là yếu tố chính cần xử lý ngay. Việc hợp tác với Product Owner để ưu tiên lại backlog đảm bảo chọn item phù hợp capacity, tuân thủ Agile Principle #1: Satisfy customer through early and continuous delivery và Backlog Refinement trong Scrum. Không ảnh hưởng iteration hiện tại, mà chuẩn bị tương lai.

• ❌ Reevaluate the scope of the current iteration to keep the same velocity and timeline.
  Giải thích: Phương án này sai vì trong Agile, không thay đổi scope của iteration hiện tại (current iteration/sprint) – đây là quy tắc "No changes during sprint" để bảo vệ đội ngũ tập trung. Cố giữ velocity/timeline giống như dự án predictive, vi phạm Agile Manifesto: Responding to change over following a plan. Velocity không cố định, mà adapt theo capacity thực tế.

• ❌ Reevaluate the velocity as the iteration duration will be impacted by new requirements.
  Giải thích: Phương án này sai vì new requirements chỉ thêm vào backlog, không ảnh hưởng trực tiếp đến iteration duration (thường fixed 1-4 tuần). Velocity được đánh giá sau iteration dựa trên capacity/team performance, không phải do new reqs. Lý do sai lầm: Nhầm lẫn velocity với duration; new reqs chưa được pull vào iteration nên không impact ngay.

• ❌ Reevaluate the project schedule as the velocity will be impacted by the loss of resources.
  Giải thích: Phương án này sai vì Agile không sử dụng project schedule cố định (như Gantt chart), mà dùng iteration-based planning và release roadmap linh hoạt. Mất resource chỉ impact velocity → adapt backlog, không cần reevaluate schedule tổng thể. Đây là tư duy Waterfall, trái với PMBOK 7: Value Delivery over Schedule Constraints.

🧩 Kết luận nổi bật: Câu hỏi kiểm tra sự hiểu biết về Agile mindset – ưu tiên collaboration và adaptation thay vì kiểm soát cứng nhắc. PM phải hành động proactive với Product Owner để duy trì flow giá trị! Nếu áp dụng thực tế, hãy tổ chức backlog refinement meeting ngay. 📘

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

Câu hỏi mô tả tình huống một dự án sắp bắt đầu (A project is about to start). Quản lý dự án (project manager) phát hiện khách hàng (client) không có hệ thống quản lý tri thức phù hợp (knowledge management system) và không có yêu cầu về nó.
🛠️ Vấn đề cốt lõi: Dù khách hàng không có hoặc không yêu cầu hệ thống quản lý tri thức, quản lý dự án vẫn phải xử lý tri thức dự án một cách chủ động để đảm bảo dự án thành công. Theo PMBOK® Guide 7th Edition (2021, cập nhật đến 2026 với các hướng dẫn Agile Hybrid), quản lý tri thức (Knowledge Management) là yếu tố xuyên suốt các Performance Domains như Team, Stakeholders, và Uncertainty. PM cần thu thập, chia sẻ tri thức ngay từ đầu dự án, không chờ đợi yêu cầu từ khách hàng, vì tri thức là tài sản dự án và giúp giảm rủi ro, cải thiện quyết định.

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

Đáp án đúng: Coordinate with the team and the project stakeholders to collect the knowledge.
✅ Lý do:

• Đây là hành động chủ động và hợp tác (proactive collaboration), phù hợp với nguyên tắc PMP: Engage Stakeholders (Performance Domain: Stakeholders) và Build a Team Environment (Performance Domain: Team).
• PM phối hợp với team (nguồn tri thức nội bộ) và stakeholders (bao gồm client) để thu thập tri thức ngay từ giai đoạn khởi đầu dự án, tạo nền tảng cho lessons learned, tái sử dụng tri thức, và quản lý rủi ro. Dù client không yêu cầu KMS, PM vẫn chịu trách nhiệm quản lý tri thức dự án theo nguyên tắc Stewardship (Principle 1: Be a diligent, respectful, and caring steward).
• Điều này đảm bảo tri thức được thu thập liên tục và kịp thời, hỗ trợ các công cụ như Knowledge Repositories và Communities of Practice trong PMBOK® 7th.

🔍 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. Tôi giữ nguyên nội dung văn bản gốc bằng tiếng Anh, đánh dấu ✅ (đúng) hoặc ❌ (sai), và giải thích bằng tiếng Việt:

• Provide just-in-time knowledge to the client, upon request.
  ❌ Sai vì: Đây là cách tiếp cận phản ứng (reactive), chỉ cung cấp tri thức khi client yêu cầu, vi phạm nguyên tắc quản lý tri thức chủ động trong PMBOK® 7th. Dự án cần thu thập tri thức từ đầu để tránh mất mát thông tin và hỗ trợ ra quyết định kịp thời, không chờ "just-in-time" sẽ dẫn đến rủi ro cao hơn trong Uncertainty Domain.

• Utilize the cloud wiki to collect the necessary knowledge.
  ❌ Sai vì: Đề xuất sử dụng cloud wiki là giải pháp cụ thể, không phù hợp vì client không có yêu cầu KMS và không được đánh giá tính khả thi (security, accessibility). PMBOK® 7th nhấn mạnh chọn công cụ dựa trên ngữ cảnh dự án (Tailoring), không áp đặt công nghệ mà không phối hợp stakeholders, dễ gây lãng phí hoặc xung đột.

• Ask the team to collect the knowledge locally and share it at the end of the project.
  ❌ Sai vì: Thu thập cục bộ (locally) và chia sẻ cuối dự án là cách chậm trễ (delayed), bỏ lỡ cơ hội sử dụng tri thức realtime để cải thiện dự án đang diễn ra. Theo Knowledge Management trong PMBOK® 7th, tri thức phải được thu thập và chia sẻ xuyên suốt vòng đời dự án (throughout the project life cycle), không chỉ ở cuối để tránh "siloed knowledge" và mất giá trị lessons learned.

• Coordinate with the team and the project stakeholders to collect the knowledge.
  ✅ Đúng vì: Như đã giải thích ở phần trên, đây là hành động tối ưu, thúc đẩy sự tham gia của team và stakeholders, phù hợp với các Performance Domains cốt lõi và nguyên tắc Holistic Thinking (Principle 5).

📘 Tài liệu tham khảo

• PMBOK® Guide – Seventh Edition (2021, PMI): Performance Domains (Stakeholders 4.3, Team 5.3); Tools & Techniques: Knowledge Management (1.2.2.9).
• The Standard for Project Management (2021): Principle 1 (Stewardship) và Knowledge Sharing Models.
• Agile Practice Guide (2017, cập nhật tích hợp 2021): Knowledge Hubs và Communities of Practice cho dự án hybrid.
• Cập nhật đến 2026: Không có thay đổi lớn về Knowledge Management; tập trung vào AI-assisted KM trong PMI Digital Tools (xem PMI.org updates 2024-2026).
  🛠️ Lời khuyên PMP: Luôn ưu tiên phối hợp stakeholders để quản lý tri thức, giúp dự án đạt giá trị cao hơn!

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

Câu hỏi này thuộc chủ đề Quản lý Đội ngũ (Team Management) trong PMP, tập trung vào việc xử lý vấn đề hợp tác nhóm (team collaboration) trong môi trường làm việc linh hoạt (flexible working hours). Tình huống mô tả: Đội ngũ có giờ bắt đầu làm việc hàng ngày khác nhau cho từng thành viên, dẫn đến thời gian chồng chéo (overlap) ngắn ngủi. Kết quả là tương tác nhóm giảm sút, công việc nhóm kém hiệu quả. Project Manager cần chọn hành động phù hợp nhất để cải thiện, theo nguyên tắc lãnh đạo phục vụ (Servant Leadership) và xây dựng đội ngũ cao hiệu suất (High-Performing Teams) trong PMBOK® Guide 7th Edition (2021) và cập nhật đến 2026.

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

Đáp án đúng: Ask the team to define a team charter and agree on core working hours.

Lý do: 🛠️ Theo PMP mới nhất (PMBOK® 7th Edition & Agile Practice Guide), Project Manager không áp đặt mà khuyến khích đội ngũ tự định nghĩa Team Charter – một tài liệu sống (living document) quy định quy tắc nhóm, bao gồm core working hours (giờ làm việc cốt lõi) để đảm bảo thời gian hợp tác tối ưu. Điều này thúc đẩy tự quản lý (self-organizing teams), tăng sự cam kết và hiệu quả lâu dài, phù hợp với giá trị Agile và nguyên tắc "Empower the team" trong PMI Talent Triangle® (2026 updates). Hành động này giải quyết gốc rễ vấn đề mà không vi phạm linh hoạt cá nhâ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 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 nguyên tắc PMP: ưu tiên trao quyền cho đội ngũ, tránh chỉ đạo độc đoán.

• Inform the team members who are joining late to join early and work together.
  ❌ Sai: Phương án này mang tính chỉ đạo độc đoán (directive), Project Manager áp đặt thay đổi giờ làm cho cá nhân "muộn", vi phạm nguyên tắc Servant Leadership (PMBOK® 7th, Principle 9: Leadership). Không khuyến khích sự đồng thuận nhóm, dễ gây phản ứng tiêu cực và không bền vững.

• Allocate the overlap time for each team member and ask them to adhere to the schedule.
  ❌ Sai: Project Manager tự phân bổ lịch (allocate) thay vì để đội ngũ tự quyết, trái với self-organizing teams (Agile Practice Guide, 2021). Cách này thiếu sự tham gia, không xây dựng cam kết chung và có thể tăng gánh nặng quản lý micro-management.

• Ask the team to define a team charter and agree on core working hours.
  ✅ Đúng: Như đã giải thích ở trên, đây là cách tối ưu để đội ngũ tự thỏa thuận, tạo Team Charter làm nền tảng cho hợp tác. Hỗ trợ team performance domain (PMBOK® 7th, Domain 5: Team), đảm bảo linh hoạt nhưng có giờ cốt lõi cho tương tác hiệu quả.

• Ask the team to start at the same time to obtain the maximum number of team working hours.
  ❌ Sai: Yêu cầu bắt đầu cùng giờ loại bỏ hoàn toàn linh hoạt cá nhân, không phù hợp với môi trường hybrid/remote hiện đại (PMI Pulse of the Profession 2025-2026). PMBOK® nhấn mạnh hybrid models cần core hours thay vì đồng bộ hóa cứng nhắc, dễ dẫn đến kiệt sức (burnout).

📘 Tài liệu tham khảo

• PMBOK® Guide – 7th Edition (2021): Team Performance Domain (Ch. 5), Principles like Leadership & Teamwork.
• Agile Practice Guide (2021): Self-organizing Teams & Team Charter (Section 3.4).
• PMI Code of Ethics & Professional Conduct (2022 updates): Responsibility & Respect.
• PMI Talent Triangle® Updates (2026): Technical Project Management + Leadership + Strategy & Business. (Nguồn: PMI.org, cập nhật mới nhất đến 2026 qua PMI Standards+ platform).

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

📌 Nội dung câu hỏi:
Câu hỏi mô tả một đội ngũ dự án gồm các chuyên gia từ nhiều quốc tịch khác nhau đang gặp khó khăn trong việc đạt được các sản phẩm bàn giao dự án (project deliverables). Tình huống nhấn mạnh vào sự đa dạng văn hóa (different nationalities), có thể dẫn đến xung đột giao tiếp, hiểu biết văn hóa hoặc cách làm việc khác biệt, khiến đội ngũ gặp trở ngại chung. Vai trò của Project Manager (PM) ở đây là cần chọn hành động phù hợp nhất để hỗ trợ đội ngũ vượt qua vấn đề, dựa trên nguyên tắc lãnh đạo phục vụ (Servant Leadership) và phát triển đội ngũ cao hiệu suất (high-performing teams) theo PMBOK Guide 7th Edition (2021) và các cập nhật đến 2026 từ PMI, tập trung vào People Domain (Quản lý Con người).

✅ Đáp án đúng:
Provide the team with support to solve their own problems.
Lý do chọn đáp án này: 🛠️ Hành động này thể hiện nguyên tắc trao quyền (empowerment) cho đội ngũ, khuyến khích họ tự giải quyết vấn đề – một phần cốt lõi của Servant Leader trong PMP. Theo PMBOK 7th Edition (People Domain, Principle 7: Optimize Risk Responses), PM nên hỗ trợ đội ngũ tự quản lý (self-managing teams) thay vì can thiệp trực tiếp, đặc biệt với đội ngũ đa dạng quốc tịch. Điều này thúc đẩy sự gắn kết, học hỏi và cải thiện hiệu suất bền vững, phù hợp với Agile Hybrid approaches cập nhật 2026.

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

Dưới đây là phân tích từng lựa chọn theo thứ tự, dựa trên PMBOK 7th Edition và PMI Talent Triangle (Technical, Leadership, Business). Tôi giữ nguyên văn bản gốc tiếng Anh, chỉ giải thích bằng tiếng Việt.

• Provide the team with support to solve their own problems.
  ✅ Đúng. 🏆 Phương án này ưu tiên trao quyền và hỗ trợ đội ngũ tự xử lý, giúp xây dựng đội ngũ tự chủ (self-organizing teams). Trong bối cảnh đa dạng văn hóa, PM đóng vai trò facilitator để đội ngũ học cách vượt qua khác biệt, tránh micromanagement. Tham chiếu: PMBOK 7th Ed., Section 4.5 Develop Team & Principle 10: Lead with Empathy.

• Inform the project sponsor and train the entire team.
  ❌ Sai. 🚫 Việc thông báo ngay cho sponsor là escalate không cần thiết (escalation chỉ dùng khi PM không kiểm soát được), và đào tạo toàn đội có thể không giải quyết gốc rễ vấn đề đa dạng văn hóa. PM nên tự xử lý trước qua empowerment, tránh làm sponsor lo lắng sớm. Tham chiếu: PMBOK 7th Ed., Manage Project Knowledge (Stakeholder Engagement).

• Ask the human resources (HR) department to conduct performance training.
  ❌ Sai. 📉 Giao phó cho HR đào tạo hiệu suất là né tránh trách nhiệm của PM trong quản lý đội ngũ (Team Management responsibility). Đào tạo chung không tập trung vào vấn đề cụ thể như đa dạng quốc tịch, có thể lãng phí thời gian. PM phải trực tiếp hỗ trợ theo Organizational Influences. Tham chiếu: PMBOK 7th Ed., People Domain – HR chỉ hỗ trợ, không thay thế PM.

• Ask the functional department manager to replace the team members.
  ❌ Sai. ⚠️ Thay thế thành viên là giải pháp cực đoan, cuối cùng (last resort), phá hủy động lực đội ngũ và không giải quyết vấn đề gốc (cultural differences). PMP nhấn mạnh phát triển con người thay vì loại bỏ. Tham chiếu: PMBOK 7th Ed., Acquire Resources & Manage Team – ưu tiên coach/develop trước replace.

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

• PMBOK® Guide – Seventh Edition (PMI, 2021, cập nhật Agile/2026).
• The Standard for Project Management (PMI, 2021) – People Domain.
• PMI Code of Ethics & Professional Conduct (Principle: Responsibility & Respect).

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

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

Câu hỏi này xoay quanh tình huống một tổ chức gặp khó khăn trong việc khởi động dự án quan trọng do vấn đề định nghĩa phạm vi (scope definition). Cụ thể:
✅ Hầu hết các mục scope đã được định nghĩa rõ ràng và thống nhất giữa các bên liên quan (stakeholders).
❌ Tuy nhiên, một số mục scope còn phức tạp, khó nắm bắt ở giai đoạn hiện tại, dẫn đến dự án bị trì hoãn.

🛠️ Mục tiêu chính: Project manager cần chọn hành động phù hợp để khởi động dự án nhanh chóng, tận dụng những phần scope đã rõ ràng trong khi xử lý linh hoạt các phần phức tạp.
📘 Đây là chủ đề liên quan đến Lifecycle Selection và Hybrid Approaches trong PMP (PMBOK 7th Edition), nhấn mạnh việc chọn phương pháp phát triển dự án phù hợp với mức độ không chắc chắn (uncertainty) của scope – predictive cho phần ổn định, agile/hybrid cho phần phức tạp.

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

Đáp án đúng: Propose that the well-defined scope items be delivered using a predictive approach and use an agile approach to deal with the complex items.

Lý do chi tiết:
🛠️ Phương án này áp dụng hybrid lifecycle (kết hợp predictive và agile), phù hợp nhất theo PMBOK 7th Edition (Section 2.4 & Agile Practice Guide). Các mục scope rõ ràng (well-defined) nên dùng predictive approach (Waterfall) để lập kế hoạch chi tiết, kiểm soát chặt chẽ. Các mục phức tạp (complex) cần agile approach (iterative, adaptive) để xử lý dần qua các iteration, giảm rủi ro trì hoãn toàn bộ dự án.
✅ Điều này giúp khởi động dự án ngay lập tức, duy trì động lực stakeholders, tối ưu hóa giá trị kinh doanh mà không chờ scope 100% hoàn thiện – phù hợp với nguyên tắc "Deliver Value Early and Often" trong Hybrid PM.

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

Dưới đây là phân tích chi tiết từng lựa chọn, giữ nguyên nội dung gốc bằng tiếng Anh. Mỗi phương án được đánh giá đúng/sai với lý do dựa trên PMP best practices (PMBOK 7th Edition cập nhật đến 2026).

• Propose that the well-defined scope items be delivered using a predictive approach and use an agile approach to deal with the complex items.
  ✅ ĐÚNG (như đã giải thích ở trên). 🛠️ Hybrid approach là giải pháp tối ưu cho dự án có scope hỗn hợp (phần ổn định + phần không chắc chắn cao), giúp cân bằng rủi ro và tốc độ khởi động.

• Maintain stakeholder momentum in working on the scope definition until a full detailed scope is achieved prior to starting the project.
  ❌ SAI. Phương án này áp dụng pure predictive mindset (chờ full scope trước khi start), vi phạm nguyên tắc Value Delivery trong PMBOK 7th (Principle 5: Deliver Value Incrementally). 🧩 Nó sẽ kéo dài trì hoãn dự án vô ích, mất momentum stakeholders, đặc biệt khi hầu hết scope đã rõ ràng – không linh hoạt với complexity.

• Recommend splitting the project into two smaller projects in order to work exclusively in an agile environment without interference from a predictive approach.
  ❌ SAI. Việc tách dự án thành 2 phần riêng biệt tạo thêm overhead quản lý (governance, resources, dependencies), không cần thiết theo PMBOK 7th (Section 4.6: Tailoring). 🛠️ Hybrid trong một dự án duy nhất hiệu quả hơn, tránh "interference" giả định và giữ tính toàn vẹn dự án.

• Update the risk register and escalate the issue to the project management office (PMO), requesting more resources be added to help define the project scope.
  ❌ SAI. Đây chỉ là risk mitigation tạm thời (PMBOK 11. Risk Management), không giải quyết gốc rễ – scope phức tạp cần approach thay đổi chứ không phải thêm resources. 📘 Escalation đến PMO có thể chậm trễ hơn, vi phạm nguyên tắc PM Empowerment (Principle 1: Stewardship), project manager nên tự quyết định lifecycle phù hợp.

📘 Tài liệu tham khảo

• PMBOK® Guide – 7th Edition (PMI, 2021, cập nhật 2026): Sections 2.4 (Lifecycle), 3.5 (Tailoring), Agile Hybrid Extension.
• Agile Practice Guide (PMI, 2017, tích hợp PMBOK 7th): Chương 3 – Hybrid Models for Complex Scope.
• Process Groups: A Practice Guide (PMI, 2022): Nhấn mạnh iterative delivery cho uncertainty cao.
  🔗 Nguồn chính thức: PMI.org – Khuyến nghị hybrid cho 70% dự án thực tế (theo PMI Pulse of the Profession 2023-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é!