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

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

Câu hỏi mô tả một tình huống phổ biến trong giai đoạn thành lập đội dự án mới (forming stage) theo mô hình Tuckman (Forming-Storming-Norming-Performing-Adjourning), nơi các thành viên chưa quen thuộc lẫn nhau, dẫn đến sự không thoải mái, thiếu lòng tin và xu hướng làm việc cá nhân thay vì hợp tác nhóm. 📈 Project Manager (PM) cần can thiệp sớm để xây dựng tinh thần đồng đội, cải thiện giao tiếp và hiệu suất đội ngũ. Đây là nội dung thuộc Process 4.5: Develop Team trong PMBOK Guide 7th Edition (2021) và các cập nhật PMP đến 2026, nhấn mạnh vai trò lãnh đạo người (servant leadership) và các hoạt động phát triển đội ngũ để hỗ trợ môi trường agile/hybrid. 🛠️ Mục tiêu là giải quyết vấn đề ngay lập tức, tránh rủi ro chậm trễ dự án do thiếu sự gắn kết.

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

Đáp án đúng: Facilitate a team building meeting to help this issue.
🟢 Lý do: Theo PMBOK 7th Edition (Process 4.5 Develop Team), team-building activities là công cụ chính yếu (Key Tools: Team-building activities) để xây dựng lòng tin, cải thiện giao tiếp và thúc đẩy sự hợp tác. Trong giai đoạn forming/storming, PM nên chủ động tổ chức họp team-building (như ice-breaker, workshop chung) để giúp thành viên thoải mái hơn, chuyển sang norming/performing nhanh chóng. Điều này phù hợp với nguyên tắc Value Delivery (Focus on value) và Team/Leadership (Holistic team performance) trong 12 Principles của PMBOK 7. Hành động này chủ động, hiệu quả và không can thiệp micromanagement. 📘 (Tham khảo: PMBOK Guide 7th Ed., p. 135-137; PMP Exam Content Outline 2021+, Domain II: Team).

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

Dưới đây là phân tích chi tiết từng lựa chọn, dựa trên PMBOK 7th Edition và best practices PMP cập nhật đến 2026. Tôi giữ nguyên văn bản gốc tiếng Anh của phương án, chỉ giải thích bằng tiếng Việt với lý do đúng/sai rõ ràng:

• ✅ Facilitate a team building meeting to help this issue.
  🟢 Đúng vì: Đây là hành động trực tiếp và hiệu quả nhất để giải quyết vấn đề thiếu gắn kết đội ngũ. Team-building giúp xây dựng mối quan hệ, tăng sự thoải mái và khuyến khích làm việc nhóm, phù hợp với công cụ chính trong Develop Team process. PM đóng vai trò facilitator để thúc đẩy sự phát triển tự nhiên của đội ngũ. 🎯

• ❌ Allow the team members to remain in their former individual roles.
  🔴 Sai vì: Việc này bỏ qua vấn đề cốt lõi (thiếu teamwork), dẫn đến rủi ro dự án thất bại do silo working (làm việc cô lập). PMBOK 7 nhấn mạnh PM phải chủ động phát triển đội ngũ thay vì để mặc tự nhiên, vi phạm nguyên tắc Team (Build collaborative teams). Điều này không giải quyết mà còn làm trầm trọng hóa vấn đề trong giai đoạn forming. 🚫

• ❌ Directly guide the team members on how to perform their tasks.
  🔴 Sai vì: Đây là micromanagement (quản lý chi tiết), không giải quyết nguyên nhân gốc rễ là sự không thoải mái và thiếu lòng tin. PMBOK 7 khuyến khích coaching/mentoring thay vì directing tasks, vì điều này làm giảm động lực tự chủ của đội ngũ (High-performing teams tự quản lý). Phù hợp hơn với Manage Team process, nhưng không phải giải pháp cho team building. 🛑

• ❌ Wait until some iterations are completed to intervene.
  🔴 Sai vì: Chờ đợi thụ động sẽ làm chậm dự án, tăng rủi ro (risk of low performance). PMBOK 7 yêu cầu can thiệp sớm trong Develop Team (proactive approach), đặc biệt trong agile/iterative projects nơi iterations có thể thất bại nếu đội ngũ chưa gắn kết. Vi phạm nguyên tắc Planning (Proactive risk management) và Adaptability. ⏳

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

• PMBOK Guide 7th Edition (2021): Process 4.5 Develop Team (p. 135-139); 12 Principles (Team & Leadership).
• PMP Exam Content Outline (PMI, 2021+ cập nhật 2024): Domain II: Team (28% exam weight), Tasks 7.1-7.3 về develop team.
• Agile Practice Guide (PMI, 2017+): Team formation & chartering.
• Cập nhật 2026: Nhấn mạnh hybrid teams với virtual team-building (PMI updates via pmi.org).

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

Câu hỏi này thuộc chủ đề Agile Project Management trong PMP (Project Management Professional), tập trung vào vai trò của Agile Project Lead (thường là Scrum Master hoặc tương đương) khi xử lý phản hồi từ senior management.

• Tình huống: Một thành viên senior management liên hệ với Agile Project Lead và phàn nàn rằng một số features (tính năng) mà họ mong đợi sẽ có trong release hiện tại lại không được bao gồm.
• Mục tiêu kiểm tra: Kiểm tra khả năng xử lý vấn đề (problem-solving), tăng cường tính minh bạch (transparency), và áp dụng nguyên tắc Agile như servant leadership (lãnh đạo phục vụ), empirical process control (kiểm soát quy trình thực nghiệm qua inspect & adapt), và stakeholder engagement (tương tác với bên liên quan).
• Ngữ cảnh PMP mới nhất (PMBOK 7th Edition 2021 & Agile Practice Guide 2021, cập nhật đến 2026): Trong Agile, Product Backlog do Product Owner quản lý, ưu tiên dựa trên value-driven (giá trị kinh doanh). Agile Lead không hứa hẹn mà phải investigate root cause (tìm nguyên nhân gốc rễ) để cải thiện quy trình, tránh cam kết không thực tế.

📘 Nguồn tham khảo chính:

• PMBOK® Guide 7th Edition: Principle 3 (Focus on Value), Principle 10 (Adaptability & Resiliency).
• Agile Practice Guide (PMI): Section 4.3 (Servant Leadership & Team), Scrum Guide 2020 (Sprint Planning & Backlog Refinement).

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

Đáp án đúng: Meet with the team to understand why the senior manager's features were not included.

Lý do 🛠️:

• Đây là hành động tốt nhất vì nó thể hiện servant leadership – Agile Lead hỗ trợ team inspect & adapt (kiểm tra và điều chỉnh) ngay lập tức.
• Thay vì né tránh hoặc hứa suông, Lead tìm hiểu nguyên nhân gốc rễ (root cause analysis) tại sao features không được chọn vào release (có thể do priority thấp, capacity hạn chế, hoặc refinement chưa tốt).
• Điều này thúc đẩy continuous improvement (cải tiến liên tục), tăng transparency với stakeholder, và phù hợp 12 Agile Principles (đặc biệt: "Build projects around motivated individuals" và "Reflect at regular intervals").
• Theo PMI, ưu tiên team collaboration trước khi giao tiếp ngoài.

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

• Send the product roadmap to the senior manager.
  ❌ Sai: Việc gửi roadmap chỉ cung cấp thông tin tổng quát về kế hoạch dài hạn, không giải quyết vấn đề cụ thể (tại sao features không vào release hiện tại). Roadmap có thể thay đổi và không minh bạch root cause. Điều này thiếu action-oriented (hành động cụ thể), vi phạm nguyên tắc stakeholder engagement chủ động trong Agile.

• Assure the senior manager that these features will be queued up in the next sprint.
  ❌ Sai: Hứa hẹn "queued up in next sprint" là over-commitment (cam kết quá mức), vì Product Backlog do Product Owner quyết định priority, không phải Agile Lead. Có thể dẫn đến scope creep hoặc thất vọng nếu không đủ capacity. Agile nhấn mạnh no estimates without refinement, tránh hứa suông (anti-pattern trong Scrum).

• Invite the senior manager to the next planning meeting.
  ❌ Sai: Mời tham gia planning là tốt cho engagement, nhưng chậm trễ (delayed action) và không trực tiếp giải quyết "why not included". Senior manager có thể không phải team member chính thức, dẫn đến disruption. Ưu tiên internal investigation trước khi mở rộng (Agile Practice Guide khuyến nghị Scrum Master bảo vệ team trước).

• Meet with the team to understand why the senior manager's features were not included.
  ✅ Đúng: Như đã giải thích ở trên. Hành động ngay lập tức, team-centric, thúc đẩy retrospective mindset và value delivery. Hoàn hảo cho Agile Lead role!

🛠️ Kết luận PMP: Luôn ưu tiên understand & adapt trước khi giao tiếp ra ngoài để tránh misinformation. Thực hành này giúp đạt PMP Agile competencies cao điểm!

🧩 Phân tích chi tiết câu hỏi trắc nghiệm PMP (Chủ đề Agile/Scrum)

📖 Giải thích nội dung câu hỏi:
Câu hỏi mô tả một tình huống thực tế trong môi trường Agile: Một đội ngũ Agile đang thực hiện sprint 2 tuần để mang lại giá trị kinh doanh. Khoảng 1 tuần sau khi sprint bắt đầu, Product Owner (PO) phát hiện bỏ sót một yêu cầu tuân thủ quy định pháp lý (regulatory compliance). PO nhấn mạnh rằng yêu cầu này phải hoàn thành trong sprint hiện tại, nếu không tổ chức sẽ chịu phạt tiền. Vai trò của Project Manager (PM) là giảm thiểu rủi ro (mitigate this risk) bằng cách chọn hành động phù hợp nhất.
🛠️ Bối cảnh PMP mới nhất (PMBOK 7th Edition & Agile Practice Guide 2021, cập nhật đến 2026): Trong Agile/Scrum, sprint là time-box cố định (không kéo dài), nhưng sprint backlog có thể linh hoạt thay đổi bởi đội ngũ phát triển (Development Team) nếu cần thiết để đáp ứng ưu tiên cao như compliance. PM hỗ trợ PO và đội ngũ tự quản lý (self-organizing team), ưu tiên giá trị kinh doanh và giảm thiểu rủi ro pháp lý thay vì cứng nhắc quy trình.

✅ Đáp án đúng:
Request the team to add the user story to the current sprint and let them work on it.
Lý do chọn đáp án này (🧩 Phân tích chi tiết):

• Trong Scrum/Agile, PO có quyền cập nhật Product Backlog, và Development Team sở hữu Sprint Backlog, có thể thêm user story mới vào sprint hiện tại nếu đội ngũ đồng ý về khả năng (capacity). Điều này phù hợp với nguyên tắc empirical process control (transparency, inspection, adaptation).
• Yêu cầu compliance là rủi ro cao (high priority), phải xử lý ngay để tránh phạt, không thể trì hoãn. PM request team (yêu cầu đội ngũ tự quyết định), thể hiện vai trò servant-leader hỗ trợ đội ngũ tự quản.
• 📘 Nguồn tham khảo: Scrum Guide 2020 (Sprint Backlog section: "The Sprint Backlog is a forecast... and can be updated throughout the Sprint"); PMBOK 7th Ed. (8.3.1.2 Agile Team Composition); Agile Practice Guide (p. 44-45: Adaptability in Sprints).

🔍 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/Scrum PMP mới nhất:

• ❌ [SAI] Review the issue with the project sponsor and ask for more time to complete this requirement.
  Giải thích sai: Phương án này vi phạm nguyên tắc time-boxing của sprint (sprint không được kéo dài để giữ nhịp độ và focus). Thay vì escalate lên sponsor, PM nên hỗ trợ đội ngũ nội bộ giải quyết. Hành động này làm chậm tiến độ và không agile (thay vì adapt nhanh). 📘 Nguồn: Agile Practice Guide (p. 28: Fixed Sprint Length).

• ❌ [SAI] Complete an impact analysis as the scope of the sprint backlog cannot be changed after the sprint has started.
  Giải thích sai: Sai lầm lớn vì sprint backlog KHÔNG cố định – đội ngũ có thể thay đổi để adapt với thay đổi ưu tiên (như compliance). Impact analysis có thể làm, nhưng không phải lý do từ chối thay đổi. Nguyên tắc Agile ưu tiên response to change over following a plan. 📘 Nguồn: Scrum Guide (Sprint Events: "Daily Scrums improve... and adapt the Sprint Backlog").

• ❌ [SAI] Include the compliance user story in the next sprint as the team is fully occupied with the current sprint.
  Giải thích sai: Trì hoãn đến sprint sau không mitigate rủi ro vì tổ chức sẽ bị phạt ngay lập tức. Agile ưu tiên business value và risk cao (compliance > current tasks). Đội ngũ có thể repioritize hoặc swapp items trong sprint hiện tại. 📘 Nguồn: PMBOK 7th Ed. (4.6 Manage Project Change: Agile approaches).

• ✅ [ĐÚNG] Request the team to add the user story to the current sprint and let them work on it.
  (Đã giải thích chi tiết ở phần trên – phù hợp nhất với self-organizing team và urgency).

🛠️ Kết luận & Lời khuyên PMP:
Hành động đúng nhấn mạnh adaptability trong Agile, giúp đội ngũ tự quản lý rủi ro mà không phá vỡ sprint commitment. PM nên tổ chức Daily Scrum ngay để inspect/adapt! Nếu áp dụng thực tế, hãy theo dõi Definition of Done cho user story compliance. 📘 Tài liệu chính: PMBOK 7th Edition (2021), Scrum Guide (2020), PMI Agile Certified Practitioner (PMI-ACP) Handbook (cập nhật 2023-2026).

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

Câu hỏi mô tả tình huống thực tế trong quản lý dự án theo chuẩn PMP: Một project manager đang tham gia cuộc họp đội ngũ dự án, và đội ngũ cần đưa ra quyết định về lịch trình mới được đề xuất do ảnh hưởng từ một thay đổi phạm vi (scope change) tiềm năng.
📌 Bối cảnh chính:

• Đội ngũ đang thảo luận về scope change tiềm năng (thay đổi phạm vi dự án), dẫn đến tác động đến timeline (lịch trình dự án).
• Project manager (PM) cần quyết định hành động ngay lập tức để xử lý quyết định này một cách đúng đắn.
• Chủ đề liên quan đến quản lý thay đổi dự án (Change Management), quản lý stakeholders, và quy trình ra quyết định theo PMBOK Guide (phiên bản 7th Edition, cập nhật đến 2026 với các nguyên tắc Agile Hybrid và Performance Domains như Uncertainty và Stakeholder).
  🛠️ Mục tiêu câu hỏi: Kiểm tra kiến thức của PM về việc không tự quyết định thay đổi lớn (như scope ảnh hưởng timeline), mà phải liên quan stakeholders để đảm bảo tính minh bạch, đồng thuận và tuân thủ quy trình Integrated Change Control.

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

Đáp án đúng: Schedule a project decision meeting with all stakeholders to discuss the decision.

Lý do chi tiết (dựa trên PMP mới nhất):
✅ Trong PMBOK 7th Edition (2021, cập nhật 2026 với Agile extensions), thay đổi scope tiềm năng luôn yêu cầu sự tham gia của stakeholders qua Stakeholder Engagement Performance Domain và Uncertainty Performance Domain. PM không tự quyết định mà phải lập lịch họp quyết định dự án riêng (decision meeting) với tất cả stakeholders liên quan để thảo luận, đánh giá tác động (impact analysis), và đạt đồng thuận. Điều này tuân thủ ** nguyên tắc Stewardship (Quản lý trách nhiệm)** và Teamwork, tránh rủi ro phê duyệt không chính thức.
✅ Nếu scope change được phê duyệt, nó sẽ được ghi nhận qua Work Authorization System và cập nhật Project Management Plan.
📘 Nguồn tham khảo: PMBOK Guide 7th Edition, trang 137-140 (Stakeholder Performance Domain); The Standard for Project Management, phần 4.7 Decision Making; PMI Agile Practice Guide 2021 (Hybrid approaches cho meetings nhanh).

📋 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 đúng/sai bằng tiếng Việt dựa trên kiến thức PMP cập nhật:

• Follow the stakeholder engagement plan.
  ❌ Sai. Stakeholder Engagement Plan chỉ định cách thức tương tác stakeholders (như frequency họp, phương tiện giao tiếp), không phải quy trình ra quyết định cụ thể cho scope change. Áp dụng plan này ở đây là quá chung chung, không giải quyết trực tiếp nhu cầu quyết định khẩn cấp về timeline. (PMBOK 7th, trang 135: Engagement plan hỗ trợ, không thay thế decision process).

• Review the stakeholder map along with the organizational chart and delegate the most senior person to make the decision.
  ❌ Sai. Việc xem stakeholder map (bản đồ quyền lực/ảnh hưởng) và organizational chart (sơ đồ tổ chức) hữu ích để xác định ai tham gia, nhưng không được ủy quyền (delegate) cho cá nhân cấp cao nhất ra quyết định thay đổi scope. PMP nhấn mạnh quyết định tập thể (collaborative decision-making) để tránh bias và đảm bảo buy-in từ tất cả bên liên quan. (PMBOK 7th, nguyên tắc Team & Collaboration; tránh Escalation Management sai cách).

• Schedule a project decision meeting with all stakeholders to discuss the decision.
  ✅ Đúng (như đã giải thích ở trên). Đây là hành động tối ưu, tuân thủ nguyên tắc trong Change Control và Stakeholder Sphere, đảm bảo transparency và value delivery.

• Make the decision on behalf of the organization.
  ❌ Sai. PM không có thẩm quyền đại diện tổ chức quyết định scope change lớn ảnh hưởng timeline (trừ trường hợp minor changes trong authority matrix). Điều này vi phạm ** nguyên tắc Stewardship** và có thể dẫn đến approved change không hợp lệ, gây rework hoặc conflict. Phải escalate qua Change Control Board (CCB) hoặc stakeholders. (PMBOK 7th, trang 142: PM facilitates, không tự quyết).

🧩 Kết luận PMP: Hành động đúng giúp dự án tăng xác suất thành công (theo PMI Success Rate metrics 2024-2026), tránh rủi ro từ thay đổi không được phê duyệt. Nếu bạn cần ví dụ case study hoặc quiz tương tự, hãy hỏi thêm! 🚀

🧩 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: Một nhà thuốc cần triển khai dịch vụ giao thuốc nhanh chóng, với thời hạn chỉ 1 tháng thay vì thời gian thông thường là 5 tháng. Một đội ngũ liên ngành (interdisciplinary team) đã được thành lập để đạt mục tiêu này. Project Manager (PM) cần quyết định hành động phù hợp nhất.

🛠️ Bối cảnh PMP (theo PMBOK 7th Edition và Agile Practice Guide, cập nhật đến 2026): Đây là dự án có ràng buộc thời gian chặt chẽ (time-constrained), đòi hỏi áp dụng nguyên tắc Agile/Adaptive để ưu tiên giá trị cốt lõi, giảm phạm vi (scope) một cách thông minh thay vì tăng rủi ro hoặc chi phí. Thách thức chính là nén lịch trình (schedule compression) mà không làm giảm chất lượng hoặc tăng chi phí không cần thiết. PM cần hỗ trợ đội ngũ tập trung vào giá trị tối thiểu có thể giao ngay (Minimum Viable Product - MVP) để đáp ứng deadline, phù hợp với Value Delivery trong PMBOK 7.

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

Đáp án đúng: Assist the team in proposing a minimum viable product (MVP).

Lý do:

• Trong môi trường Agile/Lean (PMBOK 7, Principle 4: Deliver Value Incrementally), MVP là cách tối ưu để giao giá trị nhanh chóng bằng cách xác định các tính năng cốt lõi (core features) cần thiết cho dịch vụ giao thuốc hoạt động cơ bản trong 1 tháng.
• PM hỗ trợ đội ngũ đề xuất MVP (collaborate with team), khuyến khích sự tự quản lý (self-organizing team), thay vì áp đặt. Điều này giảm scope từ 5 tháng xuống 1 tháng mà vẫn đảm bảo tính khả thi, tránh rủi ro thất bại toàn bộ.
• ✅ Phù hợp nhất với tình huống: Đội ngũ liên ngành cần sáng tạo để ưu tiên, và MVP giúp validate nhanh với khách hàng (pharmacy users).

📋 Giải thí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 văn bản gốc tiếng Anh. Tôi đánh dấu ✅ Đúng hoặc ❌ Sai dựa trên nguyên tắc PMP mới nhất.

• ❌ Register a risk and define a contingency plan.
  Giải thích sai: Việc đăng ký rủi ro (risk register) và lập kế hoạch dự phòng (contingency) phù hợp với Risk Management Process (PMBOK 7, Domain: Uncertainty), nhưng ở đây không phải rủi ro mà là thách thức lịch trình cố định (fixed deadline). Thời gian rút ngắn từ 5 tháng xuống 1 tháng là quyết định kinh doanh (business decision), không phải rủi ro ngẫu nhiên cần contingency. Hành động này chỉ làm chậm dự án thêm mà không giải quyết gốc rễ.

• ❌ Review and reduce the project backlog.
  Giải thích sai: Xem xét và giảm backlog (product backlog trong Agile) là hoạt động Sprint Planning (Agile Practice Guide), nhưng câu hỏi chưa đề cập đến backlog tồn tại hoặc dự án đang ở giai đoạn backlog đầy đủ. Giảm backlog có thể làm mất giá trị cần thiết cho dịch vụ giao thuốc, dẫn đến sản phẩm không hoàn chỉnh. Không phải hành động ưu tiên của PM lúc khởi đầu với deadline chặt.

• ✅ Assist the team in proposing a minimum viable product (MVP).
  Giải thích đúng: Như đã nêu ở trên, đây là hành động cốt lõi trong Adaptive Lifecycle (PMBOK 7, Hybrid Approaches). MVP giúp prioritize high-value items, hỗ trợ đội ngũ tự đề xuất (team empowerment), đảm bảo deliverable trong 1 tháng. Phù hợp Principle 12: Navigate Complexity (giảm complexity bằng scope minimization).

• ❌ Ask to increase the capacity of the team.
  Giải thích sai: Yêu cầu tăng công suất đội ngũ (resource leveling/crashing) thuộc Resource Management và Schedule Compression (PMBOK 7, Process: Control Resources), nhưng tốn kém cao (cost overrun), khó thực hiện ngay với đội ngũ liên ngành mới, và không giải quyết vấn đề scope quá lớn. Agile ưu tiên MVP thay vì "throw more resources" (Parkinson's Law).

📘 Tài liệu tham khảo

• PMBOK Guide 7th Edition (2021, cập nhật 2026): Section 3.2 Adaptive & Hybrid, Principle 4 (Holistic Thinking: MVP for value).
• Agile Practice Guide (PMI, 2017-2026): Chapter 5: Minimum Viable Product & Increment Delivery.
• PMI Standards: Process Groups thay thế bằng Domains (People, Process, Business Environment), ưu tiên Value-Driven Delivery.

🛠️ Lời khuyên PMP: Trong kỳ thi PMP mới, ưu tiên Stakeholder Collaboration và Adaptive Approaches cho các case time-constrained như thế này! Nếu áp dụng thực tế, bắt đầu bằng MVP canvas để đội ngũ brainstorm.

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

Câu hỏi này thuộc chủ đề Quản lý Đội ngũ (Team Management) trong PMP, tập trung vào tình huống thực tế khi project team phải chuyển sang làm việc từ xa (remote work) do văn phòng đóng cửa sửa chữa. Các thành viên mới với hình thức làm việc này đang lo lắng về khả năng giao nộp sản phẩm đúng hạn và duy trì hiệu suất.

🛠️ Mục tiêu chính của câu hỏi: Kiểm tra khả năng của Project Manager (PM) trong việc hỗ trợ và phát triển đội ngũ thay vì các giải pháp tạm thời hoặc tiêu cực. Đây là tình huống phổ biến trong môi trường Agile/Hybrid, nơi remote work ngày càng phổ biến (đặc biệt sau đại dịch COVID-19). PM cần áp dụng nguyên tắc Team, Learning, và Adaptation từ PMBOK 7th Edition để đảm bảo team tiếp tục perform mà không làm thay đổi cấu trúc project.

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

Đáp án đúng: Identify areas of training for the team to be able to use remote tools for team collaboration.

Lý do chi tiết 🏆:
Theo PMBOK 7th Edition (2021, cập nhật đến 2026), PM phải ưu tiên phát triển năng lực đội ngũ qua training để thích ứng với thay đổi (Domain: Team - Develop Team Capability). Việc xác định nhu cầu đào tạo về công cụ remote (như Zoom, Microsoft Teams, Jira, Slack) giúp team hợp tác hiệu quả, giảm lo lắng và duy trì productivity. Đây là cách proactive và empowering, phù hợp với 12 Principles (Team và Learning), thay vì né tránh vấn đề. Training không chỉ giải quyết ngay mà còn xây dựng kỹ năng dài hạn cho project.

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

Dưới đây là phân tích từng lựa chọn một cách logic, dựa trên best practices PMP:

• ❌ Request funding from management to enable all team members to work from an alternative workspace.
  Phân tích sai: Phương án này phụ thuộc vào quản lý cấp cao và có thể không khả thi (chi phí cao, không đảm bảo alternative space sẵn có). Nó tránh né vấn đề cốt lõi (thiếu kỹ năng remote) thay vì giải quyết, vi phạm nguyên tắc Stewardship (PMBOK 7th). Remote work là xu hướng, không nên quay lại mô hình truyền thống.

• ❌ Reach out to the resource managers for alternative team members who have experience working remotely.
  Phân tích sai: Việc thay thế thành viên làm gián đoạn team cohesion, tăng rủi ro knowledge transfer và chi phí onboarding. PMP nhấn mạnh giữ nguyên đội ngũ và phát triển họ (Agile Practice Guide: Servant Leadership), không phải "đổi người" như hàng hóa.

• ✅ Identify areas of training for the team to be able to use remote tools for team collaboration.
  Phân tích đúng (như đã giải thích ở trên): Proactive, cost-effective, phù hợp High-Performing Team models (PMBOK 7th, Team Performance Domain). Training về tools giúp team collaborate seamlessly, đảm bảo deliverables đúng hạn.

• ❌ Reduce the scope of the project to compensate for productivity during remote working conditions.
  Phân tích sai: Giảm scope là scope creep ngược (negative), ảnh hưởng stakeholder value và không giải quyết gốc rễ (lo lắng kỹ năng). PMBOK cấm điều này trừ khi formal Change Control; thay vào đó, tập trung mitigate risks qua development (Risk Management Domain).

📘 Tài liệu tham khảo

• PMBOK Guide 7th Edition (2021): Domain 4 - Team (pp. 87-104); Principles: Team & Learning.
• PMI Agile Practice Guide (2017, cập nhật 2023): Servant Leadership & Team Empowerment (Remote Teams section).
• The Standard for Project Management (2021): Models như Tannenbaum & Schmidt cho Team Development.
• Cập nhật 2026: PMI nhấn mạnh Digital Tools & Hybrid Models trong PMP Exam Content Outline (ECO) mới nhất.

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 lĩnh vực Quản lý Tài nguyên (Resource Management) trong PMP, cụ thể là giai đoạn Develop Team (Phát triển Đội ngũ) theo PMBOK Guide 7th Edition (cập nhật đến 2026). Tình huống: Đội dự án đã được thành lập (team formed), nhiệm vụ đã phân công (tasks assigned), và toàn bộ thành viên đồng ý áp dụng phương pháp hybrid (kết hợp predictive và agile). Câu hỏi tập trung vào hành động tiếp theo của Project Manager (PM) để đảm bảo đội ngũ hoạt động như một đơn vị tổ chức thống nhất (organized unit), tức là xây dựng sự gắn kết, quy tắc chung và sự hiểu biết lẫn nhau nhằm tối ưu hóa hiệu suất nhóm.

📘 Mục tiêu chính: PM cần ưu tiên xây dựng văn hóa đội nhóm ngay từ đầu, tránh các cách tiếp cận tiêu cực hoặc muộn màng, phù hợp với nguyên tắc People-Oriented và Team Performance Domain trong PMBOK 7th.

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

Đáp án đúng: Establish team behavior and develop an understanding of how to work together.

Lý do 🛠️:

• Đây là bước cốt lõi trong Develop Team process (9.3), nơi PM thiết lập ground rules (quy tắc hành vi đội nhóm), xây dựng team charter và tổ chức các hoạt động team-building để tạo sự hiểu biết chung về cách làm việc cùng nhau.
• Với đội mới hình thành và hybrid approach, việc này giúp đội ngũ nhanh chóng trở thành "organized unit" bằng cách thúc đẩy sự tin cậy, giao tiếp và hợp tác – phù hợp với High-Performing Team characteristics (đặc trưng đội ngũ cao hiệu suất).
• Theo PMBOK 7th, công cụ như team-building activities, recognition & rewards hỗ trợ trực tiếp cho việc này, đảm bảo đội ngũ cohesive (gắn kết) mà không cần ép buộc.

📋 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 PMP best practices:

• ❌ [SAI] Call a meeting to discuss team members’ strengths and weaknesses.
  Giải thích: Việc họp để thảo luận điểm mạnh/yếu cá nhân thuộc Manage Team process (9.4) hoặc Acquire Resources (9.2), nhằm đánh giá kỹ năng cá nhân chứ không tập trung xây dựng sự thống nhất đội ngũ. Lúc này đội đã form và assign tasks, nên không phải ưu tiên đầu tiên để tạo "organized unit" – có thể gây chia rẽ nếu chưa có ground rules. (PMBOK 7th: Tránh focus cá nhân hóa sớm).

• ❌ [SAI] Advise the team to adjust their work habits and behaviors to allow for better conflict resolution.
  Giải thích: Lời khuyên điều chỉnh thói quen để giải quyết xung đột thuộc Manage Team hoặc hybrid conflict management (sau khi xung đột xảy ra), không phải bước đầu để đảm bảo đội ngũ organized. PMP nhấn mạnh preventive measures (phòng ngừa) qua team behavior trước, thay vì reactive advice (phản ứng). (PMBOK 7th: Conflict resolution tools như Collaborate/Problem Solve là sau).

• ❌ [SAI] Establish rules and regulations for team members with consequences if the goals are not reached.
  Giải thích: Thiết lập quy tắc kèm hậu quả/phạt mang tính command-and-control (cứng nhắc), trái với nguyên tắc Servant Leadership và Value Delivery trong PMBOK 7th. PMP ưu tiên positive reinforcement (khích lệ tích cực) qua ground rules tự nguyện, không dùng punishment để tránh giảm động lực đội ngũ hybrid (cần tự quản cao).

• ✅ [ĐÚNG] Establish team behavior and develop an understanding of how to work together.
  Giải thích: Như đã nêu ở trên, đây là hành động lý tưởng để tạo nền tảng gắn kết ngay lập tức, phù hợp hybrid approach (kết hợp discipline từ predictive và collaboration từ agile). Giúp đội ngũ nhanh chóng đạt Tuckman’s Forming-Storming stage mượt mà.

📚 Tài liệu tham khảo

• PMBOK® Guide 7th Edition (PMI, 2021, cập nhật 2026): Section 9.3 Develop Team, Tools & Techniques (Colocation, Virtual Teams, Team-Building); Team Performance Domain (p. 47-52).
• PMI Agile Practice Guide (2021): Hybrid approaches nhấn mạnh team norms và shared understanding.
• The Standard for Project Management (2021): Principle 7 - Optimize Risk Responses (bao gồm team risk qua behavior).

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

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

Câu hỏi tập trung vào một Project Manager (PM) đang khởi động một dự án Agile với các thành viên đội ngũ phân bố ở nhiều quốc gia khác nhau (distributed team). Mục tiêu chính là kết nối đội ngũ (connect the team) và cải thiện năng suất tổng thể (improve overall productivity).

🛠️ Bối cảnh quan trọng:

• Đây là dự án Agile, nhấn mạnh vào sự hợp tác chặt chẽ (collaboration), giao tiếp trực tiếp (face-to-face), và xây dựng lòng tin (team bonding) để tăng hiệu quả.
• Thách thức lớn với đội ngũ phân tán: khác biệt múi giờ, văn hóa, giao tiếp gián tiếp qua công cụ ảo có thể làm giảm sự gắn kết và năng suất.
• PM cần chọn hành động tốt nhất (best practice) theo nguyên tắc Agile hiện đại (PMBOK 7th Edition và Agile Practice Guide, cập nhật đến 2026), ưu tiên các phương pháp hỗ trợ high-performing teams trong môi trường phân tán.

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

Đáp án đúng: Consider bringing the team members together periodically to work on critical tasks and bond together.

Lý do 🏆:

• Trong Agile, việc co-locate (đưa đội ngũ cùng một nơi định kỳ) là khuyến nghị hàng đầu cho distributed teams để tăng cường collaboration, giải quyết vấn đề nhanh chóng, và xây dựng mối quan hệ cá nhân (bonding). Điều này giúp cải thiện năng suất bằng cách tập trung vào critical tasks (nhiệm vụ quan trọng) và giảm thiểu hiểu lầm từ giao tiếp ảo.
• Theo Agile Practice Guide (PMI), các buổi gặp mặt trực tiếp định kỳ (periodic face-to-face hoặc co-location) giúp xây dựng psychological safety và Servant Leadership, dẫn đến đội ngũ hiệu suất cao hơn. PMBOK 7 nhấn mạnh Team Performance Domain ưu tiên sự gắn kết này, đặc biệt trong môi trường hybrid/remote đến năm 2026.

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

• ✅ Consider bringing the team members together periodically to work on critical tasks and bond together.
  Đúng vì: Phương án này trực tiếp giải quyết vấn đề phân tán bằng cách tạo cơ hội face-to-face collaboration, tăng bonding và tập trung vào critical tasks – phù hợp Agile Manifesto (ưu tiên "individuals and interactions over processes and tools"). Giúp cải thiện productivity lâu dài mà không vi phạm nguyên tắc Agile về tính linh hoạt. (Tham khảo: Agile Practice Guide, Section 4.3.2 - Distributed Teams).

• ❌ Schedule a different meeting with each of the regions, being the primary point of contact for all team members worldwide.
  Sai vì: Tạo gánh nặng cho PM (single point of contact), dẫn đến communication overload và bottleneck. Agile nhấn mạnh decentralized decision-making và đội ngũ tự quản (self-organizing), không nên để PM làm trung tâm duy nhất – vi phạm nguyên tắc whole-team responsibility trong PMBOK 7 (Stakeholder Engagement Domain).

• ❌ Schedule weekly meetings with a key contact for each region who will be responsible for disseminating information back to the team.
  Sai vì: Sử dụng proxy communication (giao tiếp gián tiếp qua key contact) làm giảm transparency và tốc độ phản hồi – trái với Agile value "working software over comprehensive documentation" và Daily Stand-ups (toàn đội tham gia). Dễ gây hiểu lầm và giảm engagement của thành viên trực tiếp (PMBOK 7, Team Domain: tránh silos).

• ❌ Keep all meetings at the same time, using the time zone for the company's headquarters as a reference.
  Sai vì: Bỏ qua time zone differences (khác biệt múi giờ), gây mệt mỏi (meeting fatigue) và bất công cho thành viên ở xa (ví dụ: nửa đêm). Agile khuyến khích inclusive practices như rotating meeting times hoặc async tools (PMBOK 7, Uncertainty Domain và Agile Practice Guide: hỗ trợ global teams qua flexibility, không rigid scheduling).

📘 Tài liệu tham khảo

• PMBOK Guide 7th Edition (PMI, 2021, cập nhật hybrid extensions đến 2026): Team Performance Domain (Section 4), nhấn mạnh co-location và virtual team strategies.
• Agile Practice Guide (PMI, 2017, tích hợp PMBOK 7): Chapter 4 - Implementing Agile: Distributed Teams ( khuyến nghị periodic co-location).
• PMI Standards+ (2023-2026 updates): Pulse of the Profession reports về remote/hybrid Agile teams ưu tiên bonding events.
• Scrum Guide (2020, latest): Scrum Teams nên tối ưu hóa collaboration, bao gồm face-to-face khi có thể.

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

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

Câu hỏi này thuộc chủ đề Tailoring the Development Approach (Tùy chỉnh cách tiếp cận phát triển) và Stakeholder Engagement (Tham gia của các bên liên quan) trong PMP, theo PMBOK® Guide 7th Edition và các cập nhật mới nhất đến năm 2026.

Tình huống chính:
Một Project Manager (PM) đã làm việc với cùng nhóm stakeholders trong 3 năm, sử dụng phương pháp predictive (thuần túy kế hoạch trước, như Waterfall). Stakeholders quen thuộc và đầu tư nhiều dự án với cách này. Gần đây, tổ chức mạnh mẽ khuyến khích tất cả PM chuyển sang agile (linh hoạt, lặp lại). Thông báo chỉ 2 tuần trước khi PM dự định kick-off một dự án lớn và phức tạp với cùng nhóm stakeholders.

Vấn đề cốt lõi: PM phải quyết định cách tiếp cận (development life cycle) cho dự án mới. Tổ chức khuyến khích agile, nhưng stakeholders quen predictive. Dự án lớn/phức tạp thường phù hợp hybrid hoặc agile để thích ứng thay đổi, nhưng cần xem xét nhu cầu stakeholders, context dự án, và tailoring (tùy chỉnh) theo nguyên tắc value-driven. PM không nên áp đặt mà phải engage stakeholders để chọn approach phù hợp, đảm bảo sự ủng hộ và thành công dự án.

🛠️ Mục tiêu PMP ở đây: Áp dụng nguyên tắc Stakeholder Engagement Plan (PMBOK 7th, Principle 6: Engage Stakeholders Effectively) và Development Approach Selection (Section 2.4: Predictive, Adaptive/Agile, Hybrid Life Cycles). Quyết định phải dựa trên collaborative discussion, không phải áp đặt từ tổ chức hay cá nhân PM.

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

Đáp án đúng: Share and discuss the pros and cons of adopting agile with the stakeholders and choose the approach they prefer for the new project.

Lý do chi tiết:
✅ Phương án này tuân thủ Stakeholder Engagement – PM phải chia sẻ pros/cons của agile (so với predictive) trực tiếp với stakeholders, thảo luận để chọn approach họ prefer (thích hợp). Điều này đảm bảo buy-in (sự ủng hộ), giảm rủi ro kháng cự, và tailoring phù hợp context (stakeholders quen predictive, dự án lớn/phức tạp). Tổ chức khuyến khích agile nhưng không bắt buộc, PM có quyền tailor. Theo PMBOK 7th, life cycle phải optimized for value qua collaboration, không áp đặt. Đây là cách proactive và value-focused, phù hợp dự án mới kick-off sau 2 tuần.

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

Dưới đây là phân tích từng lựa chọn một cách chi tiết, giữ nguyên văn bản gốc bằng tiếng Anh. Tôi sử dụng ✅ cho đúng và ❌ cho sai, kèm lý do dựa trên PMP mới nhất.

• ❌ [SAI] Continue to use the predictive approach in the new project since it is the approach the stakeholders are familiar with using.
  Giải thích sai: Phương án này bỏ qua khuyến khích mạnh mẽ từ tổ chức chuyển agile và không tailoring cho dự án lớn/phức tạp (phù hợp agile/hybrid hơn để handle uncertainty). Chỉ dựa "familiar" là rigid, không value-driven, vi phạm Principle 12: Optimize Risk Approaches (PMBOK 7th). PM phải discuss thay vì continue cũ kỹ.

• ❌ [SAI] Share the pros and cons of adopting an agile approach for the new project only with the team and ask them to decide which approach to use.
  Giải thích sai: Bỏ qua stakeholders chính (quen predictive 3 năm), chỉ share với team là không đầy đủ engagement. Theo Stakeholder Engagement (PMBOK 7th, Engage Stakeholders Model), PM phải prioritize high-power/high-interest stakeholders (như nhóm này) để quyết định life cycle. Team quyết định là undemocratic, dễ gây conflict.

• ❌ [SAI] Use the agile approach in the new project and schedule agile training for those stakeholders who are new to this approach.
  Giải thích sai: Áp đặt agile dù tổ chức chỉ "khuyến khích" (không mandate), và stakeholders KHÔNG new (quen predictive 3 năm). Training là tốt nhưng không thay thế discussion/consensus. Điều này vi phạm Tailoring Guidelines (PMBOK 7th, Section 4.2): Life cycle phải dựa trên stakeholder agreement, không force-fit, dễ dẫn đến resistance và project failure.

• ✅ [ĐÚNG] Share and discuss the pros and cons of adopting agile with the stakeholders and choose the approach they prefer for the new project.
  Giải thích đúng: Như đã phân tích ở trên – collaborative, inclusive, đảm bảo stakeholder-centric tailoring. Phù hợp Hybrid/Agile Adoption Framework (PMI Agile Practice Guide 2021, cập nhật 2025), nơi PM facilitate discussion để chọn predictive, agile hoặc hybrid dựa trên preference và project needs.

📘 Tài liệu tham khảo

• PMBOK® Guide – Seventh Edition (2021, cập nhật 2026): Sections 2.4 (Life Cycles), Principle 6 (Stakeholder Engagement), Chapter 4 (Tailoring).
• PMI Agile Practice Guide (2021): Section on Selecting the Right Agile Approach.
• The Standard for Project Management (2021): Emphasizes value delivery qua collaborative tailoring.
• Nguồn chính thức: PMI.org – Process Groups: A Practice Guide (updates to 2026).

🛠️ Lời khuyên PMP: Trong thực tế, PM nên lập Life Cycle Decision Matrix với stakeholders ngay early phase để align với organizational strategy! Nếu cần ví dụ thêm, hỏi nhé! 🚀

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

Câu hỏi mô tả tình huống trong một dự án hybrid (kết hợp giữa phương pháp Predictive - truyền thống và Agile - linh hoạt). Project manager đang quản lý dự án, một stakeholder liên lạc trực tiếp với team member để yêu cầu thay đổi (change). Hậu quả là team member bị phân tâm, dẫn đến mất năng suất (loss in productivity).
Câu hỏi trọng tâm: Team member nên làm gì tiếp theo?
🛠️ Bối cảnh PMP mới nhất (PMBOK 7th Edition, 2021 & cập nhật đến 2026): Trong dự án hybrid, project manager là người chịu trách nhiệm chính cho việc quản lý thay đổi (change management), bảo vệ team khỏi các yêu cầu không chính thức, và đảm bảo tuân thủ quy trình (theo Principle 5: Stakeholders & Process 4.6: Manage Project Changes). Team member không nên tự xử lý mà cần hướng dẫn stakeholder đến kênh đúng để tránh gián đoạn.

✅ Đáp án đúng

Inform the stakeholder that the correct procedure for new requirements is to provide it directly to the project manager.

Lý do lựa chọn 📘:
Trong dự án hybrid, project manager là trung tâm điều phối thay đổi, nhận yêu cầu từ stakeholder và đánh giá tác động (impact) trước khi triển khai. Team member chỉ cần hướng dẫn stakeholder tuân thủ quy trình chính thức qua PM, giúp bảo vệ năng suất team và tránh "scope creep". Điều này phù hợp với PMBOK 7th Edition §4.6.1 (quy trình thay đổi bắt đầu từ PM) và Agile Practice Guide §3.2 (hybrid yêu cầu PM làm "single point of contact" cho external requests). Nguồn: PMBOK Guide 7th Ed., PMI.org (2021-2026 updates).

🛠️ 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 tiếng Anh. Mỗi phương án được đánh giá đúng/sai dựa trên nguyên tắc PMP hybrid:

• ✅ [ĐÚNG] Inform the stakeholder that the correct procedure for new requirements is to provide it directly to the project manager.
  🧩 Giải thích: Phương án này đúng vì team member cần chặn ngay yêu cầu không chính thức bằng cách hướng stakeholder đến project manager - người chịu trách nhiệm chính trong hybrid project. PM sẽ đánh giá, ưu tiên và tích hợp thay đổi phù hợp (integrated change control). Điều này bảo vệ team khỏi distraction, tuân thủ Stakeholder Engagement Principle (PMBOK 7th §2.4).

• ❌ [SAI] Inform the scrum master so that the change can be discussed directly with the stakeholder.
  🧩 Giải thích: Sai vì Scrum Master chỉ bảo vệ team trong phần Agile thuần túy (servant-leader role), không phải "thảo luận trực tiếp" thay đổi với stakeholder. Trong hybrid, PM quản lý overall communication, tránh Scrum Master bị kéo vào external negotiation (§13.1 Agile Practice Guide). Điều này có thể làm phức tạp hóa và không giải quyết gốc rễ (productivity loss).

• ❌ [SAI] Inform the scrum master regarding the stakeholder's request for a change and the impact this has had on productivity.
  🧩 Giải thích: Sai vì dù Scrum Master có thể hỗ trợ nội bộ (remove impediments), team member không nên chỉ báo cáo nội bộ mà bỏ qua hướng dẫn stakeholder đúng kênh. Hybrid project ưu tiên PM làm trung tâm thay đổi (§4.6 PMBOK), báo Scrum Master thôi chưa đủ để ngăn chặn distraction tương lai.

• ❌ [SAI] Inform the stakeholder that the correct procedure for new requirements is to provide it directly to the change control board (CCB).
  🧩 Giải thích: Sai vì CCB chủ yếu dùng trong dự án Predictive thuần (PMBOK 6th §4.6), không phải hybrid nơi thay đổi thường linh hoạt qua PM hoặc product backlog. Hybrid tránh bureaucracy cứng nhắc (Agile Hybrid Framework §5.3), PM là "first gate" thay vì nhảy thẳng CCB.

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

• PMBOK® Guide 7th Edition (PMI, 2021) - Process 4.6 & Hybrid Models.
• Agile Practice Guide (PMI, 2017/2021 updates).
• PMI.org Standards+ (cập nhật 2026: nhấn mạnh PM-centric in hybrid).
  Hy vọng phân tích giúp bạn ôn PMP hiệu quả! 🚀 Nếu cần thêm case study, hỏi nhé!