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

🧩 Giải thích chi tiết 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: Khách hàng đang xem xét hệ thống báo cáo mới và phát hiện một thành phần (component) trong module in ấn (printing module) chưa hoàn thành. Quản lý dự án (project manager - PM) kiểm tra cấu trúc phân tích công việc (Work Breakdown Structure - WBS) và xác nhận rằng thành phần này đã được bao gồm trong WBS.

📌 Ý nghĩa cốt lõi: Đây là một vấn đề (issue) liên quan đến việc thực hiện công việc dự án. WBS đã có thành phần này, nghĩa là nó thuộc phạm vi dự án (scope), nhưng chưa được hoàn thành. PM cần hành động đầu tiên để xử lý, theo nguyên tắc PMP: xác định vấn đề trước khi quyết định hành động, tránh nhảy cóc dẫn đến lãng phí hoặc sai lầm. Chủ đề thuộc quy trình Giám sát và Kiểm soát Công việc Dự án (Monitor and Control Project Work) và Quản lý Vấn đề (Manage Issues) trong PMBOK® Guide – Seventh Edition (2021) và PMP Exam Content Outline (2024-2026 updates).

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

Đáp án đúng: Meet with the project team to understand the issue and define actions.

🛠️ Lý do chi tiết:

• Theo PMBOK® 7th Edition (Domain: Team & Stakeholders, Principle: Be Collaborative), bước đầu tiên khi phát hiện vấn đề là họp với đội ngũ dự án (project team) để hiểu rõ vấn đề (understand the issue) và xác định hành động (define actions). Điều này đảm bảo PM thu thập thông tin chính xác từ nguồn gốc (người thực hiện công việc), tránh giả định sai lầm.
• WBS đã xác nhận scope đúng, nên không phải thay đổi phạm vi mà là vấn đề thực thi (execution gap) – có thể do chậm trễ, hiểu lầm nhiệm vụ, hoặc rủi ro chưa lường. Việc họp team thúc đẩy hợp tác (collaboration) và quản lý vấn đề chủ động (proactive issue management).
• PMP nhấn mạnh Tailoring Approach: Trong môi trường Hybrid/Agile, họp team là iterative feedback loop đầu tiên (Scrum Daily Stand-up hoặc Issue Log review).

📘 Nguồn tham khảo:

• PMBOK® Guide – Seventh Edition, trang 89-92 (Principle 7: Optimize Risk Responses) & trang 127 (Team Performance Domain).
• PMP Exam Content Outline (PMI, 2021-2026): Task 4.8 (Manage/Retire issues).

🔍 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. Mỗi phương án được đánh giá dựa trên thứ tự ưu tiên hành động đầu tiên theo PMP (Investigate → Analyze → Act).

• [SAI] Ask the project team to conduct a quality audit of the printing module components.
  ❌ Giải thích sai: Kiểm toán chất lượng (quality audit) chỉ áp dụng khi đã xác định vấn đề liên quan đến tiêu chuẩn chất lượng (quality standards) hoặc quy trình kiểm soát chất lượng (PMBOK® 7th, Quality Domain). Ở đây, vấn đề là chưa hoàn thành (not complete), không phải lỗi chất lượng. Hành động này quá sớm và không phù hợp, có thể lãng phí tài nguyên mà chưa hiểu nguyên nhân gốc rễ (root cause). Ưu tiên đầu tiên là hiểu vấn đề, không phải audit ngay.

• [ĐÚNG] Meet with the project team to understand the issue and define actions.
  ✅ Giải thích đúng: Như đã phân tích ở trên, đây là bước đầu tiên lý tưởng để thu thập dữ liệu thực tế từ team, xác định nguyên nhân (ví dụ: nhiệm vụ bị bỏ lỡ, tài nguyên thiếu), và lập kế hoạch hành động cụ thể (action plan hoặc update Issue Log). Thể hiện leadership và facilitation skills của PM.

• [SAI] Escalate this issue to the project sponsor immediately.
  ❌ Giải thích sai: Leo thang (escalate) lên nhà tài trợ (sponsor) chỉ khi vấn đề vượt quyền PM hoặc ảnh hưởng nghiêm trọng đến mục tiêu dự án (PMBOK® 7th, Stakeholder Engagement Domain). Ở đây, PM chưa investigate, nên escalate ngay là phản ứng thái quá (overreaction), làm mất uy tín và bỏ qua trách nhiệm quản lý team. PMP yêu cầu PM giải quyết ở cấp thấp nhất trước (escalation threshold).

• [SAI] Raise a change request to immediately implement the printing module component.
  ❌ Giải thích sai: Yêu cầu thay đổi (change request) chỉ dành cho thay đổi phạm vi, lịch trình, chi phí chưa có trong baseline (PMBOK® 7th, Uncertainty Domain). WBS đã bao gồm component này, nên đây không phải change mà là công việc bị chậm (delinquent work package). Submit change request ngay sẽ kích hoạt Integrated Change Control không cần thiết, dẫn đến bureaucracy thừa.

🏆 Kết luận và lưu ý PMP

Câu hỏi kiểm tra kỹ năng quản lý vấn đề đầu tiên (first response to issues) – luôn bắt đầu từ team collaboration thay vì hành động impulsively. Áp dụng PMBOK® 7th Edition mindset: Focus on value delivery qua iterative investigation. Để ôn thi PMP, thực hành với tình huống tương tự trên PMI.org practice exams! 🚀

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

Câu hỏi này thuộc lĩnh vực Quản lý Tài nguyên Con người (Resource Management) trong PMP, cụ thể liên quan đến đánh giá hiệu suất (Performance Appraisals) và phản hồi liên tục (Continuous Feedback). Tình huống mô tả: Sau buổi đánh giá hiệu suất, một thành viên đội ngũ tiếp cận Project Manager (PM) để hỏi phản hồi. PM chỉ đưa ra thông tin anecdotal (dựa trên quan sát cá nhân) như "là thành viên tích cực, hoàn thành công việc đúng hạn dù muộn 1-2 lần". Thành viên đội ngũ bực tức vì đánh giá hàng năm (annual performance review) thiếu thông tin chi tiết hơn.

🛠️ Vấn đề cốt lõi: Thành viên không hiểu rõ cơ sở đánh giá, dẫn đến frustration. PM cần hành động ngăn ngừa vấn đề tương tự trong tương lai bằng cách tăng tính minh bạch và nhất quán trong quy trình đánh giá, phù hợp với nguyên tắc People Domain trong PMBOK 7th Edition (2021, cập nhật đến 2026 qua PMP Exam Content Outline 2024). Mục tiêu là giúp đội ngũ hiểu rõ KPIs (Key Performance Indicators) để tự theo dõi và cải thiện.

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

Review the key performance indicators (KPIs) for this team member and remind the team member how they are determined.

✅ Lý do: Đây là hành động tốt nhất để ngăn ngừa frustration vì nó tăng tính minh bạch bằng cách review KPIs cụ thể cho cá nhân và nhắc nhở cách chúng được xác định. Theo PMBOK 7th Edition (Section 4.6.3.2 - Manage Team), PM phải cung cấp phản hồi dựa trên tiêu chí đo lường rõ ràng (measurable criteria) như KPIs, giúp đội ngũ hiểu quy trình đánh giá từ đầu. Điều này khuyến khích tự quản lý (self-management), giảm bất ngờ trong performance review hàng năm. PMP Exam Content Outline (2021-2026) nhấn mạnh People: 42% trọng tâm vào feedback minh bạch để xây dựng đội ngũ hiệu suất cao.

📋 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) hoặc ❌ (Sai), kèm giải thích bằng tiếng Việt dựa trên kiến thức PMP mới nhất.

• ❌ Request the human resource (HR) department to provide the key performance indicators (KPIs) that were defined for this project.
  Giải thích sai: Phương án này không hiệu quả vì PM đã có trách nhiệm trực tiếp quản lý KPIs (PMBOK 7th, Principle 7: Optimize Risk Responses - nhưng chủ yếu Resource Management). Việc đẩy trách nhiệm cho HR làm chậm quy trình và không giải quyết ngay lập tức frustration của cá nhân. KPIs phải do PM xác định và chia sẻ liên tục, không phải yêu cầu từ HR cho toàn dự án.

• ✅ Review the key performance indicators (KPIs) for this team member and remind the team member how they are determined.
  Giải thích đúng: Như đã nêu ở trên, đây là hành động chủ động, cá nhân hóa phù hợp với Agile Practice Guide (2021) - Retrospective và Continuous Improvement. Giúp đội ngũ tự theo dõi, giảm bất ngờ trong annual review, phù hợp PMP hybrid approach đến 2026.

• ❌ Set team performance goals and explain how the team receives the same performance scores.
  Giải thích sai: Phương án này quá chung chung (team-level thay vì individual), có thể gây frustration hơn vì bỏ qua KPIs cá nhân. PMBOK 7th (Section 4.7 - Develop Team) nhấn mạnh goals phải cá nhân hóa, không phải "same scores" cho toàn đội, vi phạm nguyên tắc Equity Theory trong motivation.

• ❌ Provide the team member with velocity tracking tools and explain how the team member can see and track performance.
  Giải thích sai: Chỉ phù hợp Agile/Scrum (velocity là metric sprint), nhưng câu hỏi không chỉ rõ methodology và vấn đề là anecdotal feedback, không phải tracking tool. PMBOK 7th (Tailoring) yêu cầu tool phải phù hợp context; phương án này không giải quyết gốc rễ minh bạch KPIs và có thể overwhelm nếu dự án predictive.

📘 Tài liệu tham khảo

• PMBOK Guide 7th Edition (2021): Section 4.6 Manage Team, Principle 11 (Holistic Thinking) - Minh bạch KPIs.
• PMP Exam Content Outline (2021, cập nhật 2024): Domain 3: People (Task 6: Evaluate team performance).
• Agile Practice Guide (2021): Chapter 5 - Servant Leadership & Feedback Loops.
• PMI Standards+ (đến 2026): Nhấn mạnh continuous performance management qua OKRs/KPIs.

🛠️ Lời khuyên PMP: Luôn ưu tiên phản hồi dựa trên dữ liệu (data-driven) để xây dựng High-Performing Teams! Nếu áp dụng, PM có thể dùng tools như RACI cho KPIs.

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

Câu hỏi mô tả một dự án Agile (cụ thể là Scrum) với mục tiêu giao sản phẩm incremental deliveries (giao hàng tăng dần) mỗi 3 tháng (tức là các iteration/sprint có thể kéo dài khoảng 3 tháng hoặc chia nhỏ). Đội ngũ đã được phân công (team assigned), product backlog đã được tạo và ưu tiên bởi product owner (PO). Tuy nhiên, sau 4 iterations, PO phàn nàn lên CEO vì sản phẩm không đáp ứng kỳ vọng của PO.

🛠️ Vấn đề cốt lõi: Thiếu cơ chế feedback liên tục và kiểm tra định kỳ giữa team và PO, dẫn đến khoảng cách (gaps) giữa kỳ vọng và sản phẩm thực tế. Trong PMP (PMBOK 7th Edition & Agile Practice Guide), đây là tình huống điển hình cần các Scrum events để đảm bảo transparency, inspection và adaptation (minh bạch, kiểm tra và thích ứng).

📘 Nguồn tham khảo:

• PMBOK® Guide 7th Edition (Project Management Institute, 2021) - Hybrid/Agile approaches, Section 4.5 (Support Virtual Teams & Agile).
• Agile Practice Guide (PMI, 2017, cập nhật tích hợp PMBOK 7).
• Scrum Guide (Scrum.org, phiên bản 2020, cập nhật đến 2025) - Sprint Review & Retrospective.

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

Implemented sprint reviews with the product owner and retrospectives with the team to minimize gaps

🧩 Lý do đúng: Trong Scrum, Sprint Review (kiểm tra sprint) là sự kiện hàng sprint với PO và stakeholders để demo increment (sản phẩm tăng dần), thu thập feedback và điều chỉnh backlog, đảm bảo sản phẩm phù hợp kỳ vọng. Sprint Retrospective (hồi tưởng) với team giúp cải thiện quy trình nội bộ, giảm gaps. Việc triển khai hai sự kiện này trực tiếp ngăn ngừa tình huống PO bất ngờ sau 4 iterations bằng cách kiểm tra sớm và thường xuyên (inspect & adapt). Đây là best practice trong Agile để duy trì alignment giữa team và PO.

📋 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 lựa chọn, đánh dấu ✅ đúng hoặc ❌ sai, giữ nguyên văn bản gốc tiếng Anh:

• ❌ Reviewed the organizational process assets (OPAs) and lessons learned from similar projects
  🛠️ Giải thích sai: OPAs và lessons learned (tài liệu quy trình tổ chức và bài học kinh nghiệm) hữu ích ở giai đoạn lập kế hoạch ban đầu (Initiate/Plan), giúp tránh sai lầm cũ. Tuy nhiên, chúng không trực tiếp giải quyết gaps kỳ vọng sau iterations, vì không có cơ chế feedback động với PO. Vấn đề xảy ra sau khi backlog đã tạo, nên cần hành động liên tục trong sprint, không phải review tài liệu tĩnh.

• ❌ Performed risk management analysis during daily scrums
  🛠️ Giải thích sai: Daily Scrum chỉ kéo dài 15 phút, tập trung tự tổ chức team (what did I do yesterday? today? impediments?). Risk analysis không thuộc daily scrum mà thuộc Sprint Planning hoặc Risk Backlog riêng. Việc nhồi risk vào daily scrum sẽ làm lệch mục đích, không ngăn được gaps về acceptance criteria với PO.

• ❌ Performed backlog grooming to ensure that acceptance criteria were being met
  🛠️ Giải thích sai: Backlog grooming/refinement (làm sạch backlog) là hoạt động ongoing để clarify acceptance criteria (tiêu chí chấp nhận), nhưng nó xảy ra trước sprint và do PO dẫn dắt. Vấn đề ở đây là sau 4 iterations, sản phẩm không meet expectations → grooming giúp chuẩn bị tốt hơn nhưng không thay thế Sprint Review (demo thực tế và feedback). Grooming chỉ đảm bảo "định nghĩa rõ", không kiểm tra "thực hiện đúng".

• ✅ Implemented sprint reviews with the product owner and retrospectives with the team to minimize gaps
  🧩 Giải thích đúng (như phần trên): Đây là Scrum events cốt lõi đảm bảo alignment liên tục, trực tiếp minimize gaps qua inspection (review) và adaptation (retrospective). Nếu triển khai từ đầu, PO sẽ phát hiện vấn đề sớm ở sprint 1-2, tránh escalate sau 4 iterations.

🛡️ Kết luận PMP: Luôn ưu tiên Agile ceremonies để hỗ trợ value delivery và stakeholder satisfaction (PMBOK 7: Principle 5 - Optimize Risk Responses; Agile Focus Areas). Áp dụng để dự án thành công! 🚀

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

Câu hỏi mô tả một dự án phát triển sản phẩm mới sử dụng công nghệ mới (new technology), nơi đội ngũ dự án thường xuyên thảo luận về các khó khăn tiềm ẩn (difficulties that may arise) và các chiến lược ứng phó (strategies to address them). Một thành viên đội ngũ tổ chức họp riêng với Quản lý dự án (project manager) để trình bày danh sách các thách thức (list of challenges) cần sự chú ý liên tục (continuous attention).

📌 Mục tiêu câu hỏi: Xác định cách Quản lý dự án nên tận dụng sự kiện này (this event) để tối đa hóa lợi ích cho các bên liên quan (maximize the benefits to the stakeholders). Chủ đề chính thuộc lĩnh vực Quản lý Rủi ro (Risk Management) trong PMP, nhấn mạnh vào việc xác định, ưu tiên và hành động trên các rủi ro một cách chủ động để giảm thiểu tác động tiêu cực và tận dụng cơ hội, phù hợp với nguyên tắc Proactive Risk Management trong PMBOK Guide 7th Edition (2021, cập nhật đến 2026 qua các tài liệu PMI như The Standard for Risk Management in Portfolios, Programs, and Projects).

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

Đáp án đúng: Validate the list of challenges and act on the valid items according to the priority indicated.

Lý do chọn đáp án này 🛠️:

• Việc validate (xác thực) danh sách thách thức giúp Quản lý dự án kiểm tra tính chính xác và liên quan của các rủi ro được xác định bởi thành viên đội ngũ, tránh lãng phí nguồn lực vào các vấn đề không thực tế.
• Sau đó, act on the valid items according to the priority (hành động trên các mục hợp lệ theo mức ưu tiên) đảm bảo các rủi ro được xử lý theo thứ tự quan trọng (high to low priority), dựa trên xác suất và tác động – phù hợp với quy trình Identify Risks và Analyze Risks trong Risk Management.
• Cách tiếp cận này tối đa hóa lợi ích cho stakeholders bằng cách giảm thiểu rủi ro sớm, tăng hiệu quả dự án và tạo giá trị bền vững.
• Dẫn chứng: PMBOK Guide 7th Edition, Principle 7: Optimize Risk Responses (trang 37-39); The Standard for Risk Management (2022), Section 4.3: Prioritize Risks.

📋 Giải thích tất cả các phương án (đúng và 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. Phân tích tập trung vào lý do đúng/sai theo PMP mới nhất:

• Validate the list of challenges and act on the valid items according to the priority indicated.
  ✅ Đúng 🏆: Như đã giải thích ở trên, đây là hành động chủ động nhất, trực tiếp áp dụng Risk Response Planning để xử lý rủi ro theo ưu tiên, mang lại lợi ích cao nhất cho stakeholders bằng cách kiểm soát kịp thời các thách thức từ công nghệ mới.

• Document the findings and update and redistribute the communications management plan.
  ❌ Sai 📄: Việc ghi chép (document) là cần thiết nhưng không đủ để maximize benefits. Cập nhật communications management plan chỉ liên quan đến giao tiếp, không giải quyết trực tiếp rủi ro. Điều này bỏ qua hành động ưu tiên, dẫn đến trì hoãn xử lý – vi phạm nguyên tắc Holistic Thinking (PMBOK 7th, Principle 9).

• Invite the team member to participate in the risk register and review the evaluation frequently.
  ❌ Sai 🔍: Risk register là công cụ ghi nhận rủi ro, nhưng mời một thành viên tham gia và review thường xuyên không tận dụng sự kiện để hành động ngay. Đây chỉ là bước thụ động, thiếu validate và prioritize, không tối ưu hóa lợi ích stakeholders (The Standard for Risk Management, Section 5.2: Risk Register Usage).

• Present the list of challenges to the steering committee to gain buy-in before starting the activities.
  ❌ Sai 🚫: Trình bày cho steering committee để lấy sự ủng hộ (buy-in) là escalation không cần thiết ở giai đoạn đầu, có thể làm chậm tiến độ dự án. Quản lý dự án nên tự xử lý rủi ro đội ngũ trước khi escalate, theo Stewardship Principle (PMBOK 7th, Principle 11) – tránh làm phiền stakeholders cao cấp vô ích.

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

• PMBOK® Guide – Seventh Edition (PMI, 2021).
• The Standard for Risk Management in Portfolios, Programs, and Projects (PMI, 2022).
• PMI's updates đến 2026 qua PMP Exam Content Outline (ECO) Version 2024, Domain IV: Business Environment (Risk Focus).

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

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

Câu hỏi tập trung vào giai đoạn Thực hiện (Executing Process Group) trong quản lý dự án theo PMBOK® Guide 7th Edition. Project manager đang dẫn dắt dự án và phát hiện hai thành viên đội thiếu kỹ năng kỹ thuật cần thiết cho các nhiệm vụ sắp tới trong một cuộc họp đội. Project manager được mô tả là servant leader (lãnh đạo phục vụ), nhấn mạnh vai trò hỗ trợ, trao quyền và phát triển đội ngũ thay vì chỉ đạo từ trên xuống.
Câu hỏi yêu cầu hành động tiếp theo (What should the servant leader project manager do next?), nhằm giải quyết khoảng trống kỹ năng mà không làm gián đoạn dự án ngay lập tức. Điều này liên quan đến quy trình Develop Team (Phát triển đội ngũ) và Manage Team (Quản lý đội ngũ), ưu tiên đào tạo nội bộ, tối ưu hóa nguồn lực hiện có trong ngân sách dự án. Servant leadership theo PMI nhấn mạnh việc hỗ trợ đội đạt tiềm năng tối đa trước khi xem xét thay thế hoặc báo cáo rủi ro.

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

• PMBOK® Guide 7th Edition (2021) - Section 4.7 Develop Team & 4.8 Manage Team.
• The Standard for Project Management (2021) - Principle 7: Optimize Risk Responses & Servant Leadership Model (PMI Agile Practice Guide).
• Cập nhật PMI đến 2026: Nhấn mạnh Hybrid/Agile approaches, ưu tiên upskilling đội ngũ để tăng tính linh hoạt và bền vững dự án.

✅ Đáp án đúng: Explore a training program that is within the project budget for the team members.

Lý do lựa chọn:
🛠️ Là hành động phù hợp nhất với vai trò servant leader ở giai đoạn Executing. Project manager cần chủ động khám phá chương trình đào tạo nằm trong ngân sách dự án để phát triển kỹ năng cho đội (Develop Team tool: training). Điều này:

• Tối ưu hóa nguồn lực hiện tại, tránh gián đoạn.
• Hỗ trợ đội ngũ, phù hợp nguyên tắc Servant Leadership (trao quyền, coaching).
• Kiểm soát ngân sách (Manage Project Resources), không vượt quá giới hạn.
• Next step logic: Phát hiện vấn đề → Khám phá giải pháp nội bộ trước khi escalate.
  Theo PMBOK 7, training là công cụ chính để đóng khoảng trống kỹ năng mà không cần thay đổi đội ngũ ngay.

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

• ❌ Recommend to the team members to upskill themselves on the requirements for the project.
  Phương án này sai vì chỉ gợi ý chung chung cho cá nhân tự học, thiếu sự hỗ trợ từ project manager. Servant leader phải chủ động dẫn dắt (facilitate training), không đẩy trách nhiệm hoàn toàn cho đội. Điều này vi phạm nguyên tắc Develop Team (project manager chịu trách nhiệm tổ chức upskilling).

• ❌ Discuss with the human resource (HR) manager about the possibility of changing team members.
  Phương án này sai vì thay thế đội ngũ là giải pháp cuối cùng, không phải "next step". Ở Executing, ưu tiên phát triển nội bộ trước (Acquire Resources chỉ dùng khi cần thiết). Servant leader tập trung giữ chân và hỗ trợ đội, thay thế có thể gây demotivation và delay lớn hơn.

• ✅ Explore a training program that is within the project budget for the team members.
  Đúng như đã giải thích ở trên: Hành động chủ động, tiết kiệm, phù hợp servant leadership và ngân sách. Đảm bảo dự án tiếp tục mà không escalate sớm.

• ❌ Inform the sponsor about a possible delay due to the lack of skills in the team.
  Phương án này sai vì báo cáo sponsor quá sớm khi chưa thử giải pháp nội bộ (training). Servant leader phải giải quyết vấn đề tại chỗ trước khi escalate rủi ro (Monitor Risks). Inform sponsor chỉ khi delay thực sự xảy ra sau các biện pháp khắc phục.

🛡️ Kết luận PMP: Hành động này củng cố nguyên tắc Value Delivery (PMBOK 7), ưu tiên đội ngũ hiện tại để đạt kết quả dự án tối ưu. Nếu training không khả thi, mới xem xét các bước tiếp theo!

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

Câu hỏi tập trung vào quản lý dự án Agile/Scrum trong bối cảnh PMP (Project Management Professional). Tình huống: Một đội ngũ đã làm việc 2 tháng và liên tục bỏ lỡ các user stories đã lập kế hoạch (missed planned user stories). Project Manager (PM) cần xử lý vấn đề này như thế nào?

🔍 Ý nghĩa sâu hơn:

• Đây là dấu hiệu của overcommitment (cam kết quá tải) trong sprint planning. Trong Agile, user stories được ước lượng bằng story points, và đội ngũ thường có velocity (tốc độ hoàn thành) cố định dựa trên lịch sử.
• Sau 2 tháng (khoảng 4-8 sprint nếu sprint 2 tuần), vấn đề liên tục cho thấy cần root cause analysis qua retrospective (họp nhìn lại), không phải thay đổi cấu trúc ngay lập tức.
• Mục tiêu PMP: Tối ưu hóa giá trị giao hàng, khuyến khích self-organizing team, và adapt dựa trên empiricism (Scrum: transparency, inspection, adaptation).
• Theo PMBOK® Guide 7th Edition và Agile Practice Guide (PMI, cập nhật mới nhất đến 2023-2026), PM phải ưu tiên adjust process thay vì can thiệp cá nhân hóa hoặc động lực bên ngoài.

📘 Nguồn tham khảo:

• PMBOK® Guide – 7th Edition (2021, vẫn là chuẩn mới nhất 2026): Principle 5 (Team), Principle 12 (Adaptability).
• Agile Practice Guide (PMI, 2017, tích hợp PMBOK 7): Phần Sprint Planning & Retrospectives.
• Scrum Guide (2020, Ken Schwaber & Jeff Sutherland): Velocity và Commitment.

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

Đáp án đúng: Ensure the sprint size is appropriate for the iteration duration.

Lý do 🛠️:

• Trong Agile/Scrum, sprint size (tổng story points cam kết) phải phù hợp với iteration duration (thời gian sprint, thường 1-4 tuần) và team velocity (dựa trên dữ liệu lịch sử 2 tháng). Việc miss liên tục chứng tỏ đội ngũ overcommitted, nên PM cần inspect & adapt bằng cách điều chỉnh commitment ở sprint planning tiếp theo.
• Điều này tuân thủ Scrum Values (Commitment, Focus) và Empiricism: Sử dụng dữ liệu thực tế (burn-down chart, velocity) để forecast chính xác hơn.
• Hành động này bền vững, khuyến khích đội ngũ tự cải thiện mà không thay đổi cấu trúc dự án.

📋 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 tiếng Anh, với giải thích chi tiết bằng tiếng Việt:

• Ensure the sprint size is appropriate for the iteration duration.
  ✅ Đúng 🏆: Như đã giải thích ở trên, đây là giải pháp root cause-oriented. PM kiểm tra velocity qua retrospective, điều chỉnh story points cam kết phù hợp thời gian sprint. Tránh overcommit, tăng sustainable pace (PMBOK 7: Deliver Value Principle). Ví dụ: Nếu velocity trung bình 20 points/sprint, chỉ commit 18-20 points thay vì 30.

• Engage is recruiting a highly skilled resource to reinforce the skills.
  ❌ Sai 🚫: Tuyển dụng chuyên gia để "cứu cánh" không giải quyết gốc rễ (có thể do planning kém, dependencies, hoặc impediments khác). Agile ưu tiên self-organizing team (Scrum Guide), không dựa vào cá nhân. Hành động này tốn kém, làm chậm onboarding, và vi phạm Principle 5: Be a Diligent Leader (PMBOK 7) – PM phải empower team thay vì micromanage.

• Promote changing the iteration duration in order to commit as planned.
  ❌ Sai ⚠️: Thay đổi iteration duration (ví dụ từ 2 tuần thành 3 tuần) để "fit commitment" là symptom fixing, không phải adapt đúng. Scrum khuyến nghị sprint length cố định (Scrum Guide) để rhythm ổn định. Thay đổi này làm gián đoạn cadence, release planning, và không cải thiện velocity thực tế – trái với Adaptability Principle (PMBOK 7).

• Consider using a reward system to encourage timely delivery.
  ❌ Sai 💥: Hệ thống thưởng extrinsic motivation (tiền thưởng, điểm) có thể giảm intrinsic motivation (Agile Manifesto ưu tiên động lực nội tại). Nghiên cứu (Daniel Pink: Drive) và Agile Practice Guide cảnh báo điều này dẫn đến gaming (chọn story dễ) thay vì value delivery. PM nên dùng retrospectives để loại bỏ impediments, không phải "mua" performance.

🏁 Kết luận & Lời khuyên PMP

✅ Tóm tắt: PM phải facilitate retrospectives để đội ngũ tự điều chỉnh sprint size – chìa khóa value-driven delivery trong Agile. Áp dụng ngay để tránh scope creep hoặc burnout.

🛠️ Tips thực hành: Sử dụng tools như Jira (velocity chart), tổ chức daily stand-up chặt chẽ hơn. Nếu vấn đề kéo dài, escalate qua Change Control (PMBOK 7).

📘 Nguồn bổ sung: PMI.org (PMP Exam Content Outline 2021+), Scrum.org (Professional Scrum Competencies).

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

Câu hỏi này thuộc chủ đề Quản lý dự án Agile trong PMP (phiên bản PMBOK Guide 7th Edition và Agile Practice Guide cập nhật đến 2026). Nó mô tả một dự án Agile đang ở iteration thứ 5/10. Sau buổi retrospective (họp nhìn lại) gần nhất, các thành viên team nhận ra họ phải làm thêm giờ (overtime) để hoàn thành công việc đã cam kết (committed work).

Vấn đề cốt lõi: Team đang gặp khó khăn trong việc duy trì velocity (tốc độ hoàn thành) mà không phải hy sinh thời gian cá nhân. Project Manager (PM) cần hành động phù hợp với nguyên tắc Agile – tập trung vào inspect and adapt (kiểm tra và thích nghi), ưu tiên cải thiện quy trình nội tại thay vì các giải pháp bề mặt. Mục tiêu là xác định nguyên nhân gốc rễ (root cause) để tránh lặp lại vấn đề, thay vì chỉ xử lý triệu chứng.

📘 Dẫn nguồn:

• PMBOK Guide 7th Edition, Domain: Agile Principles (Principle 9: Optimize Risk).
• Agile Practice Guide (PMI, 2021-2026 updates), phần Retrospective và Iteration Planning.
• Scrum Guide (2020, reaffirmed 2025): Nhấn mạnh retrospective để cải thiện bền vững.

✅ Đáp án đúng

Conduct a focused retrospective to help the team to discover the root cause.

Lý do lựa chọn: 🛠️ Trong Agile, retrospective là công cụ mạnh mẽ nhất để team tự khám phá và giải quyết vấn đề. Thay vì áp đặt giải pháp, PM nên tổ chức một buổi retrospective tập trung (focused) nhằm phân tích root cause của việc overtime (ví dụ: estimation sai, impediments chưa loại bỏ, dependencies, hoặc kỹ năng thiếu). Điều này tuân thủ Servant Leadership của PM trong Agile – hỗ trợ team tự cải thiện, tăng sustainability (bền vững), và duy trì velocity lâu dài. Theo PMBOK 7th, đây là cách tối ưu để adapt processes mà không làm gián đoạn flow.

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

Dưới đây là phân tích chi tiết từng lựa chọn, giữ nguyên văn bản gốc tiếng Anh. Mỗi phương án sai đều vi phạm nguyên tắc Agile: không giải quyết root cause, có thể tạo dependency bên ngoài hoặc giảm động lực team.

• Ask the team to have a lower commitment for the next iteration.
  ❌ Sai: Giảm cam kết chỉ là xử lý triệu chứng (symptom), không tìm nguyên nhân gốc (như planning kém hoặc bottlenecks). Điều này làm giảm velocity tổng thể dự án, vi phạm nguyên tắc Agile "Deliver value continuously" và có thể dẫn đến scope creep hoặc delay release. PMBOK 7th khuyến cáo tránh "commitment adjustment" mà không inspect trước.

• Implement a checkpoint in the iteration to verify if the team is on track.
  ❌ Sai: Agile đã có built-in checkpoints như Daily Stand-up, Iteration Review, và Burndown Chart để theo dõi tiến độ. Thêm checkpoint mới tạo overhead không cần thiết, làm phức tạp quy trình và vi phạm nguyên tắc "Simplicity – maximize work not done". Retrospective mới là nơi xử lý vấn đề overtime, không phải thêm monitoring.

• Ask for additional team members to maintain the velocity.
  ❌ Sai: Thêm người vào team muộn sẽ làm chậm dự án hơn (theo Brooks' Law: "Adding manpower to a late software project makes it later"). Trong Agile, team nên self-organizing và ổn định; thêm thành viên gây disruption (training, communication overhead). Scrum Guide cấm thay đổi team mid-sprint trừ trường hợp khẩn cấp, ưu tiên cải thiện nội tại thay vì scale người.

• Conduct a focused retrospective to help the team to discover the root cause.
  ✅ Đúng (như đã giải thích ở trên): Đây là hành động Agile-first, thúc đẩy continuous improvement và empowerment cho team.

🧩 Kết luận: Câu hỏi kiểm tra kiến thức PM về root cause analysis trong Agile retrospectives, giúp tránh các giải pháp ngắn hạn. Áp dụng đúng sẽ nâng cao team performance bền vững! 🚀

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

Câu hỏi này thuộc chủ đề Quản lý Thay đổi Tổ chức (Organizational Change Management) và Giao giá trị Tăng dần (Incremental Value Delivery) trong PMP, đặc biệt liên quan đến chuyển đổi doanh nghiệp (Enterprise Transformation).

• Bối cảnh: Quản lý dự án (PM) được giao dẫn dắt một dự án chuyển đổi lớn ở cấp độ tổ chức, nhằm giải quyết thay đổi và giao giá trị. PM đang làm việc với đội ngũ để giao các thay đổi tăng dần (incremental changes) – điều này gợi ý cách tiếp cận Hybrid/Agile để đảm bảo giá trị được giao liên tục, linh hoạt.
• Mục tiêu: Đảm bảo thành công ở cả cấp độ đội ngũ (team level) và cấp độ tổ chức (organizational level).
• Thách thức chính: Trong chuyển đổi doanh nghiệp, cần quản lý tác động của thay đổi (change impact), rủi ro liên quan đến giao giá trị (risks in deliveries), đồng thời cân bằng giữa sự ổn định tổ chức và sự thích ứng nhanh chóng của đội ngũ.

Câu hỏi tập trung vào hành động cốt lõi và liên tục mà PM nên thực hiện để duy trì thành công bền vững, theo PMBOK Guide 7th Edition (2021) và các cập nhật PMP đến 2026 (nhấn mạnh Tailoring và Continuous Improvement trong Agile/Hybrid environments).

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

Đáp án đúng: Analyze the impact of changes and risk associated with deliveries on a continuous basis.

Lý do (🛠️ Phân tích chi tiết):

• Trong chuyển đổi doanh nghiệp, việc phân tích liên tục tác động thay đổi và rủi ro giao giá trị là nguyên tắc cốt lõi để đảm bảo thành công ở cả hai cấp độ:
  • Cấp độ đội ngũ: Giúp đội ngũ điều chỉnh nhanh các increment, giảm thiểu rủi ro (ví dụ: backlog refinement, sprint retrospectives).
  • Cấp độ tổ chức: Xác định rủi ro chiến lược (như kháng cự văn hóa, gián đoạn kinh doanh), hỗ trợ Value Delivery System và Outcome Management.
• Theo PMBOK 7th Edition (Principle 5: Optimize Risk Responses; Domain 5: Measurement), continuous risk analysis và change impact assessment là bắt buộc trong môi trường predictive-hybrid-agile tailoring, đặc biệt cho incremental deliveries. Điều này giúp proactively manage uncertainties, tránh "big bang" failures.
• Dẫn nguồn: PMBOK Guide 7th Ed., Section 4.6 (Uncertainty) & Agile Practice Guide (Continuous Improvement); PMI's Standard for Organizational Project Management (2021).

📋 Phân tí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 văn bản gốc tiếng Anh của phương án, đánh dấu ✅/❌, và giải thích hoàn toàn bằng tiếng Việt dựa trên kiến thức PMP mới nhất.

• ❌ Get buy-in from senior management to enforce adoption of the organizational enterprise transformation.
  Giải thích sai: Việc lấy sự ủng hộ từ lãnh đạo cấp cao để ép buộc (enforce) áp dụng là cách tiếp cận cứng nhắc, thiếu bền vững. Buy-in thật sự cần stakeholder engagement hai chiều, không phải ép buộc – điều này có thể gây kháng cự lớn hơn ở cấp tổ chức. Không đảm bảo thành công liên tục cho incremental changes ở cấp đội ngũ. (PMBOK 7th: Principle 7: Foster Stakeholder Engagement – tránh "command-and-control").

• ✅ Analyze the impact of changes and risk associated with deliveries on a continuous basis.
  Giải thích đúng: Như đã phân tích ở trên, đây là hành động liên tục, chủ động phù hợp nhất cho hybrid/agile transformation. Nó bao quát change impact analysis (Stakeholder & Cultural impacts) và risk management (continuous basis qua reviews), đảm bảo value flow mượt mà ở cả hai cấp độ. Hoàn hảo cho enterprise scale! (Dẫn nguồn: PMBOK 7th, Domain 2: Team & Domain 4: Uncertainty).

• ❌ Involve governance on establishing trust and transparency to aid the transformation journey.
  Giải thích sai: Governance (hội đồng quản trị) chủ yếu giám sát và kiểm soát, không phải xây dựng lòng tin trực tiếp (trust/transparency). Vai trò của governance là định hướng chiến lược, không can thiệp chi tiết vào hành trình thay đổi. Điều này có thể làm chậm incremental deliveries ở cấp đội ngũ. (PMBOK 7th: Governance Function – Focus on oversight, không phải operational trust-building).

• ❌ Coordinate with the functional managers and get their buy-in as early as possible to avoid resistance.
  Giải thích sai: Phối hợp với quản lý chức năng để lấy buy-in sớm là tốt cho resource allocation, nhưng chỉ giải quyết kháng cự cục bộ, không phải thành công toàn diện ở cấp tổ chức hay liên tục cho incremental changes. Thiếu yếu tố risk/impact analysis ongoing, dễ bỏ lỡ rủi ro lớn. (PMBOK 7th: Principle 3: Engage Stakeholders – cần toàn diện, không chỉ functional managers).

Kết luận nổi bật 🎯: Đáp án đúng nhấn mạnh quản lý rủi ro liên tục – chìa khóa cho chuyển đổi thành công theo PMP 2026! Nếu áp dụng, PM sẽ tối ưu hóa value delivery bền vững. 📘 Tham khảo thêm: PMI.org resources on Enterprise Agile Transformation (2023 updates).

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

Câu hỏi xoay quanh một tình huống thực tế trong quản lý dự án PMP: Nhóm dự án đã sử dụng định dạng báo cáo (report format) giống như dự án trước đó với các bên liên quan cũ, vì họ quen thuộc. Tuy nhiên, các bên liên quan mới (stakeholders new to the project) không hiểu rõ tình trạng dự án (project status) dựa trên các báo cáo đang được phát hành. 📊

Vấn đề cốt lõi là sự không hiệu quả trong giao tiếp (communication inefficiency), dẫn đến stakeholders mới không nắm bắt được thông tin. Project manager cần xử lý vấn đề này một cách chủ động để tiến bộ (moving forward), đảm bảo giao tiếp phù hợp với nhu cầu đa dạng của stakeholders theo nguyên tắc Communications Management trong PMBOK 7th Edition (2021, cập nhật kiến thức PMP đến 2026). 🛠️

Mục tiêu: Chọn hành động phù hợp nhất để giám sát và cải thiện giao tiếp, tránh lặp lại lỗi và đảm bảo dự án tiến triển suôn sẻ.

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

Đáp án đúng: Employ Monitor Communications techniques, which may eventually trigger changes to the communications management plan.

Lý do chi tiết:
Theo PMBOK 7th Edition (Process 10.6: Monitor Communications), quy trình này được sử dụng để giám sát hiệu quả của các hoạt động giao tiếp trong dự án, đánh giá xem thông tin có được truyền tải đúng đối tượng, đúng thời điểm và dễ hiểu không. 🧐

• Trong tình huống này, báo cáo không được stakeholders mới hiểu → cần áp dụng các kỹ thuật Monitor Communications (như data analysis, meetings, communication metrics) để xác định vấn đề và có thể dẫn đến thay đổi Communications Management Plan (CMP), ví dụ: điều chỉnh format báo cáo cho phù hợp hơn.
• Đây là cách tiếp cận proactive và process-oriented, phù hợp với PMP Hybrid/Agile mindset, đảm bảo giao tiếp liên tục được tối ưu hóa. Không phải reactive fix mà là systemic improvement! 🚀
  Nguồn tham khảo: PMBOK Guide 7th Edition, trang 389-392 (Communications Management); PMP Exam Content Outline 2021 (Domain 5: Business Environment - Stakeholder Engagement).

📋 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 logic, 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 best practice PMP:

• ❌ [SAI] Add the issue to the issue log and determine the corrective action.
  Giải thích sai: Issue log dùng cho các vấn đề rủi ro hoặc trở ngại (issues/risks) ảnh hưởng đến tiến độ/chất lượng dự án (PMBOK 7th Ed., Risk Management). Đây chỉ là misunderstanding giao tiếp, không phải issue nghiêm trọng cần corrective action ngay. Hành động này quá reactive và không target vào root của giao tiếp, có thể làm phức tạp hóa mà không giải quyết gốc rễ. Không phù hợp "moving forward"!

• ❌ [SAI] Create a fishbone diagram to determine the root cause for the misunderstanding.
  Giải thích sai: Fishbone diagram (Ishikawa) là công cụ root cause analysis trong Quality Management (PMBOK 7th Ed., Tools & Techniques for Manage Quality). Áp dụng vào đây là overkill và không đúng domain – misunderstanding báo cáo là vấn đề giao tiếp, không phải defect chất lượng. Lãng phí thời gian, không phải giải pháp giao tiếp chuẩn PMP! 🐟

• ✅ [ĐÚNG] Employ Monitor Communications techniques, which may eventually trigger changes to the communications management plan.
  Giải thích đúng: Như đã phân tích ở trên, đây là quy trình chính xác trong Communications Management. Kỹ thuật Monitor Communications giúp đánh giá hiệu suất giao tiếp thực tế (actual vs. plan), dẫn đến updates CMP nếu cần (ví dụ: thêm glossary, visualize charts cho stakeholders mới). Hoàn hảo cho tình huống này! 📈
  Nguồn: PMBOK 7th Ed., Figure 10-15 (Monitor Communications Process).

• ❌ [SAI] Share the communications management plan and remind all stakeholders of the agreed-upon reporting templates.
  Giải thích sai: CMP và reporting templates đã được "agreed-upon" từ dự án cũ, nhưng stakeholders mới không quen thuộc, nên remind chỉ làm họ bối rối hơn chứ không giải quyết. Đây là defensive approach, vi phạm nguyên tắc tailor communications to audience needs (Stakeholder Engagement). PMP nhấn mạnh adapt, không phải enforce cũ kỹ! 😤

🛡️ Kết luận và lời khuyên PMP

Hành động đúng giúp project manager chủ động duy trì stakeholder satisfaction, tránh escalation thành lớn hơn. Luôn tailor comms theo RACI/Audience Analysis trong CMP! Nếu gặp tương tự, bắt đầu bằng Communication Audit ngay. 📘
Tài liệu chính: PMBOK 7th Edition (PMI, 2021); Agile Practice Guide (tích hợp hybrid monitoring). Cập nhật PMP 2026 vẫn giữ nguyên core processes này. Chúc ôn thi PMP thành công! 🎯

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

Câu hỏi mô tả một tình huống điển hình trong quản lý dự án PMP: Dự án đang bị trễ tiến độ (behind schedule) và vượt ngân sách (over budget), dẫn đến vấn đề với deliverable tiếp theo. Project Manager (PM) đã thông báo cho stakeholders, và họ đang rất lo lắng (very concerned). Câu hỏi yêu cầu: PM nên làm gì để giảm bớt lo ngại của stakeholders?

📘 Bối cảnh PMP (theo PMBOK Guide 7th Edition, cập nhật đến 2026): Trong tình huống này, PM cần áp dụng Performance Domain: Measurement và Uncertainty Domain để theo dõi, đo lường hiệu suất dự án qua các chỉ số như Earned Value Management (EVM) – cụ thể là Schedule Performance Index (SPI) và Cost Performance Index (CPI). PM phải minh bạch, sử dụng dữ liệu định lượng để xây dựng lòng tin, thay vì chỉ giải thích chung chung. Quá trình Monitor and Control Project Work (từ PMBOK 6th/7th) nhấn mạnh việc báo cáo hiệu suất và đề xuất hành động khắc phục (corrective actions) trực tiếp với stakeholders.

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

Đáp án đúng: Demonstrate the performance indexes and recommend corrective actions to the stakeholders.

Lý do 🛠️:

• Đây là hành động chuyên nghiệp và hiệu quả nhất theo PMP. PM sử dụng performance indexes (như SPI < 1 cho trễ tiến độ, CPI < 1 cho vượt ngân sách) từ EVM để chứng minh tình hình bằng dữ liệu khách quan, giúp stakeholders hiểu rõ vấn đề. Đồng thời, recommend corrective actions (hành động khắc phục) thể hiện PM đang kiểm soát tình hình, xây dựng lòng tin và giảm lo ngại. Điều này phù hợp với nguyên tắc Stakeholder Engagement và Tailored Approach trong PMBOK 7th Edition (Section 4.7: Engage Stakeholders).

📋 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 nội dung gốc bằng tiếng Anh. Mỗi phương án được đánh giá đúng/sai với lý do chi tiết dựa trên PMP:

• ❌ [SAI] Schedule a kick-off session to explain the problems of the project and gain approval and support.
  Giải thích: Kick-off session dành cho giai đoạn khởi động dự án (Initiating Process Group) để giới thiệu kế hoạch tổng quát, không phù hợp với dự án đang gặp vấn đề (Executing/Monitoring). Lúc này cần status meeting hoặc performance review, không phải "kick-off" lại từ đầu. Hành động này thiếu dữ liệu định lượng, chỉ giải thích vấn đề mà không khắc phục, không giảm lo ngại hiệu quả (PMBOK 7th: Performance Domain - Planning, không áp dụng ở giai đoạn kiểm soát).

• ✅ [ĐÚNG] Demonstrate the performance indexes and recommend corrective actions to the stakeholders.
  Giải thích: Như đã nêu ở phần đáp án đúng. Đây là best practice trong Control Procurements và Monitor Risks, sử dụng EVM để minh bạch và chủ động. PM trực tiếp giao tiếp, tuân thủ Manage Communications (PMBOK 7th: Section 4.5), giúp stakeholders yên tâm về khả năng phục hồi dự án.

• ❌ [SAI] Send communications for clarification so there is a full understanding about the situation.
  Giải thích: Gửi communication chỉ để "clarification" (làm rõ) là bị động và chung chung, thiếu dữ liệu cụ thể như performance indexes. Stakeholders đã biết vấn đề qua thông báo trước, cần hành động cụ thể chứ không phải thêm giải thích mơ hồ. Vi phạm nguyên tắc Timely and Transparent Communication trong PMBOK 7th (Stakeholder Engagement Assessment Matrix).

• ❌ [SAI] Speak with the sponsor and explain the situation so that the sponsor can explain it to the stakeholders.
  Giải thích: PM không nên đẩy trách nhiệm cho sponsor. Theo PMP Code of Ethics (Section 2.2: Responsibility), PM phải trực tiếp chịu trách nhiệm giao tiếp với stakeholders, đặc biệt khi đã thông báo vấn đề. Hành động này làm giảm uy tín PM và không giải quyết nhanh lo ngại (PMBOK 7th: Leadership Principle - Focus on Value).

📘 Tài liệu tham khảo

• PMBOK Guide 7th Edition (2021, cập nhật PMI đến 2026): Performance Domains (Measurement, Uncertainty), Tools & Techniques: Data Analysis (EVM, Indexes).
• PMBOK Guide 6th Edition: Section 7.4 Control Procurements, 12.3 Manage Stakeholder Engagement.
• PMI Code of Ethics & Professional Conduct: Responsibility và Respect.
• Tham khảo thêm: PMI.org resources on Earned Value Management (SPI/CPI calculations).

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