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

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

Câu hỏi này thuộc chủ đề Quản lý bên liên quan (Stakeholder Management) và Quản lý tài nguyên chia sẻ (Shared Resources) trong giai đoạn Thực thi (Execution Phase) của dự án PMP theo PMBOK® Guide 7th Edition (cập nhật mới nhất đến 2026).

• Tình huống: Một dự án vốn (capital project) quy mô trung bình đang sử dụng tài nguyên chia sẻ từ bộ phận hợp đồng (contract department) của công ty. Trong giai đoạn thực thi, đội dự án phát hiện sự chậm trễ trong việc ký hợp đồng. Sau khi trao đổi, Project Manager (PM) nhận ra rằng đội hợp đồng đang ưu tiên các công việc khác vì họ không phải là thành viên chính thức của đội dự án.
• Vấn đề cốt lõi: Đây là xung đột ưu tiên tài nguyên giữa dự án và bộ phận hỗ trợ chức năng (functional department), dẫn đến rủi ro chậm trễ dự án. PM cần hành động đầu tiên để giải quyết, tập trung vào xây dựng sự hợp tác thay vì ép buộc hoặc leo thang.
• Mục tiêu PMP: Áp dụng nguyên tắc Value Delivery và Stakeholder Engagement (PMBOK® 7th: Principle 7 - Optimize Risk Responses; Process 13.3 Manage Stakeholder Engagement), ưu tiên giao tiếp hai chiều, xây dựng lòng tin để đảm bảo cam kết từ bên liên quan bên ngoài đội dự án.

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

• PMBOK® Guide 7th Edition (2021, cập nhật 2026): Domain 4: People (Stakeholder Engagement).
• PMP Examination Content Outline (2021+): Task 7.2 (Prioritize and manage stakeholder needs).
• Agile Practice Guide: Nhấn mạnh collaboration với shared services.

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

Đáp án đúng: Arrange a meeting with the contract department to build trust and commitment by recognizing their critical support to the project.

Lý do 🛠️:

• Đây là hành động đầu tiên và phù hợp nhất theo PMP, tập trung vào xây dựng lòng tin và cam kết (build trust and commitment) thông qua cuộc họp để công nhận vai trò quan trọng của họ (recognizing their critical support).
• Trong PMBOK® 7th, PM phải engage stakeholders proactively (Process 13.3), đặc biệt với tài nguyên chia sẻ từ functional groups, bằng cách sử dụng kỹ thuật interpersonal skills như empathy và acknowledgment để chuyển họ từ "neutral" sang "supportive".
• Tránh leo thang sớm (escalation chỉ dùng khi collaboration thất bại - PMBOK® Tool: Escalation Process). Hành động này thúc đẩy teamwork across boundaries, giảm rủi ro delay mà không làm tổn hại mối quan hệ lâu dài.

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

• E ❌ [SAI] Report the issue to higher management and seek their direct involvement to complete the job from the contract department.
  Lý do sai 🚫: Leo thang ngay đến quản lý cấp cao là hành động quá sớm và tiêu cực, vi phạm nguyên tắc Manage Stakeholder Engagement (PMBOK® 7th). Escalation chỉ dùng sau khi thử collaboration thất bại (Data Analysis: Issue Log). Điều này có thể làm hỏng mối quan hệ với contract department, dẫn đến resistance lâu dài thay vì giải quyết gốc rễ (shared priority conflict).

• ✅ [ĐÚNG] Arrange a meeting with the contract department to build trust and commitment by recognizing their critical support to the project.
  Lý do đúng 🏆: Như đã giải thích ở trên, đây là first action lý tưởng theo Stakeholder Engagement Assessment Matrix (PMBOK® 7th: Tools & Techniques). Cuộc họp một-một xây dựng psychological safety (Agile principle), khuyến khích cam kết tự nguyện bằng cách nhấn mạnh giá trị dự án đối với họ, phù hợp Execution Phase focus trên adaptive leadership.

• ❌ [SAI] Arrange several meetings with the contract department and ask them to contract the project as it is critical for project success.
  Lý do sai ⚠️: Tổ chức nhiều cuộc họp (several meetings) và yêu cầu trực tiếp (ask them to contract) mang tính ép buộc (commanding), không phải collaboration. PMP ưu tiên negotiation và influence thay vì "demanding" (Interpersonal & Team Skills). "Critical for success" là fact-based nhưng thiếu empathy, có thể tăng resistance theo Stakeholder Register analysis.

• ❌ [SAI] Communicate with the contract manager to commit a budget for the resources required for project execution.
  Lý do sai 💰: PM không có quyền cam kết ngân sách (commit a budget) cho functional department mà không qua approval process (PMBOK® 7th: Domain 2: Business Value - Cost Management). Đây là hành động vượt thẩm quyền, có thể vi phạm governance structure và procurement policies. Thay vào đó, focus vào negotiation resources trước (Acquire Resources process).

🧠 Kết luận PMP: Trong tình huống shared resources, first step luôn là engage và collaborate để align priorities. Áp dụng hybrid approach (Predictive + Agile) sẽ giúp dự án mid-size như thế này đạt outcome tốt hơn! Nếu cần case study thêm, tham khảo PMI.org resources.

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

Câu hỏi này thuộc chủ đề Agile/Scrum trong PMP, tập trung vào vai trò của Scrum Master (SM) và Project Manager (PM) trong việc xử lý impediments (các trở ngại).

📖 Tình huống cụ thể: Trong buổi Sprint Review cuối cùng, đội ngũ (team) phàn nàn về SM vì họ bị chậm trễ do SM không loại bỏ các trở ngại, bao gồm:

• Lên lịch họp với các đội ngũ bên ngoài (external teams).
• Xin phòng làm việc cộng tác (room to work collaboratively).
• Và các trở ngại quan trọng khác (critical blockers).

🛠️ Vấn đề cốt lõi: Team cho rằng những việc này là impediments cần SM giải quyết ngay, nhưng theo nguyên tắc Scrum, không phải mọi khó khăn nhỏ đều là impediment thực sự. SM chỉ can thiệp vào những trở ngại ngoài khả năng tự giải quyết của team tự quản (self-organizing team). Project Manager cần hỗ trợ làm rõ ranh giới này để tránh nhầm lẫn trách nhiệm, thúc đẩy sự trưởng thành của team theo Agile Manifesto (ưu tiên cá nhân và tương tác hơn quy trình).

Câu hỏi kiểm tra kiến thức về vai trò SM (remove impediments, bảo vệ team) và cách PM hỗ trợ Servant Leadership trong môi trường Agile lai (Hybrid).

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

Đáp án đúng: Determine and agree when a situation becomes an impediment to be solved by the scrum master.

Lý do chi tiết 🏆:

• Trong Scrum, impediment được định nghĩa là bất kỳ trở ngại nào cản trở team đạt velocity tối ưu, nhưng phải phân biệt rõ ràng với các nhiệm vụ nội bộ mà team tự quản lý. PM nên hợp tác với team và SM để định nghĩa và đồng ý tiêu chí khi nào một tình huống trở thành impediment thực sự (ví dụ: vượt quá quyền hạn team, cần hỗ trợ tổ chức cấp cao).
• Hành động này thúc đẩy transparency (minh bạch), empowerment (trao quyền cho team), và giúp SM tập trung vào các vấn đề lớn, tránh "micromanagement". Đây là cách tiếp cận proactive theo PMBOK 7th Edition (Principle 5: Stewardship) và Scrum Guide 2020, khuyến khích shared understanding về định nghĩa impediment để cải thiện quy trình Retrospective liên tục.

📋 Phân tí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, giữ nguyên nội dung gốc tiếng Anh. Mỗi phương án được đánh giá đúng/sai dựa trên Scrum Guide 2020 (cập nhật mới nhất đến 2025-2026, không thay đổi lớn), PMBOK 7th Edition (2021) và Agile Practice Guide (PMP chuẩn).

• Phương án A: Request an additional resource to assist in solving all of the impediments listed by the team.
  ❌ SAI vì: Việc yêu cầu thêm nguồn lực (additional resource) để giải quyết tất cả impediments là cách tiếp cận không hiệu quả, vi phạm nguyên tắc self-organizing team (team tự tổ chức). Nó tạo phụ thuộc, tăng chi phí, và không giải quyết gốc rễ (root cause) như thiếu kỹ năng hoặc định nghĩa mơ hồ về impediment. Thay vào đó, PM nên hướng dẫn team tự xử lý các vấn đề nội bộ (như book room/meeting), chỉ escalate nếu thực sự là blocker cấp cao.

• Phương án B: Determine and agree when a situation becomes an impediment to be solved by the scrum master.
  ✅ ĐÚNG vì: Như đã giải thích ở trên, đây là hành động tốt nhất để làm rõ ranh giới trách nhiệm (boundary setting). Nó hỗ trợ SM tập trung vào true impediments (ví dụ: vấn đề pháp lý, ngân sách), đồng thời trao quyền cho team tự quản các task hàng ngày. Điều này phù hợp với Sprint Retrospective (liên tục cải thiện) và Servant Leadership của PM trong Agile.

• Phương án C: Request the team review and prioritize the open impediments to resolve all of them as soon as possible.
  ❌ SAI vì: Yêu cầu team tự review và ưu tiên tất cả impediments là tốt cho self-organization, nhưng buộc resolve ngay lập tức tạo áp lực không thực tế, bỏ qua vai trò SM trong việc remove impediments ngoài tầm kiểm soát team. Nó không giải quyết phàn nàn cốt lõi (SM không hành động), và có thể dẫn đến overload team, trái với sustainable pace trong Agile Principles.

• Phương án D: Push back, explaining that a self-organized team should address all of the problems to get the work done.
  ❌ SAI vì: "Đẩy ngược" (push back) và giải thích team tự quản tất cả vấn đề là sai lầm nghiêm trọng, phủ nhận vai trò cốt lõi của SM là remove impediments (theo Scrum Guide: SM bảo vệ team khỏi trở ngại bên ngoài). Điều này làm giảm tinh thần team, vi phạm Psychological Safety (an toàn tâm lý) và Stakeholder Engagement trong PMBOK, dẫn đến conflict leo thang thay vì giải quyết.

📘 Tài liệu tham khảo

• Scrum Guide 2020 (Ken Schwaber & Jeff Sutherland): Định nghĩa rõ "Scrum Master helps the team understand impediments" (trang 6-7). Link chính thức.
• PMBOK Guide 7th Edition (2021): Principle 9 (Leadership), Tailoring Agile (Section 4.4): Nhấn mạnh định nghĩa chung về impediments trong Hybrid environments.
• Agile Practice Guide (PMI, 2017 - cập nhật tích hợp PMBOK 7): Chapter 5, Role of Scrum Master in impediment removal.
• PMP Exam Content Outline 2021 (hiệu lực đến 2026): Domain IV: People (32%), Agile Hybrid approaches.

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 chủ đề Quản lý Phạm vi (Scope Management) và Quản lý Thay đổi Tích hợp (Integrated Change Control) trong PMP.
📖 Tình huống: Quản lý dự án đang dẫn dắt một dự án toàn cầu với nguồn lực phân bố ở nhiều địa điểm khác nhau. Các bên liên quan (stakeholders) có sự hiểu khác nhau về yêu cầu dự án (requirements). Quản lý dự án lo ngại về scope creep (sự mở rộng phạm vi không kiểm soát, dẫn đến thêm công việc ngoài kế hoạch ban đầu).
🛠️ Mục tiêu câu hỏi: Xác định hành động đúng để kiểm soát phạm vi dự án, tránh scope creep bằng cách xử lý các thay đổi yêu cầu một cách có hệ thống, đặc biệt trong môi trường đa dạng về địa lý và quan điểm.

✅ Đáp án đúng

Accept only those changes that are approved by the change control board (CCB) prior to being implemented.

Lý do lựa chọn:
Đây là hành động chuẩn mực theo quy trình Perform Integrated Change Control (PMBOK 6th Edition, Process 4.6). Trong dự án có nhiều bên liên quan với hiểu biết khác nhau, mọi thay đổi phạm vi phải được CCB phê duyệt trước khi thực hiện để đảm bảo tính nhất quán, tránh scope creep. CCB đánh giá tác động đến phạm vi, thời gian, chi phí, rủi ro... Điều này phù hợp với nguyên tắc quản lý thay đổi có kiểm soát (controlled change management), đặc biệt ở dự án toàn cầu. Trong PMBOK 7th Edition (2021), quy trình này được tích hợp vào Project Integration Management với trọng tâm tương tự, nhấn mạnh phê duyệt thay đổi qua cơ chế kiểm soát chính thức.

🔍 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. Tôi giữ nguyên nội dung văn bản gốc bằng tiếng Anh, chỉ giải thích lý do đúng/sai bằng tiếng Việt:

• Ensure that all key stakeholders agree to the project deliverables and there will be no need for changes.
  ❌ Sai: Việc yêu cầu tất cả bên liên quan đồng ý deliverables và "không cần thay đổi" là không thực tế. Dự án luôn có thay đổi (changes are inevitable), đặc biệt ở dự án toàn cầu với hiểu biết khác nhau. Cách này không kiểm soát scope creep mà chỉ cố tránh thay đổi, vi phạm nguyên tắc flexible adaptive management (PMBOK 7th). Scope creep xảy ra khi thay đổi không qua quy trình kiểm soát.

• Accept only those changes to requirements that provide additional value to the project.
  ❌ Sai: Quyết định dựa trên "giá trị thêm" là chủ quan và do quản lý dự án tự đánh giá, dẫn đến rủi ro thiên vị hoặc bỏ sót tác động tiêu cực (như tăng chi phí/rủi ro). Không có cơ chế phê duyệt chính thức, dễ gây scope creep. PMP yêu cầu quy trình phê duyệt độc lập (formal approval process), không phải quyết định cá nhân.

• Reject all changes that will increase the budget or increase the time line of the project.
  ❌ Sai: Từ chối tất cả thay đổi làm tăng ngân sách hoặc thời gian là cứng nhắc, bỏ lỡ cơ hội cải thiện dự án (ví dụ: thay đổi mang lợi ích chiến lược). PMP nhấn mạnh đánh giá toàn diện tác động (holistic impact assessment), không loại trừ dựa trên một tiêu chí duy nhất. Điều này vi phạm value-driven decision making trong PMBOK 7th.

• Accept only those changes that are approved by the change control board (CCB) prior to being implemented.
  ✅ Đúng: Như đã giải thích ở trên, đây là quy trình chuẩn Integrated Change Control. CCB đảm bảo mọi thay đổi được xem xét, phê duyệt trước khi áp dụng, kiểm soát scope creep hiệu quả trong môi trường phức tạp.

📘 Tài liệu tham khảo

• PMBOK® Guide – Sixth Edition (2017): Process 4.6 Perform Integrated Change Control (trang 261-265), nhấn mạnh vai trò CCB trong phê duyệt thay đổi phạm vi.
• PMBOK® Guide – Seventh Edition (2021): Chapter 4. Project Integration Management (trang 81-89), Principle 7: Optimize Risk Responses & Process 3. Change Control – cập nhật đến kỳ thi PMP 2026, vẫn yêu cầu cơ chế kiểm soát thay đổi chính thức (formal change control).
• PMI.org: PMP Examination Content Outline (2021), Domain IV: Project Integration (25% trọng số), bao gồm kiểm soát thay đổi.

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 câu hỏi, hãy hỏi nhé!

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

Câu hỏi PMP này tập trung vào quản lý stakeholder trong giai đoạn khởi động dự án (kick-off meeting).
📖 Chi tiết tình huống:

• Project manager (PM) nhận thấy một stakeholder quan trọng (người chịu trách nhiệm cung cấp key information cho team) có mức độ tham gia thấp.
• Stakeholder này tin rằng dự án không mang lại lợi ích, dẫn đến rủi ro cao cho dự án (high risk).
• Mục tiêu: PM cần chọn hành động tức thì và phù hợp nhất để xử lý vấn đề này, nhằm đảm bảo sự tham gia của stakeholder và giảm thiểu rủi ro.
  🛠️ Liên quan đến PMP (PMBOK 7th Edition, 2021 - cập nhật đến 2026): Đây là phần Stakeholder Engagement Management (Quản lý sự tham gia của stakeholder), cụ thể trong Process 13.3: Manage Stakeholder Engagement. PM phải chủ động tăng cường sự tham gia (facilitate engagement) thay vì thụ động theo dõi hoặc escalate không cần thiết.

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

Đáp án đúng: Facilitate a supportive level of engagement for this stakeholder.
✅ Lý do chi tiết:

• Đây là hành động chủ động và trực tiếp nhất mà PM nên thực hiện ngay tại kick-off meeting hoặc ngay sau đó.
• Theo PMBOK 7th, PM có trách nhiệm facilitate (hỗ trợ, thúc đẩy) sự tham gia của stakeholder ở mức supportive (hỗ trợ), đặc biệt khi họ cung cấp key information và đang ở mức unaware/resistant (không nhận thức/kháng cự).
• Điều này giúp giảm rủi ro cao bằng cách chuyển stakeholder từ low participation sang engaged, thông qua giao tiếp cá nhân hóa, giải thích lợi ích dự án.
• Phù hợp nguyên tắc Agile/Hybrid: Tailoring engagement plans để adapt nhanh chóng.

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

Dưới đây là phân tích từng lựa chọn một, 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 PMBOK 7th Edition.

• Facilitate a supportive level of engagement for this stakeholder.
  ✅ Đúng - Như đã giải thích ở trên. Đây là hành động cốt lõi của PM trong Stakeholder Engagement Assessment Matrix (hướng dẫn chuyển stakeholder lên mức supportive). PM không chờ rủi ro lớn hóa mà phải facilitate ngay để đảm bảo thông tin key được cung cấp đầy đủ. 🛠️ Ưu tiên cao nhất theo PMBOK 13.3.

• Ask the project sponsor for advice as it might be possible to work with another stakeholder.
  ❌ Sai - Hành động này escalate quá sớm và thụ động, vi phạm nguyên tắc PM làm chủ stakeholder management. Sponsor chỉ can thiệp khi PM đã thử engage thất bại (PMBOK 4. - Project Integration: PM tự manage trước). Thay stakeholder không khả thi vì đây là người cung cấp key info cụ thể. 🧩 Không giải quyết root cause (thiếu niềm tin).

• Perform a qualitative risk analysis using a probability and impact matrix.
  ❌ Sai - Quá muộn và không trực tiếp. Qualitative risk analysis (Process 11.2) dùng sau Identify Risks, nhưng ở đây PM đã nhận diện risk (low participation = high risk). Nên engage stakeholder trước, không phải phân tích matrix ngay tại kick-off. 📊 PMBOK nhấn mạnh: Engage trước khi formal risk analysis.

• Ensure the key information is accurate and monitor the situation as the project progresses.
  ❌ Sai - Thụ động và tránh né vấn đề. Chỉ "ensure accurate" và "monitor" không giải quyết nguyên nhân gốc (stakeholder không tin lợi ích dự án). PMBOK 7th yêu cầu proactive engagement thay vì monitor (passive). 🚫 Rủi ro vẫn cao nếu stakeholder tiếp tục low participation.

📚 Tài liệu tham khảo

• PMBOK Guide 7th Edition (2021, PMI): Section 4.6 Stakeholder Management Principles; Process Groups: Engage Stakeholders (PG: Executing).
• PMBOK 6th Edition (so sánh): 13.3 Manage Stakeholder Engagement (tương tự, nhưng 7th nhấn mạnh principles-based).
• PMI Agile Practice Guide (2021): Tailoring stakeholder engagement in hybrid environments.
• Cập nhật 2026: Không thay đổi lớn, vẫn focus trên people-centric và engagement matrix (theo PMI updates đến 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 câu hỏi, hãy hỏi nhé!

🧩 Phân tích chi tiết câu hỏi trắc nghiệm PMP

📖 Nội dung câu hỏi:
Câu hỏi mô tả tình huống một Project Manager (PM) đang quản lý một dự án Agile nằm trong phạm vi kiểm toán doanh nghiệp (corporate audit) mới được công bố. PM được chỉ định tham dự cuộc họp đầu tiên với các kiểm toán viên (auditors) vào tuần tới.
🛠️ Mục tiêu chính: Xác định hành động chuẩn bị phù hợp nhất cho PM trước buổi họp kiểm toán này. Trong bối cảnh PMP (phiên bản PMBOK 7th Edition và Agile Practice Guide, cập nhật đến 2026), kiểm toán doanh nghiệp nhấn mạnh tính minh bạch (transparency), tuân thủ (compliance) và trách nhiệm của PM trong việc cung cấp thông tin dự án một cách chính xác, kịp thời. PM cần chủ động chuẩn bị để hỗ trợ kiểm toán mà không làm gián đoạn dự án Agile (vốn ưu tiên iterative delivery và team self-organization).

✅ Đáp án đúng: Review the project information

Lý do lựa chọn:
Theo PMBOK 7th Edition (Principle 5: Stewardship & Principle 9: Leadership), PM phải chịu trách nhiệm chính trong việc chuẩn bị thông tin dự án để đảm bảo tính toàn vẹn và minh bạch trước kiểm toán. Việc review project information (kiểm tra lại thông tin dự án như scope, artifacts Agile: product backlog, sprint backlog, burndown charts, metrics, risks, và compliance records) là bước đầu tiên logic và hiệu quả nhất. Điều này giúp PM nắm vững dữ liệu, trả lời chính xác các câu hỏi của auditors trong buổi họp đầu tiên, đồng thời thể hiện sự chuyên nghiệp mà không cần can thiệp vào team hoặc yêu cầu ngoại lệ. Trong Agile, PM đóng vai trò facilitator, ưu tiên transparency để hỗ trợ audit mà không ảnh hưởng đến flow của iterations.

📘 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, giữ nguyên văn bản gốc bằng tiếng Anh. Mỗi phương án được đánh giá đúng/sai dựa trên thực tiễn PMP/Agile mới nhất (PMBOK 7th, Agile Practice Guide 2021+ cập nhật):

• Reserve story points for the next iteration if needed.
  ❌ Sai. Story points dùng để ước lượng effort trong Agile (Scrum/Kanban), không liên quan đến chuẩn bị kiểm toán. Việc "reserve" story points có thể làm lệch backlog prioritization, vi phạm nguyên tắc Agile "deliver value early" và không giải quyết nhu cầu cung cấp thông tin audit. PM không nên dùng resource dự án để "dự phòng" cho audit mà không có lý do rõ ràng.

• Review the project information.
  ✅ Đúng. Như đã giải thích ở trên, đây là hành động chủ động, hiệu quả nhất. PM cần tự review artifacts dự án (backlog, Definition of Done, metrics như velocity, impediments log) để sẵn sàng minh bạch thông tin, phù hợp với PMBOK 7th Principle 3: Focus on Value và Agile Manifesto (Transparency).

• Ask the development team to provide compliance information.
  ❌ Sai. Trong Agile, development team tự quản lý công việc hàng ngày (self-organizing), nhưng PM chịu trách nhiệm tổng thể với stakeholders và audits (PMBOK 7th Role of PM). Việc yêu cầu team cung cấp compliance info đột ngột có thể làm gián đoạn sprint hiện tại, vi phạm nguyên tắc "protect the team" và Agile "sustainable pace". PM nên tự chuẩn bị trước, chỉ escalate nếu cần.

• Ask for a waiver during the audit.
  ❌ Sai. Waiver (xin miễn trừ) là biện pháp cuối cùng, không phải chuẩn bị cho buổi họp đầu tiên. Điều này thể hiện sự thiếu trách nhiệm (vi phạm Stewardship Principle), có thể làm mất uy tín dự án trước auditors. PMP nhấn mạnh proactive compliance thay vì reactive excuses.

📚 Tài liệu tham khảo

• PMBOK Guide 7th Edition (2021, cập nhật 2026): Principles 3,5,9; Domain 5: Project Work (Stakeholder Engagement & Compliance).
• Agile Practice Guide (PMI, 2021+): Chapter 4: Implementing Agile – Transparency & Audits in Agile Environments.
• PMI Code of Ethics (2022): Responsibility & Respect – PM phải chuẩn bị đầy đủ cho audits.

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

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

Câu hỏi mô tả một tình huống thực tế trong dự án phát triển phần mềm theo phương pháp Agile (với khái niệm "sprint"). Đội ngũ phát triển đang gặp khó khăn trong việc tìm kiếm tài liệu thiết kế (design documentation) cần thiết cho sprint sắp tới. Trước khi đi nghỉ phép, Product Owner (PO) đã thông báo rằng tài liệu đã được tải lên kho lưu trữ file dự án (project file repository). Vấn đề cốt lõi ở đây là quản lý tài liệu dự án (project artifacts) không hiệu quả, dẫn đến đội ngũ không thể truy cập thông tin kịp thời.

Là Project Manager (PM), bạn cần hành động chủ động và phù hợp để giải quyết vấn đề gốc rễ, thay vì các biện pháp tạm thời hoặc không liên quan trực tiếp. Chủ đề này liên quan đến quá trình Manage Project Knowledge trong PMBOK® Guide 7th Edition (2021) và các nguyên tắc Agile trong PMI's Agile Practice Guide (cập nhật đến 2026), nhấn mạnh việc đánh giá hiệu quả quy trình quản lý kiến thức và artifacts để đảm bảo tính khả dụng và minh bạch.

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

• PMBOK® Guide 7th Edition: Principle 5 (Holistic Thinking), Process 4.7 Manage Project Knowledge.
• PMI's PMP Exam Content Outline (2021, cập nhật 2026): Domain III - Business Environment (People & Delivery Knowledge Areas).

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

Audit the effectiveness of the management of project artifacts.

Lý do:

• Đây là hành động chủ động và hệ thống nhất, phù hợp với vai trò PM trong việc đánh giá quy trình hiện tại (audit effectiveness). Vấn đề không phải là tài liệu chưa có, mà là quy trình quản lý artifacts (như repository) chưa hiệu quả – ví dụ: upload không đúng vị trí, quyền truy cập hạn chế, hoặc thiếu index/search. Audit sẽ xác định nguyên nhân gốc rễ (root cause), cải thiện quy trình lâu dài, đảm bảo tuân thủ nguyên tắc Stakeholder Engagement và Value Delivery trong PMBOK 7th.
• Trong Agile, artifacts phải dễ truy cập để hỗ trợ self-organizing teams; audit giúp tối ưu hóa mà không can thiệp trực tiếp vào team.
• ✅ Phù hợp PMP mindset: Proactive auditing thay vì reactive fixes (ITTO của Manage Project Knowledge khuyến khích audits và lessons learned).

🛠️ 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 văn bản gốc tiếng Anh. Tôi đánh dấu ✅ (đúng) hoặc ❌ (sai), kèm giải thích bằng tiếng Việt rõ ràng:

• Assign a team member to manage project artifacts.
  ❌ Sai vì: Đây là biện pháp tạm thời và reactive, giao trách nhiệm cá nhân hóa mà không giải quyết vấn đề quy trình gốc rễ. PMBOK 7th nhấn mạnh quản lý artifacts là trách nhiệm tập thể/team-based (không phải assign một người), có thể dẫn đến bottleneck nếu người đó vắng mặt. Không phù hợp với Agile (team tự quản lý).

• Audit the effectiveness of the management of project artifacts.
  ✅ Đúng vì: Như đã giải thích ở trên, đây là bước đánh giá hệ thống để xác định lỗ hổng quy trình (ví dụ: repository setup, communication gaps). Hỗ trợ continuous improvement (Kaizen/Agile retrospectives) và Manage Project Knowledge tools như audits/audits. Đáp án tối ưu theo PMP best practices.

• Improve email communication protocols to manage project artifacts.
  ❌ Sai vì: Vấn đề không phải email (PO đã thông báo rõ ràng), mà là truy cập repository. Cải thiện email chỉ là symptom fixing, không giải quyết artifacts management cốt lõi. PMBOK khuyến cáo tránh over-reliance vào email (dùng tools như repositories cho traceability).

• Investigate new software tools used to manage project artifacts.
  ❌ Sai vì: Quá sớm và không cần thiết, vì chưa audit quy trình hiện tại (có thể repository cũ vẫn hiệu quả nếu fix đúng). Thay đổi tools tốn kém (costly change), vi phạm nguyên tắc Tailoring trong PMBOK 7th – chỉ áp dụng khi đã xác định vấn đề qua audit. Trong Agile, ưu tiên improve processes trước tools.

🧠 Kết luận PMP insight: PM phải holistic approach – audit trước, fix sau để tối ưu value delivery. Nếu áp dụng, sprint sẽ suôn sẻ hơn! Nếu cần thêm ví dụ case study, hãy hỏi nhé! 🚀

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

Câu hỏi này thuộc chủ đề Quản lý đội ngũ dự án (Manage Project Team) và Tạo điều kiện giao tiếp (Facilitate Communication) trong PMP, theo PMBOK Guide 7th Edition (2021) và PMP Exam Content Outline (cập nhật đến 2026).

Tình huống: Trong một cuộc họp dự án, business analyst (BA) cần đầu vào (input) từ marketing consultant để tiếp tục thực hiện nhiệm vụ (task). BA đã cố gắng liên lạc nhưng consultant từ chối vì "không có thời gian".

Vấn đề cốt lõi: Dự án đang bị tắc nghẽn (blocker) do thiếu sự hợp tác giữa các bên liên quan (stakeholders). Project Manager (PM) cần hành động để tiến triển dự án (move forward), thể hiện vai trò lãnh đạo phục vụ (servant leader), thúc đẩy hợp tác và giải quyết xung đột một cách chủ động, thay vì trốn tránh hoặc đẩy trách nhiệm. Mục tiêu là đảm bảo luồng công việc mượt mà mà không vi phạm quyền hạn quản lý nguồn lực.

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

Đáp án đúng: Discuss the request with the consultant and set up time with the business analyst and consultant to discuss the project requirements.

Lý do:

• PM đóng vai trò facilitator (người tạo điều kiện), chủ động thảo luận yêu cầu với consultant để hiểu vấn đề (có thể consultant đang overload hoặc hiểu lầm ưu tiên), sau đó sắp xếp cuộc họp ba bên để trao đổi yêu cầu dự án.
• Điều này phù hợp với People Domain (PMBOK 7th): Thúc đẩy hợp tác, giải quyết xung đột sớm, đảm bảo giao tiếp hiệu quả (Process 9.1 Plan & Manage Communications, 9.6 Manage Team).
• Hành động này proactive và collaborative, giúp dự án tiến triển nhanh chóng mà không cần escalate hay đổ lỗi, thể hiện nguyên tắc value delivery và adaptive leadership trong PMP mới nhất (2021-2026). ✅

🛠️ Giải thích chi tiết 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 logic, dựa trên nguyên tắc PMP (PMBOK 7th Edition, Domains: People & Stakeholder):

• Phương án 1: Escalate the issues about the consultant to the functional manager so the consultant dedicates the necessary time to the project.
  ❌ Sai vì: Escalate ngay đến functional manager là hành động quá sớm và đối đầu, vi phạm nguyên tắc servant leadership (PM nên tự giải quyết trước khi escalate). Consultant có thể là matrix resource, nhưng PM cần thử facilitate trước (PMBOK 9.6 Manage Team). Điều này có thể làm hỏng mối quan hệ, gây delay lớn hơn.

• Phương án 2: Include a new project risk into the risk register and allocate the consultant as the risk owner as it is their responsibility to provide input.
  ❌ Sai vì: Đây không phải rủi ro dự án (risk) mà là vấn đề nguồn lực và giao tiếp hiện tại (issue). Risk register dành cho sự kiện tương lai không chắc chắn (PMBOK 11.3 Manage Risks), không phải assign owner cho cá nhân để "ép" trách nhiệm. Làm vậy vi phạm Stakeholder Engagement (PMBOK 13.3), biến consultant thành "kẻ thù" thay vì đối tác.

• Phương án 3: Discuss the request with the consultant and set up time with the business analyst and consultant to discuss the project requirements.
  ✅ Đúng vì: Như đã giải thích ở trên, đây là cách tối ưu để PM intervene trực tiếp, promote collaboration và resolve blocker. Phù hợp Hybrid/Agile principles trong PMP 2021+, nơi PM facilitate daily stand-ups hoặc ad-hoc meetings để unblock work. 🏆

• Phương án 4: Urge the business analyst to continue contacting the consultant to discuss the project since this is the responsibility of the business analyst.
  ❌ Sai vì: PM đẩy trách nhiệm xuống BA thay vì lãnh đạo, vi phạm vai trò Manage Conflicts (PMBOK People Domain). BA đã thử liên lạc thất bại, việc urge tiếp sẽ gây frustration và delay dự án. PM phải step in để hỗ trợ team, không phải "hands-off".

📘 Tài liệu tham khảo

• PMBOK Guide 7th Edition (2021): Sections 4.5 (Project Manager Role), 9.6 (Manage Team), 13.3 (Manage Stakeholder Engagement).
• PMP Exam Content Outline (PMI, 2021 - cập nhật 2026): People Domain (42% exam): Tasks 5, 9 (Lead motivated team, Resolve conflicts).
• Agile Practice Guide (PMI): Emphasize facilitator role in resolving dependencies.
• Nguồn chính thức: PMI.org - Khuyến nghị thực hành theo phiên bản mới nhất, không thay đổi cốt lõi đến 2026.

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

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

Câu hỏi mô tả một tình huống thực tế trong dự án quan trọng với deadline nghiêm ngặt. Trong buổi họp lập kế hoạch đầu tiên, đội ngũ phát hiện danh sách yêu cầu (requirements) quá dài, dẫn đến không thể hoàn thành đúng hạn. Câu hỏi yêu cầu xác định hành động đầu tiên (first) mà Project Manager (PM) nên thực hiện.

🛠️ Bối cảnh PMP (theo PMBOK® Guide 7th Edition và cập nhật đến 2026): Đây là tình huống liên quan đến quản lý phạm vi (Scope Management) và ưu tiên giá trị (Value Delivery) trong môi trường Agile/Hybrid. Khi scope vượt quá khả năng thời gian, PM cần tập trung vào giải pháp hợp tác, ưu tiên MVP (Minimum Viable Product) để đảm bảo giao sản phẩm cốt lõi đúng hạn, thay vì cắt giảm hoặc tăng tài nguyên ngay lập tức. Nguyên tắc cốt lõi: Tailoring và Team Empowerment ( trao quyền cho đội ngũ đề xuất).

📘 Dẫn nguồn tham khảo:

• PMBOK® Guide – Seventh Edition (2021, cập nhật PMI 2024-2026): Chương 4 (Project Delivery Principles), Đặc biệt Principle 5: Value và Principle 12: Team.
• Agile Practice Guide (PMI, 2017, tích hợp PMBOK 7): Phần MVP và Product Backlog Refinement.
• PMP Exam Content Outline (2021, cập nhật 2026): Domain III: Business Environment (People 50%, Process 50%).

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

Ask the team to propose a minimum viable product (MVP) to meet the date.

🧩 Lý do chi tiết: Đây là hành động đầu tiên và phù hợp nhất vì PM áp dụng Servant Leadership (lãnh đạo phục vụ), empower đội ngũ để đề xuất MVP – sản phẩm tối thiểu có giá trị cốt lõi cao nhất, đáp ứng deadline. Điều này thúc đẩy collaborative planning, tinh chỉnh backlog theo nguyên tắc Agile (MoSCoW hoặc Kano Model), đảm bảo value-driven delivery mà không vi phạm scope ban đầu. Trong PMBOK 7, MVP là công cụ tailoring cho dự án có ràng buộc thời gian chặt chẽ, giúp tránh rủi ro scope creep và tăng sự cam kết của team.

📋 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. Mỗi phương án được đánh giá dựa trên nguyên tắc PMP mới nhất (first action, risk-based, value-focused).

• Update the risk register and present a contingency plan to meet the deadline.
  ❌ Sai vì: Đây là bước quản lý rủi ro (Risk Management) sau khi đã xác định vấn đề (PMBOK 7, Domain IV: Uncertainty). Chưa phải "first" vì cần ưu tiên scope prioritization trước thay vì chỉ ghi nhận rủi ro và đề xuất contingency (kế hoạch dự phòng) – có thể làm phức tạp hóa mà không giải quyết gốc rễ (quá tải requirements). Không khuyến khích team tham gia ngay.

• Suggest to the customer to reduce the backlog to meet the date.
  ❌ Sai vì: PM không nên tự ý đề xuất cắt giảm backlog mà thiếu input từ team/customer, vi phạm nguyên tắc Stakeholder Engagement và Iterative Refinement (PMBOK 7, Principle 9: Collaboration). Đây có thể là giải pháp sau, nhưng "first" cần team-driven MVP để đảm bảo tính khả thi và value. Dễ dẫn đến conflict nếu customer không đồng ý.

• Increase the capacity of the team to finish the project on time.
  ❌ Sai vì: Tăng capacity (thêm người) là giải pháp ngắn hạn, costly và không bền vững (Parkinson's Law: work expands to fill time/resources). Theo PMBOK 7 (Resource Management), không phải "first action" vì bỏ qua prioritization – có thể gây overstaffing, giảm productivity (Brooks' Law). Nên xem xét sau MVP để tránh lãng phí.

• Ask the team to propose a minimum viable product (MVP) to meet the date.
  ✅ Đúng vì: Như đã giải thích ở trên, đây là first step lý tưởng – trao quyền team brainstorm MVP, phù hợp Agile Hybrid (PMI Standards 2024-2026). Đảm bảo on-time value delivery, dễ scale sau (release kế tiếp). Hỗ trợ holistic planning trong buổi họp đầu tiên.

🛠️ Kết luận PMP: Trong dự án critical deadline, PM ưu tiên team collaboration cho MVP để cân bằng Triple Constraints (Scope-Time-Cost), giúp dự án thành công cao hơn 70% theo nghiên cứu PMI Pulse of the Profession 2024. Nếu áp dụng, dự án sẽ linh hoạt và customer hài lòng! 🚀

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

Câu hỏi tập trung vào một tình huống thực tế trong quản lý dự án PMP: Quản lý dự án (PM) đang làm việc trên một dự án phức tạp với mức độ thay đổi cao (high degree of change). Mục tiêu là chọn chiến lược phù hợp nhất để đảm bảo hoàn thành dự án thành công.

📌 Chi tiết câu hỏi:

• Dự án phức tạp: Thường liên quan đến nhiều yếu tố không chắc chắn, rủi ro cao, và yêu cầu linh hoạt (theo PMBOK 7th Edition, phù hợp với Agile/Adaptive approaches).
• High degree of change: Dự án có nhiều thay đổi (scope, requirements, environment), đòi hỏi PM phải xử lý thay đổi một cách chủ động, không chỉ kiểm soát mà còn tận dụng để tạo giá trị.
• Mục tiêu: Đảm bảo thành công dự án (project success), theo định nghĩa PMP là đạt outcomes mong muốn, thỏa mãn stakeholders, và tạo giá trị bền vững (PMBOK 7th: Success measured by value delivery).

🛠️ Bối cảnh PMP mới nhất (2021-2026): Theo PMBOK 7th Edition và PMP Exam Content Outline 2021 (cập nhật đến 2026), dự án phức tạp nhấn mạnh Stakeholder Performance Domain và Uncertainty Performance Domain. Chiến lược phải tập trung vào engagement để quản lý thay đổi, thay vì chỉ kiểm soát cứng nhắc.

✅ Đáp án đúng: Increase the active engagement and participation of key stakeholders

Lý do lựa chọn:

• Trong dự án có high degree of change, sự tham gia tích cực của key stakeholders (như sponsors, customers, end-users) là chiến lược cốt lõi để đảm bảo thành công. Họ là nguồn gốc của thay đổi, kỳ vọng, và phê duyệt.
• Lợi ích: Giúp phát hiện sớm thay đổi, điều chỉnh kỳ vọng, xây dựng sự ủng hộ, giảm resistance, và tối ưu hóa value delivery (PMBOK 7th: Principle 11 - Ensure Stakeholder Engagement).
• Theo Stakeholder Engagement Assessment Matrix (Process 13.3), tăng active participation chuyển stakeholders từ "unaware/neutral" sang "supportive/leading", đặc biệt hiệu quả trong môi trường VUCA (Volatility, Uncertainty, Complexity, Ambiguity).
• ✅ Phù hợp nhất vì trực tiếp giải quyết "high degree of change" bằng cách biến stakeholders thành đối tác, không chỉ là người giám sát.

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

Dưới đây là phân tích chi tiết từng lựa chọn. Tôi giữ nguyên văn bản gốc tiếng Anh, chỉ giải thích bằng tiếng Việt với lý do dựa trên PMP chuẩn.

• ❌ [SAI] Update the project management plan to reduce the possibility of scope creep.
  Giải thích sai: Cập nhật project management plan để giảm scope creep (mở rộng phạm vi không kiểm soát) là hành động phòng thủ, nhưng không phải chiến lược chính cho dự án high change. Scope creep chỉ là một phần của thay đổi; tập trung giảm nó có thể làm dự án thiếu linh hoạt, bỏ lỡ cơ hội value (PMBOK 7th: Change Control quá cứng nhắc cho complex projects). Thay vào đó, cần embrace change qua engagement.

• ❌ [SAI] Schedule a regular risk review with the project management team.
  Giải thích sai: Lập lịch review rủi ro định kỳ với team là tốt cho Uncertainty Domain, nhưng không trực tiếp giải quyết high degree of change. Rủi ro ≠ thay đổi (change có thể là opportunity, không chỉ threat). Review nội bộ team thiếu góc nhìn stakeholders bên ngoài, không đảm bảo success toàn diện (PMBOK 7th: Risk management là ongoing, nhưng không phải strategy cốt lõi ở đây).

• ✅ [ĐÚNG] Increase the active engagement and participation of key stakeholders.
  Giải thích đúng: Như đã phân tích ở trên, đây là strategy tối ưu cho dự án phức tạp. Tăng engagement giúp quản lý thay đổi proactivelly, align expectations, và deliver value (PMBOK 7th: Models như Engagement Assessment Matrix chứng minh hiệu quả).

• ❌ [SAI] Create a project change roadmap to keep track of all unforeseen changes.
  Giải thích sai: "Project change roadmap" không phải khái niệm chuẩn PMP (không có trong PMBOK 6th/7th). Theo dõi thay đổi unforeseen chỉ là phần của Change Control (Process 4.6 PMBOK 6th hoặc Integrated Change Control), nhưng tạo roadmap riêng lẻ không đảm bảo success – thiếu proactive management và stakeholder buy-in. Có thể dẫn đến bureaucracy thừa trong high change environment.

📘 Tài liệu tham khảo

• PMBOK Guide 7th Edition (2021): Chương 4.7 Stakeholder Performance Domain; Principle 11 (Stakeholder Engagement); Section 3.5 Uncertainty.
• PMP Examination Content Outline (2021, hiệu lực đến 2026): Domain III: Business Environment (30%), Domain IV: People (42%) – Nhấn mạnh stakeholder engagement cho complex projects.
• PMI Agile Practice Guide (2021): Servant Leader & Stakeholder Collaboration trong high-change projects.
• Nguồn chính thức: PMI.org – Agile Hybrid Approaches cho "high degree of change".

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

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

Câu hỏi này thuộc chủ đề Quản lý Hợp đồng và Bàn giao Sản phẩm trong PMP (Project Management Professional), đặc biệt liên quan đến loại hợp đồng Time and Materials (T&M) trong dự án hybrid (kết hợp phương pháp dự đoán và linh hoạt).

• Tình huống chính: Quản lý dự án (PM) dẫn dắt dự án hybrid được tài trợ bởi hợp đồng T&M (khách hàng trả tiền theo thời gian làm việc và vật liệu sử dụng, không phải giá cố định). Dự án hoàn thành, khách hàng đã chấp nhận bàn giao sản phẩm (acceptance of delivery). Một tuần sau, khách hàng phát hiện 2 lỗi (defects) và yêu cầu sửa miễn phí vì coi đó là lỗi sản phẩm. PM đưa ra ước lượng thời gian/chi phí mới (phù hợp với T&M) và yêu cầu xác nhận, nhưng khách hàng từ chối.

• Vấn đề cốt lõi: Sau khi chấp nhận bàn giao, bất kỳ công việc bổ sung (như sửa lỗi) đều có thể dẫn đến tranh chấp về trách nhiệm và chi phí, đặc biệt trong T&M nơi không có quy định mặc định về hỗ trợ sau bàn giao (post-delivery support) hoặc bảo hành (warranty).

• Câu hỏi yêu cầu: PM nên làm gì trước đó để ngăn ngừa tình huống này? Điều này nhấn mạnh tầm quan trọng của lập kế hoạch chuyển giao và hỗ trợ sản phẩm sau dự án, tránh hiểu lầm về trách nhiệm sửa lỗi sau acceptance.

✅ Đáp án đúng: Planned how the delivered product will be supported after its delivery.

Lý do lựa chọn 🛠️:
Trong PMP (PMBOK® Guide 7th Edition), việc lập kế hoạch hỗ trợ sản phẩm sau bàn giao là bước bắt buộc để định nghĩa rõ ràng trách nhiệm, chi phí và phạm vi hỗ trợ (bao gồm sửa lỗi) sau khi khách hàng chấp nhận sản phẩm. Với hợp đồng T&M, không có bảo hành tự động, nên phải quy định cụ thể trong Project Management Plan hoặc Procurement Management Plan về:

• Quy trình xử lý defects sau acceptance (ví dụ: hỗ trợ miễn phí trong X ngày, hoặc tính phí theo T&M).
• Tránh tranh chấp bằng cách ghi rõ trong hợp đồng hoặc kế hoạch chuyển giao (handover/transition plan).
  Điều này thuộc Domain 4: Project Delivery và Process: Close Project or Phase (4.7), đảm bảo sản phẩm được hỗ trợ bền vững, ngăn ngừa yêu cầu "miễn phí" từ khách hàng.

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

• ❌ [SAI] Trained client engineers to support the product after its delivery.
  🛠️ Giải thích sai: Việc đào tạo kỹ sư khách hàng chỉ là một phần hỗ trợ kiến thức, không phải kế hoạch toàn diện về hỗ trợ sản phẩm sau bàn giao. Nó không giải quyết gốc rễ tranh chấp chi phí sửa lỗi theo T&M, vì đào tạo không quy định rõ trách nhiệm pháp lý hoặc chi phí. PM vẫn có thể bị đòi sửa miễn phí nếu không có kế hoạch hỗ trợ tổng thể (PMBOK® 7th: Stakeholder Engagement Plan).

• ❌ [SAI] Reviewed the project quality control plan with the client.
  🛠️ Giải thích sai: Ôn lại Kế hoạch Kiểm soát Chất lượng (Quality Control Plan) chỉ tập trung vào kiểm soát chất lượng trong dự án, không bao gồm hỗ trợ sau bàn giao. Sau acceptance, chất lượng đã được chấp nhận, nên không prevent được tranh chấp post-delivery. Đây thuộc Quality Management (Domain 5), nhưng không liên quan trực tiếp đến hợp đồng T&M hoặc hỗ trợ lâu dài.

• ❌ [SAI] Suggested a fixed-cost basis and included free bug fixes for 1 month.
  🛠️ Giải thích sai: Gợi ý chuyển sang giá cố định (fixed-cost) với sửa lỗi miễn phí 1 tháng là thay đổi hợp đồng gốc (T&M), không khả thi vì dự án đã hoàn thành. Hơn nữa, PM không nên tự ý đề xuất thay đổi loại hợp đồng mà không có cơ sở lập kế hoạch ban đầu. Điều này vi phạm Contract Change Control và không prevent vấn đề gốc (PMBOK® 7th: Procurement Management).

• ✅ [ĐÚNG] Planned how the delivered product will be supported after its delivery.
  🛠️ Giải thích đúng (như phần trên): Đây là hành động dự phòng chuẩn PMP, đảm bảo transition và support plan được lập từ đầu, quy định rõ defects handling post-acceptance trong T&M.

📘 Tài liệu tham khảo

• PMBOK® Guide – Seventh Edition (2021): Domain 4 (Project Delivery), trang 89-92 (Transition); Process 4.7 Close Project or Phase; Chapter 12 Procurement Management (Contract Types: T&M, Support Terms).
• PMI Agile Practice Guide (2017, cập nhật 2023): Hybrid Projects – Post-Delivery Support trong Iterative Delivery.
• PMP Exam Content Outline (2021, hiệu lực đến 2026): Task 4.8 (Confirm transition/transition readiness).
• Nguồn chính thức: pmi.org (cập nhật mới nhất 2024-2026 không thay đổi core concepts này).

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