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ý Đội ngũ Dự án (Project Team Management) trong PMP, cụ thể liên quan đến quy trình Develop Team và Manage Team theo PMBOK Guide 7th Edition (cập nhật mới nhất đến 2026).

Tình huống mô tả:
Quản lý dự án (Project Manager - PM) được yêu cầu cung cấp phản hồi hiệu suất (performance feedback) về một thành viên đội ngũ. Tuy nhiên, PM muốn thu thập thêm ý kiến từ các thành viên khác trong đội ngũ vì hiện tại chưa có các chỉ số đo lường (metrics) để đánh giá hiệu suất nhân viên. Câu hỏi hỏi bước tiếp theo (What should the project manager do next?) mà PM nên thực hiện.

🛠️ Ý nghĩa cốt lõi: Đây là tình huống điển hình khi thiếu công cụ đo lường sẵn có, PM cần xác định cách tiếp cận phù hợp để thu thập dữ liệu phản hồi một cách khách quan, công bằng, tránh thiên kiến cá nhân. Điều này phù hợp với nguyên tắc Tailoring (tùy chỉnh cách tiếp cận) và Performance Domain: Team trong PMBOK 7, nơi nhấn mạnh việc sử dụng các phương pháp linh hoạt như 360-degree feedback, peer review hoặc retrospective để đánh giá hiệu suất khi chưa có metrics chuẩn hóa.

✅ Đáp án đúng: Determine the appropriate approach

Lý do lựa chọn:
Theo PMBOK Guide 7th Edition, khi thiếu metrics đánh giá hiệu suất, bước đầu tiên và logic nhất là xác định cách tiếp cận phù hợp (Determine the appropriate approach). Điều này cho phép PM tùy chỉnh phương pháp thu thập phản hồi (ví dụ: khảo sát đồng nghiệp, phỏng vấn nhóm, hoặc áp dụng công cụ Agile như retrospectives), đảm bảo tính toàn diện, minh bạch và phù hợp với ngữ cảnh dự án (predictive, agile, hoặc hybrid). Bước này nằm trong Team Performance Domain, giúp xây dựng văn hóa phản hồi liên tục và phát triển đội ngũ. Nếu bỏ qua, PM có nguy cơ đưa ra đánh giá chủ quan, vi phạm nguyên tắc High-Performing Team (đội ngũ hiệu suất cao).

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

• ❌ Identify levels of decision-making authority
  Sai vì: Phương án này liên quan đến việc xác định mức độ quyền ra quyết định (như RACI matrix trong Stakeholder Engagement hoặc Decision Making models), không phải bước tiếp theo cho việc thu thập phản hồi hiệu suất. Nó không giải quyết vấn đề thiếu metrics mà chỉ làm lệch hướng khỏi quản lý đội ngũ cá nhân.

• ❌ Evaluate demonstrated task accountability
  Sai vì: Việc đánh giá trách nhiệm nhiệm vụ đã thể hiện (task accountability) là một phần của đánh giá hiệu suất, nhưng đây KHÔNG phải bước tiếp theo khi chưa có metrics hoặc input từ đội ngũ. PM cần thu thập dữ liệu trước khi đánh giá, tránh quyết định vội vã dẫn đến thiên kiến (bias), trái với Data-Driven Decision Making trong PMBOK 7.

• ✅ Determine the appropriate approach
  Đúng vì: Như đã giải thích ở trên, đây là bước logic đầu tiên để tùy chỉnh phương pháp thu thập input từ đội ngũ, phù hợp với Tailoring Approaches và Team Performance Domain. Nó đảm bảo quy trình phản hồi bền vững và hiệu quả.

• ❌ Analyze team member influence
  Sai vì: Phân tích ảnh hưởng của thành viên đội ngũ (influence analysis) thuộc Stakeholder Management hoặc power/interest grid, dùng để quản lý rủi ro quan hệ chứ không phải đánh giá hiệu suất cá nhân. Áp dụng sai ngữ cảnh sẽ không giải quyết vấn đề thiếu metrics phản hồi.

📘 Tài liệu tham khảo

• PMBOK Guide 7th Edition (2021, cập nhật 2026):
  • Section 4.5: Team Performance Domain (phản hồi hiệu suất và phát triển đội ngũ).
  • Section 3.2: Tailoring (xác định cách tiếp cận phù hợp).
  • Process: Develop Team (ITTOs nhấn mạnh thu thập input đa nguồn).
• PMI Agile Practice Guide (2021): Retrospectives và 360-feedback cho tình huống thiếu metrics.
• PMP Exam Content Outline (2021): Domain III - Business Environment (15%), nhưng chủ yếu Domain IV - People (42%) về quản lý đội ngũ.

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

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

Câu hỏi này thuộc lĩnh vực Quản lý Mua sắm (Procurement Management) và Quản lý Giao tiếp (Manage Communications) trong PMP, theo PMBOK® Guide 7th Edition (cập nhật đến 2026).

📖 Tình huống: Một dự án xây dựng đường lớn mới đang diễn ra. Nhà thầu đã cam kết hợp đồng (contractually committed) phải nộp báo cáo tình trạng định kỳ (regular status reports) và tham gia các cuộc họp tích hợp (integration meetings). Đến giữa vòng đời dự án (halfway through the project life cycle), nhà thầu đột ngột ngừng tham gia họp và nộp báo cáo, với lý do "tốn quá nhiều thời gian".

🛠️ Vấn đề cốt lõi: Đây là hành vi vi phạm hợp đồng rõ ràng (breach of contract). Project Manager (PM) cần hành động đầu tiên (first) để giải quyết, ưu tiên các bước tích cực, giao tiếp trực tiếp trước khi leo thang. Mục tiêu là duy trì mối quan hệ, đảm bảo dự án tiến triển mà không làm gián đoạn ngay lập tức.

📘 Nguyên tắc PMP áp dụng:

• Theo Procurement Performance Domain (PMBOK 7th), PM phải giám sát hiệu suất nhà thầu và xử lý vấn đề qua giao tiếp ban đầu.
• Tailoring (tùy chỉnh quy trình): Bắt đầu từ giao tiếp trực tiếp để nhắc nhở trách nhiệm, tránh leo thang không cần thiết (escalation).
• Stakeholder Engagement: Giữ nhà thầu là stakeholder quan trọng, ưu tiên giải quyết nội bộ trước.

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

Đáp án đúng: Remind the contractor that they committed to attending meetings and submitting reports per the contract

Lý do chi tiết:
🛠️ Đây là hành động đầu tiên và phù hợp nhất theo nguyên tắc PMP. PM cần nhắc nhở trực tiếp (remind) về cam kết hợp đồng để nhà thầu nhận thức và tuân thủ ngay lập tức. Điều này thể hiện quản lý chủ động (proactive management), giảm thiểu rủi ro mà không cần leo thang. Theo PMBOK 7th Edition (Section 4.6 Procurement), bước đầu tiên khi phát hiện vấn đề hiệu suất nhà thầu là giao tiếp và xác nhận trách nhiệm hợp đồng. Hành động này giúp khôi phục hoạt động nhanh chóng, duy trì mối quan hệ đối tác, và tránh chi phí pháp lý không cần thiết.

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

• ✅ Remind the contractor that they committed to attending meetings and submitting reports per the contract
  Giải thích đúng: Như đã phân tích ở trên, đây là bước đầu tiên lý tưởng, tập trung vào giao tiếp trực tiếp, nhắc nhở trách nhiệm hợp đồng mà không đối đầu. Nó phù hợp với Manage Project Communications và Procurement Performance Domain, giúp giải quyết vấn đề nhanh chóng mà không làm gián đoạn dự án.

• ❌ Assess the risk of the contractor not attending meetings and submitting reports for the rest of the project and escalate it to the project sponsor
  Giải thích sai: Việc đánh giá rủi ro (assess risk) và escalate ngay đến sponsor là bước sau, không phải đầu tiên. Theo Risk Management (PMBOK 7th, Uncertainty Domain), PM phải xử lý vấn đề hiện tại trước qua giao tiếp trực tiếp. Escalate sớm có thể làm phức tạp hóa mối quan hệ nhà thầu mà không cần thiết, vi phạm nguyên tắc escalate only when necessary.

• ❌ Submit a claim for not fulfilling the contract terms and handle the claim in accordance with the alternative dispute resolution
  Giải thích sai: Nộp khiếu nại (submit a claim) và dùng ADR (Alternative Dispute Resolution) là bước leo thang pháp lý, chỉ áp dụng khi giao tiếp thất bại. Theo Contract Change Control (PMBOK 7th), PM không nên nhảy vọt đến tranh chấp mà bỏ qua nhắc nhở ban đầu. Điều này có thể làm chậm dự án và tăng chi phí không đáng có.

• ❌ Speak with the company's lawyer and request that they demand the contractor fulfill their contractual commitments
  Giải thích sai: Liên hệ luật sư ngay là hành động phản ứng quá mức (over-reactive), biến vấn đề thành tranh chấp pháp lý từ đầu. PMP nhấn mạnh Stakeholder Engagement qua giao tiếp nội bộ trước (PMBOK 7th, Team and Stakeholder Domain). Luật sư chỉ can thiệp khi có vi phạm nghiêm trọng và giao tiếp thất bại.

📚 Tài liệu tham khảo

• PMBOK® Guide – 7th Edition (2021, cập nhật PMI đến 2026): Procurement Performance Domain (trang 57-59), Manage Communications (trang 89-91).
• PMI Code of Ethics & Professional Conduct: Nhấn mạnh giao tiếp trung thực và giải quyết vấn đề tích cực.
• PMP Exam Content Outline (2024-2026): Domain 4: Procurement (15% trọng số), ưu tiên giao tiếp và giám sát hợp đồng.

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

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

Câu hỏi mô tả tình huống trong giai đoạn hoàn tất các kế hoạch quản lý dự án (finalizing project management plans) – thuộc Nhóm Quy trình Lập kế hoạch (Planning Process Group) theo PMBOK® Guide 7th Edition. Khách hàng (customer) đột ngột cung cấp một bộ tiêu chuẩn chất lượng mới (new set of quality standards) mà sản phẩm cuối cùng phải tuân thủ. Mục tiêu là đảm bảo giao sản phẩm suôn sẻ (smooth delivery).

🛠️ Vấn đề cốt lõi: Thay đổi này ảnh hưởng trực tiếp đến yêu cầu chất lượng (quality requirements) của sản phẩm, đòi hỏi Project Manager phải xử lý kịp thời để tránh lệch lạc trong xác nhận sản phẩm (product acceptance). Theo PMP mới nhất (dựa trên PMBOK® 7th Edition và Exam Content Outline 2021, cập nhật đến 2026), cần tập trung vào tiêu chí chấp nhận (acceptance criteria) để align kỳ vọng khách hàng với kế hoạch chất lượng, tránh rework hoặc tranh chấp sau này.

✅ Đáp án đúng: Agree with the client on acceptance criteria

Lý do lựa chọn: Khi nhận tiêu chuẩn chất lượng mới ở giai đoạn lập kế hoạch, Project Manager cần thỏa thuận với khách hàng về tiêu chí chấp nhận (acceptance criteria) để cập nhật kế hoạch quản lý chất lượng (Quality Management Plan) và định nghĩa rõ "sản phẩm hoàn thành là gì". Điều này đảm bảo sản phẩm đáp ứng đúng kỳ vọng, giảm rủi ro giao hàng không suôn sẻ. Theo PMBOK® 7th Edition (Domain: Delivery, Principle: Optimize Risk Responses), acceptance criteria là công cụ chính để verify deliverables, giúp smooth delivery bằng cách lock-in quality standards ngay lập tức.

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

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

• ❌ Involve the client in risk identification
  Sai vì: Việc liên quan khách hàng vào xác định rủi ro (risk identification) chỉ phù hợp khi đánh giá uncertainty (như PMBOK® 7th, Uncertainty Domain), nhưng tiêu chuẩn chất lượng mới không phải rủi ro mà là yêu cầu thay đổi (change request) ở giai đoạn planning. Làm vậy sẽ lệch hướng, không giải quyết trực tiếp vấn đề chất lượng sản phẩm cuối cùng, dẫn đến chậm trễ delivery.

• ❌ Agree with the client on a new project charter
  Sai vì: Project Charter được phê duyệt ở Initiating Process Group và chỉ thay đổi qua formal change control (PMBOK® 7th, Governance Domain). Tiêu chuẩn chất lượng mới không ảnh hưởng đến high-level objectives/charter, mà thuộc chi tiết planning. Thỏa thuận charter mới là không cần thiết và vi phạm nguyên tắc "change only when justified", gây hỗn loạn cho dự án.

• ❌ Involve the client in a performance gap analysis
  Sai vì: Performance gap analysis dùng để so sánh current performance vs. target trong Controlling Process Group (như Manage Quality hoặc Control Quality processes). Lúc này đang planning và chưa có performance thực tế, nên không áp dụng. Phương án này không giúp align quality standards mới với sản phẩm, mà chỉ làm phức tạp hóa không cần thiết.

• ✅ Agree with the client on acceptance criteria
  Đúng vì: Như đã giải thích ở trên, acceptance criteria là phần cốt lõi của requirements traceability và deliverable definition (PMBOK® 7th Edition, Delivery Performance Domain, trang 99-101). Việc thỏa thuận ngay đảm bảo quality standards được tích hợp vào kế hoạch, hỗ trợ Verify & Validate Deliverables, dẫn đến smooth handover.

📘 Tài liệu tham khảo

• PMBOK® Guide 7th Edition (2021): Chương 4 (Delivery Domain), Chương 5 (Measurement Domain), Principle 5: Optimize Risk Responses & Principle 9: Navigate Complexity.
• PMP Exam Content Outline (PMI, 2021 - cập nhật 2026): Task 8.1 (Manage Quality), Task 4.5 (Define Acceptance Criteria).
• PMI Practice Standard for Work Breakdown Structures (3rd Ed.): Nhấn mạnh acceptance criteria trong defining deliverables.

🛠️ Lời khuyên PMP: Luôn sử dụng Integrated Change Control nếu thay đổi lớn, và cập nhật Quality Management Plan kịp thời để tránh gold-plating!

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

Câu hỏi này thuộc lĩnh vực Quản lý Chi phí (Cost Management) và Quản lý Lịch trình (Schedule Management) trong PMP, tập trung vào việc sử dụng Earned Value Management (EVM) để đánh giá hiệu suất dự án khi xảy ra lệch lạc.

📖 Tình huống cụ thể:

• Quản lý dự án (PM) có thời gian khẩn cấp: 5 ngày và quỹ dự phòng (contingency reserve) tối đa 100.000 USD.
• PM lập kế hoạch 5 hành động (actions) cần thực hiện, mỗi hành động mất 1 ngày và tổng chi phí 20.000 USD (trung bình khoảng 4.000 USD/hành động).
• Sau 3 ngày làm việc:
  • Chỉ hoàn thành 2 hành động (thay vì 3 hành động theo kế hoạch).
  • Đã chi 80.000 USD (vượt xa chi phí kế hoạch cho 3 ngày, ước tính khoảng 12.000 USD).

🛠️ Vấn đề cốt lõi: Dự án đang gặp lệch lạc nghiêm trọng về chi phí (cost overrun) và lịch trình (schedule delay). PM cần quyết định bước tiếp theo để kiểm soát rủi ro, tránh vượt ngân sách contingency reserve và đảm bảo hoàn thành trong khung thời gian. Điều này yêu cầu áp dụng EVM để tính CPI (Cost Performance Index) và SPI (Schedule Performance Index), từ đó ưu tiên lại các hành động còn lại.

Tính toán EVM nhanh (dựa trên giả định EV đều cho mỗi hành động):

• PV (Planned Value) sau 3 ngày: 3 × 4.000 = 12.000 USD.
• EV (Earned Value): 2 × 4.000 = 8.000 USD.
• AC (Actual Cost): 80.000 USD.
• CPI = EV / AC = 8.000 / 80.000 = 0.1 < 1.0 (hiệu suất chi phí kém).
• SPI = EV / PV = 8.000 / 12.000 ≈ 0.67 < 1.0 (hiệu suất lịch trình kém).

PM cần đánh giá lại và ưu tiên (reevaluate and prioritize) các hành động còn lại để tối ưu hóa nguồn lực còn lại (2 ngày, khoảng 20.000 USD contingency).

📘 Nguồn tham khảo:

• PMBOK® Guide – 7th Edition (2021), Domain: Performance Domain – Measurement, phần sử dụng EVM để giám sát hiệu suất (trang 137-140).
• PMBOK® Guide – 6th Edition, Section 7.4.2.2 (Earned Value Analysis) và Section 4.5.2 (Schedule Control).
• PMP Examination Content Outline (2021, cập nhật đến 2026): Task 4.5 (Manage Project Changes), nhấn mạnh việc sử dụng CPI/SPI để quyết định hành động khắc phục.

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

Đáp án đúng: As the cost performance index (CPI) and schedule performance index (SPI) are less than 1.0, reevaluate and prioritize the remaining actions

Lý do 🛠️:

• CPI < 1.0 và SPI < 1.0 cho thấy dự án đang vượt chi phí và chậm tiến độ. Với chỉ còn 2 ngày và ~20.000 USD, PM không thể hoàn thành đủ 5 hành động mà không vượt ngân sách contingency (đã dùng 80/100k).
• Bước tiếp theo hợp lý là đánh giá lại (reevaluate) và ưu tiên (prioritize) 3 hành động còn lại dựa trên giá trị kinh doanh, rủi ro, để tập trung vào những gì quan trọng nhất. Điều này phù hợp với nguyên tắc tối ưu hóa giá trị (value optimization) và quản lý thay đổi chủ động trong PMBOK 7th.
• Không cần dừng hẳn hoặc yêu cầu thay đổi ngay, vì vẫn còn contingency reserve nhỏ để tiếp tục các hành động ưu tiên cao.

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

• [SAI] Complete all actions and then inform the client of the additional cost and schedule overrun needed to complete the project
  ❌ Sai vì: Hoàn thành tất cả 5 hành động sẽ vượt xa contingency reserve (cần thêm ít nhất 60.000-80.000 USD nữa, tổng vượt 100k) và thời gian (chậm ít nhất 2 ngày). Điều này vi phạm nguyên tắc kiểm soát chi phí (cost control) và quản lý kỳ vọng stakeholder. PM phải hành động ngay lập tức, không chờ hoàn thành rồi mới báo cáo (vi phạm Monitor and Control Processes). Thay vào đó, cần ưu tiên để tránh lãng phí.

• [SAI] Stop the work and raise a project change request to the change control board (CCB) for additional funds and a project schedule extension
  ❌ Sai vì: Dừng công việc ngay là quá tiêu cực và không hiệu quả, vì vẫn còn 2 ngày và một phần reserve (~20k). Việc yêu cầu CCB cần bằng chứng lệch lạc rõ ràng (như EVM), nhưng chưa thử ưu tiên nội bộ. PMBOK khuyến khích khắc phục nội bộ trước (Perform Integrated Change Control chỉ khi cần thiết), tránh làm gián đoạn dự án khẩn cấp 5 ngày.

• [SAI] As the CPI and SPI are greater than 1.0, reevaluate and prioritize the remaining actions
  ❌ Sai vì: CPI và SPI không >1.0 (thực tế <1.0), nên đánh giá sai lệch hiệu suất. Nếu >1.0, dự án đang tốt (ahead of schedule/under budget), không cần reevaluate. Phương án này sai về tính toán EVM cơ bản, vi phạm nguyên tắc phân tích dữ liệu chính xác trong PMP.

• [ĐÚNG] As the cost performance index (CPI) and schedule performance index (SPI) are less than 1.0, reevaluate and prioritize the remaining actions
  ✅ Đúng vì: Như tính toán EVM ở trên, CPI ≈0.1 <1.0 và SPI ≈0.67 <1.0 xác nhận lệch lạc. Reevaluate & prioritize là hành động tối ưu, giúp PM sử dụng reserve còn lại hiệu quả, tập trung vào high-value actions, phù hợp với Agile mindset trong PMBOK 7th (tối ưu hóa luồng giá trị).

🧩 Kết luận: Câu hỏi kiểm tra kỹ năng EVM analysis và decision-making dưới áp lực, nhấn mạnh PM phải chủ động kiểm soát thay vì phản ứng thụ động. Học viên PMP cần nắm vững công thức CPI/SPI để xử lý tình huống thực tế! 🚀

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

Câu hỏi tập trung vào quy trình Quản lý Kiến thức (Knowledge Management) trong PMP, theo PMBOK® Guide 7th Edition (cập nhật đến 2026). Project manager muốn đảm bảo rằng dữ liệu hiệu suất dự án (project's performance data) được sử dụng làm tài liệu tham khảo cho các dự án tương tự trong tương lai. Vấn đề là PM không biết cách thực hiện.

📌 Mục tiêu chính: Lưu trữ và chia sẻ kiến thức một cách bền vững, dễ tiếp cận, để hỗ trợ Organizational Process Assets (OPA) – các tài sản quy trình tổ chức, giúp dự án sau học hỏi từ dự án hiện tại. Điều này liên quan đến việc cập nhật Project Artifacts (các sản phẩm dự án như báo cáo hiệu suất, lessons learned, metrics) và làm chúng accessible rộng rãi.

🛠️ Bối cảnh PMP mới nhất: Trong PMBOK 7, Knowledge Management nhấn mạnh việc tạo, chia sẻ và sử dụng kiến thức qua các công cụ như repositories, communities of practice, và đảm bảo artifacts được cập nhật liên tục để tái sử dụng (Tailoring Outcomes: Knowledge Management).

✅ Đáp án đúng: Keep project artifacts up-to-date and accessible to all stakeholders

Lý do chọn đáp án này (theo PMBOK® Guide 7th Edition, Section 4.6 Knowledge Management & Appendix X4):
✅ Giữ project artifacts (như performance reports, lessons learned register, metrics) luôn up-to-date đảm bảo dữ liệu chính xác, đáng tin cậy. Làm chúng accessible to all stakeholders (không giới hạn) cho phép toàn tổ chức truy cập, trở thành phần của OPA để dự án tương lai tham khảo trực tiếp. Đây là cách hiệu quả nhất, bền vững, phù hợp với nguyên tắc "Enable Knowledge Sharing" trong PMP.
📘 Nguồn tham khảo: PMBOK® Guide 7th Edition (2021, vẫn chuẩn đến 2026), Table 4-1: Knowledge Management Outputs; PMI's Pulse of the Profession 2023 Report (nhấn mạnh artifacts reuse).

📋 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, đánh dấu ✅ đúng hoặc ❌ sai, giữ nguyên nội dung tiếng Anh gốc:

• ✅ Keep project artifacts up-to-date and accessible to all stakeholders
  🟢 Đúng vì: Như đã giải thích ở trên, đây là phương pháp trực tiếp, toàn diện, hỗ trợ tái sử dụng performance data lâu dài qua OPA. Đảm bảo tính cập nhật và tiếp cận rộng rãi, phù hợp với 12 Principles of PMBOK 7 (Focus on Value & Enable Learning).

• ❌ Share project documentation in a repository with exclusive access
  🔴 Sai vì: Repository là tốt cho lưu trữ, nhưng exclusive access (chỉ một số người) hạn chế chia sẻ kiến thức rộng rãi, không đảm bảo dự án tương lai (có thể do stakeholder khác) tiếp cận được performance data. Vi phạm nguyên tắc "Holistic Thinking" trong PMBOK 7.

• ❌ Schedule weekly knowledge-sharing sessions with key stakeholders
  🔴 Sai vì: Các buổi họp hàng tuần chỉ là chia sẻ tạm thời, không lưu trữ performance data bền vững làm reference cho tương lai. Không hiệu quả về thời gian và không scalable cho dự án tương tự (chỉ "key stakeholders", không phải tất cả).

• ❌ Send periodic emails to senior management with the latest project updates
  🔴 Sai vì: Email chỉ gửi cho senior management (không phải all stakeholders), dễ bị bỏ lỡ, không tìm kiếm được lâu dài, và không tạo thành artifacts chính thức. Không hỗ trợ knowledge transfer hệ thống theo PMBOK 7 (Outputs như Knowledge Repository bị thiếu).

🧠 Kết luận PMP: Phương án đúng nhấn mạnh proactive knowledge management để tối ưu hóa dự án tương lai. Áp dụng ngay trong Close Project or Phase để cập nhật artifacts!
📘 Tài liệu tham khảo thêm:

• PMBOK® Guide 7th Edition (PMI, 2021).
• The Standard for Project Management (chương 4: Project Knowledge).
• PMI.org resources on Lessons Learned (cập nhật 2024-2026).

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

Câu hỏi này thuộc chủ đề Quản lý Agile trong dự án (theo PMP phiên bản mới nhất 2021 và cập nhật đến 2026, dựa trên PMBOK Guide 7th Edition kết hợp Agile Practice Guide). Tình huống mô tả: Trong buổi demo hệ thống (system demo - thường diễn ra cuối iteration/sprint trong Agile/Scrum), một stakeholder từ chối các tính năng (features) hoàn thành từ user stories gần nhất. Lý do: Sản phẩm không đạt tiêu chuẩn chất lượng theo quy định pháp lý (regulations).

📌 Vấn đề cốt lõi: Project manager (PM) cần hành động phòng ngừa (preventive action) để tránh tình huống reject này. Trong Agile, chất lượng được đảm bảo qua Acceptance Criteria (tiêu chí chấp nhận) của từng user story, phải được Product Owner (PO) verify trước khi demo. Việc reject ở demo cho thấy lỗ hổng trong quy trình kiểm tra nội bộ iteration, không phải vấn đề scope hay backlog.

🛠️ Mục tiêu câu hỏi: Kiểm tra kiến thức PM về quy trình Agile hybrid (Manage Quality trong Agile), nhấn mạnh vai trò PO trong việc đảm bảo Definition of Done (DoD) và Acceptance Criteria trước khi trình bày stakeholder.

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

Đáp án đúng: Reviewed with the product owner that all acceptance criteria were met for the stories worked on in the iteration.

Lý do:

• Trong Agile (Scrum/Kanban), PM phải phối hợp với Product Owner (PO) để review và verify rằng tất cả Acceptance Criteria của user stories trong iteration đã được đáp ứng trước demo. Điều này đảm bảo tính năng đạt chất lượng quy định (regulations), tránh reject từ stakeholder.
• Theo PMBOK 7th Ed. & Agile Practice Guide (2021), Acceptance Criteria là công cụ chính để đo lưỡi product quality trong iteration. Nếu không review sớm, demo sẽ thất bại như tình huống.
• Hành động này là preventive, phù hợp nguyên tắc proactive management trong PMP mới (Principle 5: Optimize risk responses).

📋 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 được đánh giá đúng/sai dựa trên thực tiễn PMP Agile cập nhật 2026:

• Ensured that the project sponsor understood the scope of the project to avoid any future complaints
  ❌ Sai: Phương án này tập trung vào project sponsor và scope, không giải quyết trực tiếp vấn đề chất lượng theo regulations trong iteration. Sponsor phê duyệt scope cao cấp, không verify chi tiết user stories hay quality criteria. Làm vậy chỉ tránh "complaints" chung chung, không preventive cho demo reject (theo PMBOK 7th, Principle 9: Leadership - sponsor không thay thế PO).

• Ensured the stakeholder concerns were properly addressed in the iteration to avoid future setbacks
  ❌ Sai: Nghe hợp lý nhưng quá mơ hồ và không cụ thể. "Stakeholder concerns" không được định nghĩa rõ (có thể là regulations), và "properly addressed" không chỉ rõ cơ chế Agile như Acceptance Criteria. Trong iteration, PM không trực tiếp address concerns mà qua PO và team; phương án này thiếu proactive review, dễ dẫn đến setbacks lặp lại (Agile Practice Guide: Iteration Planning - cần verify DoD trước).

• Reviewed with the product owner that all acceptance criteria were met for the stories worked on in the iteration
  ✅ Đúng: Như giải thích ở trên. Đây là best practice trong Sprint Review/Iteration Demo prep. PO chịu trách nhiệm accept stories dựa trên Acceptance Criteria, đảm bảo tuân thủ regulations. PM review với PO là bước quality gate chuẩn (Scrum Guide 2020 & PMP Exam Content Outline 2021 Domain 3: Business Environment).

• Reviewed with the product owner that all the stories worked on in the iteration were in the project backlog
  ❌ Sai: Hoàn toàn không liên quan. User stories trong iteration luôn phải ở Product Backlog (theo quy trình refinement), đây là baseline không cần review lại cuối iteration. Vấn đề reject là quality/Acceptance Criteria, không phải vị trí backlog (PMBOK 7th, Model 12: Backlog - chỉ check eligibility lúc planning, không phải post-iteration).

📘 Tài liệu tham khảo

• PMBOK Guide 7th Edition (2021): Principle 4 (Deliver Value), Value Delivery System với Acceptance Criteria (tr. 45-50).
• Agile Practice Guide (PMI, 2021): Phần 5.3 Iteration Review & Demo (tr. 67-70).
• Scrum Guide (2020, cập nhật 2023): Sprint Review - PO verifies Acceptance Criteria trước demo.
• PMP Exam Content Outline (2021, hiệu lực đến 2026): Domain IV: People (Stakeholder Engagement), Domain III: Business Environment (Quality Compliance).

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 quản lý dự án: Dự án đã hoàn thành 70% thì nhà tài trợ dự án (project sponsor) yêu cầu thêm một sản phẩm giao (deliverable). Đây là tình huống phổ biến liên quan đến quản lý thay đổi (Change Management) trong PMP.

📌 Chi tiết tình huống:

• Dự án đang ở giai đoạn muộn (70% hoàn thành), nên bất kỳ thay đổi nào cũng có nguy cơ ảnh hưởng lớn đến thời gian, chi phí, chất lượng, rủi ro và các khía cạnh khác.
• Project Manager (PM) cần hành động đầu tiên (first) theo quy trình chuẩn của PMP.
• Chủ đề chính: Perform Integrated Change Control (Quy trình 4.6 trong PMBOK 7th Edition), nơi PM phải đánh giá tác động thay đổi trước khi quyết định hoặc đưa lên hội đồng kiểm soát thay đổi (CCB).

🛠️ Ngữ cảnh PMP mới nhất (đến 2026): Theo PMBOK® Guide – Seventh Edition (2021) và PMP Exam Content Outline (cập nhật 2021, áp dụng đến 2026), PM phải tuân thủ nguyên tắc Holistic Impact Assessment – đánh giá toàn diện tác động thay đổi đến 10 Knowledge Areas và 8 Performance Domains trước khi thực hiện bất kỳ bước nào khác.

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

Đáp án đúng: Determine the possible impact of this change on all aspects of the project.

Lý do 🏆:

• Đây là bước đầu tiên và bắt buộc theo quy trình Perform Integrated Change Control (PMBOK 7th Ed., Section 4.6). PM phải đánh giá tác động toàn diện (impact analysis) đến tất cả các khía cạnh dự án như scope, schedule, cost, quality, resources, risks, procurement, stakeholders, v.v.
• Chỉ sau khi có dữ liệu impact rõ ràng, PM mới có cơ sở để negotiate, reject hoặc submit change request lên CCB.
• Nguyên tắc PMP: Prevent unauthorized changes bằng cách phân tích trước, tránh scope creep (mở rộng phạm vi không kiểm soát).
• Nguồn tham khảo: PMBOK® Guide – Seventh Edition (PMI, 2021), trang 87-89; PMP Exam Content Outline (Domain 4: Process, Task 4.5: Evaluate change requests).

📋 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 với lý do dựa trên PMP chuẩn:

• Negotiate with the project sponsor on the possible alternatives
  ❌ Sai. Đàm phán ngay lập tức là bước sau khi đã đánh giá impact. Nếu negotiate mà chưa biết tác động (ví dụ: delay 20% schedule hoặc tăng 15% cost), PM có thể đồng ý sai lầm, dẫn đến rủi ro cao. PMBOK nhấn mạnh: Không negotiate blind (mù quáng) – phải có data trước (PMBOK 7th, 4.6.1).

• Determine the possible impact of this change on all aspects of the project
  ✅ Đúng. Như đã giải thích ở trên, đây là bước first trong Change Control Process. PM sử dụng công cụ như Impact Analysis Matrix để đánh giá toàn diện, đảm bảo quyết định dựa trên dữ liệu (data-driven). Điều này phù hợp với Principle 5: "Optimize risk responses" và Domain 3: "Business Environment" trong PMP mới.

• Reject the request as being too late and leading to major scope creep
  ❌ Sai. PM không có quyền reject ngay yêu cầu từ sponsor (người có quyền cao). Reject mà chưa analyze impact là vi phạm nguyên tắc Stakeholder Engagement (PMBOK 7th, Principle 2). Scope creep chỉ xác định sau khi đánh giá; có thể thay đổi này khả thi nếu điều chỉnh schedule/cost.

• Submit the request to the change control board (CCB) for a decision
  ❌ Sai. Submit CCB là bước sau khi PM đã hoàn tất impact assessment và soạn Change Request đầy đủ (với dữ liệu hỗ trợ). Nếu submit "raw request" mà chưa analyze, CCB sẽ reject hoặc yêu cầu bổ sung, lãng phí thời gian (PMBOK 7th, 4.6.2.3: Inputs bao gồm impact analysis).

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

• PMBOK® Guide – Seventh Edition (Project Management Institute, 2021): Chương 4 (Integration) & 7 (Project Changes).
• PMP Examination Content Outline (PMI, 2021, version 2024-2026): Domain 4 (Process) – Task 4.5 & 4.6.
• PMI Agile Practice Guide (2021): Hybrid approaches cũng yêu cầu impact trước change.
• Truy cập: PMI.org hoặc app PMBOK chính thức.

Hy vọng phân tích này giúp bạn ôn thi PMP hiệu quả! 🚀 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 trắc nghiệm PMP

📖 Giải thích nội dung câu hỏi:
Câu hỏi mô tả một dự án chuyển đổi bộ phận (departmental transformation project) nhằm cải thiện quy trình tổ chức, sử dụng phương pháp predictive approach (còn gọi là Waterfall hoặc Traditional, với lập kế hoạch chi tiết từ đầu). Đây là dự án critical (quan trọng cao) đối với tổ chức. Vấn đề xảy ra ở giữa dự án: Project Manager (PM) nhận thấy một deliverable (sản phẩm bàn giao) không thể sản xuất được do thiếu kỹ năng kỹ thuật (missing technical skill) của đội ngũ.
Câu hỏi yêu cầu: PM nên làm gì để tránh tình huống này?
🛠️ Bối cảnh PMP (phiên bản mới nhất đến 2026 - PMBOK 7th Edition & updates): Trong predictive approach, giai đoạn Planning rất quan trọng (chiếm ~50-60% thời gian dự án). Quy trình Plan Resource Management (9.1) yêu cầu PM phải xác định sớm các kỹ năng cần thiết để tránh rủi ro sau này. Vấn đề thiếu skills là rủi ro phổ biến nếu không lập kế hoạch nhân sự đúng cách.

✅ Đáp án đúng:
Identified all required skills during the planning of the project
Lý do lựa chọn (theo PMBOK 7th):
PM chịu trách nhiệm chính trong Resource Management (Domain 9). Trong Plan Resource Management, PM phải xác định tất cả kỹ năng cần thiết (identify required skills) ngay từ giai đoạn Planning để xây dựng RACI matrix, resource requirements, và staffing plan. Điều này giúp phát hiện sớm khoảng trống kỹ năng (skill gaps), tránh gián đoạn deliverable ở giữa dự án. Với predictive approach, planning upfront giúp kiểm soát rủi ro cao. Nếu làm sớm, PM có thể tuyển dụng, đào tạo hoặc điều chỉnh team kịp thời.
📘 Nguồn: PMBOK Guide 7th Edition, §9.1 Plan Resource Management; Process Groups: A Practice Guide (2022 updates).

🔍 Phân tích tất cả các phương án (đúng/sai):
Dưới đây là giải thích chi tiết từng lựa chọn, giữ nguyên văn bản gốc bằng tiếng Anh. Tôi đánh dấu ✅ đúng, ❌ sai, và phân tích bằng tiếng Việt dựa trên nguyên tắc PMP.

• ❌ Asked the sponsor to identify all required skills during the planning of the project
  Phương án này sai vì PM không được giao trách nhiệm xác định skills cho sponsor (người bảo trợ). Theo PMBOK, PM là người dẫn dắt Plan Resource Management, sponsor chỉ phê duyệt ngân sách/scope chứ không identify skills chi tiết. Việc đẩy trách nhiệm này làm chậm planning và vi phạm nguyên tắc PM chịu trách nhiệm chính về team/resources.
  📘 Nguồn: PMBOK 7th, §4.3 Project Sponsor Role.

• ❌ Identified all required skills after the kick-off of the project
  Phương án này sai vì quá muộn! Kick-off đánh dấu bắt đầu Execute phase, sau Planning. Trong predictive approach, skills phải identify trước kick-off để lập resource histogram và acquisition strategy. Làm sau sẽ gây delay deliverable như tình huống câu hỏi.
  📘 Nguồn: PMBOK 7th, §4.5 Kick-off Meeting; Predictive Life Cycle principles.

• ❌ Planned all required training for the team during the onboarding process
  Phương án này sai vì onboarding (tiếp nhận nhân sự mới) xảy ra sau khi đã identify skills, không phải lúc lập kế hoạch training toàn bộ. Training chỉ giải quyết skill gaps đã biết, nhưng câu hỏi nhấn mạnh tránh từ gốc (preventive). Hơn nữa, planning training muộn không đảm bảo deliverable đúng hạn trong dự án critical.
  📘 Nguồn: PMBOK 7th, §9.3 Acquire Resources & §9.4 Develop Team.

• ✅ Identified all required skills during the planning of the project
  (Đã giải thích chi tiết ở phần đáp án đúng ở trên). Đây là hành động proactive nhất, phù hợp predictive approach và nguyên tắc Manage Project Resources (PMP Exam Content Outline 2021+).

💡 Lời khuyên PMP: Luôn áp dụng ITTO (Inputs, Tools, Techniques, Outputs) của Plan Resource Management để tránh rủi ro tương tự. Thực hành qua PMP mock exams để nắm vững! 🚀

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

Câu hỏi này thuộc chủ đề Quản lý đội ngũ dự án (Manage Project Team) trong PMP, tập trung vào kỹ thuật xây dựng sự đồng thuận (consensus building).

• Bối cảnh: Quản lý dự án (PM) đang khởi động một dự án mới với đội ngũ thành viên đa dạng (rất khác biệt về nền tảng, văn hóa, kinh nghiệm). PM chọn sử dụng consensus building để đảm bảo toàn đội đồng ý và tham gia tích cực vào cách thức thực hiện dự án (project execution).
• Vấn đề cần giải quyết: Làm thế nào PM nên tiến hành (proceed) để áp dụng consensus building hiệu quả?
• Mục tiêu PMP: Consensus building nhằm đạt được sự đồng thuận chung (agreement) từ tất cả thành viên, thúc đẩy sự gắn kết đội ngũ, tránh xung đột và tăng cam kết. Đây là kỹ thuật giao tiếp và giải quyết xung đột, đặc biệt phù hợp với đội ngũ đa dạng (diverse team).

📘 Nguồn tham khảo: PMBOK Guide 7th Edition (2021, cập nhật đến 2026 qua PMI updates), Principle 7: Foster a Collaborative Team Environment; Process 9.4 Develop Team và 9.5 Manage Team – Consensus building được mô tả là đạt agreement qua thảo luận có cấu trúc (structured discussion), không phải bỏ phiếu hay ý tưởng tự do.

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

Đáp án đúng: Create an environment where the agreement is reached through discussion

Lý do 🛠️:

• Consensus building theo PMP là quá trình tạo môi trường thảo luận (discussion) để mọi thành viên đạt sự đồng thuận (full agreement), không ép buộc ai. Với đội ngũ đa dạng, phương pháp này khuyến khích lắng nghe, chia sẻ và điều chỉnh ý kiến, dẫn đến sự tham gia cao và cam kết thực hiện dự án. Đây chính là định nghĩa chuẩn của consensus building trong PMBOK, giúp xây dựng đội ngũ mạnh mẽ ngay từ đầu dự án.

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

• ❌ Create an environment where the agreement is reached by a majority vote
  Sai vì: Phương án này mô tả bỏ phiếu đa số (majority vote), là kỹ thuật voting (thuộc Facilitation Techniques), không phải consensus building. Consensus yêu cầu đồng thuận toàn bộ (everyone agrees), không chấp nhận "đa số thắng thiểu số". Sử dụng voting có thể gây chia rẽ đội ngũ đa dạng, vi phạm nguyên tắc hợp tác PMP.

• ✅ Create an environment where the agreement is reached through discussion
  Đúng vì: Như đã giải thích ở trên, đây là cách tiếp cận cốt lõi của consensus building – tạo môi trường thảo luận mở (open discussion) để đạt agreement chung. Phù hợp hoàn hảo với đội ngũ đa dạng, thúc đẩy sự tham gia và gắn kết, theo đúng PMBOK 7th Ed.

• ❌ Establish recurring brainstorming sessions to discuss project issues
  Sai vì: Brainstorming là kỹ thuật tạo ý tưởng tự do và lặp lại (recurring sessions), tập trung vào vấn đề dự án (project issues) chứ không phải xây dựng đồng thuận về cách thức thực hiện tổng thể. Consensus building có cấu trúc hơn, không chỉ là ý tưởng ngẫu hứng; brainstorming có thể dẫn đến hỗn loạn nếu không có facilitation đúng.

• ❌ Allow team members to contribute ideas in a stream-of-consciousness mode
  Sai vì: Stream-of-consciousness (luồng ý thức tự do, không chỉnh sửa) giống như freewheeling discussion hoặc mind mapping không cấu trúc, dễ gây rối loạn đặc biệt với đội ngũ đa dạng. Consensus building yêu cầu thảo luận có hướng dẫn để đạt agreement rõ ràng, không phải "bắn ý tưởng liên tục" mà không tổng hợp.

🧠 Lời khuyên PMP thực hành: Trong dự án thực tế, PM nên kết hợp consensus building với công cụ như Nominal Group Technique (NGT) hoặc Delphi để hỗ trợ đội ngũ đa dạng. Thực hành này giúp đạt Tailoring phù hợp theo PMBOK 7th!

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

• PMBOK® Guide – 7th Edition (PMI, 2021), trang 258-260 (Team Charters & Consensus).
• The Standard for Project Management (PMI, 2021), Principle 10: Optimize Risk Responses.

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

Câu hỏi thuộc chủ đề Quản lý Tài nguyên (Resource Management) trong PMP, cụ thể là trong môi trường tổ chức matrixed (tổ chức ma trận), nơi project manager (PM) chia sẻ quyền lực với functional manager về tài nguyên con người. Dự án là phần mềm công nghệ với các virtual teams (đội ngũ ảo). Functional manager thông báo có thể không có tài nguyên để test phần mềm. Câu hỏi hỏi "What should the project manager do NEXT?" (PM nên làm gì tiếp theo?).

🛠️ Bối cảnh PMP mới nhất (PMBOK 7th Edition & PMP Exam Content Outline 2021, cập nhật đến 2026): Trong tổ chức matrixed, PM phải Acquire Resources (thuê mướn tài nguyên) bằng cách phối hợp chặt chẽ với functional manager trước tiên, vì họ kiểm soát nhân sự chức năng. Bước "next" phải tập trung vào engagement trực tiếp để thảo luận và giải quyết vấn đề tài nguyên, tránh leo thang không cần thiết hoặc thay đổi phạm vi dự án ngay lập tức. Điều này phù hợp với People Domain và Process 9.1 Plan Resource Management trong PMBOK 7th.

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

• PMBOK® Guide – Seventh Edition (2021), Trang 238-245 (Resource Management).
• PMP Examination Content Outline (2021, cập nhật 2026), Domain 2: Process (Task 5: Manage project resources).

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

Đáp án đúng: Engage with the functional manager to discuss details to obtain the required support.

Lý do:

• Trong tổ chức matrixed, functional manager là người chịu trách nhiệm chính về phân bổ tài nguyên con người. PM phải engage trực tiếp (tương tác) với họ để thảo luận chi tiết vấn đề, làm rõ nhu cầu và đàm phán hỗ trợ – đây là bước next logic và hiệu quả nhất theo nguyên tắc Escalation (leo thang chỉ khi cần).
• Điều này tuân thủ Estimate Activity Resources và Acquire Resources (Process 9.2-9.3 PMBOK 7th), ưu tiên giao tiếp nội bộ trước khi can thiệp bên ngoài. Emoji 🗣️ nhấn mạnh Stakeholder Engagement với functional manager là chìa khóa thành công trong matrix organization.

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

Dưới đây là phân tích chi tiết từng lựa chọn, giữ nguyên văn bản gốc bằng tiếng Anh:

• Request a teleconference meeting with the sponsor to submit a change request to allow the development team to conduct testing
  ❌ Sai: Phương án này leo thang quá sớm lên sponsor và đề xuất change request (thay đổi để dev team test thay vì tester chuyên nghiệp), vi phạm nguyên tắc Manage Project Changes (chỉ khi baseline bị ảnh hưởng). Trong matrixed org, PM chưa engage functional manager nên chưa có dữ liệu đầy đủ để justify change. PMBOK 7th khuyên giải quyết nội bộ trước (Stakeholder Engagement Assessment Matrix).

• Engage with the functional manager to discuss details to obtain the required support
  ✅ Đúng: Như đã giải thích ở trên. Đây là bước tiếp theo trực tiếp, hiệu quả, tập trung vào communication và negotiation với người kiểm soát tài nguyên. Phù hợp Virtual Team Management trong môi trường ảo (PMBOK 7th, Agile Hybrid approaches).

• Discuss testing requirements at the weekly project meeting to negotiate the best approach to test software
  ❌ Sai: Thảo luận ở weekly meeting là quá muộn và gián tiếp, không giải quyết ngay vấn đề tài nguyên từ functional manager. Meeting chỉ phù hợp Monitor & Control chung, không phải "next" action khẩn cấp cho resource shortage. Vi phạm Timely Decision Making trong People Domain.

• Send an email to the procurement specialist to negotiate with a company that specializes in software testing
  ❌ Sai: Gửi email cho procurement để outsource là bỏ qua quy trình nội bộ, chưa engage functional manager và chưa đánh giá rủi ro chi phí/hợp đồng. Trong matrixed org, ưu tiên internal resources trước outsourcing (PMBOK 7th, Procure Resources process chỉ sau khi internal fail). Email cũng thiếu formal communication cho vấn đề quan trọng.

🧩 Kết luận: Câu hỏi kiểm tra kỹ năng prioritize actions trong matrix organization. Luôn engage functional manager đầu tiên để tránh escalation không cần thiết! Nếu cần luyện thêm, tham khảo PMI.org PMP prep materials. 🚀