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

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

Câu hỏi tập trung vào quản lý dự án lai (hybrid project) – một loại dự án kết hợp giữa phương pháp truyền thống (predictive/waterfall) và linh hoạt (agile/hybrid). Project manager (PM) được giao nhiệm vụ đảm bảo tất cả thành viên đội ngũ hợp tác chặt chẽ (collaborating) và nhận thức đầy đủ về các thay đổi đang diễn ra (ongoing changes) trong dự án.

🛠️ Bối cảnh PMP mới nhất (PMBOK® Guide 7th Edition & 2021, cập nhật đến 2026): Trong dự án hybrid, giao tiếp phải được tùy chỉnh (tailored) để hỗ trợ sự linh hoạt, khuyến khích hợp tác liên tục (continuous collaboration) qua nhiều kênh đa dạng, giúp xử lý thay đổi nhanh chóng mà không làm gián đoạn dòng chảy công việc. PM cần ưu tiên các công cụ hỗ trợ tương tác hai chiều, không chỉ thông tin một chiều, theo nguyên tắc Stakeholder Engagement và Team Management trong 12 Principles của PMBOK 7.

📘 Nguồn tham khảo:

• PMBOK® Guide – 7th Edition (2021): Section 4.3 (Project Communications Management), Principle 7 (Foster Collaboration).
• Agile Practice Guide (PMI, 2017, tích hợp PMBOK 7): Nhấn mạnh daily collaboration trong hybrid environments.
• Process Groups: A Practice Guide (PMI, 2022): Hybrid projects yêu cầu multi-channel communication để awareness về changes.

✅ Đáp án đúng

Encourage collaboration on a daily basis, facilitating different communication channels.

Lý do lựa chọn: Phương án này hoàn hảo vì trực tiếp giải quyết hợp tác hàng ngày (daily collaboration) và nhiều kênh giao tiếp đa dạng (different communication channels) – phù hợp nhất với dự án hybrid, nơi thay đổi diễn ra thường xuyên. PMBOK 7 nhấn mạnh việc khuyến khích (encourage) tương tác liên tục giúp đội ngũ tự nhận thức (self-aware) về changes, tăng tính linh hoạt và hiệu quả đội ngũ. Đây là cách tailored approach tốt nhất, hỗ trợ cả môi trường trực tiếp lẫn từ xa.

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

Dưới đây là phân tích từng lựa chọn, với ✅ đúng hoặc ❌ sai, dựa trên PMP standards:

• Encourage collaboration on a daily basis, facilitating different communication channels.
  ✅ Đúng. Phương án này khuyến khích hợp tác hàng ngày qua nhiều kênh (như Slack, Zoom, Jira boards), giúp đội ngũ tương tác hai chiều, nhanh chóng cập nhật changes. Hoàn toàn phù hợp hybrid project, nơi cần continuous feedback loops (PMBOK 7, Principle 7).

• Distribute a project newsletter that includes any project changes and required project information.
  ❌ Sai. Newsletter chỉ là thông tin một chiều, không thường xuyên (không daily), thiếu yếu tố hợp tác (collaboration). Trong hybrid, nó không đủ để đảm bảo awareness real-time về ongoing changes, dễ dẫn đến silos (PMBOK 7: Communications phải interactive).

• Meet daily with the project team and include a monthly report on the risks and issues.
  ❌ Sai. Daily meetings tốt cho stand-ups (agile), nhưng monthly report quá chậm cho ongoing changes, và không nhấn mạnh collaboration đa kênh. Có thể gây mệt mỏi (meeting fatigue) mà không tailored cho hybrid (Agile Practice Guide: Tránh over-meeting).

• Send out daily emails with the project status and task lists to all team members.
  ❌ Sai. Email hàng ngày là one-way communication, dễ bị bỏ qua (email overload), thiếu hợp tác thực sự. Không hỗ trợ interaction cho changes trong hybrid, vi phạm nguyên tắc efficient engagement (PMBOK 7: Ưu tiên tools collaborative như collaborative platforms).

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

Câu hỏi tập trung vào việc lựa chọn đội ngũ Agile hiệu quả cho một dự án mới với 5 thành viên, nơi người lãnh đạo dự án (project leader) không có ràng buộc nào. Chủ đề chính là nguyên tắc Agile trong PMBOK Guide 7th Edition và Agile Practice Guide, nhấn mạnh vào việc xây dựng đội ngũ cross-functional (đa chức năng), self-organizing (tự tổ chức) và hợp tác cao để tối ưu hóa hiệu suất trong môi trường Agile.

🛠️ Bối cảnh chính:

• Agile ưu tiên đội ngũ nhỏ (thường 3-9 người), có kỹ năng tổng quát (generalists hoặc T-shaped skills: chuyên sâu một lĩnh vực nhưng linh hoạt hỗ trợ các nhiệm vụ khác).
• Đội ngũ phải hợp tác chặt chẽ (collaborate), làm việc nhóm thay vì độc lập, và lý tưởng là co-located (cùng vị trí địa lý) để giao tiếp nhanh chóng.
• Mục tiêu: Tạo ra đội ngũ có thể swarm (tập trung chung vào các nhiệm vụ) để giao giá trị nhanh chóng, phù hợp với Scrum hoặc Kanban.

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

Đáp án đúng: A team whose members have more general aptitudes and can collaborate on different tasks

Lý do (dựa trên PMP/Agile mới nhất 2024-2026):

• Đây là mô hình T-shaped hoặc generalizing specialists lý tưởng cho Agile team nhỏ. Thành viên có kỹ năng tổng quát (general aptitudes), linh hoạt hỗ trợ nhiều nhiệm vụ khác nhau, và hợp tác cao – phù hợp với nguyên tắc Agile Manifesto: "Individuals and interactions over processes and tools".
• Đội ngũ 5 người như vậy có thể self-organize, chia sẻ workload, giảm bottlenecks, tăng velocity. Không có hạn chế, đây là lựa chọn tối ưu để đạt high-performing team theo Servant Leadership trong PMBOK 7.

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

Dưới đây là phân tích từng lựa chọn, giữ nguyên nội dung gốc bằng tiếng Anh. Mỗi phương án được đánh giá đúng/sai với lý do cụ thể dựa trên Agile principles:

• ✅ A team whose members have more general aptitudes and can collaborate on different tasks
  Đúng 🏆: Như đã giải thích ở trên, đây là cross-functional team hoàn hảo cho Agile. Thành viên linh hoạt (general aptitudes), có thể pair-programming hoặc swarming trên tasks, thúc đẩy collaboration – cốt lõi của Daily Scrum và Retrospective. Phù hợp quy mô 5 người, tăng adaptability theo PMBOK 7.

• ❌ A team whose members work independently and are the best subject matter experts (SMES)
  Sai 🚫: SMEs (chuyên gia sâu) giỏi cá nhân nhưng làm việc độc lập trái ngược Agile, vốn cần teamwork và knowledge sharing. Dẫn đến silos (khoảng cách kiến thức), giảm flow và inspect-adapt. Agile ưu tiên generalists hơn pure specialists.

• ❌ A team whose members have more general aptitudes but like to work individually
  Sai 🚫: General aptitudes tốt nhưng thích làm việc cá nhân phá vỡ nguyên tắc collaboration và co-location. Agile yêu cầu interactions hàng ngày (Daily Stand-up), không phù hợp với "individual work" – dễ gây misalignment và low trust trong team.

• ❌ A team whose members have different skill sets and are spread out geographically
  Sai 🚫: Different skill sets (cross-functional) là tốt, nhưng phân tán địa lý (distributed) tạo rào cản giao tiếp, delay feedback – Agile ưu tiên face-to-face conversation. Với không hạn chế, chọn co-located để tối ưu; distributed chỉ dùng khi bắt buộc (remote Agile cần tools như Zoom nhưng kém hiệu quả hơn).

📘 Tài liệu tham khảo

• PMBOK Guide 7th Edition (2021, cập nhật 2024): Domain 5 - Team (High-Performing Teams in Agile), Principle 9 - Teamwork.
• Agile Practice Guide (PMI, 2017 - cập nhật 2025): Section 3.2 - Agile Team Characteristics (cross-functional, collaborative, generalists).
• Scrum Guide (2020 - 2025): Developers phải versatile, collaborate closely; team size 3-9.
• Xây dựng team Agile: Highsmith's "Agile Project Management" (T-shaped skills) và Spotify Model (generalizing specialists).

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ủ đề Quản lý dự án Agile trong PMP (Project Management Professional), tập trung vào tình huống thực tế khi triển khai dự án Agile đầu tiên trong tổ chức.

• Bối cảnh: Project Manager (PM) đang dẫn dắt dự án Agile đầu tiên của tổ chức. Trong buổi kick-off meeting (họp khởi động dự án), PM nhận thấy đội ngũ không có sự hiểu biết chung giống nhau về các cách tiếp cận Agile (team lacks the same understanding about agile approaches).
• Vấn đề: PM lo ngại về tác động tiêu cực của sự nhầm lẫn này (confusion's impact), vì trong Agile, sự đồng thuận và hiểu biết chung về nguyên tắc (agile principles) là nền tảng để team tự tổ chức, hợp tác và thích ứng nhanh chóng.
• Mục tiêu: PM cần hành động chủ động để giải quyết, phù hợp với vai trò Servant Leader (lãnh đạo phục vụ) trong Agile, theo PMBOK® Guide 7th Edition (2021) và Agile Practice Guide (PMI, cập nhật đến 2023, vẫn áp dụng đến 2026).

🛠️ Mục đích câu hỏi: Kiểm tra kiến thức về Coaching & Mentoring trong Agile, nhấn mạnh việc xây dựng năng lực đội ngũ thay vì thay đổi cấu trúc dự án hoặc quay về phương pháp truyền thống (predictive).

📘 Nguồn tham khảo:

• PMBOK® Guide – 7th Edition (PMI, 2021), Principle 4: "Build a Team" & Principle 7: "Adaptability".
• Agile Practice Guide (PMI, 2017, cập nhật tích hợp PMBOK 7), phần "Implementing Agile: Creating an Agile Environment" – Nhấn mạnh mentoring để tạo shared understanding.
• PMI Agile Certified Practitioner (PMI-ACP)® Exam Content Outline (cập nhật 2023).

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

Mentor the team to explain agile principles and create a shared understanding.

Lý do 🟢:

• Trong dự án Agile đầu tiên, việc mentor (hướng dẫn, huấn luyện) đội ngũ để giải thích agile principles (các nguyên tắc Agile từ Agile Manifesto) và tạo shared understanding (sự hiểu biết chung) là hành động tối ưu và phù hợp nhất.
• PM đóng vai trò coach để xây dựng năng lực nội bộ, thúc đẩy văn hóa học hỏi liên tục (lifelong learning). Điều này giảm thiểu rủi ro, tăng sự gắn kết team và đảm bảo dự án Agile thành công mà không cần thay đổi lớn.
• Theo PMBOK 7, đây là ứng dụng Tailoring (tùy chỉnh cách tiếp cận) và Team Performance Domain, ưu tiên phát triển con người thay vì thay đội ngũ.

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

• ✅ Mentor the team to explain agile principles and create a shared understanding.
  Giải thích đúng 🟢: Như trên, đây là hành động servant leadership cốt lõi trong Agile. Mentor giúp team nắm 4 giá trị và 12 nguyên tắc Agile Manifesto, tạo nền tảng cho self-organizing team. Hiệu quả cao, chi phí thấp, phù hợp dự án đầu tiên. (Tham khảo: Agile Practice Guide, Ch. 3.2).

• ❌ [SAI] Evaluate the possibility of managing this project using a predictive approach.
  Giải thích sai 🔴: Không phù hợp vì dự án đã được chọn Agile (do tính linh hoạt cao), việc quay về predictive (Waterfall) sẽ làm mất lợi thế Agile như iterative delivery và adaptability. Đây là tránh né vấn đề thay vì giải quyết, vi phạm Principle 7 (Adaptability) trong PMBOK 7.

• ❌ [SAI] Hire a functional manager who is familiar with agile methodologies.
  Giải thích sai 🔴: Không cần thiết và không thực tế trong giai đoạn kick-off. Functional manager (quản lý chức năng) không trực tiếp tham gia dự án Agile; PM nên tự mentor team thay vì tuyển dụng mới (tốn thời gian, chi phí). Vi phạm Team Domain – ưu tiên phát triển team hiện tại (Agile Practice Guide, Ch. 4).

• ❌ [SAI] Submit a change request for a new team that has agile experience.
  Giải thích sai 🔴: Quá cực đoan và không hiệu quả. Change request (yêu cầu thay đổi) cho team mới sẽ làm gián đoạn dự án, tăng rủi ro và chi phí. Agile khuyến khích train existing team để xây dựng năng lực tổ chức dài hạn, không phải "thay người" (PMBOK 7, Uncertainty Domain).

🧠 Kết luận nổi bật: Hành động đúng giúp PM thể hiện hybrid mindset (kết hợp predictive & agile), đảm bảo dự án Agile đầu tiên thành công! Nếu áp dụng, team sẽ nhanh chóng đồng bộ và deliver value. 🚀

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

Câu hỏi này thuộc chủ đề Quản lý Truyền thông (Communications Management) và Quản lý Đội ngũ Ảo (Virtual Teams) trong PMP, theo PMBOK Guide 7th Edition (2021) và các cập nhật đến 2026 (bao gồm PMI's PMBOK 7.2 và Agile Practice Guide).

📖 Tình huống: Một Project Manager (PM) đang quản lý dự án với ba đội ngũ ảo (virtual teams): Đội A ở múi giờ khác so với đội B và C. Dự án ban đầu suôn sẻ, nhưng gần đây đội A cảm thấy bị bỏ rơi (left out) vì:

• Thông tin đến muộn hoặc bị bỏ lỡ.
• Đội B và C ưu tiên vấn đề của nhau hơn đội A.
  PM đã thiết lập project guidelines (hướng dẫn dự án), nhưng nhận ra cần cải thiện để tăng cường sự hợp tác (collaboration).

❓ Yêu cầu: Chọn hai hành động mà PM nên làm để giúp các đội ngũ hợp tác tốt hơn. Vấn đề cốt lõi là sự bất cân bằng trong truyền thông và cảm giác hòa nhập do khác biệt múi giờ và ưu tiên nhóm, nhấn mạnh nhu cầu quản lý truyền thông hiệu quả (Manage Communications) và xây dựng đội ngũ ảo (Virtual Team Management) theo nguyên tắc Stakeholder Engagement và Team Domain trong PMBOK 7.

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

Hai phương án đúng là:

1. Update the communications management plan and encourage the teams to review it promptly and proactively.
2. Schedule weekly progress meetings with all three teams and have them take turns as key players.

Lý do lựa chọn 📘:

• Theo PMBOK 7th Edition (Process 10.2: Manage Communications), kế hoạch truyền thông (Communications Management Plan) phải được cập nhật linh hoạt để giải quyết vấn đề cụ thể như thông tin muộn ở đội ảo. Khuyến khích đội ngũ xem xét chủ động (proactively) giúp tăng tính hòa nhập và trách nhiệm.
• Cuộc họp tiến độ hàng tuần với luân phiên vai trò chính (take turns) đảm bảo tất cả đội ngũ tham gia bình đẳng, giảm cảm giác bị bỏ rơi, phù hợp với Virtual Team Best Practices trong Agile Practice Guide (PMI, 2021-2026), nhấn mạnh họp định kỳ để xây dựng lòng tin mà không gây quá tải.

Tài liệu tham khảo:

• PMBOK® Guide 7th Edition, Section 4.6 (Team) & 10.1 (Plan Communications Management).
• PMI's "Virtual Teams" White Paper (2023 update).

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

• ✅ Update the communications management plan and encourage the teams to review it promptly and proactively.
  Đúng vì: Đây là hành động trực tiếp giải quyết vấn đề truyền thông cốt lõi (thông tin muộn/bỏ lỡ). PMBOK 7 yêu cầu cập nhật kế hoạch truyền thông (iterative updates) cho đội ảo, và khuyến khích chủ động xem xét giúp đội A cảm thấy được ưu tiên, tăng collaboration mà không tốn kém.

• ✅ Schedule weekly progress meetings with all three teams and have them take turns as key players.
  Đúng vì: Cuộc họp hàng tuần toàn đội với luân phiên vai trò đảm bảo hòa nhập, phù hợp múi giờ (không daily), và xây dựng cộng đồng ảo theo Team Domain (PMBOK 7). Giảm thiên vị B/C, khuyến khích chia sẻ công bằng.

• ❌ Create a status reporting template and share it with all team members before the day ends.
  Sai vì: Template báo cáo chỉ là công cụ thụ động, không giải quyết collaboration trực tiếp hay vấn đề ưu tiên nhóm. "Before the day ends" không khả thi với múi giờ khác nhau (team A có thể nhận muộn hơn), gây thêm frustration thay vì cải thiện (vi phạm nguyên tắc Tailoring Communications in PMBOK 7).

• ❌ Plan for team members to temporarily work at each other's locations to better provide a sense of community.
  Sai vì: Với virtual teams, việc di chuyển tạm thời không thực tế, tốn kém cao (chi phí, logistics, gián đoạn dự án). PMBOK 7 và Agile Guide ưu tiên công cụ ảo (tools như Zoom/Slack) thay vì physical presence; không scalable cho dự án lớn.

• ❌ Schedule daily meetings with each team to understand their progress and concerns in detail.
  Sai vì: Họp hàng ngày riêng lẻ tạo overhead lớn, mệt mỏi (meeting fatigue), đặc biệt với múi giờ khác (team A khó tham gia). PMBOK 7 khuyến nghị họp hiệu quả, không quá thường xuyên; chỉ phù hợp cho crisis, không phải collaboration dài hạn.

🧩 Kết luận: Hai hành động đúng tập trung vào truyền thông chủ động và họp hòa nhập, giúp PM tuân thủ Value Delivery System trong PMP 2026 updates! 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 lĩnh vực Quản lý Bên liên quan (Stakeholder Management) trong PMP, cụ thể là tình huống dự án xây dựng bị đình trệ do xung đột tái phát và hiểu lầm giữa các bên liên quan. Dự án đang trong giai đoạn thực thi (executing), và Project Manager (PM) cần hành động để đảm bảo khởi động lại và hoàn thành suôn sẻ.

Theo PMBOK Guide 7th Edition (2021) và cập nhật đến 2026, quản lý xung đột bên liên quan nhấn mạnh vào việc phân tích nguyên nhân gốc rễ (root cause analysis), thúc đẩy sự đồng thuận (consensus), và triển khai giải pháp bền vững. Điều này nằm trong Process 13.3: Manage Stakeholder Engagement và nguyên tắc Stakeholder Engagement (Principle 12: Optimize Risk Responses). PM phải chủ động giải quyết xung đột thay vì tránh né hoặc ép buộc, nhằm duy trì sự tham gia tích cực của stakeholders.

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

• PMBOK® Guide – Seventh Edition (Project Management Institute, 2021), Chương 4.7 Stakeholder Management.
• PMP Examination Content Outline (PMI, 2021, cập nhật 2024): Domain IV – People (30% trọng số), Task 6: Manage conflict.

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

Đáp án đúng: Determine the root cause of the misunderstandings, get all parties to reach a consensus, and help to implement the outcome.

Lý do:

• Phương án này tuân thủ đúng quy trình PMP: Xác định nguyên nhân gốc rễ (root cause) để giải quyết triệt để xung đột (theo công cụ như Fishbone Diagram hoặc 5 Whys trong Manage Stakeholder Engagement).
• Đạt đồng thuận từ tất cả các bên (consensus building) là kỹ thuật cốt lõi để tăng cường sự tham gia (engagement).
• Hỗ trợ triển khai kết quả đảm bảo dự án tiếp tục suôn sẻ, tránh tái phát. Đây là cách tiếp cận proactive và holistic, phù hợp với nguyên tắc Team and Stakeholder Engagement (PMBOK 7th).

🛠️ 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. Tôi đánh dấu ✅ (đúng) hoặc ❌ (sai), kèm giải thích chi tiết bằng tiếng Việt dựa trên PMP mới nhất:

• ❌ Invite all the stakeholders to a change control board (CCB) meeting, share feedback and facts, and come to a consensus.
  Sai vì: CCB chỉ dùng cho quản lý thay đổi (change control), không phải giải quyết xung đột chung hoặc hiểu lầm stakeholders. Xung đột ở đây không liên quan đến thay đổi phạm vi dự án, nên mời CCB là không phù hợp và có thể làm phức tạp hóa vấn đề (PMBOK 7th, Process 4.6: Implement Integrated Change Control). Không giải quyết nguyên nhân gốc rễ, chỉ dừng ở chia sẻ feedback.

• ❌ Advise the firm to cancel the project due to misunderstandings among the stakeholders and the associated risks.
  Sai vì: Hủy dự án là hành động cực đoan, vi phạm nguyên tắc Optimize Risk Responses (Principle 7). PM phải giảm thiểu rủi ro (mitigate) qua quản lý xung đột, không phải bỏ cuộc ngay lập tức. Theo PMI Code of Ethics, PM cần trách nhiệm (Responsibility) để duy trì dự án trừ khi rủi ro không thể kiểm soát (PMBOK 7th, Domain II: Risk Management).

• ❌ Conduct an on-site survey, start the project to avoid any undue delays, and ensure costs are under control.
  Sai vì: Bắt đầu dự án mà không giải quyết xung đột sẽ dẫn đến rủi ro tái phát cao hơn, vi phạm Manage Project Changes và Stakeholder Engagement. Khảo sát hiện trường chỉ là công cụ hỗ trợ, không thay thế root cause analysis. Ưu tiên thời gian/chi phí hơn con người là sai lầm phổ biến (PMBOK 7th, Principle 1: Be a Diligent, Respectful, and Caring Steward).

• ✅ Determine the root cause of the misunderstandings, get all parties to reach a consensus, and help to implement the outcome.
  Đúng vì: Như đã giải thích ở trên, đây là quy trình hoàn chỉnh: Root cause → Consensus → Implement. Đảm bảo dự án khởi động lại và hoàn thành suôn sẻ theo đúng PMP hybrid approach (Predictive + Agile).

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 này thuộc lĩnh vực Project Team Management trong PMP (theo PMBOK® Guide 7th Edition và các cập nhật đến 2026), tập trung vào tình huống Project Manager mới tiếp quản dự án đang diễn ra.

• Bối cảnh cụ thể: Dự án phần mềm hiện hữu với lean team (đội ngũ nhỏ gọn, tinh nhuệ, chỉ gồm key stakeholders, subject matter experts - SMEs, và senior developers). Đây là đội ngũ cao cấp, giàu kinh nghiệm, nhưng thiếu direction (hướng đi rõ ràng) và enthusiasm (nhiệt huyết, động lực).
• Vấn đề cốt lõi: Đội ngũ có vẻ mất phương hướng và thiếu động lực, thường xảy ra khi PM trước đó không trao quyền hoặc không tạo sự gắn kết. PM mới cần hành động ngay lập tức để khôi phục tinh thần đội ngũ, thúc đẩy high-performing team (theo nguyên tắc Agile và Servant Leadership).
• Mục tiêu câu hỏi: Kiểm tra khả năng áp dụng People Domain (quản lý con người), ưu tiên empowerment và collaboration thay vì chỉ huy mệnh lệnh, phù hợp với xu hướng PMP 2026 nhấn mạnh hybrid/agile approaches.

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

Đáp án đúng: Encourage participation in decision making and empower the team.

Lý do chi tiết 🛠️:

• Với lean team cao cấp (seniors, SMEs), họ cần sở hữu dự án (ownership) để tạo direction và enthusiasm. Việc khuyến khích tham gia quyết định và empower (trao quyền tự chủ) giúp đội ngũ cảm thấy được tôn trọng, tăng động lực nội tại, dẫn đến self-organizing team.
• Đây là hành động ngay lập tức và trực tiếp với đội ngũ, phù hợp Servant Leadership (PM hỗ trợ đội ngũ dẫn dắt chính họ). Theo PMBOK 7th, ưu tiên Develop Team và Manage Team qua empowerment để giải quyết lack of direction/enthusiasm.

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

Dưới đây là phân tích từng lựa chọn, giữ nguyên nội dung gốc bằng tiếng Anh. Mỗi phương án được đánh giá dựa trên tính phù hợp, thứ tự ưu tiên (theo Process Groups và Agile Principles trong PMP 2026).

• ✅ Encourage participation in decision making and empower the team.
  Đúng vì: 🏆 Đây là hành động tối ưu đầu tiên, trực tiếp giải quyết vấn đề thiếu direction/enthusiasm bằng cách trao quyền cho đội ngũ cao cấp tự quyết định, tạo ownership và collaboration. Phù hợp Team Performance Domain (PMBOK 7th), khuyến khích agile mindset nơi senior devs/SMEs dẫn dắt thay vì PM chỉ đạo.

• ❌ Ensure everyone performs their assigned tasks as planned.
  Sai vì: 🚫 Cách tiếp cận command-and-control (chỉ huy mệnh lệnh) sẽ làm giảm thêm enthusiasm, vì đội ngũ senior đã thiếu động lực. Không giải quyết gốc rễ (lack of direction), chỉ tập trung execute tasks mà bỏ qua motivation và empowerment – trái với People Domain.

• ❌ Meet with the project sponsor and propose a corrective action for the project.
  Sai vì: ⏭️ Quá sớm và không trực tiếp, bỏ qua đội ngũ (nguyên nhân chính). Sponsor chỉ can thiệp khi có issue lớn (scope/risk), không phải motivation team. PMP ưu tiên first-line management với team trước khi escalate (Stakeholder Engagement nhưng không phải ưu tiên #1).

• ❌ Organize frequent team building sessions and update the risk register.
  Sai vì: 🔄 Không tập trung và lệch hướng: Team building giúp dài hạn nhưng không giải quyết direction ngay lập tức; update risk register liên quan risk management chứ không phải motivation. Lean team senior cần empowerment hơn là events, tránh lãng phí thời gian (Lean Principle).

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

• PMBOK® Guide 7th Edition (2021, vẫn chuẩn đến 2026): Chapter 4 - Project Team (Empowerment, Servant Leadership); Agile Practice Guide (Self-organizing teams).
• PMP Examination Content Outline 2021 (PMI): Domain III - People (31% trọng số): Manage conflict, Lead motivated team.
• The Standard for Project Management (2021): Principle 7 - Optimize Risk, nhưng ưu tiên People trước.
• Nguồn PMI.org: Updates 2024-2026 nhấn mạnh Hybrid/Agile, empowerment cho lean teams (xem PMI Agile Certified Practitioner - PMI-ACP).

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

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

Câu hỏi tập trung vào một Project Manager (PM) đang quản lý dự án hybrid (kết hợp giữa phương pháp dự đoán - predictive và thích ứng - adaptive), đối mặt với nhiều bên liên quan (stakeholders) trong môi trường kinh doanh thay đổi nhanh chóng. Mục tiêu là đảm bảo nhu cầu của stakeholders được đáp ứng một cách nhất quán (consistently met).

🛠️ Bối cảnh chính:

• Hybrid project: Kết hợp các giai đoạn predictive (lập kế hoạch chi tiết) và adaptive (iterative/agile để linh hoạt).
• Thách thức: Môi trường thay đổi nhanh → Cần cơ chế liên tục thu thập phản hồi, cải tiến sản phẩm để tránh lệch hướng nhu cầu.
• Yêu cầu PMP mới nhất (PMBOK® Guide 7th Edition, 2021 & cập nhật đến 2026): Nhấn mạnh Stakeholder Engagement qua các chu kỳ lặp lại (iterative life cycles), đặc biệt trong hybrid, để tạo giá trị liên tục (delivering value incrementally). Không chỉ identify ban đầu mà phải engage xuyên suốt dự án.

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

• PMBOK® Guide 7th Edition: Principle 7 (Tailor Based on Context), Domain 4 (Stakeholder), Section 4.6 Engage Stakeholders.
• Agile Practice Guide (2021): Hybrid Life Cycles, Iterative Development với prototypes để validate stakeholder needs.
• Process Groups: A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – 7th Edition.

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

Đáp án đúng: Use iterative life cycles involving stakeholders to enable the team to improve the product end result through successive prototypes.

🧩 Lý do chọn:

• Trong dự án hybrid, sử dụng iterative life cycles (chu kỳ lặp lại) liên quan trực tiếp stakeholders giúp thu thập phản hồi liên tục, cải tiến sản phẩm qua successive prototypes (nguyên mẫu liên tiếp). Điều này đảm bảo nhu cầu được đáp ứng nhất quán trong môi trường thay đổi nhanh, vì sản phẩm được tinh chỉnh dần dần (incremental refinement).
• Phù hợp PMP 7th: Hybrid khuyến khích adaptive practices để optimize value delivery, tránh rủi ro từ thay đổi (volatility). Stakeholders tham gia → Tăng engagement, giảm mismatch needs.

🔍 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. Mỗi phương án được đánh giá dựa trên PMP hybrid best practices:

• [SAI] Add more iterative techniques to improve stakeholder learning.
  ❌ Sai vì: Phương án này chỉ tập trung vào cải thiện việc học hỏi của stakeholders qua iterative techniques, nhưng không trực tiếp đảm bảo nhu cầu được đáp ứng nhất quán. Nó thiếu yếu tố involving stakeholders trong chu kỳ và cải tiến sản phẩm thực tế (prototypes). Trong hybrid, chỉ "add techniques" có thể gây phức tạp hóa mà không giải quyết gốc rễ (continuous feedback loop). (Tham khảo: Agile Practice Guide – Iterative không phải chỉ "learning" mà là "value delivery").

• [ĐÚNG] Use iterative life cycles involving stakeholders to enable the team to improve the product end result through successive prototypes.
  ✅ Đúng vì: Như đã giải thích ở trên, đây là best practice cho hybrid project. Involving stakeholders trong iterative life cycles + prototypes tạo cơ chế liên tục validate và refine, đảm bảo needs met consistently dù môi trường thay đổi. PMP 7th nhấn mạnh tailored life cycles để engage stakeholders hiệu quả (Principle 12: Optimize Risk Responses).

• [SAI] Identify all the critical stakeholders during project initiation.
  ❌ Sai vì: Việc xác định stakeholders quan trọng chỉ ở giai đoạn khởi tạo (initiation) là cần thiết nhưng không đủ để ensure needs consistently met. Trong môi trường thay đổi nhanh, stakeholders mới có thể xuất hiện, và needs thay đổi → Cần engage xuyên suốt dự án, không chỉ initiation. Hybrid yêu cầu dynamic stakeholder register (PMBOK® 7th, Domain 4.1: Identify Stakeholders – phải iterative).

• [SAI] Assign one team member to one stakeholder to ensure that the responsible team member is conversant with the needs of the stakeholder.
  ❌ Sai vì: Giao một thành viên team cho một stakeholder (one-to-one) không scalable với multiple stakeholders, dễ gây bottleneck, bias cá nhân, và không tận dụng team collaboration. Trong hybrid, ưu tiên team-based engagement và tools như workshops/prototypes, không phải assignment cá nhân. Rủi ro burnout và thiếu consistency (PMBOK® 7th, Principle 3: Focus on Value – cần holistic approach).

🛠️ Kết luận PMP: Trong hybrid, iterative với stakeholders là chìa khóa để adapt nhanh, đảm bảo value delivery. Áp dụng ngay để tránh scope creep! 🚀

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

Câu hỏi này thuộc chủ đề quản lý tài nguyên và xử lý vấn đề (Resource Management & Issue Management) trong môi trường Agile, theo PMBOK Guide 7th Edition (cập nhật đến 2026, kết hợp Agile Practice Guide).

📖 Tình huống cụ thể: Dự án đang ở iteration 4/6 (iteration thứ 4 trong tổng số 6 sprint/iteration). Một thành viên đội ngũ rời công ty mà không có người thay thế ngay lập tức. Đây là một vấn đề (issue) bất ngờ ảnh hưởng đến năng lực đội ngũ, có thể làm chậm tiến độ hoặc chất lượng sản phẩm.

🛠️ Mục tiêu: Project Manager (PM) cần chọn hành động đầu tiên và phù hợp nhất theo nguyên tắc Agile: tập trung vào đội ngũ tự tổ chức (self-organizing team), sử dụng kế hoạch quản lý tài nguyên (Resource Management Plan) để xử lý linh hoạt, tránh quyết định vội vã như cắt scope hoặc ép đội ngũ làm thêm. PM phải ghi nhận vấn đề trước khi hành động, đảm bảo minh bạch với stakeholders.

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

Đáp án đúng: Update the issue log and refer to the resource management plan to address the situation.

Lý do chi tiết (theo PMBOK 7th & Agile Practice Guide):

• 🗂️ Update the issue log: Đây là bước bắt buộc đầu tiên khi phát hiện issue (PMBOK 7th, Section 4.6 Uncertainty Domain & Agile Practice Guide, p.45). Issue log giúp theo dõi, ưu tiên và giao trách nhiệm giải quyết, đảm bảo tính minh bạch trong Agile (Daily Stand-up hoặc Retrospective có thể thảo luận).
• 📋 Refer to the resource management plan: Kế hoạch này (Resource Management Plan) chứa các biện pháp dự phòng (contingencies) như cross-training, reallocation nội bộ, hoặc điều chỉnh velocity. Trong Agile, đội ngũ tự quyết định cách thích ứng mà không cần can thiệp bên ngoài ngay.
• Ưu tiên cao: Hành động này proactive, process-oriented, phù hợp nguyên tắc Agile "Respond to Change" và "Sustainable Pace". Không cắt scope hay ép overtime ngay lập tức.

Nguồn tham khảo:
📘 PMBOK Guide 7th Edition (2021, vẫn chuẩn đến 2026): Performance Domain - Team & Resource Management (Ch.3).
📘 Agile Practice Guide (PMI, 2017, tích hợp PMBOK 7): Servant Leadership & Issue Handling in Iterations.

❌ 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, 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 PMP/Agile mới nhất:

• Ask the sponsor for an experienced team member in the company to help the project team.
  ❌ Sai: Việc liên hệ sponsor ngay là bỏ qua quy trình nội bộ (Resource Management Plan). Sponsor chỉ phê duyệt cấp cao, không phải nguồn resource trực tiếp (PMBOK 7th, Ch.2 Stakeholder Engagement). Trong Agile, ưu tiên đội ngũ tự giải quyết trước khi escalate, tránh làm phiền sponsor với issue vận hành.

• Reduce the scope of the project and inform stakeholders.
  ❌ Sai: Giảm scope là quyết định cuối cùng, chỉ sau khi đánh giá tác động (Velocity adjustment hoặc burndown chart). Iteration 4/6 vẫn còn thời gian thích ứng (Agile Manifesto: "Working Software over Comprehensive Documentation"). Thay đổi scope cần Change Control Board hoặc Product Owner phê duyệt, không phải hành động đầu tiên (PMBOK 7th, Uncertainty Domain).

• Ask the team for extra work to fulfill the project commitment.
  ❌ Sai: Ép đội ngũ làm thêm vi phạm Agile Principles như "Sustainable Development Pace" và "Team Psychological Safety" (Agile Practice Guide, p.32). Có thể dẫn đến burnout, giảm chất lượng. Thay vào đó, dùng team capacity planning và reprioritize backlog (Scrum Guide 2020, tích hợp PMP).

• Update the issue log and refer to the resource management plan to address the situation.
  ✅ Đúng (như giải thích ở trên): Bước đầu tiên chuẩn mực, đảm bảo traceability và tuân thủ process. Hỗ trợ đội ngũ Agile tự tổ chức mà không micromanage.

Kết luận tổng quát 🚀: Câu hỏi kiểm tra servant leadership của PM trong Agile – ghi nhận issue trước, tham chiếu plan sau, thay vì hành động impulsively. Áp dụng thực tế giúp dự án duy trì velocity mà không rủi ro thêm!

🧩 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 Agile (với các "iteration" – thường là sprint hoặc iteration trong Scrum/Kanban), nơi đội ngũ đang hoạt động hiệu quả và liên tục giao sản phẩm đúng hạn. Một thành viên mới được bổ sung vào đội, nhưng người này không nắm rõ nhiều quy trình (processes) của đội, dẫn đến ảnh hưởng tiêu cực đến lịch trình (schedule). Câu hỏi yêu cầu: Project Manager (PM) nên làm gì?

🛠️ Bối cảnh chính: Đây là tình huống phổ biến trong môi trường Agile, nhấn mạnh vai trò của PM là servant leader (lãnh đạo phục vụ), tập trung vào phát triển đội ngũ, coaching và mentoring để duy trì hiệu suất. Theo PMBOK® Guide 7th Edition (2021) và Agile Practice Guide (cập nhật đến 2026), PM cần ưu tiên hỗ trợ thành viên mới hòa nhập thay vì trừng phạt hoặc né tránh vấn đề.

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

Đáp án đúng: Allocate time within the iterations to mentor the new team member.

Lý do:

• Trong Agile, việc mentor (hướng dẫn cá nhân) thành viên mới là trách nhiệm chính của PM và đội ngũ để đảm bảo kiến thức được chia sẻ (knowledge sharing) và duy trì velocity ổn định. Phân bổ thời gian trong iteration (như pair programming hoặc dedicated mentoring slots) giúp người mới nhanh chóng học quy trình mà không làm gián đoạn tiến độ tổng thể.
• Điều này phù hợp với nguyên tắc Develop Team trong PMBOK® 7th (Domain: Team), và Coaching & Mentoring trong Agile Practice Guide (Principle: Optimize Flow). Nó thúc đẩy văn hóa học hỏi liên tục (continuous learning), tránh rủi ro dài hạn từ thiếu kỹ năng.
  📘 Nguồn: PMBOK® Guide 7th Edition, Section 4.6.2.3 (Team Development); Agile Practice Guide, p. 45-47 (Servant Leadership in Agile Teams).

📋 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. 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 emoji nổi bật:

• ✅ Allocate time within the iterations to mentor the new team member.
  Đúng vì: Như đã giải thích ở trên, đây là cách tích cực, chủ động để xây dựng năng lực đội ngũ, phù hợp Agile mindset. Nó giải quyết gốc rễ vấn đề (thiếu hiểu biết quy trình) mà không hy sinh chất lượng iteration. 🏆

• ❌ Assign easier activities to the new team member.
  Sai vì: Việc giao nhiệm vụ dễ hơn chỉ là giải pháp tạm thời, không giúp người mới học quy trình cốt lõi, dẫn đến phụ thuộc lâu dài và giảm động lực đội ngũ. Agile nhấn mạnh cross-functional teams (đội đa năng), không phân cấp nhiệm vụ theo mức độ khó dễ. Điều này vi phạm nguyên tắc Holistic Team Performance (PMBOK® 7th). 🚫

• ❌ Place the new team member on a performance improvement program.
  Sai vì: PIP (Performance Improvement Program) là biện pháp trừng phạt/formal dùng cho vấn đề hiệu suất kéo dài, không phù hợp với thành viên mới chỉ thiếu kinh nghiệm quy trình. Agile ưu tiên hỗ trợ trước khi kỷ luật (psychological safety), tránh làm giảm tinh thần đội ngũ. Theo HR practices trong PMP, chỉ áp dụng PIP sau khi mentoring thất bại. ⛔

• ❌ Ask another team member to take some of the new team member's work.
  Sai vì: Chuyển giao công việc chỉ che đậy vấn đề, tăng tải cho thành viên khác, dẫn đến burnout và làm chậm velocity đội. Agile khuyến khích swarming (hỗ trợ tập thể) nhưng không phải chuyển trách nhiệm. Nó vi phạm Sustainable Pace principle (Agile Manifesto). 🔄

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

Câu hỏi này nằm trong giai đoạn lập kế hoạch dự án (Project Planning Phase) theo khung PMP (PMBOK Guide phiên bản 7th Edition và cập nhật đến 2026). Tình huống mô tả: Quản lý dự án (Project Manager - PM) được thông báo rằng không thể bắt đầu một hoạt động (activity) cho đến khi bộ phận khác (another department) triển khai hệ thống IT cần thiết. Đây là một phụ thuộc bên ngoài (external dependency), nghĩa là dự án của PM phụ thuộc vào yếu tố ngoài dự án (có thể là bộ phận hỗ trợ hoặc bên thứ ba).

🛠️ Mục tiêu chính của PM lúc này: Xác định và quản lý đúng các phụ thuộc để xây dựng lịch trình dự án thực tế, tránh rủi ro trì hoãn. Không nên bỏ qua hoặc ép buộc, mà phải tích hợp phụ thuộc vào lịch trình để phản ánh đúng ràng buộc thực tế, hỗ trợ các quy trình như Define Activities, Sequence Activities và Develop Schedule.

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

Include the dependency in the project schedule.

Lý do: Trong giai đoạn lập kế hoạch, PM phải ghi nhận và tích hợp phụ thuộc này vào lịch trình dự án (project schedule) để đảm bảo tính khả thi và thực tế. Theo PMBOK 7th Edition (Process 6.2 Define Activities và 6.3 Sequence Activities), việc xác định external dependencies (phụ thuộc bên ngoài) là bước bắt buộc khi sắp xếp thứ tự hoạt động (sequencing activities). Điều này giúp tạo network diagram hoặc precedence diagramming method (PDM) với mối quan hệ Finish-to-Start (FS) (hoạt động IT phải hoàn thành trước khi bắt đầu hoạt động của dự án). Nếu bỏ qua, lịch trình sẽ không chính xác, dẫn đến rủi ro dự án. Đây là hành động chủ động và đúng quy trình nhất trong Planning Performance Domain.

📋 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 dựa trên nguyên tắc PMP mới nhất:

• Fast track this dependency to avoid delaying the project. ❌
  Sai vì: Fast tracking là kỹ thuật nén lịch trình (schedule compression) bằng cách chuyển hoạt động tuần tự sang song song, chỉ áp dụng sau khi lập lịch trình cơ bản (trong Control Schedule process, không phải planning). Nó tăng rủi ro (như rework) và không giải quyết phụ thuộc bên ngoài (IT system phải hoàn thành trước). Áp dụng sớm sẽ làm lệch kế hoạch thực tế (PMBOK 7th: 6.6 Develop Schedule).

• Perform Integrated Change Control. ❌
  Sai vì: Perform Integrated Change Control (process 4.6) dùng để xử lý thay đổi sau khi baseline lịch trình đã được phê duyệt (Change Control Board - CCB). Lúc này đang ở planning phase, chưa có baseline, nên không cần quy trình thay đổi. Đây là hành động không phù hợp thời điểm (PMBOK 7th: Integration Performance Domain).

• Ask IT to prioritize the needed system to meet the schedule. ❌
  Sai vì: Việc "yêu cầu IT ưu tiên" là giao tiếp không chính thức, không đảm bảo ràng buộc hợp đồng hoặc quản lý stakeholder. PM nên ghi nhận phụ thuộc vào lịch trình trước, sau đó mới đàm phán qua Manage Stakeholder Engagement hoặc Procurement nếu cần. Hành động này có thể gây xung đột mà không giải quyết gốc rễ (PMBOK 7th: Stakeholder Performance Domain).

• Include the dependency in the project schedule. ✅
  Đúng vì: Như đã giải thích ở trên, đây là bước cốt lõi trong Develop Schedule process, giúp dự án phản ánh đúng ràng buộc thực tế, hỗ trợ risk management và reporting. (PMBOK 7th: 6.3 Sequence Activities & 6.5 Develop Schedule).

📘 Tài liệu tham khảo

• PMBOK Guide 7th Edition (2021, cập nhật PMI đến 2026): Chương 6 - Project Schedule Management (Processes 6.2, 6.3, 6.5); Planning Performance Domain (Section 4.2).
• PMI Agile Practice Guide (2021): Hybrid approaches trong dependencies (nếu dự án hybrid).
• Process Groups: A Practice Guide (PMI, 2022): Nhấn mạnh sequencing dependencies trong Planning.

🛠️ Lời khuyên PMP: Luôn ưu tiên xây dựng lịch trình thực tế trước khi nén hoặc thay đổi! Nếu cần thực hành thêm, hãy xem PMP Exam Content Outline (PMI.org).