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

🧩 Giải thí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 mới nhất PMBOK Guide 7th Edition và Agile Practice Guide, cập nhật đến 2026). Tình huống mô tả: Một sản phẩm đang ở lần lặp (iteration/increment) cuối cùng, đội ngũ dự án đã sẵn sàng triển khai (deployment) cuối cùng. Tuy nhiên, quản lý tài chính (financial manager - một stakeholder quan trọng) yêu cầu hoàn thành triển khai và đóng dự án ngay lập tức để có thể vốn hóa (capitalize) dự án, nghĩa là ghi nhận chi phí dự án vào tài sản để hưởng lợi ích kế toán/tài chính sớm hơn.

Vấn đề cốt lõi: Project manager phải cân bằng giữa áp lực từ stakeholder (tài chính) và nguyên tắc Agile (chất lượng, giá trị bền vững). Không nên hy sinh chất lượng chỉ vì lợi ích ngắn hạn. Thay vào đó, cần kiểm tra các tiêu chí hoàn thành để đảm bảo sản phẩm đạt chuẩn trước khi đóng dự án. Điều này liên quan đến Definition of Done (DoD) - một khái niệm cốt lõi trong Agile để xác nhận sản phẩm "sẵn sàng sử dụng" (potentially shippable).

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

Đáp án đúng: Check on the definition of done (DoD) for the project.
🛠️ Lý do: Trong Agile (theo PMBOK 7th và Scrum Guide 2020), DoD là bộ tiêu chí chung cho toàn dự án/increment, đảm bảo sản phẩm đạt chất lượng, có thể triển khai an toàn và mang lại giá trị thực sự. Project manager phải kiểm tra DoD trước khi triển khai cuối cùng để tránh rủi ro (như lỗi sản phẩm, mất uy tín). Việc này giúp quản lý kỳ vọng stakeholder một cách chuyên nghiệp, không vội vàng đóng dự án mà không xác nhận hoàn thành. Nếu DoD đã đạt, mới tiến hành triển khai và đóng; nếu chưa, cần hoàn thiện trước. Điều này tuân thủ nguyên tắc Value và Quality trong 12 nguyên tắc Agile.

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

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

• ❌ SAI: Expedite the final deployment and close the project.
  🧨 Lý do sai: Việc "đẩy nhanh (expedite)" triển khai và đóng dự án chỉ vì áp lực tài chính sẽ vi phạm nguyên tắc Agile (PMBOK 7th, Principle 3: Focus on Value). Có nguy cơ bỏ qua kiểm tra chất lượng, dẫn đến sản phẩm lỗi, chi phí sửa chữa sau cao hơn, và mất lòng tin stakeholder dài hạn. Project manager không được ưu tiên tốc độ hơn chất lượng.

• ❌ SAI: Ignore the stakeholder's request as there is a defined plan.
  🧨 Lý do sai: Bỏ qua (ignore) yêu cầu của stakeholder là không chuyên nghiệp, vi phạm Stakeholder Engagement (PMBOK 7th, Domain: Stakeholder). Kế hoạch đã định không có nghĩa là "bất di bất dịch"; project manager phải giao tiếp và quản lý kỳ vọng (Manage Communications), giải thích lý do dựa trên DoD thay vì im lặng.

• ❌ SAI: Update the acceptance criteria for the iteration.
  🧨 Lý do sai: Acceptance Criteria (AC) là tiêu chí cụ thể cho user stories/iteration, đã được định nghĩa từ đầu sprint (Agile Practice Guide). Việc cập nhật lúc này (gần cuối) sẽ thay đổi phạm vi (scope creep), làm sai lệch giá trị sản phẩm và không giải quyết vấn đề cốt lõi (chất lượng tổng thể). AC khác DoD: AC là "cái gì được chấp nhận", DoD là "sẵn sàng triển khai".

• ✅ ĐÚNG: Check on the definition of done (DoD) for the project.
  🛠️ Lý do đúng: Như đã giải thích ở trên, đây là hành động chuẩn mực và đầu tiên trong tình huống Agile (Scrum Guide: DoD là trách nhiệm của team/PO). Nó đảm bảo tuân thủ Quality Management (PMBOK 7th, Domain: Quality), giúp project manager đưa ra quyết định dựa trên dữ liệu, giao tiếp rõ ràng với financial manager (ví dụ: "Chúng ta cần đạt DoD trước khi capitalize").

📘 Tài liệu tham khảo

• PMBOK Guide 7th Edition (2021, cập nhật 2026): Chương Agile/Hybrid, Principle 6 (Optimize Risk), Domain: Delivery & Quality (trang 47-50 về DoD).
• Agile Practice Guide (PMI, 2017/2021): Phần 4.3 Definition of Done (DoD vs. Acceptance Criteria).
• Scrum Guide 2020 (Ken Schwaber & Jeff Sutherland): Định nghĩa DoD như tiêu chí bắt buộc cho Increment.
• PMI.org/PMP Exam Content Outline (2024-2026): People Domain (Stakeholder) 42%, Process (Quality) 25% – nhấn mạnh DoD trong Agile questions.

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 này thuộc chủ đề Project Management Office (PMO) và quản lý thay đổi tổ chức trong PMP (phiên bản PMBOK® Guide – Seventh Edition và các cập nhật đến 2026).

📖 Tình huống: Một Project Manager (PM) được giao nhiệm vụ tại PMO của công ty, chịu trách nhiệm lãnh đạo việc phát triển và triển khai (rollout) các quy trình quản lý dự án cập nhật, bao gồm cả phương pháp predictive (thủy thác) và agile (linh hoạt). Các tài liệu này là procedures và templates mới, nhằm chuẩn hóa cách làm việc toàn tổ chức.

❓ Câu hỏi trọng tâm: Sau khi hoàn thành tài liệu (documents are completed), PM nên làm gì tiếp theo? Đây là bước rollout – triển khai để đảm bảo adoption (áp dụng rộng rãi), không chỉ dừng ở việc tạo tài liệu. Trong PMBOK 7th, rollout liên quan đến Stakeholder Engagement, Training, và Change Management để chuyển đổi tổ chức thành công, đặc biệt với hybrid approaches (kết hợp predictive + agile) đòi hỏi kiến thức mới cho stakeholders.

🛠️ Mục tiêu PMP: Đảm bảo quy trình mới được hiểu, áp dụng đúng, giảm kháng cự và tối ưu hiệu quả dự án.

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

Đáp án đúng: Develop a training plan for all of the stakeholders to learn about the updates

Lý do chi tiết ✅:

• Sau khi hoàn thành tài liệu, bước tiếp theo quan trọng nhất là đào tạo (training) để stakeholders (tất cả bên liên quan: PM, team, managers, executives) học và nắm vững các thay đổi. Điều này đảm bảo knowledge transfer, compliance, và effective adoption của procedures/templates mới.
• Trong PMBOK 7th Edition (2021, cập nhật 2026 qua PMI Standards+), Training Plan là phần cốt lõi của Organizational Change Management (Tailoring Principle, Stakeholder Engagement Performance Domain). Đặc biệt với hybrid approaches, stakeholders cần đào tạo để tránh nhầm lẫn giữa predictive và agile.
• Không chỉ upload hay meet, mà training toàn diện giúp xây dựng capability tổ chức, đo lường qua metrics như adoption rate.

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

• ❌ Upload the files to the corporate website to be available for internal use
  Phân tích sai: Việc chỉ upload lên website là bị động, thiếu communication và engagement. Stakeholders có thể không biết, không đọc, hoặc hiểu sai (đặc biệt hybrid methods). PMBOK nhấn mạnh active rollout qua training/communication, không phải "self-service" đơn thuần – dễ dẫn đến low adoption và resistance.

• ✅ Develop a training plan for all of the stakeholders to learn about the updates
  Phân tích đúng: Như đã giải thích ở trên. Đây là bước logic và hiệu quả nhất sau completion, phù hợp Manage Project Knowledge và Stakeholder Engagement. Training plan bao gồm sessions, e-learning, assessments để đo lường understanding.

• ❌ Hire an external consultant to monitor the execution of the new procedures
  Phân tích sai: Thuê consultant bên ngoài để monitor (giám sát) là quá sớm và không cần thiết ngay sau completion. PMO nên tự rollout nội bộ trước; consultant chỉ dùng cho audit sau. Điều này vi phạm Acquire Resources principle (ưu tiên internal capacity), tốn kém và không giải quyết gốc rễ (lack of knowledge).

• ❌ Meet with the department managers to help them roll out the new procedures
  Phân tích sai: Chỉ meet với department managers là hạn chế, bỏ qua all stakeholders (team members, PMs khác). Managers có thể cascade xuống, nhưng thiếu training sẽ gây inconsistent implementation. PMBOK yêu cầu holistic approach (toàn diện), không chỉ top-down meeting.

📘 Tài liệu tham khảo

• PMBOK® Guide – Seventh Edition (2021, PMI): Performance Domains: Stakeholder Engagement (Section 4.7), Team Performance (Training & Development), Uncertainty Domain (Change Management).
• PMI Standards+ (cập nhật 2026): The Standard for Organizational Project Management (OPM), nhấn mạnh PMO rollout qua Training & Capability Building (Chapter 5).
• Agile Practice Guide (PMI, 2017-2026): Hybrid tailoring yêu cầu training cho transitions.
• Nguồn chính thức: pmi.org – Khuyến nghị kiểm tra Pulse of the Profession reports về PMO success factors (training top 3).

🧠 Kết luận PMP tip: Rollout thành công = 70% communication/training + 30% enforcement. Áp dụng ngay để dự án PMO của bạn đạt green status! 🚀

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

Câu hỏi này xoay quanh tình huống giảm quy mô tổ chức (organizational downsizing) dẫn đến chuyên gia chủ chốt về lĩnh vực (key subject matter expert - SME) rời khỏi một dự án kéo dài nhiều năm (multiyear project). Project manager cần quyết định hành động đầu tiên và phù hợp nhất để xử lý vấn đề này.
📘 Bối cảnh PMP: Theo PMBOK® Guide – Seventh Edition (2021, cập nhật kiến thức đến 2026), vấn đề này thuộc Project Resource Management Performance Domain, nơi tập trung vào việc lập kế hoạch, ước lượng, thu thập, quản lý và phát triển tài nguyên dự án. Khi tài nguyên quan trọng rời đi, PM phải tham khảo các artifact và kế hoạch đã được phê duyệt để đảm bảo tính nhất quán và giảm thiểu rủi ro, thay vì hành động impulsively.

✅ Đáp án đúng: Refer to the resource management plan.

Lý do lựa chọn:
🛠️ Resource management plan là tài liệu cốt lõi hướng dẫn cách quản lý tài nguyên dự án, bao gồm quy trình xử lý thay thế SME (như nguồn thay thế dự phòng, training, hoặc điều chỉnh lịch trình). Đây là bước đầu tiên logic vì nó đã dự liệu các tình huống như downsizing, giúp PM đánh giá tác động và thực hiện hành động phù hợp mà không vi phạm các kế hoạch hiện hành.
📘 Nguồn: PMBOK® Guide 7th Edition, Section 4.6.2.2 (Resource Management Plan) và Project Resource Management Performance Domain – nhấn mạnh "refer to established plans" trước khi thay đổi.

📋 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, với đánh giá đúng/sai dựa trên nguyên tắc PMP:

• Update the stakeholder register.
  ❌ Sai: Stakeholder register quản lý thông tin về stakeholders (người ảnh hưởng đến dự án), không liên quan trực tiếp đến việc quản lý tài nguyên nội bộ như SME rời đi. Cập nhật register chỉ cần thiết nếu SME là stakeholder bên ngoài, nhưng ở đây là tài nguyên dự án nội bộ do downsizing. Hành động này không giải quyết vấn đề gốc rễ.
  📘 Nguồn: PMBOK® 7th Ed., Section 4.7 (Stakeholder Performance Domain).

• Consult the project sponsor.
  ❌ Sai: Project sponsor hỗ trợ quyết định cấp cao (như phê duyệt thay đổi lớn), nhưng không phải bước đầu tiên cho vấn đề tài nguyên vận hành. PM phải tự xử lý theo kế hoạch trước khi escalate, tránh làm phiền sponsor không cần thiết.
  📘 Nguồn: PMBOK® 7th Ed., Section 4.1 (Stakeholder Engagement Principle) và Role of Sponsor.

• Refer to the resource management plan.
  ✅ Đúng: Như đã giải thích ở trên, đây là hành động ưu tiên để tuân thủ kế hoạch đã phê duyệt, đánh giá tác động và thực hiện các biện pháp dự phòng. Đảm bảo dự án tiếp tục mà không gián đoạn.
  📘 Nguồn: PMBOK® 7th Ed., Section 4.6 (Project Resource Management).

• Modify the statement of work (SOW).
  ❌ Sai: SOW là tài liệu hợp đồng mô tả phạm vi công việc với khách hàng bên ngoài, không thay đổi vì vấn đề nội bộ như downsizing. Thay đổi SOW yêu cầu đàm phán hợp đồng mới, có thể dẫn đến tranh chấp và không giải quyết kịp thời.
  📘 Nguồn: PMBOK® 7th Ed., Section 4.3 (Project Work Performance Domain) và Procurement Management.

🛠️ Lời khuyên PMP thực tiễn

• Bước tiếp theo sau refer to plan: Cập nhật risk register nếu cần (Manage Risks process), thu thập tài nguyên thay thế (Acquire Resources), và thông báo stakeholders liên quan.
• Bài học chính: Luôn tham khảo kế hoạch trước để duy trì tính nhất quán dự án (Consistency Principle in PMBOK® 7th).
  📘 Tài liệu tham khảo chính: PMBOK® Guide – Seventh Edition (PMI, 2021); PMP Exam Content Outline (PMI, 2021, cập nhật 2024).

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

Câu hỏi tập trung vào một dự án yêu cầu giao giá trị (deliver value) theo cơ sở tăng dần (incremental basis). Điều này ám chỉ các dự án áp dụng cách tiếp cận lặp lại (iterative) hoặc Agile, nơi giá trị được cung cấp dần dần qua các phần nhỏ (increments), thay vì chờ hoàn thành toàn bộ dự án như mô hình Waterfall truyền thống.

Project manager cần thực hiện hành động nào để kích hoạt thực thi dự án thành công (enable successful project execution)? Mục tiêu là xác định hành động hỗ trợ theo dõi tiến độ, đảm bảo giao giá trị đúng hạn và duy trì động lực dự án trong môi trường incremental. Theo PMBOK® Guide 7th Edition (và cập nhật đến 2026), các dự án incremental nhấn mạnh vào milestones để đánh dấu các điểm giao giá trị, hỗ trợ lập kế hoạch, giám sát và điều chỉnh liên tục (theo nguyên tắc Delivery và Value trong 12 nguyên tắc PMP).

✅ Đáp án đúng: Create a project schedule containing milestones

Lý do lựa chọn:
Trong dự án incremental, việc tạo lịch trình dự án chứa milestones là hành động cốt lõi để phân chia dự án thành các giai đoạn nhỏ, mỗi milestone đại diện cho một increment giao giá trị cụ thể (ví dụ: MVP - Minimum Viable Product). Điều này giúp project manager theo dõi tiến độ, quản lý rủi ro, ưu tiên backlog và đảm bảo dự án deliver value thường xuyên. Theo PMBOK® 7, milestones là công cụ quan trọng trong Project Schedule (Process 7.3 Develop Project Schedule) và phù hợp với Agile Practice Guide, nơi iterations/sprints kết thúc bằng milestone để review và adapt. Không có milestones, dự án dễ mất kiểm soát và không đạt được mục tiêu incremental delivery. 🛠️ Đây là bước then chốt để enable execution thành công!

📋 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 một cách chi tiết, dựa trên PMBOK® 7th Edition và Agile Practice Guide (PMI, cập nhật 2023-2026). Tôi giữ nguyên văn bản gốc bằng tiếng Anh cho các phương án, chỉ giải thích bằng tiếng Việt:

• ❌ Identify the tangible and intangible benefits.
  Phương án này sai vì việc xác định lợi ích hữu hình và vô hình thuộc về Business Case và Benefits Management (Domain: Business Value trong PMBOK® 7, Principle 1: Be a diligent, respectful, and caring steward). Đây là hoạt động ở giai đoạn khởi tạo dự án, không trực tiếp hỗ trợ execution incremental. Nó giúp justify dự án nhưng không enable theo dõi hay giao giá trị dần dần. 🧐 Không phù hợp với yêu cầu "enable successful project execution".

• ✅ Create a project schedule containing milestones.
  Phương án này đúng như đã giải thích ở trên. Milestones là "cột mốc" đánh dấu từng increment, hỗ trợ Schedule Management (Process Group: Planning & Monitoring/Controlling) và nguyên tắc Delivery (Principle 9). Trong môi trường incremental/Agile, nó giúp visualize progress qua burndown charts hoặc iteration plans, đảm bảo value delivery kịp thời. 🚀 Hoàn hảo cho dự án này!

• ❌ Engage with the project sponsor to understand the scope.
  Phương án này sai vì tương tác với sponsor để hiểu scope thuộc Stakeholder Engagement và Scope Management (Domain: Stakeholder & Uncertainty). Đây là hoạt động cơ bản ở mọi dự án, nhưng không specific cho incremental delivery. Scope trong incremental thường evolving (phát triển dần), không cần "understand" toàn bộ upfront mà cần adaptive qua feedback loops. 📢 Quan trọng nhưng không phải hành động enable execution chính.

• ❌ Develop a comprehensive set of requirements.
  Phương án này sai vì phát triển yêu cầu toàn diện (comprehensive) phù hợp Waterfall/predictive (Big Design Up Front - BDUF), nơi thu thập 100% requirements trước khi execute. Trong incremental/Agile, requirements là emergent (nổi lên dần qua iterations), không cần comprehensive ngay từ đầu mà ưu tiên MVP và refinement backlog (theo Requirements Management trong Agile Practice Guide). 📜 Làm vậy sẽ chậm trễ value delivery!

📘 Tài liệu tham khảo

• PMBOK® Guide – Seventh Edition (PMI, 2021, cập nhật 2026): Chương 4 (Project Delivery Principles), Principle 9: Optimize risk responses / delivery; Section 7.3 Develop Project Schedule (milestones).
• Agile Practice Guide (PMI, 2017, tích hợp PMBOK® 7): Phần Incremental Delivery & Milestones in Iterations (trang 28-35).
• PMI Standards+ (2023-2026 updates): Nhấn mạnh Hybrid/Agile cho incremental value trong PMP Exam Content Outline (ECO) Domain 3: Business Value & Delivery.
  🔗 Có thể tra cứu tại pmi.org cho phiên bản mới nhất!

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ý Truyền thông Dự án (Project Communications Management) trong PMP, cụ thể liên quan đến việc báo cáo tình trạng dự án (status reporting) khi xảy ra thay đổi lớn từ yếu tố bên ngoài.

• Bối cảnh: Một ngân hàng đang triển khai dự án dịch vụ mới nhằm tăng doanh thu, nhưng phải tuân thủ nghiêm ngặt các quy định an ninh mạng (cyber regulations). Dự án đang ở giữa vòng đời dự án (halfway through the project life cycle), tức là giai đoạn thực thi hoặc giám sát, thì quy định cyber thay đổi đột ngột, gây tác động lớn (large impact) đến dự án.
• Vấn đề cốt lõi: Project leader (quản lý dự án) cần trình bày loại status report nào cho stakeholders (các bên liên quan) để truyền thông hiệu quả. Theo PMBOK® Guide 7th Edition (cập nhật đến 2026), status report phải phù hợp với nhu cầu stakeholders, tập trung vào tác động chính (impacts) một cách ngắn gọn, rõ ràng, tránh chi tiết thừa để hỗ trợ quyết định nhanh chóng. Thay đổi quy định là rủi ro bên ngoài (external risk), đòi hỏi giao tiếp kịp thời theo nguyên tắc Tailor to the Context và Manage Project Communications.

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

Đáp án đúng: A report that is concise and simple, and that clearly states the impact the changes will have.

Lý do 🛠️:

• Status report cho stakeholders, đặc biệt khi có thay đổi lớn ở giữa dự án, cần ngắn gọn (concise), đơn giản (simple) và rõ ràng nêu tác động (clearly states the impact) để giúp họ nắm tình hình nhanh, quyết định phê duyệt thay đổi hoặc điều chỉnh chiến lược.
• Theo PMBOK® Guide 7th Edition (Process 4.6: Manage Project Communications) và The Standard for Project Management, status report là công cụ hàng tuần/tháng, ưu tiên key metrics như variances (scope, schedule, cost impacts) thay vì chi tiết kỹ thuật. Nguyên tắc Value Delivery nhấn mạnh giao tiếp "just enough" để hỗ trợ quyết định, tránh overload thông tin.
• Trong bối cảnh thay đổi quy định (compliance change), tập trung vào impacts (ví dụ: delay, cost overrun, compliance risk) là phù hợp nhất với Stakeholder Engagement Assessment Matrix.

📋 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. 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 bằng tiếng Việt dựa trên PMBOK® 7th Edition & Agile Practice Guide (cập nhật 2023-2026).

• Phương án A: A report including the change control process for the requested changes and the updated risk register
  ❌ Sai vì: Phương án này quá chi tiết về quy trình kiểm soát thay đổi (change control process) và risk register cập nhật, phù hợp với integrated change control meeting nội bộ (Process 4.7), không phải status report cho stakeholders. Status report chỉ cần tóm tắt impacts, không phải hướng dẫn quy trình chi tiết ngay lập tức, tránh làm phức tạp hóa giao tiếp (vi phạm nguyên tắc Appropriate Level of Detail).

• Phương án B: A report containing statistics, detailed tasks to be done, and an explanation of the impact of the changes
  ❌ Sai vì: Báo cáo chứa thống kê (statistics), nhiệm vụ chi tiết (detailed tasks) và giải thích impacts là dạng detailed progress report cho team nội bộ hoặc work breakdown structure update, không phù hợp stakeholders cấp cao. PMBOK® nhấn mạnh status report phải high-level summary, tránh "detailed tasks" gây nhiễu (noise), chỉ focus impacts để hỗ trợ decision-making.

• Phương án C: A report that includes a detailed risk mitigation plan and action items for complying with changes
  ❌ Sai vì: Kế hoạch giảm thiểu rủi ro chi tiết (detailed risk mitigation plan) và action items là nội dung của risk response plan (Process 4.3: Manage Project Risk) hoặc change request approval, gửi sau khi stakeholders phê duyệt. Status report ban đầu chỉ cần nêu impacts, chưa phải full plan, tránh premature commitment và tuân thủ progressive elaboration.

• Phương án D (Đúng): A report that is concise and simple, and that clearly states the impact the changes will have
  ✅ Đúng vì: Hoàn toàn phù hợp với best practice status reporting: concise/simple + clear impacts. Hỗ trợ 12 Principles of Project Management (PMBOK® 7th: Stewardship, Teamwork, Value), giúp stakeholders đánh giá nhanh rủi ro compliance change mà không bị overwhelm.

📘 Tài liệu tham khảo

• PMBOK® Guide – Seventh Edition (2021, cập nhật 2026): Sections 4.6 Manage Project Communications (trang 107-112), nhấn mạnh status reports là "concise summaries of project status".
• The Standard for Project Management (2021): Principle 7: Optimize Risk Responses; Domain: Uncertainty.
• Agile Practice Guide (2017, tích hợp PMBOK® 7): Nhấn mạnh "information radiators" đơn giản cho stakeholders.
• PMI Pulse of the Profession 2023: 70% projects fail do poor communication; khuyến nghị concise impact reporting.

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ụ, hãy hỏi nhé.

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

Câu hỏi mô tả một dự án của ngân hàng nhằm thay thế hệ thống cốt lõi (core system) hiện tại bằng hệ thống mới. Hệ thống sẽ được triển khai theo từng giai đoạn (stages), chỉ sau khi mỗi sản phẩm dự án (deliverable) hoàn thành và được các bên liên quan chính (key stakeholders) phê duyệt (approved).

📌 Điểm trọng tâm: Câu hỏi hỏi project manager nên làm gì ĐẦU TIÊN (first) để đảm bảo quy trình phê duyệt diễn ra suôn sẻ. Đây là tình huống liên quan đến Quản lý Chất lượng (Quality Management) trong PMP, nơi cần xác định tiêu chuẩn chất lượng ngay từ đầu để làm cơ sở phê duyệt deliverables. Dự án theo mô hình giai đoạn (phased approach), nhấn mạnh vai trò của stakeholders trong việc kiểm soát chất lượng từng bước.

🛠️ Bối cảnh PMP (PMBOK 7th Edition): Trong Quality Management Domain (một trong 3 domains chính: People, Process, Business Environment), việc đồng thuận tiêu chuẩn chất lượng với stakeholders là bước khởi đầu để tránh tranh cãi sau này, đặc biệt khi deliverables cần phê duyệt liên tục.

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

Đáp án đúng: Agree on quality standards with the key stakeholders.

Lý do 🏆:

• Đây là bước ĐẦU TIÊN cần thiết vì dự án yêu cầu phê duyệt deliverables từ key stakeholders cho từng giai đoạn. Project manager phải thống nhất tiêu chuẩn chất lượng (quality standards) ngay từ đầu để làm cơ sở rõ ràng, khách quan cho việc phê duyệt. Nếu không, sẽ dẫn đến hiểu lầm, chậm trễ hoặc từ chối deliverables.
• Theo PMBOK 7th Edition (Quality principle: "Quality"), việc agree quality standards thuộc Plan Quality process (tương đương Plan Quality Management trong PMBOK 6), là nền tảng để stakeholders đánh giá deliverables. Không có tiêu chuẩn thống nhất, các bước sau như test, inspect hay implement sẽ thiếu cơ sở.
• Trong PMP Exam Content Outline 2021 (cập nhật đến 2026), ưu tiên stakeholder engagement ở giai đoạn đầu để align expectations, đặc biệt với phased rollout.

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

• ❌ [SAI] Engage experienced key stakeholders in the implementation of the project.
  Giải thích sai: Việc engage stakeholders vào implementation là quan trọng (Stakeholder Engagement principle), nhưng không phải bước đầu tiên. Implementation diễn ra sau khi có deliverables và tiêu chuẩn phê duyệt. Làm bước này trước sẽ thiếu nền tảng chất lượng, dẫn đến rủi ro không align kỳ vọng. PMBOK 7 nhấn mạnh engage sớm nhưng phải dựa trên quality standards đã agree.

• ❌ [SAI] Review the test and inspection plan with the key stakeholders.
  Giải thích sai: Review test/inspection plan là hoạt động trong Manage Quality process (kiểm tra deliverables), nhưng cần quality standards đã thống nhất trước để plan đó có ý nghĩa. Làm trước sẽ lãng phí thời gian vì stakeholders chưa có cơ sở đánh giá. Theo PMBOK 7, test plan chỉ hiệu quả sau khi agree criteria.

• ✅ [ĐÚNG] Agree on quality standards with the key stakeholders.
  Giải thích đúng: Như đã phân tích ở trên, đây là bước first để tạo cơ sở phê duyệt deliverables. PMBOK 7 (Section 4.2.2 Quality) và PMP Exam Outline (Task 8.1) yêu cầu project manager "establish quality metrics and standards with stakeholders" ngay đầu dự án, đặc biệt với phased delivery cần approval liên tục.

• ❌ [SAI] Develop a requirements traceability matrix.
  Giải thích sai: Requirements Traceability Matrix (RTM) là công cụ trong Requirements Management (Manage Scope process), dùng để trace requirements qua deliverables. Tuy nhiên, nó không phải first step ở đây vì câu hỏi tập trung vào phê duyệt chất lượng, không phải trace requirements. RTM phát triển sau khi có quality standards để đảm bảo traceability phù hợp với approval criteria (PMBOK 7, Tools & Techniques for Scope).

📘 Tài liệu tham khảo

• PMBOK Guide 7th Edition (2021, hiệu lực đến 2026): Chapter 4 (Project Quality Management), Principle 7: Optimize Risk Responses (liên kết quality standards với approval).
• PMP Examination Content Outline (PMI, 2021): Domain III: Business Environment (Task 4), Domain II: Process (Quality metrics).
• PMI Agile Practice Guide (2021): Nhấn mạnh agree acceptance criteria (tương đương quality standards) ở Iteration 0 cho phased projects.
• Nguồn chính thức: PMI.org – PMP Exam Content (cập nhật mới nhất 2024, không thay đổi core principles đế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ụ, 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 mô tả một tình huống thực tế trong quản lý dự án phần mềm, nơi nhà tài trợ dự án (project sponsor) yêu cầu phát triển phần mềm với 30 tính năng (features) và triển khai ở 10 quốc gia khác nhau. Điều này tạo ra khối lượng công việc khổng lồ, khiến đội ngũ dự án (team) cảm thấy choáng ngợp (overwhelmed).

📌 Vấn đề cốt lõi: Project manager cần chọn hành động phù hợp để xử lý tình trạng này, tập trung vào việc giảm tải công việc, tối ưu hóa giá trị giao hàng và tuân thủ nguyên tắc Agile/Lean trong PMP. Theo PMBOK® Guide 7th Edition (2021) và các thực hành Agile cập nhật đến 2026, đây là kịch bản điển hình yêu cầu phân tích giá trị, ưu tiên và iterative delivery thay vì cố gắng hoàn thành toàn bộ scope ngay lập tức. Mục tiêu là hỗ trợ team xây dựng Minimum Viable Product (MVP) để kiểm tra thị trường nhanh chóng, thu thập feedback và iterate, tránh lãng phí tài nguyên.

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

Đáp án đúng: Support the team to find and execute the minimum viable product (MVP).

🛠️ Lý do chi tiết:

• MVP là khái niệm cốt lõi trong Agile và Lean practices (PMBOK® 7th Ed., Principle 5: Optimize Value Delivery; Agile Practice Guide, Section 3.2), giúp team tập trung vào tính năng tối thiểu có giá trị cao nhất để deliver nhanh, validate assumptions với sponsor và end-users ở 10 quốc gia.
• Hành động này hỗ trợ team tự chủ (empower the team), giảm overwhelm bằng cách phân mảnh scope lớn (30 features) thành iterations nhỏ, phù hợp với Scrum/Kanban frameworks.
• Theo cập nhật PMP 2026 (PMI Standards+), MVP thúc đẩy experimentation và adaptation, tránh rủi ro thất bại lớn khi cố hoàn thành toàn bộ ngay.
• Nguồn tham khảo: PMBOK® Guide 7th Edition (p. 74-75, Value Delivery); Agile Practice Guide (p. 22-24, MVP); Scrum Guide 2020 (Product Backlog Refinement).

📋 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, với giữ nguyên văn bản gốc tiếng Anh và giải thích rõ ràng bằng tiếng Việt:

• ✅ Support the team to find and execute the minimum viable product (MVP).
  🟢 Đúng vì: Hành động này trực tiếp giải quyết vấn đề overwhelm bằng cách ưu tiên MVP, giúp team deliver giá trị sớm, thu thập feedback từ sponsor và users ở 10 quốc gia, sau đó iterate dần 30 features. Phù hợp nguyên tắc Deliver Value Incrementally (PMBOK® 7th Ed., Principle 3).

• ❌ Organize project execution to satisfy the project sponsor’s request.
  🔴 Sai vì: Việc tổ chức thực thi để đáp ứng yêu cầu sponsor (toàn bộ 30 features ngay) sẽ tăng áp lực, dẫn đến burnout, chất lượng kém và rủi ro cao. Không tuân thủ Value-Driven Delivery (PMBOK® 7th Ed.), bỏ qua feedback loop cần thiết trong môi trường phức tạp đa quốc gia.

• ❌ Encourage and motivate the team with project incentives.
  🔴 Sai vì: Khuyến khích bằng phần thưởng chỉ là giải pháp tạm thời, không xử lý root cause (scope quá lớn). Có thể tạo động lực giả tạo, dẫn đến turnover cao (theo Servant Leadership trong PMP, ưu tiên hỗ trợ team hơn incentives). Không phù hợp Agile mindset (PMBOK® 7th Ed., Principle 11: Empower Team).

• ❌ Subdivide the team to handle different aspects of the project.
  🔴 Sai vì: Chia nhỏ team (ví dụ theo features/quốc gia) làm tăng complexity giao tiếp (Conway's Law), overhead coordination và silo mindset. Không giảm tổng công việc, trái với Whole Team Approach trong Agile (Scrum Guide; PMBOK® 7th Ed., p. 102).

Tóm tắt takeaway 🚀: Trong PMP hiện đại (2021-2026), project manager phải làm facilitator cho team áp dụng MVP để quản lý scope lớn, đảm bảo dự án bền vững và giá trị cao! Nếu cần ví dụ thực tế, tham khảo case studies từ PMI.org.

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

Câu hỏi này thuộc chủ đề Quản lý Kiến thức (Knowledge Management) và Quản lý Đội ngũ (Team Management) trong môi trường Agile, theo PMBOK Guide 7th Edition (2021) và Agile Practice Guide (cập nhật đến 2026).

📖 Tình huống mô tả: Một thành viên senior trong đội ngũ dự án Agile đột ngột nghỉ việc. Kết quả là các thành viên còn lại khó khăn trong việc truy cập thông tin (ví dụ: tài liệu, dữ liệu, kiến thức chuyên môn) và không thể hoàn thành deliverable (sản phẩm giao). Điều này chỉ ra vấn đề "single point of failure" (một cá nhân nắm giữ toàn bộ kiến thức quan trọng), phổ biến nếu không có cơ chế chia sẻ kiến thức tốt.

🛠️ Mục tiêu câu hỏi: Kiểm tra khả năng dự đoán rủi ro của Project Manager (PM) trong Agile, tập trung vào việc tránh phụ thuộc vào cá nhân bằng cách duy trì transparency (minh bạch) và collaborative tools (công cụ hợp tác). PM nên chủ động thiết lập hệ thống kiến thức tập trung để đội ngũ có thể tiếp tục mà không bị gián đoạn.

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

Đáp án đúng: Ensured the project repository is up to date.

Lý do: Trong Agile, project repository (kho lưu trữ dự án như Git repo, Jira, Confluence, backlog, wiki) là trung tâm lưu trữ thông tin minh bạch, giúp chia sẻ kiến thức liên tục (continuous knowledge sharing). PM phải đảm bảo repository luôn up to date để tránh tình trạng "knowledge silos" (kiến thức bị cô lập ở cá nhân). Điều này phù hợp với 12 Nguyên tắc Agile (Transparency & Collaboration) và Domain V: Project Knowledge Management trong PMBOK 7th. Nếu làm vậy, đội ngũ dễ dàng truy cập thông tin ngay cả khi senior member nghỉ, tránh gián đoạn deliverable.

📘 Dẫn nguồn:

• PMBOK Guide 7th Edition, Section 4.6 (Project Knowledge Management) & Agile Practice Guide, p. 47-50 (Information Radiators & Repositories).
• PMP Exam Content Outline 2021 (Domain III: Business Environment, Task 6: Evaluate & Address External Business Environment Changes).

🔍 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 tiếng Anh. Phân tích dựa trên best practices Agile/PMP mới nhất:

• ✅ Ensured the project repository is up to date.
  Đúng vì: Đây là hành động chủ động và phòng ngừa (proactive mitigation) cho rủi ro mất kiến thức. Repository đảm bảo collective ownership (sở hữu chung), giúp đội ngũ tự truy cập thông tin realtime. Trong Agile, daily updates vào repo là chuẩn mực (Scrum Guide 2020), tránh dependency vào cá nhân. Nếu PM làm vậy từ đầu, tình huống sẽ không xảy ra.

• ❌ Made an effort to reemploy the senior project team member.
  Sai vì: Đây là hành động phản ứng sau sự cố (reactive), không phải phòng ngừa. Reemploy có thể không khả thi (người nghỉ đã quyết định), và PMP nhấn mạnh không phụ thuộc cá nhân (cross-training & knowledge transfer). Hơn nữa, Agile ưu tiên velocity đội ngũ hơn cá nhân (Agile Manifesto Principle 4).

• ❌ Updated the job descriptions for all team roles.
  Sai vì: Cập nhật job description chỉ hỗ trợ recruitment dài hạn, không giải quyết vấn đề truy cập thông tin ngay lập tức. Đây là công việc HR-oriented, không trực tiếp liên quan đến kiến thức dự án cụ thể. PMBOK khuyến nghị nhưng không phải ưu tiên hàng đầu cho tình huống khẩn cấp như này.

• ❌ Provided specialist training for all team members.
  Sai vì: Training là tốt cho skill development, nhưng tốn thời gian và chi phí, không đảm bảo kiến thức senior được lưu trữ kịp thời. Agile ưu tiên on-the-job learning qua repo và pair-programming, chứ không phải training toàn đội trước rủi ro (chỉ áp dụng nếu dự đoán sớm, nhưng câu hỏi tập trung tránh đột ngột).

🛡️ Kết luận PMP: PM phải áp dụng Risk Management (Identify & Mitigate) kết hợp Knowledge Management để xây dựng resilient team (đội ngũ bền vững). Luôn ưu tiên tools minh bạch như repository! Nếu thi PMP, nhớ focus vào preventive actions trong Agile. 🚀

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

Câu hỏi mô tả tình huống một Project Manager (PM) vừa được phân công quản lý một dự án xây dựng 100 giếng nước cho một cộng đồng nhỏ đang cấp bách cần nước sạch. Đây là dự án mang tính nhân đạo cao, với yếu tố khẩn cấp (urgency). Theo quy trình quản lý dự án PMP (PMBOK Guide 7th Edition, 2021 - cập nhật mới nhất đến 2026), PM được assign sau giai đoạn Initiating (khi Project Charter đã được phê duyệt). Bước tiếp theo logic phải tuân thủ các Process Groups: từ Initiating chuyển sang Planning để xây dựng nền tảng vững chắc, tránh hành động impulsively dù dự án khẩn cấp. Câu hỏi kiểm tra kiến thức về thứ tự quy trình dự án (Project Lifecycle), nhấn mạnh nguyên tắc "Plan before you act" để đảm bảo thành công, kiểm soát rủi ro và tối ưu tài nguyên. 📘

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

Đáp án đúng: Start project planning and develop the project management plan.
🛠️ Lý do: Theo PMBOK 7th Edition (Section 2.1 & 4.2), sau khi PM được assign (thường sau Project Charter), bước đầu tiên là Planning Process Group, cụ thể là Develop Project Management Plan (Quy trình 4.2). Điều này bao gồm lập kế hoạch chi tiết về phạm vi, thời gian, chi phí, rủi ro, nguồn lực... Đặc biệt với dự án khẩn cấp, planning giúp xác định ưu tiên (priorities), đánh giá tính khả thi và xây dựng baseline để quản lý thay đổi sau này. Không planning trước sẽ dẫn đến hỗn loạn, vượt ngân sách hoặc thất bại. Đây là nguyên tắc cốt lõi của PMP: Tailor the approach nhưng vẫn tuân thủ thứ tự logic. (Nguồn: PMBOK 7th Ed., p. 77-80; PMP Exam Content Outline, Domain II: Process).

📋 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 PMP mới nhất (PMBOK 7th Ed. & Agile Practice Guide).

• Start project planning and develop the project management plan.
  ✅ Đúng 🏆: Như đã giải thích ở trên, đây là bước next logical step sau Initiating. Planning đảm bảo dự án được cấu trúc hóa, ngay cả với urgency, giúp PM identify stakeholders, risks (như địa hình, nguồn nước ngầm) và create WBS/Schedule. Tránh "jump into execution" để tuân thủ 12 Principles of PMBOK 7 (ví dụ: Plan, Team, Stakeholders).

• Process a change request for additional funding due to project urgency.
  ❌ Sai 🚫: Change request chỉ được xử lý sau khi baseline đã được thiết lập (ở Planning/Executing, theo Perform Integrated Change Control - Process 4.6 PMBOK 7). Lúc này chưa có plan/baseline, nên không thể submit change. Urgency không phải lý do để bypass quy trình; thay vào đó, dùng charter để justify funding ban đầu. (Nguồn: PMBOK 7th Ed., p. 109).

• Hire local contractors who are familiar with the environment.
  ❌ Sai ⏭️: Việc tuyển dụng (Procure Resources - Process 9.2) thuộc Executing Process Group, cần plan procurement trước (Plan Procurement Management - 12.1). Thuê ngay mà chưa assess nhu cầu, RFP hay contract type sẽ dẫn đến rủi ro pháp lý/chi phí cao. PMP yêu cầu source selection criteria rõ ràng. (Nguồn: PMBOK 7th Ed., Section 10 & 12).

• Face the challenge immediately and start sending relief to the town.
  ❌ Sai ⚠️: Đây là hành động ad-hoc, không theo quy trình, thuộc Executing nhưng thiếu planning sẽ gây scope creep, safety risks (ví dụ: giếng không bền vững). PMP nhấn mạnh Value Delivery qua planning, không phải "act first, plan later". Với urgency, dùng iterative planning (Agile Hybrid) nhưng vẫn start với PMP. (Nguồn: PMBOK 7th Ed., Principle 1: Stewardship; p. 27).

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

• PMBOK Guide 7th Edition (2021): PMI.org - Process Groups & Principles (cập nhật không thay đổi lớn đến 2026).
• PMP Exam Content Outline (2024): Domain 2 (Process) & Domain 4 (Business Environment).
• Agile Practice Guide (2017, tích hợp PMBOK 7): Hỗ trợ tailoring cho dự án khẩn cấp.
  Học thêm qua PMI.org hoặc app PMP prep như Simplilearn để thực hành! 🚀

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

Câu hỏi này thuộc chủ đề Quản lý Xung đột và Giải quyết Vấn đề trong Quản lý Đội ngũ Dự án (Manage Project Team hoặc Manage Team trong PMBOK).

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

• Quản lý dự án (PM) phát hiện một thành phần trên đường găng (critical path) đang có nguy cơ trì hoãn do xung đột cá nhân liên tục giữa hai lập trình viên (developers).
• Vấn đề này không thể giải quyết bởi đội ngũ (team), vì mang tính chất nhân cách (personality-related issue).
• Mục tiêu: PM cần hành động chủ động, phù hợp để bảo vệ lịch trình dự án, vì critical path ảnh hưởng trực tiếp đến thời gian hoàn thành tổng thể.

🛠️ Ngữ cảnh PMP (PMBOK 7th Edition, 2021 - cập nhật đến 2026):

• Xung đột phải được ghi nhận trong Issue Log (Sổ vấn đề).
• PM chịu trách nhiệm quản lý xung đột ở cấp đội ngũ trước, nhưng nếu không giải quyết được (như trường hợp này), cần escalate lên cấp cao hơn như HR để hỗ trợ chuyên sâu về nhân sự.
• Nguyên tắc: Tập trung vào giá trị dự án (focus on value delivery), ưu tiên giải quyết rủi ro trên critical path.

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

Đáp án đúng: Log the issue in the register and escalate to the human resources (HR) manager.

Lý do 🏆:

• ✅ Ghi nhận vấn đề vào Issue Log là bước đầu tiên bắt buộc theo quy trình Monitor and Control Project Work và Manage Team (PMBOK 7th: Principle 7 - Optimize Risk Responses).
• ✅ Escalate lên HR là hành động phù hợp vì:
  • Xung đột nhân cách không thể tự giải quyết bởi team (như câu hỏi nêu).
  • HR có chuyên môn xử lý vấn đề nhân sự, tránh PM can thiệp trực tiếp vào mâu thuẫn cá nhân (tuân thủ Servant Leadership).
  • Bảo vệ critical path, giảm thiểu rủi ro trì hoãn dự án.
• Điều này phù hợp với PMBOK 7th Edition, Domain: Team (Manage Conflict) và Process: 9.5 Manage Team (Hybrid Model).

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

Dưới đây là phân tích chi tiết từng lựa chọn, với đánh giá đúng/sai dựa trên thực tiễn PMP:

• ❌ [SAI] Log the issue in the register and delay the development of the component.
  Giải thích sai: Việc ghi log là đúng, nhưng chấp nhận trì hoãn (delay) là thụ động, vi phạm nguyên tắc proactive risk management. Critical path không thể "delay" mà không có mitigation; PM phải hành động ngay để bảo vệ timeline (PMBOK 7th: Optimize Risk Responses). Hậu quả: Dự án có thể miss deadline.

• ❌ [SAI] Log the issue in the register and ask the team to make a decision by voting.
  Giải thích sai: Ghi log đúng, nhưng bỏ phiếu (voting) không phù hợp cho xung đột nhân cách – dễ dẫn đến bất mãn, chia rẽ team thêm. PMBOK khuyến nghị các kỹ thuật như Collaborate/Problem Solve trước, không dùng voting cho issue cá nhân (7th Edition: Team Performance Domain, tránh democratic voting ở conflict resolution).

• ✅ [ĐÚNG] Log the issue in the register and escalate to the human resources (HR) manager.
  Giải thích đúng: Như đã phân tích ở trên. Escalation là bước tiếp theo khi team không giải quyết được, HR hỗ trợ chuyên sâu (PMBOK 7th: 4.7 Manage Conflict & Escalation Path). Đảm bảo dự án tiến triển mà không để issue kéo dài.

• ❌ [SAI] Log the issue in the register and let the developers resolve the conflict.
  Giải thích sai: Ghi log đúng, nhưng để developers tự giải quyết mâu thuẫn là sai vì câu hỏi rõ ràng nêu "can’t be resolved by the team". PM không được thụ động; phải escalate để tránh rủi ro critical path (PMBOK 7th: PM accountable for team dynamics, không "hands-off").

📘 Tài liệu tham khảo

• PMBOK Guide 7th Edition (2021, PMI):
  • Principle 7: Optimize Risk Responses (Issue Log & Escalation).
  • Team Performance Domain: Manage Conflict (trang 89-91).
  • Process 9.5: Manage Team (escalate HR for personnel issues).
• PMP Exam Content Outline (2024-2026, PMI): Domain III: Business Environment (15%) & IV: Team (20%) – nhấn mạnh conflict escalation.
• Agile Practice Guide (PMI, 7th): Servant Leader escalates unresolvable interpersonal conflicts.
• Nguồn chính thức: PMI.org – kiến thức cập nhật không thay đổi lớn đế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 câu hỏi, hãy hỏi nhé!