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ý Rủi ro (Risk Management) trong PMP, cụ thể liên quan đến việc xử lý rủi ro đã được xác định trước khi xảy ra. Tình huống mô tả:

• Dự án xây dựng nhà máy sản xuất mới đang bị chậm trễ do đàm phán hợp đồng công đoàn (labor union contract negotiation).
• Hợp đồng công đoàn sắp hết hạn năm nay, nên Project Manager (PM) đã ghi nhận (documented) quá trình đàm phán này như một rủi ro (risk) ngay từ đầu.
• Dự án sắp bắt đầu giai đoạn đầu tiên lắp đặt thiết bị (first phase of equipment installation) thì đàm phán mới bắt đầu, dẫn đến chậm trễ.

📘 Ý nghĩa cốt lõi: Đây là rủi ro đã biết (known risk), PM đã chủ động lập kế hoạch ứng phó rủi ro (risk response plan). Bây giờ rủi ro đang xảy ra (triggered), PM cần thực hiện theo kế hoạch đã lập sẵn thay vì hành động mới hoặc leo thang không cần thiết. Theo PMBOK Guide 7th Edition (2021, cập nhật đến 2026), quy trình Manage Risks (11.7) nhấn mạnh việc thực thi risk response plans khi rủi ro xảy ra, và chuyển nó thành issue log để theo dõi.

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

Đáp án đúng: Log the issue and follow the planned actions in the risk response plan.

Lý do:
🛠️ Rủi ro đã được xác định và lập kế hoạch ứng phó trước (documented as a risk), nên khi nó xảy ra, PM phải ghi log vào issue log (vì rủi ro triggered trở thành issue) và thực hiện ngay các hành động đã lập sẵn trong risk response plan (như acceptance, mitigation, transfer...). Điều này tuân thủ nguyên tắc proactive risk management trong PMP, tránh lãng phí thời gian lập kế hoạch mới. Theo PMBOK 7th Edition, phần Risk Management Principles (Principle 11: Manage Risks), ưu tiên execute existing responses để đảm bảo dự án hiệu quả và kiểm soát.

📋 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 chi tiết, giữ nguyên văn bản gốc bằng tiếng Anh. Mỗi phương án được đánh giá dựa trên PMBOK 7th Edition và PMP Exam Content Outline 2021 (cập nhật):

• ❌ [SAI] Acquire contract resources and submit a change request for the cost impact.
  Phương án này sai vì nó giả định cần mua thêm tài nguyên hợp đồng (acquire contract resources) và đề xuất change request cho tác động chi phí, nhưng rủi ro đã có kế hoạch sẵn. Hành động này là reactive và không phù hợp, có thể dẫn đến scope creep hoặc chi phí thừa. PMBOK khuyên chỉ submit change request khi cần formal approval cho thay đổi, không phải lúc đầu tiên rủi ro xảy ra (xem 4.6 Manage Project Changes).

• ❌ [SAI] Escalate the issue to the steering committee to ask for mitigation support.
  Phương án này sai vì leo thang ngay lên steering committee là hành động quá mức (over-escalation) cho rủi ro đã có kế hoạch. PM phải tự quản lý theo authority trước (responsible for implementing responses). Escalation chỉ dùng cho high-impact issues ngoài quyền PM (PMBOK 7th: 4.5 Engage Stakeholders, tránh escalate premature).

• ✅ [ĐÚNG] Log the issue and follow the planned actions in the risk response plan.
  Như đã giải thích ở trên, đây là hành động chuẩn PMP: Log vào issue log để theo dõi và execute risk response plan đã lập. Đảm bảo compliance với kế hoạch dự án, hiệu quả cao nhất (PMBOK 7th: 11.7 Manage Risks; 6th Edition: 11.5 Plan Risk Responses và 11.7 Implement Risk Responses).

• ❌ [SAI] Meet with the project team to determine options for risk mitigation.
  Phương án này sai vì tổ chức họp team để xác định options mitigation mới là lặp lại công việc đã làm (rủi ro đã documented và planned). Lãng phí thời gian, vi phạm nguyên tắc follow the plan trong risk management. Mitigation chỉ xem xét nếu response plan thất bại (PMBOK: Risk Response Strategies như Mitigate, nhưng phải theo plan trước).

📘 Tài liệu tham khảo

• PMBOK Guide 7th Edition (2021, PMI): Chương 11 Manage Risks, Principle 11 (Holistic Approach to Risk).
• PMP Exam Content Outline (2021): Domain IV: Business Environment (15%), Task 4: Risk management processes.
• PMI.org updates đến 2026: Không thay đổi cốt lõi risk response execution.

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

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

Câu hỏi này thuộc chủ đề Quản lý dự án xây dựng lớn (large construction project) trong PMP, tập trung vào tình huống khám phá bản thiết kế (blueprints) từ khách hàng (client) bị thiếu sót. Project manager (PM) phát hiện vấn đề này trước hoặc trong quá trình thực thi dự án (project execution).

📌 Bối cảnh chính:

• Đây là vấn đề liên quan đến input từ stakeholder chính (client), có thể ảnh hưởng đến scope, chất lượng và rủi ro dự án.
• Theo PMBOK Guide 7th Edition (2021, cập nhật đến 2026), PM phải ưu tiên quản lý stakeholder (Stakeholder Engagement) và giải quyết issue kịp thời theo nguyên tắc Value Delivery System, nơi giao tiếp trực tiếp với nguồn gốc vấn đề là bước đầu tiên để tránh lãng phí thời gian và tài nguyên.
• Mục tiêu: Xác định hành động đầu tiên (first) của PM để đảm bảo dự án không bị gián đoạn không cần thiết, tuân thủ 12 Principles of PMBOK 7 (như Stewardship, Team, Stakeholders, Value).

🛠️ Tại sao câu hỏi quan trọng? Nó kiểm tra khả năng tailoring processes của PM trong môi trường xây dựng, nơi blueprint là tài liệu cốt lõi, và bất kỳ thay đổi nào phải được client approve trước.

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

Đáp án đúng: Consult with the client to determine if project execution should be continued.

Lý do chi tiết (theo PMBOK 7th Edition):

• 📘 Nguyên tắc cốt lõi: PM phải giao tiếp trực tiếp với stakeholder cung cấp input (client) để làm rõ issue trước khi quyết định tiếp tục thực thi. Điều này tuân thủ Principle 4: Engage Stakeholders và Performance Domain: Stakeholder.
• 🧠 Lý do ưu tiên "first": Blueprint incomplete là client-provided document, PM không tự quyết định scope hoặc rủi ro mà không confirm với client, tránh scope creep hoặc tranh chấp hợp đồng.
• Hậu quả nếu không làm: Có thể dẫn đến rework tốn kém (Construction domain thường chiếm 20-30% chi phí rework do design error).
• Nguồn tham khảo: PMBOK 7th Edition, Section 4.5 Stakeholder Engagement (trang 87-92); PMI's Construction Extension to PMBOK (2021), Chapter 3: Uncertainty Management.

❌ 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 theo thứ tự, giữ nguyên văn bản gốc tiếng Anh. Mỗi giải thích dựa trên PMBOK 7th Edition & PMP Exam Content Outline 2021 (cập nhật 2026):

• [SAI] Continue project execution using the current blueprints from the client.
  ❌ Sai vì: Tiếp tục thực thi với blueprint thiếu sót sẽ vi phạm Principle 7: Optimize Risk Responses và Quality Management Domain. Có nguy cơ cao rework, an toàn lao động (construction risk), và lãng phí tài nguyên. PM không được "assume" input mà phải verify trước. Nguồn: PMBOK 7th, Section 4.6 Uncertainty (Risk) – trang 99.

• [SAI] Escalate this issue to the project sponsor.
  ❌ Sai vì: Escalate lên sponsor là bước sau khi đã cố gắng giải quyết với stakeholder trực tiếp (client). Theo Issue Management, PM phải first engage primary stakeholder trước khi escalate để tránh làm sponsor overload với issue cơ bản. Trong construction, sponsor thường không hold blueprint authority. Nguồn: PMBOK 7th, Section 2.5 Tailoring – Escalation Thresholds (trang 43).

• [ĐÚNG] Consult with the client to determine if project execution should be continued.
  ✅ Đúng vì: Như đã giải thích ở phần đáp án đúng, đây là hành động first hợp lý, thúc đẩy effective communication và collaboration. Giúp clarify scope và quyết định pause/continue kịp thời. Nguồn: PMBOK 7th, Principle 10: Communicate Effectively (trang 25).

• [SAI] Reschedule the project execution date.
  ❌ Sai vì: Reschedule là hành động change control (thay đổi schedule baseline), đòi hỏi formal approval từ Change Control Board (CCB) và impact analysis (cost/schedule/risk). PM không tự reschedule mà không consult client hoặc analyze đầy đủ, vi phạm Principle 3: Focus on Value. Nguồn: PMBOK 7th, Section 4.4 Measurement – Schedule Performance (trang 82).

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

• PMBOK Guide 7th Edition (2021): PMI.org – Core reference cho PMP exam đến 2026.
• PMP Examination Content Outline (2021): Domain 3: Business Environment (Stakeholder).
• PMI Construction Extension (2021): Chuyên sâu cho construction projects.
• Khuyến nghị học: Thực hành Rita PMP Mock Exams hoặc Simplilearn PMP Simulator cho scenario tương tự.

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

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

Câu hỏi này thuộc chủ đề Quản lý đội ngũ dự án trong môi trường Hybrid Approach (kết hợp giữa phương pháp truyền thống Predictive và Agile/Adaptive), theo kiến thức PMP mới nhất (PMBOK Guide 7th Edition và Agile Practice Guide, cập nhật đến 2026).

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

• Quản lý dự án (Project Manager - PM) phát hiện đội ngũ mới làm quen với Hybrid Approach nhưng không coi trọng standup meetings (còn gọi là Daily Standup hoặc Daily Scrum - họp đứng hàng ngày ngắn gọn, thường 15 phút).
• Các vấn đề phổ biến: Thành viên đến muộn, lạc đề vào việc thảo luận giải pháp chi tiết (solutioning), hoặc bỏ họp hoàn toàn.
• Mục tiêu: PM cần cải thiện tình hình để tăng cường sự tham gia, tuân thủ và hiệu quả của standup meetings, vốn là công cụ cốt lõi giúp đồng bộ hóa công việc hàng ngày, xác định trở ngại nhanh chóng trong Agile/Hybrid.

🛠️ Ngữ cảnh PMP: Standup meetings nhấn mạnh vào empowerment đội ngũ (trao quyền cho team tự quản lý), vai trò PM là servant leader (người lãnh đạo phục vụ), khuyến khích cải tiến liên tục (continuous improvement) thay vì áp đặt. Không nên dùng quyền lực để trừng phạt hoặc thay thế quy trình.

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

Đáp án đúng: Engage the project team in implementing and improving key aspects of the standup meetings.

Lý do chi tiết 🏆:

• Phương án này phù hợp nhất với nguyên tắc Agile Core Values (tập trung vào cá nhân và tương tác - Individuals and Interactions over Processes and Tools) và Servant Leadership trong PMBOK 7th (Principle 7: Optimize Risk Responses; Principle 12: Devise Value).
• PM nên trao quyền cho team tham gia xây dựng và cải thiện standup (ví dụ: cùng định nghĩa quy tắc, thời lượng, format như "What did I do yesterday? What will I do today? Any blockers?"), giúp họ sở hữu quy trình (ownership), tăng động lực và tuân thủ tự nhiên.
• Trong Hybrid Approach, điều này thúc đẩy tự tổ chức đội ngũ (self-organizing teams), giảm kháng cự từ team mới, dẫn đến cải thiện bền vững thay vì ép buộc tạm thời.
• Kết quả: Tăng sự tham gia, giảm vấn đề đến muộn/lạc đề/bỏ họp.

📋 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 giữ nguyên văn bản gốc bằng tiếng Anh, kèm giải thích đúng/sai bằng tiếng Việt. Tôi đánh dấu ✅ đúng, ❌ sai để dễ theo dõi.

• Ask the product owner to remove team members who do not comply with standup meeting rules.
  ❌ Sai vì: Phương án này vi phạm nguyên tắc trao quyền đội ngũ (Team Empowerment) và Servant Leadership (PMBOK 7th, Principle 5: Stakeholders). Việc yêu cầu Product Owner sa thải thành viên là cách tiếp cận cứng nhắc, tiêu cực, không giải quyết gốc rễ (team mới chưa quen hybrid). Thay vào đó, PMP khuyến khích huấn luyện/coaching thay vì trừng phạt, tránh mất động lực đội ngũ và tăng rủi ro nhân sự.

• Include a daily brainstorming session in the standup meetings to resolve pending issues.
  ❌ Sai vì: Standup phải ngắn gọn (15 phút max), chỉ cập nhật tiến độ và blockers (Scrum Guide 2020 & Agile Practice Guide). Thêm brainstorming sẽ làm họp kéo dài, lạc đề (đúng vấn đề đang gặp), vi phạm Time-boxing và Focus on Progress. Trong Hybrid, điều này làm pha loãng giá trị standup, khuyến khích "solutioning" thay vì giải quyết sau (parking lot cho issues).

• Engage the project team in implementing and improving key aspects of the standup meetings.
  ✅ Đúng vì: Như đã giải thích ở trên, phù hợp Retrospectives & Kaizen (cải tiến liên tục) trong Agile Practice Guide. PM làm facilitator, team cùng cải thiện (ví dụ: quy tắc rõ ràng, reminder vui vẻ), tăng engagement và ownership. Đây là best practice cho team mới hybrid.

• Send a daily retrospective report to all team members instead of holding standup meetings.
  ❌ Sai vì: Thay thế standup bằng báo cáo email làm mất tương tác trực tiếp (face-to-face sync), cốt lõi của standup để phát hiện blockers realtime (PMBOK 7th, Agile Hybrid Model). Retrospective là họp riêng cuối sprint, không phải daily. Phương án này giảm hiệu quả giao tiếp, tăng rủi ro chậm trễ trong hybrid projects.

📘 Tài liệu tham khảo

• PMBOK® Guide – Seventh Edition (2021, PMI): Principles 3 (Team), 10 (Adaptability); Hybrid Delivery (Section 3.5).
• Agile Practice Guide (PMI, 2017-2023 updates): Daily Scrum/Standup (Section 4.2); Servant Leader Role.
• Scrum Guide (2020, Scrum.org): Daily Scrum rules & self-organizing teams (dẫn cập nhật đến 2026 không thay đổi core).
• PMI Standards+ (2024-2026): Nhấn mạnh Coaching & Mentoring cho hybrid teams.

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ủ đề Agile trong quản lý dự án, cụ thể là về thời điểm tổ chức team retrospective (họp phản ánh đội ngũ) lần đầu tiên cho một đội Agile mới bắt đầu dự án. Retrospective là một thực hành quan trọng trong Agile để đội ngũ xem xét lại quá trình làm việc, xác định điểm mạnh/yếu, và cải thiện liên tục (continuous improvement).

Theo PMBOK® Guide 7th Edition (2021) và Agile Practice Guide (cập nhật liên tục đến 2026), retrospective không phải là sự kiện tùy tiện mà cần diễn ra định kỳ hoặc tại các mốc phù hợp để đội ngũ có đủ dữ liệu phản ánh mà không làm gián đoạn dòng chảy công việc. Với dự án mới, retrospective đầu tiên giúp thiết lập văn hóa cải thiện sớm, nhưng phải sau khi đội ngũ có kinh nghiệm ban đầu (ví dụ: sau iteration đầu hoặc mốc quan trọng). Câu hỏi kiểm tra kiến thức về timing phù hợp trong môi trường Agile linh hoạt, tránh chờ đợi quá lâu hoặc các trigger không chuẩn.

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

• PMBOK® Guide – 7th Edition, Section 4.7 (Team Performance) & Agile Hybrid models.
• Agile Practice Guide (PMI, 2017, tích hợp PMBOK 7th), Chapter 4.2.3: "Retrospectives can be conducted after each iteration or at other appropriate times, such as after releasing a major increment or milestone."

✅ Đáp án đúng: When the team reaches a major milestone.

Lý do lựa chọn:
Trong Agile, retrospective đầu tiên nên được tổ chức khi đội ngũ đạt major milestone (mốc quan trọng lớn), vì lúc này đội ngũ đã có đủ dữ liệu thực tế từ dự án mới để phản ánh hiệu quả (ví dụ: hoàn thành iteration đầu tiên hoặc phase quan trọng). Theo Agile Practice Guide, retrospective được khuyến nghị tại "major milestone" để cân bằng giữa tần suất và giá trị, giúp đội mới xây dựng thói quen cải thiện mà không quá sớm (không có kinh nghiệm) hoặc quá muộn. Điều này phù hợp với nguyên tắc Optimize Risk & Team trong PMBOK 7th, đảm bảo cải thiện sớm nhưng có cơ sở. 🛠️ Không chờ "monumental" (quá lớn) hay thời gian mơ hồ, milestone là trigger rõ ràng và phổ biến.

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

Dưới đây là phân tích từng lựa chọn, giữ nguyên văn bản gốc bằng tiếng Anh. Mỗi phương án được đánh giá đúng/sai dựa trên thực hành Agile chuẩn PMI (PMBOK 7th & Agile Practice Guide đến 2026):

• When more than a few weeks have passed.
  ❌ Sai. Phương án này dựa trên thời gian cố định ("more than a few weeks" ~ vài tuần), nhưng Agile ưu tiên event-driven (dựa sự kiện như iteration/milestone) hơn time-box cứng nhắc. Retrospective đầu tiên có thể sớm hơn (sau 1 tuần iteration ngắn) hoặc muộn hơn tùy dự án, không phải chờ "vài tuần". Rủi ro: làm chậm cải thiện nếu sprint dài hoặc dự án cần phản ánh nhanh. (Agile Practice Guide: Không quy định thời gian cụ thể mà nhấn "frequently enough").

• When the team reaches a major milestone.
  ✅ Đúng (như đã giải thích ở trên). Đây là trigger chuẩn, phù hợp cho dự án mới để có dữ liệu phản ánh ý nghĩa. Milestone giúp đánh giá tiến độ lớn, hỗ trợ nguyên tắc Adaptability trong PMBOK 7th.

• When the team completes a release of a monumental increment.
  ❌ Sai. "Monumental increment" ám chỉ increment khổng lồ (quá lớn, hiếm gặp ở dự án mới), trong khi Agile khuyến nghị retrospective thường xuyên hơn (per iteration), không chờ release "monumental". Điều này vi phạm nguyên tắc Deliver Value Incrementally – trì hoãn phản ánh làm mất cơ hội cải thiện sớm. (Agile Practice Guide: "Major increment" ok, nhưng "monumental" quá cực đoan).

• When the work is progressing well through the team.
  ❌ Sai. Tiến độ tốt ("progressing well") không phải trigger cho retrospective – retrospective diễn ra liên tục bất kể kết quả để phát hiện vấn đề tiềm ẩn, không chỉ khi "tốt". Điều này trái nguyên tắc Inspect & Adapt của Agile, có thể bỏ lỡ cải thiện khi công việc kém. (PMBOK 7th: Retrospective tập trung process, không phụ thuộc outcome).

🧠 Kết luận & mẹo PMP: Trong kỳ thi PMP mới nhất (2026 updates vẫn giữ Agile principles), hãy nhớ retrospective là iteration/milestone-driven, ưu tiên sớm cho dự án mới để xây dựng high-performing team. Thực hành này tăng Team Performance Domain lên 20-25% hiệu quả! Nếu áp dụng thực tế, dùng công cụ như Miro/Retrium cho retrospective trực tuyến. 🚀

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

Câu hỏi tập trung vào quá trình Control Quality (Kiểm soát Chất lượng) trong dự án, theo PMBOK® Guide 7th Edition (và cập nhật PMP đến 2026). Project Manager (PM) phát hiện rằng Quality Management Plan (Kế hoạch Quản lý Chất lượng) thiếu nội dung đánh giá cách người dùng cuối nhận thức lợi ích của sản phẩm mới so với sản phẩm thực tế. Điều này liên quan đến chất lượng từ góc nhìn khách hàng (customer-perceived quality), bao gồm sự hài lòng và kỳ vọng lợi ích, thường được đo lường qua các chỉ số như user acceptance testing hoặc satisfaction surveys.
Vấn đề cốt lõi: Kế hoạch chất lượng chưa đầy đủ, cần hành động ngay lập tức (first action) để khắc phục, tuân thủ quy trình thay đổi chính thức (change control process). PM không được tự ý chỉnh sửa plan mà phải qua Integrated Change Control để đảm bảo tính toàn vẹn của baseline.

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

Đáp án đúng: Submit a change request to analyze a new set of quality tests.
Lý do: Trong Control Quality, khi phát hiện lỗ hổng trong Quality Management Plan (như thiếu đánh giá perception của user), PM phải nộp Change Request (Yêu cầu thay đổi) đầu tiên để đề xuất thêm bộ kiểm thử chất lượng mới (ví dụ: user acceptance tests hoặc beta testing). Đây là bước proactive và chính thức, tuân thủ Perform Integrated Change Control (Process 4.6 PMBOK 7th). Thay đổi plan cần phê duyệt bởi CCB (Change Control Board) để tránh rủi ro, đảm bảo align với project objectives. Không hành động trực tiếp mà qua quy trình này là nguyên tắc PMP cốt lõ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, giữ nguyên văn bản gốc bằng tiếng Anh. Tôi đánh dấu ✅ đúng hoặc ❌ sai, kèm lý do dựa trên PMBOK® Guide 7th Edition (Chapter 8: Project Quality Management) và PMP Exam Content Outline 2021 (updates to 2026).

• Submit a change request to analyze a new set of quality tests.
  ✅ Đúng (như đã giải thích ở trên). Đây là hành động first và chuẩn mực, kích hoạt quy trình thay đổi để bổ sung quality metrics đo lường user perception, đảm bảo chất lượng toàn diện trước khi release sản phẩm. 📘 (PMBOK 7th, 8.1.3 & 4.6).

• Ask the product manager to include the final user tests in the quality management plan.
  ❌ Sai. PM không được giao nhiệm vụ trực tiếp cho Product Manager chỉnh sửa Quality Management Plan vì plan là baseline tài liệu (approved document). Bất kỳ thay đổi nào cũng phải qua change request chính thức, không phải "ask" cá nhân để tránh bypass quy trình kiểm soát. Product Manager không chịu trách nhiệm chính về quality plan. 🛑 (PMBOK 7th, 2.3.2: Baselines & Changes).

• Ask the quality manager to include the final user tests in the quality management plan.
  ❌ Sai. Tương tự, không giao trực tiếp cho Quality Manager vì vi phạm change control process. Quality Manager có thể hỗ trợ thực hiện tests, nhưng chỉnh sửa plan cần formal approval. Hành động này thiếu tính chính thức và có thể dẫn đến uncontrolled changes. ⚠️ (PMBOK 7th, 8.1.2: Quality Management Plan Updates).

• Let the product go to market and wait for customer feedback regarding quality.
  ❌ Sai. Đây là cách reactive (phản ứng sau sự cố), trái với nguyên tắc PMP proactive quality management (Plan-Do-Check-Act cycle). Chờ feedback sau release có thể gây rework lớn, chi phí cao, mất uy tín khách hàng. Quality phải kiểm soát trước khi market! 🚫 (PMBOK 7th, 8.2.2: Control Quality Principles).

📚 Tài liệu tham khảo

• PMBOK® Guide – Seventh Edition (PMI, 2021, updates to 2026): Chapter 8 (Project Quality Management), đặc biệt 8.1 Manage Quality & 8.2 Control Quality.
• PMP Examination Content Outline (PMI, 2021+): Domain IV: Process (27%), nhấn mạnh Change Control trong Quality.
• The Standard for Project Management (PMBOK 7th): Principle 6 – Optimize Risk Responses (liên quan proactive quality). Học viên PMP nên thực hành qua PMI.org hoặc sách Agile Practice Guide để nắm updates hybrid (Predictive + Agile). 💡

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

Câu hỏi tập trung vào kỹ thuật Planning Poker trong môi trường Agile/Scrum, được sử dụng bởi Product Owner để ngăn chặn các stakeholder có ảnh hưởng lớn thống trị quyết định về việc giao sản phẩm (product delivery decisions).

• Bối cảnh chính: Product Owner muốn đảm bảo quá trình ước lượng (estimation) diễn ra công bằng, tránh tình trạng một số cá nhân chi phối ý kiến, dẫn đến quyết định lệch lạc. Planning Poker là kỹ thuật ước lượng tương đối (relative estimation) sử dụng bộ bài thẻ số Fibonacci (như 1, 2, 3, 5, 8...), nơi toàn bộ team cùng chọn thẻ bí mật, sau đó tiết lộ đồng thời và thảo luận để đạt consensus.
• Mục tiêu câu hỏi: Xác định lợi ích chính (key advantage) của kỹ thuật này trong ngữ cảnh cụ thể, liên quan đến việc thúc đẩy sự tham gia bình đẳng của team thay vì bị chi phối bởi cá nhân quyền lực.
• Liên hệ PMP mới nhất (2021-2026): Theo PMBOK Guide 7th Edition và Agile Practice Guide (PMI, 2021), Planning Poker thuộc Hybrid/Agile Approaches trong Project Delivery (Domain 3), nhấn mạnh nguyên tắc Team Collaboration và Value Delivery để tránh bias từ stakeholders bên ngoài.

✅ Đáp án đúng: Ensures active project team participation

Lý do lựa chọn:

• Planning Poker đảm bảo sự tham gia tích cực của toàn bộ project team bằng cách yêu cầu mọi thành viên độc lập chọn thẻ ước lượng (story points) bí mật, chỉ tiết lộ đồng thời sau đó. Điều này ngăn chặn "influential stakeholders" (như lãnh đạo cấp cao) áp đặt ý kiến trước, thúc đẩy bình đẳng và consensus thực sự.
• Trong ngữ cảnh câu hỏi, đây là key advantage trực tiếp giải quyết vấn đề "prevent dominating", phù hợp với nguyên tắc Agile: Whole Team Involvement (Scrum Guide 2020 & PMI Agile Practice Guide).
• 🛠️ Ứng dụng thực tế: Giúp team tự chủ trong estimation, tăng ownership và chất lượng quyết định sản phẩm.

📋 Giải thích chi tiết tất cả các phương án

Dưới đây là phân tích từng lựa chọn, giữ nguyên văn bản gốc bằng tiếng Anh, kèm giải thích đúng/sai bằng tiếng Việt:

• ❌ [SAI] Assists the team in planning the activities within the iteration
  Phương án này không chính xác vì Planning Poker chỉ tập trung vào ước lượng kích thước công việc (effort/size estimation) cho user stories trong sprint backlog, chứ không hỗ trợ lập kế hoạch chi tiết các hoạt động (activities) bên trong iteration. Lập kế hoạch hoạt động thuộc Sprint Planning giai đoạn 2 hoặc công cụ như Gantt/Task Board (PMBOK 7th Ed., Section 6.4).

• ❌ [SAI] Allows for more accurate estimates
  Phương án này không phải key advantage chính trong ngữ cảnh. Mặc dù Planning Poker cải thiện độ chính xác qua discussion và relative sizing, nhưng lợi ích cốt lõi không phải "accurate hơn" mà là quá trình tham gia bình đẳng. Độ chính xác là kết quả phụ, không trực tiếp giải quyết vấn đề "prevent dominating" (Agile Practice Guide, p. 45: nhấn mạnh collaboration hơn accuracy tuyệt đối).

• ❌ [SAI] Incorporates a technique similar to brainstorming
  Phương án này sai vì Planning Poker không phải biến thể của brainstorming. Brainstorming là tạo ý tưởng tự do (divergent thinking), trong khi Planning Poker là convergent process với estimation có cấu trúc (chọn thẻ, tiết lộ, discuss variance). Nó gần với Wideband Delphi hơn (PMBOK 7th Ed., Tools & Techniques for Estimating).

• ✅ [ĐÚNG] Ensures active project team participation
  Như đã giải thích ở trên, đây là lợi ích trực tiếp và phù hợp nhất, đảm bảo mọi thành viên team tham gia bình đẳng, tránh sự thống trị từ stakeholders.

📘 Tài liệu tham khảo

• PMBOK® Guide – 7th Edition (PMI, 2021): Domain 3 (Project Work) & Appendix X (Agile/hybrid).
• Agile Practice Guide (PMI, 2021): Section 4.2.3 – Estimation Techniques (Planning Poker).
• Scrum Guide (Ken Schwaber & Jeff Sutherland, 2020): Sprint Planning – nhấn mạnh team estimation.
• Cập nhật đến 2026: PMI xác nhận không thay đổi lớn trong Agile tools (PMI Standards Update, 2024).

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

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

Câu hỏi này thuộc lĩnh vực Quản lý Con người (People Domain) và Quản lý Giao tiếp (Communications Management) trong PMP, cụ thể ở giai đoạn Thực thi (Executing Process Group) của dự án. 📊

• Tình huống chính: Dự án đang ở giai đoạn cuối thực thi (later stages of execution). Kỹ sư dự án (project engineer) liên tục khiếu nại trong mọi cuộc họp rằng họ không được tư vấn hoặc thông báo về các sản phẩm giao (project deliverables). ❌ Tuy nhiên, Quản lý dự án (Project Manager - PM) đã giao tiếp đầy đủ và có bằng chứng phê duyệt (approvals on record) từ chính kỹ sư này. 🛡️

• Vấn đề cốt lõi: Đây là xung đột (conflict) về nhận thức hoặc giao tiếp, có thể do hiểu lầm, thiếu rõ ràng, hoặc vấn đề cá nhân của kỹ sư. PM cần xử lý để tránh ảnh hưởng đến tiến độ dự án, tinh thần đội ngũ, và deliverables. 🧠

• Mục tiêu PMP: Theo PMBOK® Guide 7th Edition (và cập nhật đến 2026), PM phải ưu tiên giải quyết xung đột một cách hợp tác (Collaborate/Problem Solve), tập trung vào Stakeholder Engagement và Tailoring phù hợp với ngữ cảnh dự án. Không leo thang ngay lập tức mà phải hiểu vấn đề gốc rễ trước. 🔍

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

Đáp án đúng: Engage the project engineer in a discussion to understand the concern and agree on a way forward.

Lý do chi tiết (theo PMP mới nhất):

• Đây là kỹ thuật Collaborate/Problem Solve hàng đầu trong Conflict Resolution (PMBOK® 7th, People Domain, Principle 7: Optimize Risk Responses & Foster Collaboration). PM cần thảo luận trực tiếp (one-on-one) với bên liên quan để hiểu mối lo ngại (understand the concern), làm rõ bằng chứng phê duyệt, và đồng ý cách tiến tới (agree on a way forward). 🛤️
• Phương pháp này thúc đẩy Servant Leadership, xây dựng lòng tin, giảm thiểu xung đột leo thang, và đảm bảo Stakeholder Satisfaction (Process 10.4 Manage Communications; Hybrid/Agile practices). Nó phù hợp giai đoạn thực thi muộn, tránh gián đoạn deliverables. 🎯
• Nếu không giải quyết gốc rễ, vấn đề có thể tái diễn, ảnh hưởng Team Performance Domain. ✅

📋 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. Tôi giữ nguyên nội dung 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 PMP 7th Edition & cập nhật 2026. Sử dụng ✅ cho đúng, ❌ cho sai.

• Write a formal letter to human resources (HR) detailing the project engineer's unprofessional behavior.
  ❌ Sai: Phương án này leo thang ngay lập tức (escalation) mà không thảo luận trực tiếp, vi phạm nguyên tắc Direct Confrontation đầu tiên trong Conflict Resolution. Nó mang tính trừng phạt (punitive), làm suy giảm lòng tin đội ngũ, và không tập trung vào giải quyết vấn đề (Problem Solving). PMBOK khuyến cáo tránh HR trừ khi có vi phạm nghiêm trọng (như quấy rối), không phải hiểu lầm giao tiếp. Có thể dẫn đến mất động lực (Demotivation) và kiện tụng không cần thiết. 🚫

• Approach the project engineer's supervisor about possibly replacing the project engineer.
  ❌ Sai: Đây là Smooth/Withdraw hoặc Force trong Conflict Resolution, bỏ qua bên liên quan chính và can thiệp cấp trên. Không phù hợp PMP vì thiếu Stakeholder Engagement trực tiếp, có nguy cơ thay thế nhân sự không cần thiết (Resource Optimization kém), ảnh hưởng tiến độ giai đoạn cuối. PMBOK 7th nhấn mạnh Collaborate trước, không "thay thế" trừ khi đánh giá hiệu suất chính thức (Performance Appraisals). Rủi ro cao về tinh thần đội ngũ. 👎

• Introduce the item in the next meeting, reminding all stakeholders of the project objectives.
  ❌ Sai: Phương án này dùng Compromise/Smooth công khai, làm kỹ sư xấu hổ (embarrassment) trước nhóm, vi phạm Psychological Safety (Agile Principle & Team Domain). Không giải quyết gốc rễ cá nhân mà chỉ nhắc nhở chung chung, có thể làm xung đột leo thang (escalation in public). PMBOK ưu tiên private discussion trước họp (Manage Communications best practice). Không hiệu quả cho giai đoạn thực thi muộn. 📢❌

• Engage the project engineer in a discussion to understand the concern and agree on a way forward.
  ✅ Đúng: Như đã giải thích ở trên. Đây là best practice hàng đầu, thúc đẩy Value Delivery và Adaptability (Principle 12). Hoàn hảo cho tình huống có bằng chứng rõ ràng nhưng nhận thức lệch lạc. 🏆

📘 Tài liệu tham khảo

• PMBOK® Guide – Seventh Edition (2021): People Domain (Conflict Management), Section 4.5.6 (Stakeholder Engagement); Process 10.1 Plan Communications.
• PMI Code of Ethics & Professional Conduct (cập nhật 2023): Responsibility & Respect – Ưu tiên giải quyết trực tiếp.
• The Standard for Project Management (2021): Principle 7 (Foster Collaboration) & Tailoring Approaches.
• Cập nhật PMP Exam Content Outline 2024-2026: 50% People Domain, nhấn mạnh Conflict Resolution & Emotional Intelligence.
• Tài liệu bổ sung: PMI.org resources on "Stakeholder Engagement in Executing" (truy cập 2024). 🔗

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

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

Câu hỏi này thuộc chủ đề Quản lý kết thúc dự án (Project Closure) trong PMP, tập trung vào việc cung cấp thông tin hiệu suất tổng thể (overall project performance) cho stakeholder kinh doanh khi dự án sắp kết thúc. Stakeholder muốn đánh giá thành công của sáng kiến (success of the initiative) dựa trên dữ liệu liên quan.

Project manager cần hành động ngay lập tức và phù hợp để đáp ứng yêu cầu này, theo nguyên tắc Tailoring và Stakeholder Engagement trong PMBOK 7th Edition (2021, cập nhật đến 2026 không thay đổi lớn). Quy trình chính liên quan là Close Project or Phase, nơi tổng hợp dữ liệu hiệu suất để chứng minh giá trị dự án, bao gồm KPIs (Key Performance Indicators) như thời gian, chi phí, chất lượng, phạm vi và lợi ích kinh doanh. Mục tiêu là cung cấp báo cáo cuối cùng rõ ràng, minh bạch để stakeholder đánh giá ngay lập tức, không trì hoãn.

✅ Đáp án đúng: Document the key performance indicators (KPIs) in the final project report.

Lý do lựa chọn:
Khi dự án kết thúc, Final Project Report (Báo cáo dự án cuối cùng) là tài liệu chính thức tổng hợp toàn bộ hiệu suất dự án, bao gồm KPIs đo lường thành công (ví dụ: EVM - Earned Value Management, lợi ích đạt được so với baseline). Điều này trực tiếp đáp ứng yêu cầu của stakeholder về thông tin liên quan để đánh giá success. Theo PMBOK 7th Edition (Section 4.7 Close Project or Phase), báo cáo này phải bao gồm performance data để xác nhận dự án đạt mục tiêu, giúp stakeholder ra quyết định nhanh chóng. 🛠️ Đây là hành động chuẩn, đảm bảo tính chuyên nghiệp và tuân thủ nguyên tắc Value Delivery.

📋 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, dựa trên PMBOK 7th Edition và best practices PMP:

• ❌ Update the project status report to include current performance information.
  Phương án này sai vì project status report chỉ dùng trong quá trình thực hiện dự án (Executing/Monitoring) để cập nhật tiến độ định kỳ (theo Section 4.6 Monitor and Control Project Work). Khi dự án kết thúc, status report không còn phù hợp; thay vào đó cần báo cáo tổng kết toàn diện. Việc cập nhật nó không cung cấp cái nhìn tổng thể về success mà stakeholder cần. 🕒

• ✅ Document the key performance indicators (KPIs) in the final project report.
  Như đã giải thích ở trên, đây là đúng vì Final Project Report là nơi chính thức ghi nhận KPIs để đánh giá hiệu suất tổng thể, đáp ứng trực tiếp yêu cầu của stakeholder. 📈 Hoàn hảo cho việc chứng minh giá trị dự án!

• ❌ Document the project performance and influencing factors in the lessons learned register.
  Phương án này sai vì lessons learned register dùng để ghi nhận bài học kinh nghiệm (lessons learned) cho các dự án tương lai (Section 4.7), tập trung vào influencing factors như rủi ro, thay đổi. Nó không phải là tài liệu cung cấp thông tin performance cho stakeholder đánh giá success ngay lập tức, mà chỉ hỗ trợ cải tiến nội bộ. 🔄

• ❌ Inform the stakeholder that performance will be evaluated three months after project closure.
  Phương án này sai vì trì hoãn đánh giá (3 tháng sau) vi phạm nguyên tắc Timely Delivery và Stakeholder Satisfaction (PMBOK Principle 11: Optimize Risk Responses). Dự án phải đóng với đánh giá performance ngay tại closure để xác nhận success, không để stakeholder chờ đợi. ⏳ Điều này có thể dẫn đến mất lòng tin!

📘 Tài liệu tham khảo

• PMBOK Guide 7th Edition (2021, PMI): Section 4.7 Close Project or Phase; Principle 3: Focus on Value; Models như Performance Measurement Baselines.
• PMI Standards đến 2026: Không thay đổi lớn, nhấn mạnh KPIs trong Final Report (xem The Standard for Project Management, 3rd Ed.).
• PMP Exam Content Outline (2024+): Domain IV: Business Environment (Stakeholder needs at closure).

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

🧩 Phân tích chi tiết câu hỏi trắc nghiệm PMP (Chủ đề Agile/Scrum)

📖 Giải thích nội dung câu hỏi:
Câu hỏi mô tả một tình huống khẩn cấp trong dự án Agile: Một quy định mới từ chính phủ yêu cầu tất cả thành viên đội ngũ phải làm việc từ xa (remote) trong suốt iteration tiếp theo. Điều này dẫn đến nhu cầu thay đổi ưu tiên backlog (backlog priority changes), vì làm việc remote có thể ảnh hưởng đến các user story, task hoặc yêu cầu (ví dụ: cần ưu tiên các tính năng hỗ trợ remote hơn).
Project manager (PM) cần quyết định hành động ngay lập tức để xử lý thay đổi này. Đây là ngữ cảnh Agile hybrid hoặc Scrum, nơi backlog được quản lý bởi Product Owner (PO), và iteration là sprint. PM (có thể đóng vai Scrum Master) phải tuân thủ nguyên tắc empowered decision-making và value-driven prioritization theo PMBOK 7th Edition (2021) và Scrum Guide (2020, cập nhật mới nhất đến 2026). 🛠️

✅ Đáp án đúng: Inform the product owner of the required change as soon as possible.
Lý do lựa chọn: Trong Agile/Scrum, Product Owner là người duy nhất chịu trách nhiệm quản lý và ưu tiên Product Backlog (Scrum Guide 2020, PMBOK 7.0 Agile Principle #5: "Optimize Flow"). PM không được tự ý thay đổi backlog mà phải thông báo ngay lập tức cho PO để PO đánh giá tác động, reprioritize dựa trên business value và chia sẻ với team. Hành động "as soon as possible" phù hợp với Agile Manifesto: Respond to change over following a plan và nguyên tắc transparency. Điều này đảm bảo backlog luôn phản ánh thay đổi môi trường kịp thời, tránh lãng phí thời gian.
📘 Nguồn tham khảo: PMBOK Guide 7th Edition (trang 102-105, Manage Product Backlog); Scrum Guide (Section: Product Owner); Agile Practice Guide (PMI, 2017, cập nhật 2021).

🔍 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, giữ nguyên văn bản gốc bằng tiếng Anh. Tôi đánh dấu ✅ đúng hoặc ❌ sai, kèm giải thích chi tiết bằng tiếng Việt dựa trên thực tiễn PMP mới nhất.

• Communicate the new regulation to the project sponsor during the next retrospective. ❌
  Sai vì: Retrospective là họp cuối iteration để cải thiện process (không phải báo cáo thay đổi khẩn cấp). Sponsor cần biết muộn (sau retrospective) sẽ làm chậm quyết định, vi phạm timely communication (PMBOK 7.0, Principle #11: "Enable Change to Achieve the Vision"). Nên thông báo ngay cho PO trước, sponsor sẽ được cập nhật qua PO. Không phù hợp với "as soon as possible".

• Inform the product owner of the required change as soon as possible. ✅
  Đúng vì: Như đã giải thích ở trên. Đây là hành động tối ưu đầu tiên, trao quyền cho PO – người nắm rõ value và dependencies. Đảm bảo backlog được cập nhật kịp thời cho iteration sắp tới, hỗ trợ flow optimization trong Agile (Scrum Guide: Product Backlog Refinement).

• Reprioritize the backlog and share it with the team as soon as possible. ❌
  Sai vì: PM không có quyền reprioritize backlog – đó là trách nhiệm độc quyền của Product Owner (PMBOK 7.0, trang 104: "The product owner is accountable for backlog prioritization"). Nếu PM tự làm, sẽ vi phạm roles & responsibilities trong Scrum, gây confusion và mất autonomy của PO. Team chỉ refine, không quyết định priority.

• Ask the team facilitator to reprioritize the backlog based on the new regulation. ❌
  Sai vì: "Team facilitator" thường ám chỉ Scrum Master (PM ở đây), nhưng Scrum Master không reprioritize backlog (Scrum Guide: Servant Leader role, chỉ facilitate process). Việc giao cho facilitator là sai vai trò; phải escalate cho PO. Điều này vi phạm accountability model (PMBOK 7.0, Principle #13: "Enable Learning and Knowledge Management").

🛡️ Lời khuyên PMP thực tiễn: Trong tình huống thay đổi đột ngột như quy định pháp lý, luôn ưu tiên escalate to accountable owner (PO) để duy trì hybrid agile governance. Nếu áp dụng PMBOK 7th đầy đủ, kết hợp với Stakeholder Engagement để update sponsor sau. Thực hành này giúp dự án adaptive và resilient! 🚀

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

• PMBOK® Guide – Seventh Edition (PMI, 2021).
• Scrum Guide (Ken Schwaber & Jeff Sutherland, 2020).
• The Standard for Project Management (PMI, 2021, cập nhật hybrid models).

🧩 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) đang quản lý dự án triển khai mạng quy mô lớn gặp vấn đề với nhà cung cấp phần cứng hiện tại: giao hàng liên tục muộn và thiếu linh kiện quan trọng. Công ty đã quyết định hủy hợp đồng và chuyển sang nhà cung cấp mới duy nhất khả dụng là công ty nước ngoài. Câu hỏi yêu cầu xác định hành động đầu tiên (first) mà PM nên làm để tiến hành thay đổi này.
✅ Mục tiêu chính: Kiểm tra quy trình quản lý mua sắm (Procurement Management) trong PMP, nhấn mạnh vai trò phối hợp với bộ phận chuyên trách thay vì tự xử lý các vấn đề hợp đồng phức tạp, đặc biệt liên quan đến hủy hợp đồng và nhà cung cấp quốc tế (có thể liên quan đến rủi ro pháp lý, logistics, văn hóa).

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

Đáp án đúng: Request assistance from the procurement department on the next steps.
🛠️ Lý do: Theo PMBOK® Guide 7th Edition (2021) và PMP Exam Content Outline (cập nhật 2021, hiệu lực đến 2026), PM không tự xử lý các vấn đề hợp đồng mua sắm mà phải yêu cầu hỗ trợ từ bộ phận Procurement (mua sắm) ngay lập tức. Đây là bước đầu tiên vì Procurement chịu trách nhiệm chính cho việc hủy hợp đồng, đánh giá rủi ro, đàm phán mới, tuân thủ pháp lý và quy trình tổ chức. Hành động này đảm bảo tuân thủ Procurements Management Performance Domain (Domain 4: Procurement), tránh rủi ro cá nhân hóa và tối ưu hóa hiệu quả dự án. Các bước khác (như văn hóa, interpreter) chỉ thực hiện sau khi Procurement hướng dẫn.

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

• ✅ Request assistance from the procurement department on the next steps.
  🟢 Đúng vì: Đây là bước đầu tiên bắt buộc theo quy trình PMP. PM tập trung vào quản lý dự án tổng thể, không phải chuyên gia hợp đồng. Procurement sẽ hướng dẫn hủy hợp đồng an toàn, đánh giá nhà cung cấp mới và xử lý rủi ro quốc tế (PMBOK® 7th Ed., Section 12.3 Control Procurements).

• ❌ Engage the services of an interpreter who understands the project domain.
  🔴 Sai vì: Việc thuê thông dịch viên là hỗ trợ giao tiếp sau này (Stakeholder Engagement hoặc negotiation phase), không phải bước đầu tiên. PM chưa được ủy quyền tự chi phí này mà phải qua Procurement để phê duyệt ngân sách và quy trình (PMBOK® 7th Ed., Tools & Techniques: Data Analysis).

• ❌ Check social media to determine if there are any common connections that use the new supplier.
  🔴 Sai vì: Kiểm tra mạng xã hội là hoạt động không chính thức, không phải bước đầu tiên và thiếu tính chuyên nghiệp trong PMP. Nên dùng thông tin chính thức từ Procurement hoặc công cụ như bidder conferences. Điều này có thể dẫn đến bias và rủi ro bảo mật (PMP Code of Ethics: Responsibility).

• ❌ Become aware of any cultural characteristics of the new supplier that could impact negotiation.
  🔴 Sai vì: Nhận thức văn hóa là quan trọng trong negotiation quốc tế (Stakeholder Engagement Domain), nhưng không phải first step. Phải hoàn tất hủy hợp đồng và đánh giá nhà cung cấp qua Procurement trước, tránh hành động vội vã gây rủi ro pháp lý (PMBOK® 7th Ed., Section 4.5 Manage Project Communications).

📘 Tài liệu tham khảo

• PMBOK® Guide – 7th Edition (2021): Procurement Management Performance Domain (trang 123-140), nhấn mạnh vai trò phối hợp với Procurement.
• PMP Exam Content Outline (PMI, 2021): Domain 4: Procurement (15% trọng số), Task 4.1: "Evaluate procurement solutions".
• PMI Code of Ethics & Professional Conduct: Nhấn mạnh tuân thủ quy trình tổ chức.
  (Cập nhật mới nhất đến 2026: Không có thay đổi lớn từ PMI, vẫn ưu tiên quy trình chuẩn hóa).

🧩 Kết luận: Câu hỏi kiểm tra second-order thinking trong PMP – ưu tiên quy trình tổ chức trước các hành động cá nhân!