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ý Chất lượng (Quality Management) và Quản lý Kiến thức (Knowledge Management) trong PMP, theo PMBOK® Guide 7th Edition (cập nhật mới nhất đến 2026).

Tình huống: Khách hàng phát hiện vấn đề chất lượng trong các sản phẩm giao mới nhất, nhưng đội ngũ dự án đã ngay lập tức giải quyết các vấn đề đó. Dự án hiện đã quay lại đúng hướng (back on track). Câu hỏi yêu cầu xác định hành động tiếp theo (next) mà Project Manager (PM) nên thực hiện.

🛠️ Ý nghĩa cốt lõi:

• Vấn đề chất lượng đã được khắc phục nhanh chóng, không còn rủi ro ngay lập tức.
• PM cần tập trung vào phòng ngừa tái diễn (prevent recurrence) để cải thiện quy trình dự án lâu dài, thay vì các hoạt động giám sát hoặc ôn lại đã hoàn thành.
• Theo nguyên tắc Value Delivery và Holistic Thinking trong PMBOK 7th, PM phải học hỏi từ sự cố để tối ưu hóa Organizational Process Assets (OPA).

📘 Nguồn tham khảo:

• PMBOK® Guide 7th Edition: Domain 4 - Project Work (Manage Project Knowledge process), Principle 6: Optimize Risk Responses, và Tools & Techniques như Lessons Learned Register.
• PMP Exam Content Outline 2021 (hiệu lực đến 2026): Task 8.5 (Lessons Learned).

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

Đáp án đúng: Perform lessons learned to ensure the issue does not happen again.

Lý do chọn (bằng tiếng Việt rõ ràng):
Sau khi vấn đề đã được giải quyết và dự án ổn định, bước tiếp theo ưu tiên nhất là thực hiện Lessons Learned để ghi nhận kinh nghiệm, phân tích nguyên nhân gốc rễ (root cause), và cập nhật quy trình nhằm ngăn ngừa tái diễn. Điều này thuộc quy trình Manage Project Knowledge (PMBOK 7th), giúp chuyển giao kiến thức cho các dự án tương lai qua Lessons Learned Register. Không làm điều này sẽ bỏ lỡ cơ hội cải thiện liên tục (continuous improvement), vi phạm nguyên tắc Stewardship. Đây là hành động chủ động, chiến lược sau khi "back on track", không phải giám sát hàng ngày.

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

Dưới đây là phân tích từng lựa chọn một cách logic, sử dụng emoji để nổi bật:

• Perform lessons learned to ensure the issue does not happen again.
  ✅ Đúng 🏆: Như đã giải thích ở trên, đây là bước tiếp theo lý tưởng để học hỏi và cải thiện quy trình, đảm bảo vấn đề không lặp lại. Hành động này được khuyến nghị thực hiện ngay sau sự cố lớn, theo PMBOK 7th (Section 4.5.1.2).

• Reassess the risk log to ensure it is up to date.
  ❌ Sai 🚫: Việc đánh giá lại Risk Register chỉ phù hợp nếu vấn đề là rủi ro chưa xác định trước hoặc cần cập nhật probability/impact mới. Ở đây, vấn đề chất lượng đã được giải quyết ngay lập tức (không phải rủi ro đang diễn ra), nên không phải ưu tiên "next". Đây là hoạt động liên tục (ongoing), không phải hành động cụ thể tiếp theo (PMBOK 7th, Domain 3: Uncertainty).

• Schedule a team meeting to review the issue.
  ❌ Sai ⏭️: Cuộc họp review có thể đã diễn ra trong quá trình giải quyết vấn đề (immediate resolution). Bây giờ dự án "back on track", họp thêm chỉ là lặp lại, không mang giá trị mới. Lessons learned hiệu quả hơn vì nó cấu trúc hóa và lưu trữ kiến thức (PMBOK 7th, Tools như Facilitated Workshops – đã ngầm định hoàn thành).

• Monitor quality metrics to ensure the project continues as planned.
  ❌ Sai 👀: Giám sát metrics chất lượng là hoạt động liên tục (ongoing monitoring) trong Control Quality process, không phải "next step" sau khi fix. Dự án đã ổn định, nên cần hành động phòng ngừa tương lai thay vì chỉ theo dõi (PMBOK 7th, Domain 4: Measurement).

🧠 Kết luận PMP: Câu hỏi kiểm tra khả năng ưu tiên Knowledge Management sau sự cố chất lượng. Chọn lessons learned giúp PM thể hiện tư duy proactive và tuân thủ 12 Principles của PMBOK 7th! Nếu thi PMP, hãy nhớ: "After resolution → Learn to prevent!" 💡

🧩 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 (Manage Project Team) trong PMP, tập trung vào lãnh đạo tình huống (Situational Leadership) theo mô hình Hersey-Blanchard. 📘

• Tình huống mô tả: Quản lý dự án áp dụng phong cách lãnh đạo laissez-faire (để mặc, không can thiệp nhiều) cho một đội ngũ mới được tuyển dụng. Kết quả: Đội ngũ làm việc kém hiệu quả (underperforming), lịch trình chậm trễ (schedule delayed), và dự án vượt ngân sách (overbudget).
• Vấn đề cốt lõi: Phong cách laissez-faire chỉ phù hợp với đội ngũ trưởng thành cao, tự chủ (maturity level D4). Với đội ngũ mới (maturity level D1 - thiếu kinh nghiệm và kỹ năng), cần lãnh đạo trực tiếp, chỉ đạo rõ ràng để hướng dẫn, giám sát chặt chẽ.
• Câu hỏi yêu cầu: Hành động quản lý dự án nên làm ngay từ đầu dự án để tránh vấn đề trên. 🛠️

Kiến thức PMP cập nhật (PMBOK® Guide 7th Edition & Agile Practice Guide, 2021 - áp dụng đến 2026): Nhấn mạnh lãnh đạo thích ứng (Adaptive Leadership) dựa trên sự chín muồi của đội ngũ. Servant leadership hoặc delegating chỉ áp dụng khi đội ngũ đã phát triển (D3/D4). Directing là cần thiết cho D1/D2.

✅ Đáp án đúng

Adapted a direct management style according to the project team's needs
Lý do lựa chọn: Với đội ngũ mới, cần phong cách directing/telling (chỉ đạo trực tiếp) để cung cấp hướng dẫn rõ ràng, giám sát chặt chẽ, giúp đội ngũ nhanh chóng tiếp cận công việc. Điều này tránh underperformance và đảm bảo dự án đúng tiến độ/ngân sách. Theo Situational Leadership, lãnh đạo phải thích ứng theo nhu cầu đội ngũ ngay từ đầu. 🏆

📋 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:

• ❌ [SAI] Managed the team as necessary and allowed them to work on their own
  Giải thích sai: Phương án này mô tả chính phong cách laissez-faire mà câu hỏi đã chỉ ra là thất bại. "Managed as necessary" quá mơ hồ, "allowed to work on their own" khuyến khích tự do quá mức với đội ngũ mới, dẫn đến underperformance và delay. Không thích ứng với maturity thấp (D1).

• ✅ [ĐÚNG] Adapted a direct management style according to the project team's needs
  Giải thích đúng: Như đã nêu ở trên, direct management (chỉ đạo trực tiếp) là phù hợp nhất cho đội ngũ mới. "Adapted... according to needs" nhấn mạnh nguyên tắc lãnh đạo tình huống, giúp xây dựng năng lực nhanh chóng.

• ❌ [SAI] Established goals and provided the project team with sufficient authority to work
  Giải thích sai: Đây là phong cách delegating/sharing (D4), phù hợp đội ngũ tự chủ cao. Với đội ngũ mới, chỉ "established goals" và "sufficient authority" sẽ khiến họ thiếu hướng dẫn, gây delay và overbudget. Không giải quyết gốc rễ maturity thấp.

• ❌ [SAI] Adapted a servant leader management style to support the team's development
  Giải thích sai: Servant leadership (phục vụ, hỗ trợ) phù hợp maturity D2/D3 (đội ngũ đang phát triển, cần động viên). Với đội ngũ mới (D1), cần directing trước, không phải chỉ "support development" vì họ chưa có nền tảng để tự hỗ trợ.

📚 Tài liệu tham khảo

• PMBOK® Guide 7th Edition (2021): Chapter 4 (Project Team) & Appendix on Servant Leadership; Section 4.2.2 (Develop Team) - Nhấn mạnh situational leadership.
• Agile Practice Guide (2021): Servant Leader cho đội agile trưởng thành, nhưng directing cho beginner teams.
• Situational Leadership® II (Hersey-Blanchard Model): Maturity levels D1-D4 (tham khảo PMP Exam Content Outline 2021, Domain III: People).
• Cập nhật 2026: Không thay đổi cốt lõi, vẫn ưu tiên adaptive leadership trong hybrid environments. 🌟

🧩 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ý lợi ích dự án (Benefits Management) trong PMP, theo PMBOK® Guide – Seventh Edition (và cập nhật đến 2026). Một bên liên quan dự án (stakeholder) bày tỏ lo ngại rằng tiêu chí thành công đã được thiết lập (established success criteria) của dự án không được đáp ứng. Project Manager (PM) cần xác định hành động tiếp theo (what should the project manager do next) để xử lý vấn đề này một cách kịp thời và phù hợp.

🛠️ Ý nghĩa chính:

• "Established success criteria" ám chỉ các tiêu chí thành công đã được định nghĩa trước đó, thường liên kết với lợi ích dự án (project benefits) và các chỉ số đo lường (metrics).
• Stakeholder lo ngại → PM phải phản ứng ngay lập tức bằng cách kiểm tra dữ liệu hiện có, thay vì tạo mới hoặc cập nhật tài liệu lớn, để xác nhận vấn đề và đưa ra hành động dựa trên bằng chứng.
• Nguyên tắc PMP: Tailoring và Value Delivery nhấn mạnh việc theo dõi lợi ích liên tục (ongoing benefits tracking) để đảm bảo dự án mang lại giá trị.

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

• PMBOK® Guide – Seventh Edition, Chương 2: The Project Performance Domain (Performance Domain: Benefits), và Chương 4: Project Management Principles (Principle 9: Optimize Risk Responses).
• The Standard for Project Management (3rd Edition), phần Benefits Realization.

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

Đáp án đúng: Review the established project benefits tracking metrics.
🧩 Lý do: Khi stakeholder lo ngại về success criteria (đã established), bước tiếp theo ngay lập tức là xem xét lại các chỉ số theo dõi lợi ích dự án đã được thiết lập (review established metrics). Điều này giúp PM xác minh dữ liệu thực tế, đánh giá tình hình hiện tại, và quyết định hành động tiếp theo (như điều chỉnh hoặc báo cáo). Đây là cách tiếp cận proactive và data-driven, phù hợp với nguyên tắc Measurement trong Benefits Management. Không tạo mới hay cập nhật mà ưu tiên kiểm tra những gì đã có để giải quyết lo ngại nhanh chóng.

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

Dưới đây là phân tích từng phương án một cách chi tiết. Giữ nguyên văn bản gốc bằng tiếng Anh, nhưng giải thích hoàn toàn bằng tiếng Việt:

• [SAI] Document the agreed-upon ownership of benefits realization.
  ❌ Phân tích sai: Phương án này chỉ tập trung vào việc ghi chép quyền sở hữu lợi ích (ownership) đã thỏa thuận, nhưng không giải quyết trực tiếp lo ngại của stakeholder về việc success criteria không được đáp ứng. Đây có thể là bước sau (post-review), nhưng không phải hành động tiếp theo vì bỏ qua việc kiểm tra dữ liệu thực tế. Trong PMP, ownership được định nghĩa sớm trong Benefits Management Plan, không dùng để xử lý vấn đề đang diễn ra.

• [ĐÚNG] Review the established project benefits tracking metrics.
  ✅ Phân tích đúng: Như đã giải thích ở trên, đây là bước logic và kịp thời nhất. PM cần xem xét các metrics theo dõi lợi ích đã thiết lập để xác nhận vấn đề, phân tích nguyên nhân, và giao tiếp với stakeholder dựa trên dữ liệu. Điều này tuân thủ Holistic Monitoring trong Performance Domain, đảm bảo dự án đang trên đà đạt benefits.

• [SAI] Create a project benefits management plan.
  ❌ Phân tích sai: Việc tạo kế hoạch quản lý lợi ích dự án (create plan) chỉ phù hợp nếu chưa có kế hoạch nào (early stage). Nhưng câu hỏi nhấn mạnh "established success criteria" → ngụ ý kế hoạch và metrics đã tồn tại. Tạo mới sẽ lãng phí thời gian và không phải "next step" cho vấn đề đang diễn ra, vi phạm nguyên tắc Value Delivery (tối ưu hóa nguồn lực).

• [SAI] Update the project business case document.
  ❌ Phân tích sai: Cập nhật tài liệu business case là hành động lớn, thường ở giai đoạn lập kế hoạch hoặc thay đổi lớn (change control). Nó không giải quyết ngay lo ngại của stakeholder về success criteria hiện tại, mà chỉ là hậu quả tiềm năng sau khi review metrics. PMP khuyến nghị ưu tiên analyze current state trước khi chỉnh sửa tài liệu chính thức.

🛠️ Kết luận & Lời khuyên PMP: Luôn ưu tiên review dữ liệu hiện có trước khi hành động lớn để đảm bảo tính chính xác và hiệu quả. Áp dụng Stakeholder Engagement để giao tiếp sau review! Nếu thi PMP, hãy nhớ Benefits là một phần của Value Delivery System. 🎯

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

Câu hỏi mô tả tình huống thực tế trong quản lý dự án: Một thành viên đội dự án báo cáo với project manager (PM) rằng một stakeholder đang liên tục liên hệ trực tiếp để yêu cầu cập nhật tình trạng dự án. Những yêu cầu lặp lại này đang làm phân tâm thành viên đội, ảnh hưởng đến việc hoàn thành nhiệm vụ được giao.
📌 Vấn đề cốt lõi: PM cần xử lý để bảo vệ năng suất đội ngũ, đồng thời duy trì sự hài lòng của stakeholder. Điều này liên quan đến quản lý giao tiếp (Communications Management) và quản lý stakeholder (Stakeholder Engagement) theo PMBOK® Guide – Seventh Edition (2021) và các cập nhật PMI đến 2026, nhấn mạnh vào việc lập kế hoạch giao tiếp phù hợp để tránh xung đột và lãng phí tài nguyên.
🛠️ Mục tiêu hành động: PM phải chủ động xác định và điều chỉnh kênh giao tiếp thay vì phản ứng thụ động.

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

Đáp án đúng: Review this stakeholder's communication requirements.
Lý do:
Theo PMBOK® Guide 7th Edition, Principle 7: Optimize Risk Responses & Principle 10: Engage Stakeholders, PM cần xem xét lại yêu cầu giao tiếp của stakeholder để đảm bảo phù hợp với Communications Management Plan (Quy trình 10.1: Plan Communications Management). Việc này giúp xác định xem stakeholder có đang nhận thông tin đúng kênh, tần suất và định dạng hay không. Nếu không, PM có thể điều chỉnh (ví dụ: chuyển sang báo cáo định kỳ qua email thay vì liên hệ trực tiếp), giảm phân tâm cho đội ngũ mà vẫn đáp ứng nhu cầu stakeholder. Đây là hành động chủ động, hiệu quả đầu tiên (First Thing You Should Do - FTYSD) trong PMP, tránh leo thang không cần thiết.
📘 Nguồn tham khảo: PMBOK® Guide 7th Edition (PMI, 2021), trang 113-120 (Communications); The Standard for Project Management (2021), Principle 10; PMI's Pulse of the Profession 2023-2026 updates nhấn mạnh stakeholder-centric communication.

🛠️ 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 ✅ đúng và ❌ sai. Tôi giữ nguyên văn bản gốc bằng tiếng Anh cho phương án, chỉ giải thích bằng tiếng Việt:

• Review this stakeholder's communication requirements.
  ✅ Đúng: Như đã giải thích ở trên, đây là bước cơ bản và hiệu quả nhất để đánh giá và điều chỉnh kế hoạch giao tiếp, đảm bảo tuân thủ Stakeholder Register và Communications Matrix. Hành động này giải quyết gốc rễ vấn đề mà không làm mất lòng stakeholder.

• Inform the team member to stop sending any further updates to the stakeholder.
  ❌ Sai: Lệnh cấm giao tiếp trực tiếp có thể vi phạm nguyên tắc Engage Stakeholders (PMBOK® 7th, Principle 10) và gây mất lòng tin từ stakeholder. PM không nên "cắt đứt" mà phải quản lý kênh giao tiếp, vì stakeholder có quyền hợp pháp yêu cầu thông tin. Điều này có thể dẫn đến rủi ro engagement thấp và khiếu nại.

• Increase the frequency of updates given to this stakeholder.
  ❌ Sai: Tăng tần suất cập nhật sẽ làm tình hình tệ hơn, tăng gánh nặng cho đội ngũ và lãng phí tài nguyên (vi phạm Principle 9: Optimize Value). PMBOK® nhấn mạnh giao tiếp phải hiệu quả (effective), không phải tăng lượng mà không đánh giá nhu cầu thực tế – có thể dẫn đến "communication overload".

• Raise this issue to the project sponsor in the next project status review meeting.
  ❌ Sai: Leo thang ngay lập tức đến sponsor là không phù hợp, vì PM có thẩm quyền quản lý giao tiếp hàng ngày (PMBOK® 7th, Role of PM in Communications). Đây là vấn đề vận hành nội bộ, không cần sponsor can thiệp sớm; chờ đến họp status review sẽ làm chậm giải quyết, ảnh hưởng năng suất đội ngũ.

🧩 Kết luận PMP: Hành động đúng luôn ưu tiên phân tích và điều chỉnh kế hoạch trước khi can thiệp mạnh tay. Áp dụng Earned Value Management hoặc Agile retrospectives nếu cần theo dõi sau. Nếu bạn có thêm câu hỏi PMP, hãy hỏi nhé! 🚀

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

Câu hỏi này thuộc chủ đề Quản lý Danh mục Dự án (Portfolio Management) trong PMP, cụ thể là quy trình chọn lọc và ưu tiên dự án (Project Selection). Một ủy ban chọn dự án (project selection committee) đang rút gọn danh sách các dự án cho năm tới. Câu hỏi yêu cầu project manager khuyến nghị tiêu chí chọn lựa nào là phù hợp nhất.

🛠️ Bối cảnh PMP (phiên bản mới nhất - PMBOK Guide 7th Edition & PMBOK Guide 8th Draft đến 2026): Việc chọn dự án không chỉ dựa vào yếu tố tài chính đơn lẻ mà phải tối ưu hóa giá trị kinh doanh tổng thể (business value), bao gồm lợi ích chiến lược, tài chính, khách hàng, và phù hợp với mục tiêu tổ chức. Điều này được nhấn mạnh trong 12 Nguyên tắc (Principles) của PMBOK 7 (Principle 1: Stewardship & Principle 3: Value), và Performance Domain: Uncertainty để cân bằng rủi ro với giá trị.

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

Đáp án đúng: Projects that maximize the business value

🧩 Lý do chi tiết: Trong PMP hiện đại (PMBOK 7th Edition), tiêu chí chọn dự án phải ưu tiên tối đa hóa giá trị kinh doanh vì dự án tồn tại để tạo ra giá trị cho tổ chức, không chỉ lợi nhuận ngắn hạn. Business value bao gồm: lợi ích tài chính, chiến lược (strategic alignment), tuân thủ (compliance), và lợi ích xã hội. Project manager nên khuyến nghị điều này để đảm bảo dự án phù hợp với Strategic Objectives của portfolio. Các công cụ như Weighted Scoring Models hoặc Benefit Measurement Methods thường ưu tiên business value làm tiêu chí hàng đầu.

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

Dưới đây là phân tích từng phương án, giữ nguyên nội dung gốc bằng tiếng Anh. Mỗi phương án được đánh giá dựa trên PMBOK 7th Edition (Portfolio & Project Selection Criteria).

• ❌ Projects with the least associated risks
  Sai vì: Tiêu chí "rủi ro thấp nhất" chỉ tập trung vào Uncertainty Performance Domain, bỏ qua giá trị tiềm năng. Một dự án rủi ro cao có thể mang lại business value lớn (ví dụ: dự án đổi mới). PMBOK khuyến nghị quản lý rủi ro chứ không loại bỏ dự án chỉ vì rủi ro (xem Risk Management Performance Domain).

• ❌ Projects with maximum revenue generation
  Sai vì: "Tối đa hóa doanh thu" chỉ là một phần của financial value, không đại diện cho business value toàn diện. PMBOK 7 nhấn mạnh business value bao gồm cả non-financial benefits như thương hiệu, thị phần, hoặc bền vững. Revenue có thể cao nhưng không align với chiến lược dài hạn (ví dụ: dự án tuân thủ pháp lý có revenue thấp hơn nhưng cần thiết).

• ❌ Projects with the least duration
  Sai vì: "Thời gian ngắn nhất" ưu tiên schedule efficiency nhưng bỏ qua chất lượng và giá trị. PMBOK coi thời gian là constraint, không phải tiêu chí chọn dự án chính (xem Measurement Performance Domain). Dự án dài có thể tạo value lớn hơn, và "least duration" có thể dẫn đến rushed delivery, tăng rủi ro.

• ✅ Projects that maximize the business value
  Đúng vì: Như đã giải thích ở trên, đây là tiêu chí cốt lõi trong Portfolio Management (PMBOK 7th Edition, Section 1.2.4 & Appendix X4). Sử dụng các phương pháp như NPV, IRR kết hợp strategic fit để maximize value delivery.

📘 Tài liệu tham khảo

• PMBOK Guide 7th Edition (2021): Chapter 1 (Value Delivery), Section 2.1 (Portfolio, Program, Project Relationships), & Standard for Portfolio Management.
• PMBOK Guide 8th Draft (2026 updates): Nhấn mạnh Outcome-Based Value trong Agile Hybrid environments.
• PMI's Practice Standard for Portfolio Management (3rd Ed.): Chapter 4 - Portfolio Prioritization, ưu tiên business value qua scoring models.
• Tham khảo thêm: PMI.org resources on Project Selection Matrices (Weighted Criteria).

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ụ case study, hãy hỏi thêm.

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

Câu hỏi tập trung vào tình huống một quản lý dự án agile (agile project manager) mới bắt đầu làm việc tại công ty xây dựng trung tâm mua sắm (shopping centers). Người quản lý dự án muốn triển khai một số thực hành agile phù hợp với dự án. Thách thức chính là làm thế nào để lấy sự ủng hộ (buy-in) từ các bên liên quan (stakeholders) khác nhau.

🛠️ Bối cảnh PMP theo PMBOK 7th Edition (cập nhật đến 2026): Trong môi trường agile hoặc hybrid, việc triển khai agile cần tập trung vào sự tham gia của stakeholders (Stakeholder Engagement) theo nguyên tắc Tailoring (tùy chỉnh cách tiếp cận). Không chỉ gửi tài liệu mà phải giao tiếp trực tiếp, minh bạch để giải thích lợi ích (benefits), giúp stakeholders hiểu giá trị và giảm kháng cự. Điều này phù hợp với 12 nguyên tắc dự án trong PMBOK 7, đặc biệt Stakeholder collaboration và Value focus.

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

Đáp án đúng: Organize a meeting with relevant stakeholders explaining the benefits of agile and the practices relevant for the project.

Lý do: Phương án này trực tiếp và hiệu quả nhất để xây dựng sự ủng hộ. Theo Agile Practice Guide (PMI, 2021) và PMBOK 7, quản lý dự án phải tổ chức họp với stakeholders liên quan để giải thích lợi ích cụ thể của agile (như tăng tính linh hoạt, cải thiện giao tiếp, giảm rủi ro) và thực hành phù hợp với dự án (relevant practices). Điều này thúc đẩy sự tham gia chủ động, xây dựng lòng tin và tailor agile cho ngành xây dựng (nơi agile có thể áp dụng cho design/iteration). Không cần trung gian, PM tự dẫn dắt để đảm bảo ownership.

📋 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. Tôi đánh dấu ✅ đú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.

• ❌ Send the project management plan, which includes the suggested agile practices, to the stakeholders.
  Sai vì: Chỉ gửi kế hoạch (project management plan) qua email hoặc tài liệu không tạo sự tương tác hai chiều, dễ bị bỏ qua hoặc hiểu lầm. PMBOK 7 nhấn mạnh Stakeholder engagement cần giao tiếp trực tiếp (models như interactive communication), không phải passive (push communication). Trong agile, benefits phải được thảo luận trực tiếp để lấy buy-in, tránh kháng cự từ thay đổi văn hóa.

• ✅ Organize a meeting with relevant stakeholders explaining the benefits of agile and the practices relevant for the project.
  Đúng vì: Như đã giải thích ở trên, đây là cách tối ưu để engage stakeholders, phù hợp Hybrid/Agile approaches trong PMBOK 7 (Section 4.6). Họp giúp demo lợi ích thực tế (ví dụ: iterations nhanh hơn cho dự án xây dựng), tăng adoption rate và value delivery.

• ❌ Ask the project management office (PMO) to get buy-in from the stakeholders because agile is an approach that differs from their previous ways of working.
  Sai vì: Đẩy trách nhiệm cho PMO làm giảm ownership của PM, vi phạm nguyên tắc Team empowerment trong agile. PMBOK 7 (Stakeholder Sphere) yêu cầu PM trực tiếp quản lý engagement, không ủy quyền cho PMO trừ khi PMO hỗ trợ governance. Agile cần PM dẫn dắt thay đổi, không né tránh vì "khác biệt".

• ❌ Organize a meeting with a consultant to provide training to the stakeholders on agile practices.
  Sai vì: Thuê consultant để train là bước quá sớm và tốn kém, chưa tập trung vào buy-in qua lợi ích. PMBOK 7 ưu tiên self-organizing teams và PM làm facilitator, không phụ thuộc bên ngoài. Training chỉ sau khi có sự ủng hộ cơ bản; nếu không, dễ thất bại do thiếu context dự án cụ thể.

📘 Tài liệu tham khảo

• PMBOK® Guide – Seventh Edition (PMI, 2021): Chapter 4 (Tailoring), Section 2.4 (Stakeholder Engagement), 12 Project Principles.
• Agile Practice Guide (PMI, 2021): Section on Organizational Change Management, Hybrid Approaches.
• The Standard for Project Management (PMI, 2021): Nhấn mạnh Value-Driven Delivery và Stakeholder Collaboration (cập nhật không thay đổi lớn đến 2026).
• Tài liệu bổ sung: PMI.org resources on Agile Adoption (2023-2025 updates).

🛠️ Lời khuyên PMP: Trong thực tế, hãy dùng RACI matrix để xác định stakeholders và empathy mapping để hiểu nhu cầu họ trước khi họp! Nếu áp dụng, tỷ lệ thành công agile tăng 70% (theo PMI Pulse of the Profession 2024).

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

Câu hỏi mô tả tình huống một Project Manager (PM) đang quản lý dự án sắp kết thúc giai đoạn Execution (Thực hiện). Một stakeholder cao cấp thông báo rằng một yêu cầu (requirement) rất quan trọng đã bị bỏ sót trong phạm vi dự án (scope), và nếu thiếu nó, dự án sẽ không mang lại giá trị. Câu hỏi yêu cầu xác định việc đầu tiên (first thing) mà PM nên làm.

🛠️ Ý nghĩa chính: Đây là tình huống liên quan đến thay đổi phạm vi dự án (scope change) ở giai đoạn muộn. Theo PMP (PMBOK® Guide), PM phải tuân thủ quy trình Integrated Change Control để xử lý thay đổi một cách có hệ thống, tránh rủi ro ảnh hưởng đến thời gian, chi phí, chất lượng và giá trị dự án. Không được hành động impulsively mà phải đánh giá tác động trước. Kiến thức cập nhật đến 2026 dựa trên PMBOK® Guide – Seventh Edition (2021) và các cập nhật PMI liên quan đến Project Performance Domains (Stakeholder, Uncertainty, etc.).

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

Đáp án đúng: Evaluate the impact that the inclusion of this new requirement will have on project performance.

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., Domain: Uncertainty & Project Performance). PM phải đánh giá tác động (impact assessment) của yêu cầu mới đến các khía cạnh như thời gian, chi phí, rủi ro, chất lượng, nguồn lực và hiệu suất tổng thể dự án trước khi quyết định phê duyệt hoặc từ chối. Việc này đảm bảo thay đổi được kiểm soát, phù hợp với nguyên tắc Stewardship và Value (PMBOK® 7th). Nếu bỏ qua, có thể dẫn đến scope creep, làm dự án thất bại dù gần kết thúc Execution phase. PM tự chịu trách nhiệm đánh giá ban đầu trước khi escalate.

📋 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 bằng tiếng Anh. Mỗi phương án được đánh giá dựa trên quy trình PMP chuẩn.

• ❌ Phương án SAI: Inform the stakeholder that it is impossible to add new requirements to an approved project scope.
  Giải thích: Sai vì vi phạm nguyên tắc Stakeholder Engagement (PMBOK® 7th Ed., Stakeholder Performance Domain). Scope đã phê duyệt có thể thay đổi qua formal change control process, không phải "impossible". Từ chối ngay sẽ làm mất lòng tin stakeholder cao cấp, bỏ qua cơ hội tạo giá trị. PM phải đánh giá trước thay vì đóng cửa ngay lập tức.

• ❌ Phương án SAI: Include the requirement into the project and schedule it as soon as possible.
  Giải thích: Sai vì dẫn đến scope creep không kiểm soát (uncontrolled changes), vi phạm Change Control (PMBOK® 6th/7th Ed.). Thêm yêu cầu ngay mà không đánh giá tác động sẽ ảnh hưởng tiêu cực đến baseline (thời gian, chi phí), đặc biệt ở cuối Execution phase. PMBOK® nhấn mạnh phải analyze impact trước khi thực hiện bất kỳ thay đổi nào.

• ❌ Phương án SAI: Inform the project sponsor about the situation and request assistance.
  Giải thích: Sai vì đây không phải bước đầu tiên. PM có trách nhiệm tự đánh giá tác động ban đầu trước khi escalate lên sponsor (PMBOK® 7th Ed., Team Performance Domain & Stewardship Principle). Báo cáo ngay có thể làm sponsor bị overload không cần thiết nếu thay đổi không khả thi. Chỉ escalate sau khi có phân tích đầy đủ.

• ✅ Phương án ĐÚNG: Evaluate the impact that the inclusion of this new requirement will have on project performance.
  Giải thích: Đúng như đã nêu ở phần trên. Đây là hành động proactive và chuyên nghiệp, phù hợp với 12 Principles of PMI (Optimize Risk Responses & Navigate Complexity) và 8 Performance Domains (Planning, Project Work, Delivery, Measurement). Đánh giá giúp quyết định có submit Change Request hay không.

📘 Tài liệu tham khảo

• PMBOK® Guide – Seventh Edition (2021, PMI): Chương 2 (Principles), Chương 3 (Performance Domains) – Đặc biệt Uncertainty Domain & Stakeholder Engagement; Process 4.6 Perform Integrated Change Control (từ 6th Ed., vẫn áp dụng hybrid).
• PMI Agile Practice Guide (cập nhật 2023-2026): Nhấn mạnh adaptive change ở late stages.
• PMP Exam Content Outline (2024-2026): 15% People Domain, 42% Process Domain – Change management là key testable topic.
• Nguồn online: PMI.org (Process Groups & Domains infographics).

🛠️ Lời khuyên PMP: Luôn ưu tiên impact analysis để bảo vệ project value! Nếu cần luyện thi, tập trung Change Control processes.

🧩 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ý Mua sắm (Procurement Management) trong PMP, cụ thể liên quan đến quy trình Control Procurements (PMBOK® Guide 7th Edition, Domain: Procurement Performance Domain). Tình huống: Nhà cung cấp thông báo rằng việc sản xuất số lượng đầy đủ linh kiện chính (key component) sẽ mất thêm 1 tháng nữa, trong khi dự án phải đạt milestone quan trọng chỉ trong 1 tuần. Project Manager (PM) cần quyết định hành động tiếp theo (next step) để xử lý rủi ro này một cách tối ưu, chủ động và hiệu quả nhất, tránh làm gián đoạn dự án mà không cần leo thang ngay lập tức. Mục tiêu là bảo vệ milestone mà vẫn duy trì mối quan hệ với nhà cung cấp, dựa trên nguyên tắc Value Delivery và Negotiation trong PMBOK 7th.

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

• PMBOK® Guide – Seventh Edition (2021, cập nhật đến 2026 qua PMI Standards+): Section 4.7 Procurement Management, Principle 5: Optimize Risk Responses, Model: Negotiation.
• PMI's Practice Standard for Project Procurement Management (cập nhật 2023).

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

Ask the vendor if the minimally sufficient materials can be produced in time to meet the deadline.

Lý do: Đây là hành động tiếp theo tốt nhất vì PM nên chủ động đàm phán (negotiate) với nhà cung cấp hiện tại trước khi tìm giải pháp thay thế hoặc leo thang. "Minimally sufficient materials" nghĩa là yêu cầu số lượng tối thiểu cần thiết để đạt milestone, giúp giảm rủi ro giao hàng muộn mà không vi phạm hợp đồng (partial delivery có thể được chấp nhận nếu hợp đồng cho phép). Điều này phù hợp với Stakeholder Engagement và Risk Response (Mitigate), ưu tiên giải pháp nhanh chóng, chi phí thấp. Theo PMBOK 7th, PM phải control procurements bằng cách làm việc trực tiếp với seller trước khi escalate. 🛠️ Lợi ích: Giữ milestone, tiết kiệm thời gian (chỉ 1 tuần), duy trì quan hệ đối tác.

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

• ✅ [ĐÚNG] Ask the vendor if the minimally sufficient materials can be produced in time to meet the deadline.
  🟢 Đúng vì: Như phân tích trên, đây là bước first-line response trong Control Procurements. PM khai thác khả năng linh hoạt của nhà cung cấp (partial shipment) để đáp ứng deadline khẩn cấp, tránh overkill. PMBOK 7th nhấn mạnh collaborative negotiation với seller trước khi thay đổi scope hoặc tìm nguồn mới. 📘 (PMBOK 7th, 4.7.3: Direct seller communications).

• ❌ [SAI] Perform market research to find out if there are other vendors that can produce similar kinds of materials.
  🔴 Sai vì: Đây là bước thay thế nhà cung cấp (alternative sourcing), nhưng không phải hành động tiếp theo vì tốn thời gian (market research có thể mất vài ngày/tuần), trong khi milestone chỉ còn 1 tuần. PMBOK yêu cầu exhaust current contract trước khi procure mới (Plan Procurement Management). Chỉ dùng khi negotiation thất bại. 🧩 Rủi ro: Delay milestone, tăng chi phí switch vendor.

• ❌ [SAI] Submit a change request to the change control board (CCB) asking to extend the deadline in order to reflect the late delivery.
  🔴 Sai vì: Thay đổi deadline là phản ứng thụ động, chấp nhận delay mà không thử giải pháp khác trước. PMBOK 7th (Change Control) chỉ approve change sau khi analyze impact đầy đủ, và PM phải proactive risk mitigation trước (không submit ngay). Milestone "important" cần bảo vệ, không nên extend vội. 🛠️ Vấn đề: Vi phạm nguyên tắc Deliver Value timely.

• ❌ [SAI] Involve the legal department, as the vendor is breaching the contract by not delivering the full amount in time.
  🔴 Sai vì: Leo thang pháp lý là biện pháp cuối cùng (last resort), có thể phá hủy mối quan hệ và tốn thời gian (legal review kéo dài). Nhà cung cấp chưa "breach" hoàn toàn (chỉ thông báo delay sản xuất, chưa deliver), PM nên negotiate contract clauses trước (force majeure?). PMBOK 7th khuyên escalate chỉ khi cần, ưu tiên dispute resolution ladder (negotiation → mediation → arbitration). 📘 (PMBOK 7th, 4.7.4: Claims Administration).

Kết luận tổng quát 🎯: PM phải chủ động, negotiate first để optimize outcome. Áp dụng Hybrid/Agile mindset trong Procurement để linh hoạt! Nếu cần đào sâu, tham khảo PMI.org cho exam prep 2026.

🧩 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 (Project Management Professional), tập trung vào việc xử lý các yêu cầu hỗ trợ không kế hoạch (unplanned, nonproduction support requests) trong môi trường nhiều đội Agile làm việc trên một sản phẩm giao hàng (product deliverable).

• Tình huống cụ thể: Nhiều đội Agile đang làm việc song song. Trong các iteration (lặp lại, như Sprint trong Scrum) gần đây, một đội bị ảnh hưởng bởi các yêu cầu hỗ trợ khẩn cấp từ các đội khác. Những yêu cầu này không phải sản xuất (nonproduction), không được lập kế hoạch (unplanned), dẫn đến giảm velocity (tốc độ hoàn thành công việc) của đội và chậm trễ deliverable đã kế hoạch.

• Vấn đề cốt lõi: Project Manager cần bảo vệ đội ngũ khỏi các yếu tố gián đoạn để duy trì tập trung vào công việc cam kết (committed work), đảm bảo giá trị giao hàng và velocity ổn định. Theo PMBOK® Guide 7th Edition và Agile Practice Guide (PMI, cập nhật đến 2023-2026), trong Agile, iteration phải được bảo vệ nghiêm ngặt để đội tự quản lý (self-organizing) và tối ưu hóa flow of value.

📘 Nguồn tham khảo chính:

• PMBOK® Guide – 7th Edition (2021, vẫn là chuẩn mới nhất đến 2026): Principle 4 (Team), Principle 10 (Adaptability); Domain: Team & Uncertainty.
• Agile Practice Guide (PMI, 2017, tích hợp PMBOK 7): Phần "Team Dynamics" và "Protect the Team".

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

Đáp án đúng: Direct the team to only focus on the planned deliverable and not take on any unplanned activity.

🛠️ Lý do chi tiết:

• Trong Agile, iteration backlog/sprint backlog chỉ chứa công việc đã cam kết và ưu tiên cao. Các yêu cầu unplanned phải được xử lý qua Product Backlog hoặc kênh chính thức (như Change Control hoặc Service Desk riêng), không được phép gián đoạn iteration đang diễn ra.
• Project Manager (hoặc Scrum Master) có trách nhiệm bảo vệ đội ngũ (protect the team) khỏi disruption để duy trì velocity, predictability và giao giá trị planned. Việc này phù hợp Principle 9: Team (PMBOK 7) – trao quyền cho đội tập trung vào mục tiêu iteration.
• Nếu chấp nhận unplanned work, sẽ dẫn đến "scope creep" trong iteration, giảm chất lượng và burn-down không chính xác. ✅ Đây là hành động tối ưu nhất, giúp đội hoàn thành deliverable đúng hạ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. Tôi giữ nguyên văn bản gốc bằng tiếng Anh, chỉ giải thích bằng tiếng Việt với lý do đúng/sai dựa trên thực tiễn PMP/Agile mới nhất:

• [SAI] Tell the team to extend and complete the planned deliverable as well as incoming requests.
  ❌ Sai vì: Yêu cầu đội kéo dài iteration để làm cả công việc planned lẫn unplanned là vi phạm nguyên tắc Agile "time-boxed iteration" (iteration có thời gian cố định). Điều này làm overload đội, giảm velocity lâu dài, tăng rủi ro burnout và không deliverable kịp thời. PMBOK 7 nhấn mạnh tránh "multitasking" để tối ưu flow.

• [SAI] Ask the team to accommodate most of the requests in each of the iterations.
  ❌ Sai vì: Việc chấp nhận hầu hết yêu cầu trong mỗi iteration vẫn gây gián đoạn liên tục, làm velocity dao động và đội không tập trung vào planned deliverable. Agile Practice Guide khuyến nghị chỉ swapp work nếu critical và đồng thuận đội, không phải "most" requests – dẫn đến mất kiểm soát backlog.

• [SAI] Inform members of the other teams to add these requests directly in the iteration backlog.
  ❌ Sai vì: Iteration backlog là tài sản riêng của đội hiện tại (self-organizing team), không phải nơi công khai cho đội khác thêm yêu cầu trực tiếp. Điều này phá vỡ quy trình prioritization (qua Product Owner) và bảo mật iteration. Theo Scrum Guide (2020, tích hợp PMP), chỉ đội nội bộ cập nhật backlog; unplanned work phải qua Product Backlog refinement.

• [ĐÚNG] Direct the team to only focus on the planned deliverable and not take on any unplanned activity.
  ✅ Đúng vì: Hành động chỉ đạo đội tập trung hoàn toàn vào deliverable planned, loại bỏ unplanned activity bảo vệ iteration integrity, duy trì velocity và empower đội. Đây là best practice từ Agile Practice Guide: "Shield the team from external interference" để tối đa hóa value delivery.

🧠 Kết luận & Lời khuyên PMP: Trong môi trường multi-team Agile, PM cần phối hợp qua Scrum of Scrums hoặc Communities of Practice để xử lý cross-team dependencies, thay vì để unplanned requests disrupt. Thực hành này giúp đạt 12 Principles of Agile và 8 Project Performance Domains (PMBOK 7). Nếu gặp tình huống thực tế, ưu tiên Daily Stand-up để escalate! 🚀

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

Câu hỏi mô tả tình huống thực tế trong quản lý dự án PMP: Quản lý dự án (Project Manager - PM) phát hiện một hoạt động trên đường găng (critical path activity) sắp bị chậm trễ (delayed). Đội ngũ đề xuất một kế hoạch dự phòng (fallback plan) để đưa dự án trở lại đúng tiến độ (back on track). Tuy nhiên, kế hoạch này đòi hỏi chi phí bổ sung (additional cost) trong khi ngân sách dự án đã rất eo hẹp (tight budget).

🛠️ Mục tiêu chính của câu hỏi: Kiểm tra kiến thức của PM về quy trình kiểm soát thay đổi (Change Control Process), quản lý rủi ro (Risk Management - đặc biệt fallback plan), và cách xử lý thay đổi ngân sách/schedule mà không vi phạm baseline. Theo PMBOK® Guide 7th Edition (2021, cập nhật đến 2026 qua PMI Exam Content Outline), PM phải tuân thủ quy trình chính thức để đánh giá và phê duyệt thay đổi, tránh tự ý điều chỉnh baseline.

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

Đáp án đúng: Evaluate the fallback plan proposed by the team and submit a change request, if required.

📘 Lý do chi tiết (dựa trên PMBOK® 7th Edition, Principle 4: Adaptability & Resilience, Process 4.6: Manage Project Changes):

• Fallback plan là kế hoạch dự phòng (contingency của contingency) cho rủi ro cao (high-priority risks - theo Risk Management Domain). PM phải đánh giá (evaluate) tính khả thi trước khi triển khai.
• Nếu cần thay đổi schedule, cost hoặc baseline (do thêm chi phí), PM bắt buộc nộp yêu cầu thay đổi (change request) qua Integrated Change Control (ICC) để CCB (Change Control Board) phê duyệt. Điều này đảm bảo tính minh bạch, tránh rủi ro pháp lý và duy trì tính toàn vẹn dự án.
• Đây là hành động chuyên nghiệp, tuân thủ quy trình đầu tiên, phù hợp với PMP Hybrid/Agile mindset (People Domain: Leadership).
  Nguồn tham khảo: PMBOK® Guide 7th Ed., Section 4.6.2; PMI's PMP Exam Content Outline 2021 (Uncertainty Domain - 8%).

🔍 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 theo thứ tự. Tôi giữ nguyên văn bản gốc tiếng Anh của phương án, chỉ giải thích hoàn toàn bằng tiếng Việt với lý do đúng/sai dựa trên PMP mới nhất.

• ❌ [SAI] Add additional resources to the project to fast track certain activities and reduce delays.
  Giải thích: Phương án này đề xuất thêm tài nguyên để fast-track (nén lịch trình), nhưng không giải quyết fallback plan cụ thể của team và bỏ qua quy trình đánh giá thay đổi. Fast-tracking tăng rủi ro (như rework) và cần change request nếu vượt budget/schedule baseline (PMBOK 7th, Schedule Domain). PM không được tự ý thêm resource mà không qua ICC, đặc biệt với budget tight.

• ❌ [SAI] Communicate the delay to stakeholders and maintain the existing budget baseline.
  Giải thích: Chỉ thông báo delay cho stakeholders và giữ nguyên baseline là không chủ động, vi phạm nguyên tắc Stakeholder Engagement và Measurement Domain (PMBOK 7th). Delay critical path ảnh hưởng milestone, PM phải đánh giá options (bao gồm fallback) trước, không chỉ báo cáo thụ động. Giữ baseline mà không xử lý rủi ro dẫn đến project failure.

• ✅ [ĐÚNG] Evaluate the fallback plan proposed by the team and submit a change request, if required.
  Giải thích: Như đã nêu ở phần đáp án đúng. Đây là bước đúng quy trình: Đánh giá fallback (Risk Response Implementation), rồi submit change request nếu cần thay đổi cost/baseline. Đảm bảo value delivery mà không phá vỡ governance (PMBOK 7th, Change Domain).

• ❌ [SAI] Use the existing budget for executing the fallback plan and update the baseline.
  Giải thích: Tự ý dùng budget hiện tại và cập nhật baseline là vi phạm nghiêm trọng Change Control. Baseline chỉ thay đổi qua phê duyệt chính thức (approved change request), không tự update. Fallback cần thêm cost, nên phải qua CCB để tránh scope creep và tranh chấp tài chính (PMBOK 7th, Principle 9: Optimize Risk Responses).

🎯 Kết luận: Câu hỏi nhấn mạnh tuân thủ quy trình thay đổi là cốt lõi PMP (PMP Exam Tip: Luôn ưu tiên "change request" khi có impact đến triple constraints). Thực hành qua PMI.org hoặc PMBOK® Guide 7th Edition để củng cố! 🚀