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

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

Nội dung câu hỏi:
Câu hỏi này thuộc lĩnh vực Quản lý Đội ngũ Dự án (Manage Project Team) và Xử lý Xung đột (Conflict Management) trong PMP, dựa trên PMBOK Guide 7th Edition (và cập nhật đến 2026 với trọng tâm vào Agile Hybrid và Team Performance Domain). Tình huống mô tả: Quản lý dự án (Project Manager - PM) nhận thấy một thành viên junior mới đưa ra các gợi ý hợp lý và sáng tạo, nhưng bị các thành viên senior bác bỏ vì cho là không thực tế. Sau nhiều nhiệm vụ dự án, các senior yêu cầu loại bỏ junior này.
🛠️ Vấn đề cốt lõi: Đây là xung đột giữa kinh nghiệm (senior) và sáng tạo mới mẻ (junior), có nguy cơ làm giảm sự gắn kết đội ngũ, cản trở đổi mới và hiệu suất dự án. PM cần hành động tiếp theo để thúc đẩy sự hợp tác, không phải né tránh hoặc loại bỏ cá nhân, nhằm xây dựng đội ngũ cao hiệu suất (High-Performing Team).

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

Đáp án đúng: Encourage further and deeper discussions among team members.

Lý do chi tiết:
Theo nguyên tắc Servant Leadership và Team Performance Domain trong PMBOK 7th Edition, PM phải khuyến khích thảo luận sâu sắc và giao tiếp mở giữa các thành viên để giải quyết xung đột một cách xây dựng. Điều này giúp senior hiểu rõ tính khả thi của ý tưởng junior (có thể thiếu ngữ cảnh thực tế), đồng thời junior học hỏi từ kinh nghiệm senior. Hành động này thúc đẩy học hỏi lẫn nhau (Mutual Learning), tăng cường sự gắn kết đội ngũ và đổi mới dự án. Nếu không thảo luận, dự án sẽ mất cơ hội cải tiến và có thể dẫn đến tinh thần đội ngũ thấp (Team Morale Issues). Đây là bước tiếp theo logic nhất, phù hợp với PMI Code of Ethics & Professional Conduct (trách nhiệm công bằng và tôn trọng tất cả thành viên).

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

Dưới đây là phân tích từng phương án một cách chi tiết, dựa trên các Process của Project Resource Management (PMBOK 7th Edition: Develop Team, Manage Team). Tôi giữ nguyên văn bản phương án bằng tiếng Anh, chỉ giải thích bằng tiếng Việt.

• ❌ Remove possible conflicts from future project assignments.
  Sai vì: Phương án này khuyến khích tránh xung đột (Avoid Conflict) - một kỹ thuật giải quyết xung đột kém hiệu quả nhất theo PMBOK (xếp hạng cuối trong 5 kỹ thuật: Withdraw/Avoid). Nó không giải quyết gốc rễ vấn đề (thiếu giao tiếp), chỉ né tránh tạm thời, dẫn đến mất đa dạng ý tưởng, giảm sáng tạo đội ngũ và vi phạm nguyên tắc Build High-Performing Teams. Dự án có thể lặp lại vấn đề với các junior khác.

• ❌ Accept the demands and remove the junior team member.
  Sai vì: Chấp nhận yêu cầu loại bỏ là hành động thiếu lãnh đạo (Poor Leadership), vi phạm PMI Code of Ethics (Fairness & Respect). Junior có ý tưởng hợp lệ, loại bỏ sẽ gây mất động lực đội ngũ, tăng turnover rate, và làm dự án thiếu đổi mới. PMBOK nhấn mạnh Retain Talent qua coaching, không phải sa thải vội vã.

• ❌ Group the new team members together for training purposes.
  Sai vì: Nhóm junior lại để đào tạo chỉ giải quyết triệu chứng bề mặt (Surface-Level Training), bỏ qua xung đột cốt lõi với senior. Theo Acquire Resources & Develop Team Processes, đào tạo cần toàn đội ngũ, không cô lập junior. Điều này có thể làm junior cảm thấy bị cô lập, giảm sự hòa nhập (Team Cohesion) và không khuyến khích học hỏi chéo (Cross-Learning).

• ✅ Encourage further and deeper discussions among team members.
  Đúng vì: Như đã giải thích ở trên, đây là ứng dụng Collaborate/Problem-Solve - kỹ thuật giải quyết xung đột hàng đầu trong PMBOK 7th Edition. Thúc đẩy facilitated discussions để khai thác giá trị từ cả hai bên, phù hợp với Agile Principles (Daily Stand-ups, Retrospectives) và Hybrid Approaches đến 2026.

📘 Tài liệu tham khảo

• PMBOK Guide 7th Edition (2021, cập nhật liên tục đến 2026): Team Performance Domain (trang 89-99), Manage Project Team Process (trang 149-151), Conflict Resolution Techniques (Appendix).
• PMI Code of Ethics & Professional Conduct (2022): Responsibility & Respect Standards.
• The Standard for Project Management (2021): Principle 7: Optimize Risk Responses & Principle 10: Leadership.
• Agile Practice Guide (PMI, 2017-2026 updates): Emphasizes psychological safety in teams (Experimentation & Innovation).

🛠️ Lời khuyên PMP: Trong kỳ thi PMP mới (2026 format), ưu tiên các hành động proactive communication và team empowerment để đạt điểm cao ở People Domain (42% trọng số)! Nếu áp dụng thực tế, PM nên tổ chức facilitated workshop ngay.

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

Câu hỏi này thuộc lĩnh vực Quản lý Đội ngũ Dự án (Manage Project Team) trong PMP, tập trung vào tình huống một thành viên đội ngũ thiếu kiến thức chuyên môn về giải pháp công nghệ, dẫn đến im lặng trong các cuộc họp và có nguy cơ ảnh hưởng đến năng suất dự án. Dự án đang có ràng buộc thời gian nghiêm ngặt (strict time constraints), nên Quản lý Dự án (PM) cần hành động nhanh chóng, hiệu quả để giảm thiểu rủi ro mà không làm gián đoạn tiến độ.

🛠️ Mục tiêu chính: PM phải áp dụng nguyên tắc Develop Team (Phát triển Đội ngũ) từ PMBOK® Guide 7th Edition (2021) và cập nhật PMP Exam Content Outline 2021 (vẫn áp dụng đến 2026), nhấn mạnh vào mentoring/coaching để chuyển giao kiến thức nhanh, thay vì các giải pháp dài hạn hoặc thụ động.

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

• PMBOK® Guide 7th Edition: Models, Methods & Artifacts – Coaching/Mentoring (trang 89-90).
• PMP Exam Content Outline (2021): Domain III – Business Environment (People 50%), Process Manage Team.

✅ Đáp án đúng: Assign an experienced team member to work with this member on a daily basis in order to become knowledgeable about the technology.

Lý do lựa chọn 🏆:
Trong bối cảnh thời gian eo hẹp, phương án này áp dụng mentoring (hướng dẫn trực tiếp) – một công cụ hiệu quả nhất theo PMBOK® 7th để chuyển giao kiến thức nhanh chóng từ thành viên giàu kinh nghiệm sang người thiếu kỹ năng. Điều này giúp:

• Giảm ngay tác động đến năng suất đội ngũ mà không cần đào tạo chính quy (mất thời gian).
• Tăng sự gắn kết đội ngũ qua pairing/ buddy system (phổ biến trong Agile/Scrum).
• Tuân thủ nguyên tắc Team Performance và Value Delivery (PMBOK® 7th, Principle 9: Leadership).
  Kết quả: Thành viên nhanh chóng đóng góp, họp hành hiệu quả hơn, tránh rủi ro chậm trễ dự án.

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

• Phương án 1: Arrange formal training for this member to gain sufficient knowledge to reduce the impact on team performance.
  ❌ Sai. Đào tạo chính quy (formal training) thường mất nhiều thời gian tổ chức (lập kế hoạch, lịch học, tài liệu), không phù hợp với dự án có ràng buộc thời gian nghiêm ngặt. PMBOK® 7th khuyến nghị tránh giải pháp dài hạn khi cần hành động ngay; thay vào đó, ưu tiên mentoring nội bộ để value delivery kịp thời.

• Phương án 2: Assign an experienced team member to work with this member on a daily basis in order to become knowledgeable about the technology.
  ✅ Đúng (như đã giải thích chi tiết ở trên). Đây là giải pháp tối ưu, thực tiễn theo best practices PMP, đặc biệt trong môi trường Agile/Hybrid.

• Phương án 3: Let the team lead the meeting discussions so that every member has a chance to prepare and speak up.
  ❌ Sai. Phương án này chỉ giải quyết triệu chứng im lặng trong họp (facilitation issue), không xử lý gốc rễ là thiếu kiến thức công nghệ. Theo PMBOK® 7th (Conduct Meetings artifact), thay đổi người dẫn họp không đảm bảo năng suất nếu thành viên vẫn thiếu kỹ năng, có thể làm chậm dự án thêm.

• Phương án 4: Let this team member understand the urgency and encourage them to spend extra time to become knowledgeable about the technology.
  ❌ Sai. Khuyến khích tự học (self-study) là thụ động, không kiểm soát, dễ thất bại do thiếu hướng dẫn cụ thể và có thể dẫn đến overtime, burnout (mệt mỏi). PMBOK® 7th nhấn mạnh PM phải proactive support (hỗ trợ chủ động) qua coaching, không chỉ "encourage" mà cần assign mentor để đảm bảo kết quả.

🔥 Kết luận & Lời khuyên PMP: Luôn ưu tiên high-impact, low-time solutions như mentoring trong dự án time-constrained. Thực hành này giúp đạt 42% People Domain trong kỳ thi PMP mới nhất (2021-2026). Nếu gặp tình huống tương tự, áp dụng Resource Management Plan để pair resources hiệu quả! 🚀

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

Câu hỏi mô tả tình huống một Project Manager (PM) được giao quản lý một dự án mới phát triển sản phẩm mới cho công ty. Mục tiêu chính là ra mắt sản phẩm càng sớm càng tốt để thử nghiệm sự sẵn sàng của thị trường (market readiness). Dự án này nằm trong chương trình chuyển đổi kinh doanh lớn (large business transformation), với mục đích mở các kênh phân phối (delivery channels) cho sản phẩm mới.

🔍 Đặc điểm nổi bật của dự án:

• Tính cấp bách cao: Cần launch nhanh để test thị trường, ngụ ý uncertainty (sự không chắc chắn) cao về nhu cầu khách hàng và phản hồi thị trường.
• Sản phẩm mới: Chưa có kinh nghiệm trước đó, đòi hỏi thử nghiệm lặp lại (iteration) và feedback nhanh chóng.
• Phần của transformation lớn: Cần linh hoạt (flexibility) để thích ứng với thay đổi từ chương trình lớn hơn.
• Mục tiêu mở kênh phân phối: Tập trung vào giá trị kinh doanh nhanh hơn là chi tiết kỹ thuật hoàn hảo từ đầu.

Theo PMBOK® Guide 7th Edition (2021) và Standard for Project Management, cũng như Agile Practice Guide, dự án này phù hợp với phương pháp Adaptive (Agile) vì mức độ uncertainty cao, ưu tiên time-to-market và customer feedback. Không nên dùng Predictive (Waterfall) vì thiếu flexibility. 📘 Nguồn tham khảo: PMBOK® Guide 7th Ed., Section 2.5 (Delivery Approaches); Agile Practice Guide, p. 14-15 (Lifecycle Selection).

✅ Đáp án đúng: An adaptive approach with loosely defined large epics

Lý do lựa chọn 🛠️:

• Dự án cần adaptive approach (Agile/iterative) để hỗ trợ launch nhanh, thu thập feedback thị trường và điều chỉnh liên tục – phù hợp với new product development và market testing.
• Loosely defined large epics lý tưởng cho giai đoạn đầu: Epics là các tính năng lớn, được định nghĩa lỏng lẻo (high-level) để dễ breakdown thành user stories sau khi có feedback. Điều này giúp tối ưu hóa value delivery trong transformation lớn, tránh over-planning chi tiết từ đầu (theo nguyên tắc Agile Manifesto: "Responding to change over following a plan").
• Phù hợp process tailring trong PMP: Chọn lifecycle dựa trên uncertainty cao (PMBOK 7th, Figure 2-4). 🚀

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

• ❌ [SAI] A predictive approach with an experienced project team.
  Phương án này không phù hợp vì predictive (Waterfall) yêu cầu kế hoạch chi tiết từ đầu, phạm vi cố định – trái ngược với nhu cầu launch nhanh để test thị trường và uncertainty cao. Dù team experienced, dự án new product vẫn cần flexibility để iterate dựa trên feedback, không phải sequential phases cứng nhắc. (PMBOK 7th, p. 37: Predictive phù hợp low uncertainty).

• ❌ [SAI] An adaptive approach with clearly defined user stories.
  Adaptive đúng hướng, nhưng clearly defined user stories sai vì user stories cần chi tiết cụ thể (INVEST criteria) – chỉ khả thi sau khi có feedback thị trường. Ở giai đoạn đầu dự án mới, chưa thể define rõ, dễ dẫn đến waste nếu ép buộc. Nên dùng epics lớn trước (Agile Practice Guide, p. 42: Backlog refinement starts high-level).

• ✅ [ĐÚNG] An adaptive approach with loosely defined large epics.
  Hoàn toàn phù hợp như giải thích ở trên: Adaptive + epics lỏng lẻo hỗ trợ discovery phase, MVP nhanh, và scale trong transformation lớn. Giúp tối đa hóa adaptability (PMBOK 7th, p. 72: Epics in Agile lifecycles).

• ❌ [SAI] A predictive approach with clear acceptance criteria.
  Predictive không phù hợp dù có clear acceptance criteria (phù hợp Waterfall end-phase), vì dự án cần thay đổi scope dựa trên market test, không phải upfront planning. Acceptance criteria chi tiết sẽ làm chậm launch, tăng risk trong transformation (PMBOK 7th, Table 2-2: Predictive vs. Adaptive comparison).

Kết luận 🌟: Lựa chọn này nhấn mạnh tailoring delivery approach – kỹ năng cốt lõi PMP. Để cập nhật 2026, theo PMI updates (2024-2026), vẫn ưu tiên value-driven hybrid/adaptive cho innovative projects. Học thêm qua PMI.org hoặc PMP Exam Content Outline 2021!

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

Câu hỏi này xoay quanh vai trò của Project Management Office (PMO) trong việc đảm bảo sự phối hợp giữa các bộ phận liên quan trong dự án phát triển phần mềm. Cụ thể:
Giám đốc PMO phát hiện rằng các project manager (PM) dẫn dắt dự án phát triển phần mềm không nhất quán trong việc xin phê duyệt từ lãnh đạo các bộ phận cybersecurity (an ninh mạng) và operations (vận hành) trước khi triển khai code vào production (môi trường sản xuất). Điều này có thể dẫn đến rủi ro bảo mật, gián đoạn vận hành hoặc không tuân thủ quy trình doanh nghiệp.
Giám đốc PMO giao nhiệm vụ cho project manager phát triển một giải pháp để khắc phục vấn đề này.
🛠️ Mục tiêu chính: Tìm giải pháp bền vững, có cấu trúc để tích hợp phê duyệt từ các bên liên quan (stakeholders), phù hợp với nguyên tắc governance (quản trị) và portfolio/program management trong PMP, nhấn mạnh vào sự phối hợp liên bộ phận thay vì các biện pháp tạm thời.

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

Đáp án đúng: Launch an enterprise governance structure comprised of division leaders to establish policies for code releases.

Lý do:
Giải pháp này tạo ra một cấu trúc quản trị doanh nghiệp (enterprise governance structure) bao gồm các lãnh đạo bộ phận, giúp thiết lập chính sách thống nhất cho việc phát hành code. Điều này giải quyết gốc rễ vấn đề bằng cách:

• Đảm bảo sự tham gia của các bên liên quan cao cấp (division leaders) vào quy trình ra quyết định.
• Tạo quy trình chuẩn hóa (standardized policies) cho toàn tổ chức, giảm sự không nhất quán.
• Phù hợp với PMBOK 7th Edition (2021, cập nhật đến 2026 qua PMI Standards+), nhấn mạnh Governance như một nguyên tắc cốt lõi (Principle 5: Stewardship & Principle 11: Enable Change Acceptance), nơi PMO hỗ trợ xây dựng cấu trúc quản trị để tối ưu hóa portfolio và giảm rủi ro liên bộ phận.
  📈 Kết quả: Tăng tính tuân thủ, giảm rủi ro và nâng cao hiệu quả dự án dài hạ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 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 mới nhất (PMBOK 7th & 8th Draft insights đến 2026), tập trung vào hiệu quả, tính bền vững và vai trò stakeholders.

• [SAI] Create a new policy requiring project managers to email division leaders before deploying code into production.
  ❌ Lý do sai: Phương án này chỉ tạo chính sách email đơn giản, thiếu cơ chế phê duyệt chính thức (formal approval) và dễ bị bỏ qua do phụ thuộc vào email (không đảm bảo phản hồi kịp thời). Không giải quyết gốc rễ phối hợp liên bộ phận, vi phạm Stakeholder Engagement (PMBOK 7th, Domain 5). Đây là giải pháp tạm thời, không cấu trúc, dễ dẫn đến tình trạng "email overload" mà không có accountability.

• [SAI] Establish a daily scrum meeting and invite division leaders to attend so they can be aware of upcoming code releases.
  ❌ Lý do sai: Daily Scrum là ceremony của Agile/Scrum dành cho core team (không phải external stakeholders như division leaders). Mời lãnh đạo tham gia hàng ngày sẽ lãng phí thời gian, làm gián đoạn quy trình Agile (Daily Scrum chỉ 15 phút, theo Scrum Guide 2020 tích hợp PMP-Agile). Không đảm bảo phê duyệt, chỉ tạo "nhận thức" (awareness), trái với Tailoring trong PMBOK 7th (chọn process phù hợp, không lạm dụng).

• [SAI] Provide division leaders with a teleconference phone number to call if they have concerns after code is deployed into production.
  ❌ Lý do sai: Đây là phản ứng sau sự cố (reactive), diễn ra sau khi deploy – quá muộn để ngăn ngừa rủi ro cybersecurity/operations. PMP nhấn mạnh proactive risk management (Domain 4: Risk Management, PMBOK 7th), không phải "fix after break". Không tạo quy trình phê duyệt trước, vi phạm Preventive Action và Governance Principles.

• [ĐÚNG] Launch an enterprise governance structure comprised of division leaders to establish policies for code releases.
  ✅ Lý do đúng: Như đã phân tích ở trên, đây là giải pháp chiến lược, xây dựng steering committee hoặc governance board với division leaders để thiết lập policies. Hỗ trợ PMO functions (Supportive/Controlling PMO, PMBOK 7th, Section 2.2.2), đảm bảo alignment với enterprise objectives. Hoàn hảo cho môi trường phức tạp như software deployment.

📘 Tài liệu tham khảo

• PMBOK® Guide – 7th Edition (2021): Principles & Performance Domains (Governance, Stakeholder, Uncertainty); PMO roles in Section 2.2. PMI.org.
• Standard for Program Management – 4th Edition (2017, updates 2023): Governance frameworks for cross-division coordination.
• PMI Code of Ethics (2022): Stewardship & Responsibility in enterprise structures.
• Agile Practice Guide (2017, integrated 7th Ed.): Tailoring ceremonies, tránh lạm dụng Scrum cho governance.
  (Cập nhật đến 2026: PMI Standards+ platform xác nhận không thay đổi cốt lõi governance trong 8th Edition draft).

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

🧩 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 trong môi trường hybrid (kết hợp Agile và Predictive) theo PMBOK® Guide 7th Edition (cập nhật đến 2026). Tình huống mô tả:
Một Project Manager (PM) đang làm việc trong tổ chức đang đánh giá việc áp dụng các phương pháp Agile (cụ thể là Scrum). Tuy nhiên, PMO Manager mới (người có trải nghiệm tiêu cực với Scrum) đề xuất thay thế Scrum bằng cách tiếp cận Predictive (truyền thống).

📌 Vấn đề cốt lõi: Đây là một đề xuất thay đổi lớn về phương pháp thực hiện dự án, có thể ảnh hưởng đến lợi ích dự kiến (benefits) của tổ chức khi đang thử nghiệm Agile. PM cần hành động phù hợp nhất để đánh giá tác động của thay đổi này, thay vì vội vàng thực hiện hoặc lập kế hoạch mới.
🛠️ Ngữ cảnh PMP: Trong PMBOK 7th, tổ chức thường sử dụng Benefits Realization để đo lường giá trị từ các thay đổi phương pháp (như chuyển từ Agile sang Predictive). PM phải ưu tiên bảo vệ lợi ích tổ chức trước khi quyết định thay đổi.

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

Đáp án đúng: Review the benefits realization plan to include the cost of the change.

Lý do:
Khi có đề xuất thay đổi approach (từ Scrum/Agile sang Predictive), PM phải xem xét lại Benefits Realization Plan để đánh giá tác động đến lợi ích tổng thể của dự án/tổ chức. Thay đổi này có chi phí (cost) liên quan (ví dụ: đào tạo, thời gian chuyển đổi, mất lợi thế Agile), và cần cập nhật kế hoạch lợi ích để đảm bảo vẫn đạt được giá trị mong đợi. Đây là hành động chủ động, phù hợp với nguyên tắc Value Delivery trong PMBOK 7th Edition (Section 2.2 & 4.6), đặc biệt khi tổ chức đang "assessing agile approaches" – ưu tiên đo lường benefits trước khi thay đổi.

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

• ✅ Review the benefits realization plan to include the cost of the change.
  Đúng vì: Như đã giải thích ở trên, đây là bước ưu tiên hàng đầu để đánh giá tác động tài chính và giá trị của thay đổi. PMBOK 7th nhấn mạnh Benefits Management (PMBOK® Guide - 7th Ed., Ch. 2 & Appendix X4) yêu cầu review plan này trước các thay đổi lớn, tránh quyết định cảm tính từ PMO Manager.

• ❌ Review the communications management plan to identify new stakeholders.
  Sai vì: Kế hoạch giao tiếp (Communications Management Plan) dùng để quản lý thông tin với stakeholders hiện tại, không phải để xác định stakeholders mới từ đề xuất thay đổi approach. Hành động này không trực tiếp giải quyết vấn đề cốt lõi (tác động đến benefits), và stakeholders không thay đổi chỉ vì đề xuất của PMO (PMBOK® Guide - 7th Ed., Principle 10: Stakeholder Engagement).

• ❌ Define a risk management plan for the new approach, as needed.
  Sai vì: Việc lập mới Risk Management Plan là quá sớm và không cần thiết ngay lập tức. Đề xuất chỉ từ PMO Manager, chưa phê duyệt thay đổi; PM nên đánh giá benefits trước thay vì vội lập kế hoạch rủi ro cho "new approach" chưa chắc chắn (PMBOK® Guide - 7th Ed., Domain: Uncertainty/Risk Management – chỉ áp dụng sau khi xác nhận thay đổi).

• ❌ Define a project management plan for the new approach, as needed.
  Sai vì: Lập Project Management Plan mới là hành động phản ứng quá mức, giả định thay đổi đã được quyết định. PM cần phân tích tác động trước (như benefits), không phải lập kế hoạch toàn diện cho approach chưa được phê duyệt (PMBOK® Guide - 7th Ed., Process: Develop Project Management Plan – chỉ sau khi có thay đổi chính thức).

📘 Tài liệu tham khảo

• PMBOK® Guide – 7th Edition (2021, cập nhật PMI đến 2026):
  • Section 2.2: Benefits Realization.
  • Principle 5: Value (Stakeholder & Benefits Focus).
  • Domain 4: Measurement & Uncertainty.
• PMI Agile Practice Guide (2021): Hybrid Approaches & Organizational Change (p. 45-50).
• The Standard for Project Management (2021): Change Impact Analysis (Section 4.6).

🧩 Kết luận: Hành động đúng giúp PM bảo vệ giá trị dự án, tránh thay đổi impulsively từ trải nghiệm cá nhân của PMO Manager! 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 PMP này mô tả một tình huống thực tế trong quản lý dự án: Nhóm dự án đang nỗ lực đạt các mốc thời gian (milestone target dates) để nhận thưởng (bonus) từ nhà tài trợ dự án (project sponsor). Tuy nhiên, gặp phải thách thức bất ngờ (unforeseen challenges) và giao tiếp kém giữa các thành viên (poor communication) dẫn đến sai sót (mistakes) và chậm trễ (delays). Kết quả là căng thẳng cao (tensions are high), và nhà tài trợ lo lắng.

🛠️ Vấn đề cốt lõi: Áp lực từ bonus đang làm nhóm mất tập trung, giao tiếp kém làm tình hình tệ hơn. Project manager cần hành động ngay lập tức, tập trung vào việc tái định hướng nhóm để đạt mục tiêu dự án (project objectives), theo nguyên tắc Servant Leadership và High-Performance Teams trong PMBOK Guide 7th Edition (2021, cập nhật đến 2026 với PMI Agile Practice Guide). Điều này nhấn mạnh việc hỗ trợ nhóm giải quyết vấn đề gốc rễ thay vì chỉ xử lý triệu chứng.

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

Đáp án đúng: Discuss with the team how the project objectives can be met.

Lý do:

• 🧠 Hành động này tái tập trung nhóm vào mục tiêu dự án cốt lõi, khuyến khích thảo luận mở về cách vượt qua thách thức và cải thiện giao tiếp. Đây là cách tối ưu hóa hiệu suất nhóm (optimize team performance) theo PMBOK 7th, Principle 9: Optimize Risk Responses và Principle 11: Focus on Value.
• Nó thể hiện vai trò lãnh đạo người phục vụ (Servant Leader), giúp nhóm tự nhận diện giải pháp thay vì áp đặt, giảm căng thẳng và xây dựng sự đồng thuận. Trong bối cảnh bonus gây áp lực, việc này giải quyết gốc rễ (root causes) như giao tiếp kém và thách thức bất ngờ, dẫn đến milestone đúng hạn.
• Theo PMI, đây là bước đầu tiên trong Manage Team process (Project Team Management), ưu tiên trước các hoạt động team-building.

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

• Schedule a team-building activity to boost the team's morale.
  ❌ Sai: Hoạt động xây dựng đội ngũ chỉ tăng tinh thần tạm thời (boost morale ngắn hạn), không giải quyết gốc rễ như thách thức bất ngờ và giao tiếp kém. Theo PMBOK 7th (Develop Team process), team-building hữu ích nhưng không phải ưu tiên khi dự án đang trễ hạn và căng thẳng cao – có thể lãng phí thời gian, làm chậm milestone hơn. Nó chỉ là "triệu chứng chữa trị" (symptom-focused), không tái định hướng mục tiêu.

• Discuss with the team how the project objectives can be met.
  ✅ Đúng: Như đã giải thích ở trên, đây là hành động chiến lược nhất, thúc đẩy sự tham gia của nhóm (team engagement) và giải quyết vấn đề cộng tác (collaborative problem-solving). Phù hợp với Hybrid/Agile approaches trong PMP 2026, nơi value delivery ưu tiên qua dialogue, giúp giảm tension và lấy lại lòng tin từ sponsor.

• Request that the sponsor increase the bonus for high performers.
  ❌ Sai: Yêu cầu tăng thưởng chỉ tăng áp lực cá nhân (individual incentives), có thể làm tệ hóa giao tiếp nhóm và căng thẳng, dẫn đến xung đột nội bộ. PMBOK 7th (Principle 3: Focus on Value, Manage Communications) nhấn mạnh không nên dựa vào tài chính để giải quyết vấn đề vận hành – đây là né tránh trách nhiệm của PM, vi phạm nguyên tắc Stakeholder Engagement.

• Organize a team meeting to remind the team of the ground rules.
  ❌ Sai: Cuộc họp nhắc nhở quy tắc mang tính kỷ luật (disciplinary), có thể tăng tension thay vì giảm, đặc biệt khi nhóm đã stress cao. Theo PMI Standards (Team Charters & Ground Rules), nhắc nhở chỉ hiệu quả sau khi đã thảo luận mục tiêu, không phải bước đầu. Nó bỏ qua thách thức bất ngờ, thiếu Servant Leadership.

📘 Tài liệu tham khảo

• PMBOK Guide 7th Edition (2021): Principles 1 (Stewardship), 9 (Team), 11 (Value); Models: Servant Leadership Model, High-Performing Teams.
• PMI Agile Practice Guide (2021): Servant Leader behaviors in team facilitation.
• PMP Exam Content Outline (2021, cập nhật 2026): Domain III: Business Environment (15%), Domain IV: People (42%) – Emphasizes team motivation & objective alignment.
• Nguồn chính thức: PMI.org – Process: Develop Team, Manage Team (People Domain).

🛠️ Kết luận: Hành động đúng giúp PM chuyển từ crisis mode sang solution mode, đảm bảo dự án thành công bền vững! Nếu cần ví dụ case study, hãy hỏi thêm. 🚀

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

Câu hỏi gốc (giữ nguyên tiếng Anh):
A project manager holds periodic progress review meetings to discuss issues. What should the project manager do first on the agenda?

✅ Giải thích nội dung câu hỏi một cách chi tiết:
Câu hỏi tập trung vào quy trình tổ chức họp đánh giá tiến độ định kỳ (periodic progress review meetings) trong quản lý dự án PMP, cụ thể là khi mục đích chính của cuộc họp là thảo luận các vấn đề (issues) đang tồn tại. Trong ngữ cảnh PMP (theo PMBOK® Guide 7th Edition và các thực hành mới nhất đến 2026), các cuộc họp này thuộc quy trình Monitor and Control Project Work hoặc Project Performance Domain (trong PMBOK 7), nơi project manager cần theo dõi tiến độ, xác định vấn đề và đảm bảo hành động khắc phục được thực hiện kịp thời.

🛠️ Điều quan trọng nhất: Agenda của cuộc họp phải ưu tiên hiệu quả và tính khả thi, bắt đầu từ việc cập nhật tình hình các vấn đề cũ (issues từ trước) trước khi đi sâu vào các vấn đề mới. Điều này giúp duy trì trách nhiệm (accountability), theo dõi hành động (action items) và thúc đẩy giải quyết nhanh chóng, tránh tình trạng vấn đề tích tụ. Không nên bắt đầu bằng lập kế hoạch mới hay tài liệu dài hạn, vì cuộc họp là "progress review" – tập trung vào hiện tại và hành động ngay lập tức.

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

Đáp án đúng: Update resolution approaches and action assignments.

Lý do chi tiết (theo PMP mới nhất):
🧩 Trong các cuộc họp progress review để discuss issues, bước đầu tiên trên agenda phải là cập nhật cách giải quyết (resolution approaches) và phân công hành động (action assignments) từ các cuộc họp trước. Điều này đảm bảo:

• Theo dõi trách nhiệm: Xác nhận ai chịu trách nhiệm, tiến độ ra sao, và điều chỉnh nếu cần (theo nguyên tắc Stewardship trong Team Domain, PMBOK 7).
• Tập trung vào giá trị: Giúp giải quyết issues nhanh chóng, tránh lặp lại vấn đề (Agile principle: Inspect and Adapt).
• Hiệu quả họp hành: Theo PMI's Practice Standard for Scheduling và Meeting Management (cập nhật 2023-2026), agenda luôn bắt đầu bằng "review previous action items" để xây dựng momentum.
  📘 Dẫn nguồn: PMBOK® Guide 7th Edition (2021), Section 4.6 (Monitor and Control Project Work) & Tools/Techniques: Meetings; PMI Pulse of the Profession 2024 Report (nhấn mạnh action tracking trong status meetings).

🛠️ 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 giữ nguyên văn bản gốc bằng tiếng Anh, kèm giải thích hoàn toàn bằng tiếng Việt tại sao đúng/sai, dựa trên PMP mới nhất:

• ❌ [SAI] Elaborate the risk mitigation strategy and risk register.
  ❌ Sai vì: Phương án này thuộc quy trình Manage Risks (Risk Management Process Group), tập trung vào rủi ro tiềm ẩn (risks) chứ không phải vấn đề đang xảy ra (issues). Cuộc họp là "progress review to discuss issues" – không ưu tiên risk register đầu tiên, vì risks chưa chắc đã là issues. Bắt đầu bằng risk sẽ làm lệch agenda, mất thời gian (vi phạm nguyên tắc Value Delivery Domain). Thường làm sau khi giải quyết issues cấp bách.

• ✅ [ĐÚNG] Update resolution approaches and action assignments.
  ✅ Đúng vì: Như đã giải thích ở trên, đây là bước first on the agenda để review và cập nhật action items từ issues trước, đảm bảo tính liên tục và trách nhiệm (Accountability). Phù hợp với hybrid/agile practices trong PMBOK 7, nơi daily/periodic stand-ups luôn bắt đầu bằng "what was done yesterday" và update blockers.

• ❌ [SAI] Formulate project management plan integration.
  ❌ Sai vì: Đây là hoạt động thuộc Develop Project Management Plan (Planning Process Group), cụ thể là Plan Integration Management. Nó diễn ra ở giai đoạn lập kế hoạch, không phải trong họp progress review định kỳ. Bắt đầu agenda bằng việc "formulate" (xây dựng) sẽ làm cuộc họp trở thành planning session, không phù hợp với mục tiêu discuss issues hiện tại.

• ❌ [SAI] Produce lessons learned documentation.
  ❌ Sai vì: Lessons learned thuộc Manage Project Knowledge hoặc Close Project/Phase, thường được thực hiện cuối cuộc họp hoặc cuối dự án để tổng kết (Retrospective trong Agile). Đặt đầu agenda sẽ làm họp thiếu focus vào issues đang nóng, vi phạm sequencing logic trong meetings (theo PMI's Standard for Project Management - 2021).

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

• PMBOK® Guide 7th Edition (2021): Chapters 4 (Project Performance) & Appendix on Meetings.
• PMI Practice Standard for Project Management (2021): Section on Status Meetings & Action Items.
• PMI Pulse of the Profession Report 2024-2025: Nhấn mạnh 85% dự án thành công nhờ effective issue tracking.
• The Standard for Project Management (4th Ed., 2024 preview): Uncertainty & Performance Domains.
  (Tất cả có sẵn tại pmi.org – khuyến nghị PMP aspirants đọc nguyên bản để thi đỗ!)

🛡️ Lời khuyên PMP: Luôn ưu tiên "action-oriented" trong meetings để tối ưu hóa thời gian! Nếu cần thêm câu hỏi, 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ý Dự án (Project Management) trong PMP, cụ thể liên quan đến Develop Project Management Plan trong nhóm quy trình Planning Process Group (theo PMBOK Guide 7th Edition). Tình huống mô tả: Một Project Manager (PM) mới được giao quản lý một dự án đang diễn ra, nhưng khi gặp team lần đầu, team thông báo tất cả các management plans và documents dự án đều bị mất (bao gồm Project Management Plan, baselines, registers, v.v.).

🛠️ Vấn đề cốt lõi: PM cần hành động ngay lập tức để khôi phục hoặc tạo mới các tài liệu quản lý dự án nhằm đảm bảo dự án có cơ sở kiểm soát, tránh rủi ro như lệch hướng scope, schedule, cost. Theo nguyên tắc PMP mới nhất (PMBOK 7th Edition & 2021 Exam Content Outline, cập nhật đến 2026), PM phải chịu trách nhiệm chính trong việc phát triển các kế hoạch này, hợp tác với team và stakeholders, sử dụng cách tiếp cận tailoring (tùy chỉnh phù hợp với dự án). Không được bỏ qua hoặc trì hoãn vì điều này vi phạm Project Initiation & Planning Principles (stewardship, team collaboration, stakeholder engagement).

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

Đáp án đúng: Create the project management plans with the project team and share the documents with the stakeholders.

Lý do 🏆:

• Đây là hành động chuẩn PMP, thể hiện vai trò lãnh đạo của PM trong Develop Project Management Plan (PMBOK 7th §4.2). PM phải hợp tác với project team để tạo mới các kế hoạch (subsidiary plans như scope, schedule, cost, risk, v.v.) dựa trên project charter và nhu cầu hiện tại, đảm bảo tính tích hợp và nhất quán.
• Sau đó, chia sẻ với stakeholders để lấy phê duyệt và alignment, phù hợp với Manage Stakeholder Engagement và Principle 12: Steward the work (trách nhiệm quản lý tài liệu dự án).
• Hành động này tối ưu hóa giá trị dự án, tránh trì hoãn và xây dựng team ownership. Theo PMI 2021 Exam Outline (Domain III: Business Environment), PM ưu tiên holistic planning ngay từ đầu.

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

• Phương án 1: Continue working on scheduled tasks to avoid delaying the project and leave the development of project artifacts for later.
  ❌ Sai vì: Việc tiếp tục công việc mà không có management plans dẫn đến rủi ro cao (scope creep, không kiểm soát chất lượng, thay đổi không kiểm soát). PMBOK 7th (§2.3) nhấn mạnh plans là nền tảng cho Execute & Monitor; trì hoãn vi phạm Principle 5: Build a team environment và có thể gây thất bại dự án. Không phù hợp với agile/hybrid (iteration planning cần artifacts).

• Phương án 2: Ask the stakeholders to develop all of the project artifacts so the project team can continue their scheduled activities.
  ❌ Sai vì: PM không được giao phó trách nhiệm cốt lõi cho stakeholders (§4.1 PMBOK 7th). Stakeholders tham gia phê duyệt, không phải phát triển plans (đây là trách nhiệm PM & team). Điều này làm giảm authority của PM, vi phạm Principle 9: Optimize risk responses và Domain IV: Leadership (PM phải lead planning).

• Phương án 3: Adapt the project management plans and documents from previous executed projects in order to save time.
  ❌ Sai vì: "Copy-paste" từ dự án cũ không đảm bảo tailoring (§1.2.4 PMBOK 7th), có thể không phù hợp context mới (life cycle, complexity). Mặc dù lessons learned hữu ích, nhưng phải customize với team để tránh sai lầm (ví dụ: assumptions cũ không valid). Vi phạm Principle 3: Focus on value và PMBOK 7th Models: Tailoring.

• Phương án 4: Create the project management plans with the project team and share the documents with the stakeholders.
  ✅ Đúng vì: Như giải thích ở trên, đây là best practice – collaborative creation với team (§4.2 & Principle 4: Engage stakeholders), sau đó share để approve. Hỗ trợ integrated planning trong mọi PDU (People, Process, Business), phù hợp PMP 2021+ (hybrid/agile emphasis on team involvement).

📘 Tài liệu tham khảo

• PMBOK Guide 7th Edition (PMI, 2021): §4 Project Integration Management; Principles 1-13; Tailoring Framework.
• PMI Agile Practice Guide (2021): Team-based planning & artifacts.
• PMP Exam Content Outline (PMI, 2021 – valid to 2026): Task 4.1 (Develop PM Plan), Domain III §3.1.
• PMI.org & Standards Plus (updates 2024-2026): Nhấn mạnh PM leadership trong missing documentation scenarios.

🛡️ Lời khuyên PMP: Luôn ưu tiên proactive planning để dự án "on track"! Nếu thi PMP, tập trung Process Interactions.

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

Câu hỏi tập trung vào giai đoạn đầu của dự án (early phase), khi tài liệu requirements documentation (tài liệu yêu cầu) chưa được phê duyệt. Nguyên nhân được xác định là leader của một nhóm người dùng (user party) không được bao gồm trong bất kỳ thông tin liên lạc nào liên quan đến việc thu thập yêu cầu (requirements collection communications).

📌 Ý nghĩa chính: Vấn đề xuất phát từ việc thiếu sót trong việc xác định và liên lạc với các bên liên quan (stakeholders), dẫn đến requirements không đầy đủ hoặc không được phê duyệt. Câu hỏi yêu cầu xác định tài liệu nào có khả năng bị bỏ sót hoặc lỗi thời (missed or outdated), gây ra tình trạng này. Điều này liên quan đến quy trình Identify Stakeholders trong quản lý dự án, nơi cần liệt kê đầy đủ các bên liên quan để đảm bảo thu thập yêu cầu hiệu quả.

🛠️ Bối cảnh PMP (cập nhật đến 2026): Theo PMBOK® Guide 7th Edition (2021) và các cập nhật PMP exam đến 2026, việc quản lý stakeholders là nguyên tắc cốt lõi (Stakeholder Principle). Stakeholder Register (từ PMBOK 6th, vẫn được sử dụng trong PMP exam) là công cụ chính để ghi nhận thông tin stakeholders, bao gồm vai trò, ảnh hưởng và cách liên lạc. Thiếu nó dẫn đến lỗi trong Collect Requirements process (5.2).

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

Đáp án đúng: Stakeholder Register

Lý do:
Stakeholder Register là tài liệu chính liệt kê tất cả các bên liên quan, bao gồm tên, vai trò (như leader của user party), mức độ ảnh hưởng, nhu cầu và phương thức liên lạc. Nếu tài liệu này bị bỏ sót hoặc lỗi thời, leader của user party sẽ không được nhận diện và mời tham gia thu thập yêu cầu, dẫn đến requirements documentation không đầy đủ và chưa được phê duyệt. Điều này trực tiếp khớp với vấn đề mô tả ở giai đoạn đầu dự án.

📘 Nguồn tham khảo:

• PMBOK® Guide 6th Edition, Section 13.1.3.1 (Identify Stakeholders - Outputs).
• PMBOK® Guide 7th Edition, Section 4.5 (Project Stakeholder Management) và PMI's Process Groups: A Practice Guide (Stakeholder Engagement).

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

Dưới đây là phân tích 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 vai trò trong quy trình PMP:

• ✅ [ĐÚNG] Stakeholder Register
  Giải thích: Như đã nêu ở trên, đây là tài liệu cốt lõi để xác định và liên lạc với stakeholders. Bỏ sót leader user party chứng tỏ register này chưa cập nhật, gây thiếu sót trong requirements collection. Hoàn toàn phù hợp với early phase (Initiating/Planning).

• ❌ [SAI] Risk Register
  Giải thích: Risk Register ghi nhận các rủi ro dự án, xác suất, tác động và phản ứng (output của Identify Risks - 11.2). Nó không liên quan đến việc liệt kê stakeholders hay thu thập yêu cầu. Vấn đề ở đây không phải rủi ro mà là thiếu liên lạc với user leader.

• ❌ [SAI] Project Charter
  Giải thích: Project Charter là tài liệu phê duyệt dự án ở Initiating phase (4.1), bao gồm mục tiêu cao cấp, stakeholders chính và quyền hạn PM. Nó không chi tiết hóa tất cả stakeholders (chỉ high-level) và không dùng để thu thập requirements chi tiết. Nếu charter thiếu, dự án chưa khởi động, không khớp với "early phase" đang thu thập requirements.

• ❌ [SAI] Business Documentation
  Giải thích: Business Documentation (từ PMBOK 7th, input cho Business Analysis) bao gồm Business Case, Benefits Management Plan, hỗ trợ phân tích kinh doanh. Nó không phải là danh sách stakeholders cụ thể hay công cụ liên lạc cho requirements collection, mà tập trung vào lý do kinh doanh dự án.

🧠 Kết luận nổi bật: Vấn đề cốt lõi là quản lý stakeholders kém ở giai đoạn đầu, nhấn mạnh tầm quan trọng của Identify Stakeholders sớm. Để tránh, PM cần cập nhật Stakeholder Register liên tục! 🚀

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

Câu hỏi này thuộc chủ đề Quản lý Chuyển giao Dự án sang Vận hành (Project Transition to Operations) trong PMP, tập trung vào giai đoạn Closing hoặc Handover theo PMBOK Guide 7th Edition (2021, cập nhật đến 2026).

• Tình huống chính: Project manager đang xử lý quá trình chuyển giao dự án từ giai đoạn phát triển sang vận hành (operations).
• Yêu cầu từ Project Sponsor: Đảm bảo hỗ trợ tốt cho end users (người dùng cuối), nghĩa là không chỉ bàn giao sản phẩm mà phải đảm bảo đội ngũ vận hành có khả năng hỗ trợ lâu dài, bền vững.
• Mục tiêu câu hỏi: Kiểm tra hiểu biết về Knowledge Transfer (chuyển giao kiến thức) thay vì chỉ tài liệu hoặc hỗ trợ tạm thời. Đây là nguyên tắc cốt lõi trong Knowledge Management Principle và Uncertainty Performance Domain, nhấn mạnh việc trao đổi kiến thức thực tiễn để operations team tự chủ hỗ trợ end users, tránh phụ thuộc vào project team. 🛠️

✅ Đáp án đúng: Ensure that knowledge is transferred to the operations team.

Lý do lựa chọn (theo PMP mới nhất):
Trong quá trình transition to operations, project manager phải ưu tiên chuyển giao kiến thức (knowledge transfer) đến đội ngũ vận hành để họ có khả năng hỗ trợ end users một cách hiệu quả và liên tục. Điều này bao gồm training, mentoring, chia sẻ kinh nghiệm thực tế (tacit knowledge), không chỉ tài liệu. PMBOK 7th Edition nhấn mạnh knowledge transfer giúp giảm rủi ro vận hành, tăng tính bền vững dự án (Sustainable Development Principle). Nếu chỉ bàn giao tài liệu hoặc hỗ trợ tạm thời, end users sẽ thiếu hỗ trợ lâu dài. Đây là hành động đúng đắn nhất để đáp ứng mong muốn của sponsor. 🎯

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

• Ensure that comprehensive documentation is handed over.
  ❌ Sai. Tài liệu toàn diện (documentation) là cần thiết nhưng không đủ để đảm bảo hỗ trợ tốt cho end users. Documentation chỉ là explicit knowledge (kiến thức rõ ràng), dễ thiếu tacit knowledge (kiến thức ngầm). PMBOK 7th khuyến nghị documentation là phần của handover, nhưng không thay thế knowledge transfer. Nếu chỉ làm vậy, operations team có thể không biết cách áp dụng thực tế, dẫn đến hỗ trợ kém. 🗂️

• Ask the project team to provide operational support for 1 year.
  ❌ Sai. Yêu cầu project team hỗ trợ vận hành 1 năm là hỗ trợ tạm thời, vi phạm nguyên tắc tách biệt project lifecycle và operations (PMBOK 7th, Project Delivery Principle). Project team nên giải tán sau closing để tránh chi phí cao và delay resource allocation. Điều này không xây dựng năng lực tự chủ cho operations team, không đáp ứng "good support" bền vững cho end users. ⏳

• Ensure that knowledge is transferred to the operations team.
  ✅ Đúng (như đã giải thích ở trên). Đây là hành động cốt lõi trong Knowledge Management và Team Performance Domain, đảm bảo operations team tiếp nhận đầy đủ kiến thức để hỗ trợ end users hiệu quả lâu dài. 🧠

• Ensure that the user guide is detailed and has clear instructions.
  ❌ Sai. User guide chi tiết là công cụ hỗ trợ tốt nhưng chỉ dành cho end users tự sử dụng, không đảm bảo operations team hỗ trợ họ. Đây là một phần nhỏ của documentation, thiếu chiều sâu knowledge transfer. PMBOK 7th coi user guide là artifact trong Develop Team/Close Project, nhưng không thay thế training cho operations team. 📖

📘 Tài liệu tham khảo

• PMBOK Guide 7th Edition (2021, PMI): Knowledge Management Principle (Section 2.5), Transition & Handover Models (Appendix), Uncertainty & Transition Performance Domains.
• PMI Agile Practice Guide (2021): Knowledge Transfer in Hybrid Environments.
• PMP Exam Content Outline (2021, cập nhật 2024): Domain IV: Closing (15%), People Domain (42%) – Knowledge Transfer là key concept.
• Nguồn bổ sung: PMI.org resources on "Project Closeout & Operations Handover" (cập nhật 2025).

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