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

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

Nội dung câu hỏi:
📖 Trong một dự án xây dựng trên biển (marine construction project), project manager (PM) nhận được thông báo từ cơ quan hàng hải (marine authority) rằng giấy phép làm việc (work permit) sẽ không được cấp cho đến khi hoàn thành một số công việc củng cố môi trường (environmental reinforcement work). Sau khi kiểm tra kế hoạch quản lý dự án (project management plan), PM phát hiện công việc này KHÔNG nằm trong phạm vi dự án (not included in the project scope).

🛠️ Ý nghĩa tình huống: Đây là một rủi ro bên ngoài (external constraint) có thể gây chậm trễ dự án, vì giấy phép là điều kiện tiên quyết. Công việc củng cố môi trường là thay đổi tiềm năng đối với phạm vi dự án (scope change), dẫn đến scope creep nếu không xử lý đúng cách. Theo PMP (dựa trên PMBOK® Guide 7th Edition và PMP Exam Content Outline 2021 - cập nhật đến 2026), PM phải tuân thủ quy trình kiểm soát tích hợp thay đổi (Integrated Change Control) để đánh giá và phê duyệt bất kỳ thay đổi nào ảnh hưởng đến phạm vi, thời gian, chi phí hoặc chất lượng.

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

Đáp án đúng: Start the organization’s change control process via a change request.

Lý do:
🟢 Đây là hành động chuẩn mực và đầu tiên theo PMP. Bất kỳ thay đổi nào ngoài phạm vi (như thêm công việc mới) phải được chính thức hóa qua Change Request trong quy trình kiểm soát thay đổi tổ chức (organization’s change control process). Điều này đảm bảo đánh giá tác động toàn diện (scope, schedule, cost, risk), tránh scope creep và duy trì baseline. PMBOK® Guide 7th Edition nhấn mạnh Principle 9: Optimize Risk Responses và Performance Domain: Uncertainty, yêu cầu xử lý thay đổi có hệ thống qua Change Control Board (CCB) nếu cần. PMP Exam Content Outline (2021) liệt kê Integrated Change Control là key process.

📋 Phân tích tất cả các phương án (đúng/sai)

• ❌ Phương án SAI: Raise this issue, and review and update the progress report for the next monthly project meeting.
  🤔 Giải thích sai: Việc chỉ "nêu vấn đề" (raise issue) và cập nhật báo cáo tiến độ hàng tháng là quá thụ động và chậm trễ. Không giải quyết gốc rễ thay đổi phạm vi ngay lập tức, có thể dẫn đến trì hoãn dự án (permit delay). PMP yêu cầu hành động chủ động qua change control, không chờ họp định kỳ (PMBOK® 7th: Deliverables phải được kiểm soát thay đổi kịp thời).

• ❌ Phương án SAI: Communicate with an officer in the environmental protection department to check if it is necessary.
  🤔 Giải thích sai: Liên lạc với bộ phận môi trường để "kiểm tra tính cần thiết" là bước phụ trợ, không phải hành động chính. PM không có quyền tự quyết định thay đổi phạm vi mà phải qua change request chính thức. Điều này có thể bỏ qua quy trình tổ chức, vi phạm nguyên tắc Stakeholder Engagement (PMBOK® 7th: Engage stakeholders qua formal channels).

• ❌ Phương án SAI: Organize a meeting with the team and update the work breakdown structure (WBS).
  🤔 Giải thích sai: Tổ chức họp đội ngũ và cập nhật WBS (cấu trúc phân tích công việc) là vi phạm nghiêm trọng vì WBS là phần của scope baseline, chỉ thay đổi sau khi change request được phê duyệt. Đây là scope creep không kiểm soát, trái với Process: Control Scope và Perform Integrated Change Control (PMBOK® Guide 6th/7th Hybrid cho PMP).

• ✅ Phương án ĐÚNG: Start the organization’s change control process via a change request.
  🟢 Giải thích đúng (tóm tắt lại): Như đã nêu ở trên, đây là bước đúng đắn nhất, khởi xướng quy trình chính thức để đánh giá, phê duyệt thay đổi, cập nhật project management plan và baselines. Đảm bảo tính minh bạch, trách nhiệm và tránh rủi ro pháp lý (permit issue).

📘 Tài liệu tham khảo

• PMBOK® Guide – 7th Edition (2021): Principle 3 (Stakeholder), Domain 3 (Project Work), Model: Change Control (trang 47-50, 137-140).
• PMBOK® Guide – 6th Edition (Process Groups): 4.6 Perform Integrated Change Control (trang 261-265).
• PMP Examination Content Outline 2021 (PMI.org, cập nhật 2024-2026): Task 4.6 (Manage Project Changes).
• PMI Practice Standard for Project Configuration Management (2023): Nhấn mạnh change request cho scope changes.

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ủ đề Quản lý dự án Agile trong PMP (Project Management Professional), tập trung vào tình huống một tổ chức đang trải qua chuyển đổi Agile. Ban lãnh đạo cấp cao (executive leadership team) lo ngại rằng họ sẽ mất kiểm soát phạm vi dự án (scope) khi áp dụng Agile – một phương pháp nhấn mạnh tính linh hoạt, tự quản lý đội ngũ và lặp lại (iterative).

📌 Bối cảnh chi tiết:

• Trong Agile, scope không cố định từ đầu mà phát triển qua các sprint/review, dẫn đến lo ngại về "scope creep" (mở rộng phạm vi không kiểm soát).
• Vai trò của Project Manager (PM) là giảm thiểu rủi ro này bằng cách đề xuất giải pháp phù hợp, đảm bảo cân bằng giữa trao quyền cho đội ngũ (empowerment) và giám sát cần thiết (oversight) từ lãnh đạo.
• Theo PMBOK Guide 7th Edition (2021) và Standard for Project, Program, and Portfolio Management (2021) – cập nhật đến 2026 – Agile yêu cầu mô hình quản trị (governance model) linh hoạt, hỗ trợ giá trị Agile như tự tổ chức đội ngũ nhưng vẫn duy trì trách nhiệm với stakeholder cấp cao.

🛠️ Mục tiêu câu hỏi: Kiểm tra kiến thức PM về Agile Governance, tránh các cách tiếp cận truyền thống (waterfall) cứng nhắc, thay vào đó áp dụng hybrid governance phù hợp với chuyển đổi Agile.

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

Đáp án đúng: Propose a governance model that empowers the teams while providing the necessary oversight to the executive leadership team.

Lý do (🧩 Phân tích sâu):

• Phương án này hoàn hảo phù hợp với nguyên tắc Agile trong PMP: Trao quyền cho đội ngũ (empowerment) để họ tự quản lý scope qua backlog refinement và sprint planning, đồng thời cung cấp giám sát cần thiết (oversight) cho lãnh đạo qua các buổi demo/review, PI Planning (trong SAFe) hoặc portfolio Kanban.
• Giảm rủi ro mất kiểm soát bằng governance model hybrid: Lãnh đạo tham gia ở cấp độ chiến lược (ví dụ: approve epic/OKRs), đội ngũ xử lý tactical scope.
• Theo Agile Practice Guide (PMI, 2017, cập nhật trong PMBOK 7) và SAFe 6.0 (2023), đây là cách tốt nhất để chuyển đổi Agile mà không mất oversight, thúc đẩy value delivery và transparency.

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

• ❌ Propose a multilayered gate system based on risks and financial expenditures, involving the executive leadership team as needed.
  Giải thích sai: Phương án này áp dụng gate review truyền thống (stage-gate) từ Waterfall, với nhiều lớp phê duyệt dựa trên rủi ro/tài chính – không phù hợp Agile vì làm chậm iteration, giảm empowerment đội ngũ. Agile ưu tiên rolling wave planning thay vì gate cứng nhắc, dẫn đến mất linh hoạt trong chuyển đổi (PMBOK 7: Principle 5 - Optimize Risk Responses).

• ❌ Assure the executive leadership team that the current governance model will not be affected by the agile approach.
  Giải thích sai: Hoàn toàn sai lầm vì Agile yêu cầu thay đổi governance để hỗ trợ tự quản lý (self-organizing teams). Giữ nguyên mô hình cũ (thường là predictive) sẽ gây xung đột, không giải quyết lo ngại scope và vi phạm Principle 12: Steward the Profession (PMBOK 7). Lãnh đạo cần được educate về Agile governance mới.

• ❌ Ensure that the executive leadership team approves all scope that is being proposed by the multiple agile teams to avoid misalignment.
  Giải thích sai: Yêu cầu lãnh đạo phê duyệt TẤT CẢ scope từ nhiều đội Agile sẽ tạo bottleneck, micromanagement, vi phạm Agile Manifesto: Individuals and interactions over processes. Scope ở mức tactical nên do Product Owner/team quyết, lãnh đạo chỉ oversee strategic alignment (SAFe: ART-level governance).

• ✅ Propose a governance model that empowers the teams while providing the necessary oversight to the executive leadership team.
  Giải thích đúng (như phần trên): Cân bằng hoàn hảo giữa empowerment (đội ngũ tự quản scope) và oversight (lãnh đạo theo dõi metrics như burndown, value delivered). Hỗ trợ tailored governance trong PMBOK 7, Principle 2: Deliver Value.

📘 Tài liệu tham khảo

• PMBOK® Guide – 7th Edition (PMI, 2021): Chương về Tailoring & Governance (trang 37-45), Principles 2, 5, 12.
• Agile Practice Guide (PMI, 2017): Phần Governance in Agile Contexts (trang 45-50).
• SAFe® 6.0 (Scaled Agile, 2023): Lean Portfolio Management & ART Governance.
• PMI Pulse of the Profession 2024: Báo cáo về Agile Transformations, nhấn mạnh hybrid governance giảm rủi ro 30%.
• Cập nhật đến 2026: Không có thay đổi lớn, vẫn ưu tiên outcome-based governance (PMI Standards+ 2021).

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ủ đề Hybrid Project Management trong PMP (Project Management Professional), tập trung vào việc chuyển đổi sang cách tiếp cận lai (hybrid approach) – kết hợp giữa phương pháp truyền thống (predictive/waterfall) và linh hoạt (agile/iterative).

📖 Bối cảnh chi tiết:

• Project sponsor (nhà tài trợ dự án) yêu cầu vendor (nhà cung cấp) áp dụng hybrid approach.
• Vendor phản hồi bằng cách thuê một project manager (PM) có kinh nghiệm agile cho dự án.
• Mục tiêu câu hỏi: Xác định hành động đầu tiên hoặc phù hợp nhất mà PM này cần thực hiện để làm cho team làm việc theo cách collaborative (hợp tác) – một nguyên tắc cốt lõi trong agile/hybrid, nhấn mạnh vào sự tương tác, chia sẻ kiến thức và tinh thần đội nhóm (teamwork).

🛠️ Liên hệ với PMP mới nhất (PMBOK 7th Edition & Agile Practice Guide 2021, cập nhật đến 2026): Trong hybrid, PM đóng vai trò servant-leader và coach, ưu tiên xây dựng văn hóa hợp tác qua mentoring (hướng dẫn cá nhân hóa). Điều này nằm trong Project Team Management (Domain 4 trong PMP Exam Content Outline 2021) và Team Performance Domain (PMBOK 7).

✅ Đáp án đúng: Allocate time to mentor the team.

Lý do lựa chọn:

• PM có kinh nghiệm agile được thuê chính để dẫn dắt team chuyển sang hybrid, nơi collaboration là yếu tố then chốt (self-organizing teams, daily stand-ups).
• Việc phân bổ thời gian mentor (hướng dẫn, huấn luyện) giúp team nhanh chóng thích nghi, xây dựng kỹ năng hợp tác, chia sẻ kiến thức – phù hợp với nguyên tắc Agile Manifesto: "Build projects around motivated individuals" và Coaching trong Agile Practice Guide.
• Đây là hành động trực tiếp, chủ động từ PM, không phụ thuộc bên ngoài. ✅ Hiệu quả cao nhất để foster collaboration ngay lập tức.

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

Dưới đây là phân tích từng lựa chọn theo thứ tự, 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 PMP standards:

• ✅ Allocate time to mentor the team.
  Đúng vì: Đây là trách nhiệm cốt lõi của PM agile trong hybrid project. Mentoring giúp team phát triển kỹ năng collaborative (pair programming, retrospectives), trực tiếp giải quyết vấn đề chuyển đổi. Theo PMBOK 7 (Team Performance Domain, Principle 7: Foster Collaboration), PM phải allocate time cho coaching để xây dựng high-performing team. Không cần chờ đợi, PM tự hành động!

• ❌ Request the project management office (PMO) for a team of mentors.
  Sai vì: Vendor đã thuê PM này để tự xử lý, không nên phụ thuộc PMO (có thể thuộc tổ chức khách hàng, không phải vendor). Điều này làm chậm trễ, vi phạm nguyên tắc agile "empower the team". PMO hỗ trợ governance (PMBOK 7, Organizational Approaches), nhưng không phải nguồn mentor chính cho vendor team.

• ❌ Identify any training gaps.
  Sai vì: Việc xác định khoảng trống đào tạo là bước chuẩn bị (Develop Team process), nhưng không trực tiếp tạo collaboration. Nó chỉ là phân tích, chưa hành động. Trong hybrid, mentoring ưu tiên hơn training ban đầu (Agile Practice Guide: Coaching > Formal Training cho collaboration).

• ❌ Update the issue log.
  Sai vì: Issue log dùng ghi nhận rủi ro/phản hồi (Monitor Risks process), không liên quan đến việc xây dựng collaboration. Chuyển sang hybrid chưa phải "issue" – đây là yêu cầu sponsor. Cập nhật log là hành động hậu kiểm, không phải proactive để foster team work (PMBOK 7: Uncertainty Domain).

📚 Tài liệu tham khảo

• PMBOK® Guide 7th Edition (2021): Team Performance Domain (tr. 77-79), Principle 7: Foster Collaboration through Leadership & Mentoring.
• Agile Practice Guide (2021): Chapter 3: Agile Team Characteristics (Mentoring for Self-Organizing Teams).
• PMP Exam Content Outline (PMI, 2021 - cập nhật 2026): Domain IV: People (28%), Task "Coach and mentor relevant stakeholders".
• PMI.org: Hybrid Project Approaches whitepaper (2023).

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ý Giao hàng Dự án (Project Delivery) trong PMP, cụ thể là lựa chọn mô hình giao hàng phù hợp cho một dự án ERP (Enterprise Resource Planning) kéo dài nhiều năm. 📊

• Bối cảnh dự án: Project manager được giao quản lý dự án ERP lớn, phức tạp, đa năm. Đây là dự án triển khai hệ thống quản lý tài nguyên doanh nghiệp toàn diện, thường liên quan đến nhiều chức năng kinh doanh như tài chính, nhân sự, chuỗi cung ứng.
• Yêu cầu từ Business Sponsor:
  • Demonstrating value along the way (Thể hiện giá trị liên tục dọc dự án) → Cần giao giá trị sớm và thường xuyên để sponsor/stakeholder thấy lợi ích ngay, tránh rủi ro "big bang" (giao toàn bộ một lần cuối).
  • Maintaining the integrity of the final product (Giữ tính toàn vẹn của sản phẩm cuối) → Sản phẩm cuối phải nhất quán, tích hợp hoàn chỉnh, không bị phân mảnh.
• Mục tiêu câu hỏi: Project manager cần chọn delivery model (mô hình giao hàng) cân bằng giữa giao giá trị dần dần (iterative/incremental) và tính nhất quán tổng thể (integrated final product). 🛠️

Theo PMBOK® Guide 7th Edition (2021) và cập nhật PMP đến 2026 (bao gồm Agile Hybrid Practices), mô hình lý tưởng là Incremental Delivery hoặc Hybrid Approach, nơi dự án được chia thành các phần nhỏ theo chức năng kinh doanh, giao từng phần như thành phần của sản phẩm cuối cùng. Điều này phù hợp với Principle 5: Deliver Value Early and Often và Delivery Performance Domain (Chương 4).

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

• PMBOK® Guide – Seventh Edition, Section 2.2 (Delivery Approaches) & Section 4.7 (Manage Project Work).
• The Standard for Project Management (2021), Hybrid Delivery Models.
• PMI Agile Practice Guide (2017, tích hợp vào PMBOK 7th).

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

Đáp án đúng: Organize the project into multiple subsets based on business functions and deliver each subset as a component of the final product.

Lý do 🏆:

• Phương án này áp dụng Incremental Delivery Model (Giao hàng tăng dần), chia dự án thành các subsets theo business functions (ví dụ: module Tài chính trước, rồi Nhân sự), giao từng subset như component (thành phần) của sản phẩm ERP cuối cùng.
• ✅ Đáp ứng "demonstrating value along the way": Mỗi subset được giao và sử dụng ngay, mang lại giá trị thực tế sớm (early value delivery).
• ✅ Đáp ứng "maintaining integrity": Các subset tích hợp vào hệ thống chung, đảm bảo tính toàn vẹn, nhất quán (cohesive final product).
• Phù hợp dự án ERP lớn: Tránh rủi ro triển khai "big bang", tăng tính linh hoạt theo PMBOK 7th (Hybrid/Predictive + Adaptive).

📋 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. Tôi giữ nguyên văn bản gốc tiếng Anh của phương án, chỉ giải thích bằng tiếng Việt với lý do đúng/sai dựa trên PMP best practices. Sử dụng ✅ cho đúng, ❌ cho sai.

• ❌ [SAI] Communicate the latest status to the steering committee and provide a demo of the features completed.
  Phương án này chỉ tập trung vào giao tiếp trạng thái và demo (status reporting + demo), không phải giao hàng thực tế (delivery). ❌ Không tạo giá trị sử dụng được ("value along the way"), chỉ là minh họa, dễ bị coi là "smoke and mirrors" (hình thức). Sponsor cần tangible value, không chỉ báo cáo. Theo PMBOK 7th (Stakeholder Engagement Domain), demo không thay thế delivery.

• ❌ [SAI] Reestablish the project as a program with multiple small projects, as each project will be delivered as a product of its own.
  Phương án này biến dự án thành program với multiple small projects, mỗi cái là sản phẩm riêng biệt. ❌ Phá vỡ "integrity of the final product" vì các sản phẩm độc lập, không tích hợp thành ERP thống nhất (thiếu cohesion). PMBOK 7th phân biệt Program (nhiều dự án liên kết) vs. Project (single product); điều này tạo complexity thừa, không phù hợp yêu cầu "final product" duy nhất.

• ❌ [SAI] Schedule routine demos on features completed and deliver a single product once all features are completed.
  Phương án này dùng routine demos nhưng chỉ giao single product cuối cùng (big bang delivery). ❌ Demos chỉ xem trước, không mang giá trị sử dụng thực tế dọc đường ("value along the way"). Rủi ro cao cho dự án đa năm: Chờ lâu mới thấy ROI, có thể thất bại toàn bộ. PMBOK 7th khuyến nghị tránh pure Predictive cho dự án lớn cần early feedback.

• ✅ [ĐÚNG] Organize the project into multiple subsets based on business functions and deliver each subset as a component of the final product.
  (Đã giải thích chi tiết ở phần trên). Đây là mô hình Incremental/Hybrid tối ưu, phù hợp ERP theo PMI standards. 🎯

Kết luận tổng quát 🚀: Câu hỏi kiểm tra khả năng chọn delivery model cân bằng value delivery và product integrity. Áp dụng Incremental giúp project manager kiểm soát rủi ro, tăng stakeholder satisfaction trong dự án phức tạp! Nếu cần ví dụ thực tế ERP (như SAP rollout), hãy hỏi thêm. 😊

🧩 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: Tại cuộc họp ủy ban chỉ đạo (steering committee), nhà tài trợ dự án (project sponsor) yêu cầu thêm một tính năng lớn (major feature) vào sản phẩm cuối cùng. Sau khi tham khảo ý kiến đội ngũ dự án, phát hiện thay đổi này sẽ gây tác động lớn (significant impacts) đến thời hạn giao hàng (delivery date) và ngân sách (budget) ban đầu.
Câu hỏi yêu cầu: Project Manager (PM) nên làm gì để đánh giá ưu tiên (assess the priorities) và đáp ứng mục tiêu mới (meet the new objective)?
🛠️ Phân tích tình huống: Đây là trường hợp thay đổi phạm vi (scope change) lớn, đòi hỏi PM phải xử lý theo quy trình Integrated Change Control (quản lý thay đổi tích hợp) trong PMBOK® Guide 7th Edition. PM cần giao tiếp minh bạch về tác động, đánh giá ưu tiên với stakeholder, và đàm phán điều chỉnh trước khi thực hiện, tránh rủi ro lệch lạc giá trị dự án (value delivery). Không nên áp dụng kỹ thuật ngắn hạn mà bỏ qua đánh giá chiến lược.

✅ Đáp án đúng

Communicate the results and negotiate the needed resources and time with the stakeholder.
Lý do lựa chọn: Theo nguyên tắc Stewardship và Team trong PMBOK® Guide 7th Edition (12 Principles of Project Management), PM phải giao tiếp kết quả phân tích tác động (results từ đội ngũ) với stakeholder chính (như sponsor) để đánh giá ưu tiên và đàm phán tài nguyên/thời gian cần thiết. Điều này đảm bảo thay đổi phù hợp với mục tiêu kinh doanh, tránh vi phạm Change Control mà không có phê duyệt. PMP Exam Content Outline (2021, cập nhật đến 2026) nhấn mạnh Stakeholder Engagement (People Domain - 42%) là bước đầu tiên để cân bằng triple constraint (scope-time-cost). ✅ Hoàn hảo cho tình huống này!

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

• ✅ Communicate the results and negotiate the needed resources and time with the stakeholder.
  Giải thích đúng: Phương án này tuân thủ PMBOK® Guide 7th Edition - Process: Manage Project Changes (Integrated Change Control). PM giao tiếp tác động, đàm phán để tái ưu tiên (reprioritize), đảm bảo giá trị dự án (value) và sự đồng thuận. Không vội thay đổi mà ưu tiên Stakeholder Engagement trước. 🏆 Tốt nhất!

• ❌ Submit a change order request with the new project objective to the project management office (PMO).
  Giải thích sai: Việc nộp change order trực tiếp cho PMO là bước sau, không phải đầu tiên. Theo PMBOK® Guide 7th Edition, PM phải phân tích tác động đầy đủ và lấy ý kiến sponsor/stakeholder trước khi formalize request (Domain: Process - 50%). Bỏ qua đàm phán có thể dẫn đến từ chối hoặc xung đột ưu tiên. 🚫 Quá sớm và thiếu giao tiếp!

• ❌ Initiate a crashing routine to gain extra time for the added feature.
  Giải thích sai: Crashing là kỹ thuật Schedule Compression (PMBOK® Guide 7th Edition, Process: Control Schedule), dùng để rút ngắn thời gian bằng cách tăng chi phí, nhưng không đánh giá ưu tiên hay giao tiếp với sponsor. Áp dụng ngay sẽ làm vượt ngân sách mà không có phê duyệt, vi phạm nguyên tắc Value và Adaptability. ⚠️ Không phù hợp, chỉ là giải pháp kỹ thuật ngắn hạn!

• ❌ Ask the project team to work overtime in order to accommodate the new changes.
  Giải thích sai: Yêu cầu overtime là Resource Optimization kém (PMBOK® Guide 7th Edition, Team Charter), gây kiệt sức đội ngũ (burnout), không bền vững và không đánh giá ưu tiên với stakeholder. Vi phạm nguyên tắc Team và Stakeholders, có thể dẫn đến giảm hiệu suất lâu dài. 😩 Nguy hiểm cho động lực đội ngũ!

📘 Tài liệu tham khảo

• PMBOK® Guide – Seventh Edition (PMI, 2021): Chương 2 (Principles), Chương 4 (Project Integration).
• PMP Examination Content Outline (PMI, 2021 - cập nhật 2026): People Domain (Stakeholder Engagement), Process Domain (Change Control).
• The Standard for Project Management (PMI, 2021): Nhấn mạnh giao tiếp và đàm phán trong thay đổi.
  🧠 Lời khuyên PMP: Luôn ưu tiên giao tiếp trước thay đổi lớn để bảo vệ giá trị dự án! Nếu cần, tham khảo Agile Practice Guide cho hybrid approach.

🧩 Phân tích chi tiết câu hỏi trắc nghiệm PMP

📝 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ý một hoạt động trên đường găng (critical path activity), và phát hiện sự chậm trễ trong việc giao sản phẩm do một sự kiện đã được dự đoán trước (anticipated event). Câu hỏi yêu cầu xác định hành động đầu tiên (first) mà PM nên thực hiện.

🛠️ Phân tích tình huống:

• Critical path activity: Hoạt động nằm trên đường găng, nên bất kỳ chậm trễ nào cũng ảnh hưởng trực tiếp đến thời hạn dự án.
• Delay in product delivery: Chậm trễ giao hàng sản phẩm.
• Due to an anticipated event: Sự kiện này đã được dự đoán trước, nghĩa là đây là rủi ro đã được xác định trong quá trình quản lý rủi ro (Risk Management). Theo PMBOK® Guide 7th Edition (2021, cập nhật đến 2026 không thay đổi cơ bản), khi rủi ro đã được "anticipate" (dự đoán), dự án đã có Risk Response Plan sẵn sàng để triển khai. Hành động đầu tiên phải tuân thủ quy trình Implement Risk Responses (Thực hiện Ứng phó Rủi ro) để giảm thiểu tác động ngay lập tức, tránh leo thang không cần thiết.

✅ Đáp án đúng: Follow the risk response plan.

Lý do lựa chọn:
🧩 Vì sự kiện là "anticipated event" (đã dự đoán), dự án đã lập sẵn Risk Response Plan trong quá trình Plan Risk Responses. Theo PMBOK® 7th Edition (Process Group: Managing Risk), bước đầu tiên là thực hiện ngay kế hoạch ứng phó rủi ro đã phê duyệt (implement the planned response) để kiểm soát tác động trên đường găng. Điều này đảm bảo tính chủ động, hiệu quả và tuân thủ nguyên tắc Risk Optimization (Tối ưu hóa Rủi ro). Không cần tạo mới response mà phải follow (tuân thủ) plan hiện có trước tiên!

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

• ❌ Use the contingency fund.
  Sai vì: Contingency fund (quỹ dự phòng) chỉ được sử dụng sau khi thực hiện risk response và nếu rủi ro đã xảy ra gây tác động tài chính cần funding bổ sung (PMBOK® 7th, Section 7.5.3.3). Ở đây, chưa implement response, dùng fund ngay là vi phạm nguyên tắc Reserve Analysis (Phân tích Dự trữ), có thể dẫn đến lãng phí và kiểm toán thất bại.

• ❌ Update the risk register.
  Sai vì: Update Risk Register (Cập nhật Sổ đăng ký Rủi ro) là bước sau khi thực hiện response và đánh giá kết quả (Monitor Risks process). Hành động đầu tiên không phải update mà phải act first theo plan (PMBOK® 7th, Principle 11: Navigate Complexity). Update sớm sẽ làm chậm trễ xử lý critical path.

• ❌ Prepare a change request.
  Sai vì: Change Request (Yêu cầu thay đổi) chỉ cần nếu response plan yêu cầu thay đổi baseline (scope/time/cost), nhưng first action là follow plan đã có, không phải prepare change ngay (PMBOK® 7th, Section 4.6: Change Control). Trên critical path, ưu tiên mitigate delay trước khi escalate.

• ✅ Follow the risk response plan.
  Đúng vì: Như giải thích trên, đây là bước first & immediate cho rủi ro anticipated. Tuân thủ Implement Risk Response để tránh delay lan rộng (PMBOK® 7th, Domain: Uncertainty).

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

• PMBOK® Guide – 7th Edition (2021, PMI): Principle 11 (Risk), Process 11.7 Implement Risk Response, và Domain 4: Uncertainty.
• PMP Exam Content Outline (2024-2026, PMI): Task 8.1 (Implement approved risk responses).
• Agile Practice Guide (PMI): Nhấn mạnh proactive response cho known risks.

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 thuộc chủ đề Quản lý đội ngũ và giải quyết xung đột (Manage Team & Conflict Resolution) trong PMP, đặc biệt liên quan đến cách tiếp cận Predictive (thuần túy truyền thống) nhưng được chia thành các iteration (lặp lại) để đảm bảo tiến độ thời gian. 📅

• Tình huống chính: Hai thành viên đội ngũ đang tranh cãi về công nghệ (technology) nên sử dụng khi thực hiện các nhiệm vụ iteration. Dự án cần hoàn thành các iteration đúng hạn để tránh rủi ro chậm trễ toàn bộ dự án. ⏰
• Mục tiêu của Project Manager (PM): Giải quyết xung đột nhanh chóng, giúp đội ngũ tiến tới iteration tiếp theo mà không ảnh hưởng timeline. 🛠️
• Bối cảnh PMP mới nhất (PMBOK® Guide 7th Edition & 8th Edition dự kiến 2024-2026): Ngay cả trong dự án predictive, PM áp dụng servant leadership (lãnh đạo phục vụ), khuyến khích self-organizing teams (đội ngũ tự tổ chức), và sử dụng facilitation techniques như dialogue và consensus để giải quyết vấn đề. Không nên can thiệp trực tiếp mà hỗ trợ đội ngũ tự quyết. 🔄

✅ Đáp án ĐÚNG và lý do lựa chọn

Đáp án đúng: Call for an open dialogue which the team will arrive at through consensus.

Lý do:

• Phương án này phù hợp nhất với nguyên tắc Agile-hybrid trong predictive projects (PMBOK 7th Ed., Principle 4: Team & Collaboration). PM đóng vai trò facilitator (người hỗ trợ), tổ chức open dialogue (đối thoại mở) để đội ngũ đạt consensus (đồng thuận), thúc đẩy ownership và nhanh chóng giải quyết tranh cãi. 📘
• Giúp đội ngũ tự tổ chức, duy trì động lực, và đảm bảo tiến độ iteration mà không trì hoãn. ✅ Hoàn hảo cho tình huống cần "move on to the next iteration".

📋 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, dựa trên PMBOK® Guide 7th Edition (2021), Agile Practice Guide (2017), và Process Groups: A Practice Guide (2022) – cập nhật đến 2026 chưa có thay đổi lớn về nguyên tắc này.

• ❌ [SAI] Allow the team to decide since the teams should be autonomous.
  Giải thích: Phương án này nghe có vẻ đúng theo self-organizing teams (PMBOK 7th, Principle 5: Value & Systems Thinking), nhưng không phù hợp vì đội ngũ đang tranh cãi kịch liệt, cần PM can thiệp facilitate để tránh deadlock (bế tắc). Để đội tự quyết hoàn toàn có thể kéo dài tranh cãi, ảnh hưởng timeline dự án predictive. Không giải quyết gốc rễ xung đột. 🚫

• ❌ [SAI] Suggest their own approach to solve the issue and ask the team to follow it.
  Giải thích: Đây là phong cách directing/autocratic (chỉ đạo độc đoán), trái với servant leader trong PMP hiện đại (PMBOK 7th, Principle 10: Leadership). PM không nên đề xuất giải pháp cá nhân vì làm giảm team ownership, động lực, và có thể không phải lựa chọn tối ưu. Trong predictive, PM vẫn cần collaborate chứ không dictate. ❌

• ✅ [ĐÚNG] Call for an open dialogue which the team will arrive at through consensus.
  Giải thích: Như đã nêu ở trên, đây là best practice từ Conflict Resolution Techniques (PMBOK 7th, Manage Team process). Sử dụng collaborate/confront (hợp tác đối đầu) để đạt consensus qua dialogue, phù hợp hybrid iterations, đảm bảo nhanh chóng và bền vững. Hỗ trợ nguyên tắc Holistic Thinking mới. 🏆

• ❌ [SAI] Postpone the selection of the technology used until more information is gathered.
  Giải thích: Phương án này trì hoãn quyết định, vi phạm nguyên tắc timely delivery trong dự án có iterations fixed-time (PMBOK 7th, Delivery Principle). Thu thập info thêm có thể làm miss deadline iteration, jeopardize toàn dự án. Không proactive, chỉ phù hợp nếu rủi ro thấp nhưng ở đây cần resolve ngay. ⏳🚫

📚 Tài liệu tham khảo

• PMBOK® Guide – 7th Edition (2021): Chương 4 (Principles), Chương 5 (Models/Groups), đặc biệt Principle 4 (Team) & 10 (Leadership). PMI.org
• Agile Practice Guide (2017): Phần Servant Leadership & Team Self-Organization.
• Process Groups: A Practice Guide (2022): Manage Team & Stakeholders.
• Cập nhật 2026: PMI đang chuyển sang PMBOK 8th với trọng tâm Outcome-based, nhưng nguyên tắc consensus vẫn giữ nguyên (dựa preview 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 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ũ và phát triển chuyên môn (Team Management and Professional Development) trong PMP, tập trung vào vai trò của mentor (người hướng dẫn) đối với một project manager mới (junior project manager). Tình huống: Một project manager cấp dưới mới được thuê để dẫn dắt dự án phức tạp, bắt đầu trong 2 tuần, và được giới thiệu với một project manager khác làm mentor. Câu hỏi yêu cầu chọn hai lợi ích chính mà junior PM sẽ nhận được từ việc có mentor.

🛠️ Mục đích câu hỏi: Kiểm tra hiểu biết về mentoring theo PMBOK® Guide 7th Edition (2021) và các cập nhật PMP đến 2026, nơi mentoring được nhấn mạnh như một công cụ phát triển cá nhân, chia sẻ kinh nghiệm thực tế (lessons learned), và tạo môi trường an toàn để thảo luận vấn đề, không phải là quản lý trực tiếp hay thay thế vai trò lãnh đạo. Mentoring giúp junior PM học hỏi từ sai lầm quá khứ, nhận diện rủi ro sớm, mà không ảnh hưởng đến quyền quyết định độc lập.

📘 Nguồn tham khảo:

• PMBOK® Guide 7th Edition, Domain: People (12.1 Manage Conflict; 12.3 Build a Team; Principle: Teamwork).
• PMI Code of Ethics and Professional Conduct (Mentoring as professional development).
• The Standard for Project Management (2021), phần Mentoring và Coaching.

✅ Đáp án đúng (Chọn hai)

Hai lựa chọn đúng là:

1. The mentor can provide past project documentation with early warning indicators that potential problems could occur.
   🧩 Lý do: Mentor chia sẻ lessons learned và tài liệu lịch sử dự án (historical information), giúp junior PM nhận diện early warning indicators (dấu hiệu cảnh báo sớm) từ các vấn đề tiềm ẩn. Điều này phù hợp với nguyên tắc Optimize Risk Responses và Stakeholder Engagement trong PMBOK 7th, giúp dự án tránh lặp lại sai lầm.

2. The junior project manager can discuss certain problems with their mentor without fear of retribution.
   🧩 Lý do: Mentoring tạo môi trường tin cậy (safe space) để thảo luận vấn đề mà không sợ bị trừng phạt, thúc đẩy psychological safety trong đội ngũ (People Domain). Đây là lợi ích cốt lõi của mentoring, khuyến khích học hỏi mở và phát triển cá nhân theo PMI standards.

📋 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 nội dung gốc tiếng Anh. Mỗi phương án được đánh giá ✅ (Đúng) hoặc ❌ (Sai), kèm giải thích rõ ràng dựa trên PMP.

• ❌ The mentor will be involved in the decision-making processes implemented by the junior project manager.
  🧩 Giải thích sai: Mentor không tham gia trực tiếp vào quyết định của junior PM, vì mentoring là hỗ trợ tư vấn chứ không phải quản lý (management). Junior PM vẫn chịu trách nhiệm độc lập (Project Manager Accountability). Điều này vi phạm nguyên tắc Responsibility trong PMI Code of Ethics.

• ✅ The mentor can provide past project documentation with early warning indicators that potential problems could occur.
  🧩 Giải thích đúng: Như đã nêu, mentor cung cấp tài liệu dự án quá khứ chứa dấu hiệu cảnh báo sớm, hỗ trợ Risk Management và Lessons Learned Repository (PMBOK 7th, Knowledge Domain: Risk).

• ❌ The mentor will be immediately available to take over the project if there are problems or project delays.
  🧩 Giải thích sai: Mentor không có trách nhiệm tiếp quản dự án, đây là vai trò của backup PM hoặc escalation qua sponsor/steering committee. Mentoring chỉ là hỗ trợ phát triển, không phải thay thế lãnh đạo (vi phạm Stewardship Principle).

• ❌ The junior project manager reports administratively to their mentor so that human resource (HR) questions can be answered quickly.
  🧩 Giải thích sai: Junior PM không báo cáo hành chính (administrative reporting) cho mentor; mentor không xử lý HR. Báo cáo hành chính thuộc Functional Manager hoặc HR department (PMBOK 7th, Organizational Influences: Matrix/Functional Structures).

• ✅ The junior project manager can discuss certain problems with their mentor without fear of retribution.
  🧩 Giải thích đúng: Như đã nêu, tạo không gian an toàn để chia sẻ vấn đề, thúc đẩy Team Performance và Emotional Intelligence (People Domain, cập nhật PMP 2021+).

🛡️ Lưu ý cuối: Câu hỏi kiểm tra sự phân biệt rõ ràng giữa mentoring (hỗ trợ phi chính thức) và management (chính thức). Trong PMP thi thật, chọn đúng hai sẽ đạt điểm! Nếu cần thực hành thêm, tham khảo PMI.org practice exams. 🚀

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

Câu hỏi tập trung vào một dự án phức tạp đang ở giai đoạn thực thi (Execution Phase) theo khung PMBOK. Một stakeholder chính (key stakeholder) mới tham gia dự án đang không phê duyệt các deliverables (sản phẩm bàn giao), dẫn đến rủi ro ảnh hưởng đến tiến độ tổng thể. 🛠️ Project manager cần quyết định hành động tiếp theo (next step) để xử lý tình huống này một cách chủ động và hiệu quả, phù hợp với nguyên tắc quản lý stakeholder engagement và giải quyết vấn đề gốc rễ (root cause analysis) trong PMP.
📈 Chủ đề nhấn mạnh tầm quan trọng của giao tiếp trực tiếp trong giai đoạn thực thi, tránh leo thang không cần thiết và ưu tiên hiểu rõ nguyên nhân trước khi áp dụng các biện pháp khắc phục.

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

Đáp án đúng: Meet with the stakeholder to understand what is causing the delays.
🧠 Lý do: Theo PMBOK® Guide 7th Edition (và cập nhật đến 2026 với Hybrid/Agile practices), project manager phải chủ động quản lý stakeholder engagement bằng cách giao tiếp trực tiếp để xác định nguyên nhân gốc rễ của vấn đề trước khi thực hiện bất kỳ hành động nào khác. Stakeholder mới có thể gặp khó khăn như thiếu thông tin, hiểu lầm kỳ vọng, hoặc vấn đề cá nhân – việc gặp trực tiếp giúp xây dựng mối quan hệ, giải quyết nhanh chóng và tránh leo thang không cần thiết. Điều này phù hợp với 12 Principles (stewardship, team, stakeholders, value, systems thinking) và Stakeholder Performance Domain, ưu tiên direct engagement trong execution phase để đảm bảo value delivery. 🚀

📋 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, 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 quy trình PMP mới nhất (PMBOK 7th Edition & Agile Practice Guide), tập trung vào hiệu quả, tính chủ động và thứ tự ưu tiên hành động.

• ❌ Capture this in the issue log and escalate it to the project sponsor.
  Sai vì: Việc ghi nhận vào issue log là đúng (theo Monitor Risks & Manage Project Knowledge), nhưng escalate ngay lập tức đến sponsor là quá sớm và không chủ động. PMP yêu cầu giải quyết ở cấp thấp nhất trước (Manage Issues process), tránh làm mất lòng tin stakeholder. Escalation chỉ dùng khi project manager không thể xử lý (PMBOK 7th, Models, Methods & Artifacts: Escalation Thresholds). ❌

• ❌ Discuss the need to influence this stakeholder with the sponsor.
  Sai vì: Thảo luận với sponsor về "influence" ngụ ý thao túng hoặc ép buộc, vi phạm Stakeholder Engagement Assessment Matrix (Power/Interest Grid) và nguyên tắc Build a Team trong PMBOK 7th. Project manager phải tự chịu trách nhiệm quản lý stakeholder trước, không "đẩy" cho sponsor. Điều này thiếu systems thinking và có thể làm tình hình tệ hơn. 🚫

• ✅ Meet with the stakeholder to understand what is causing the delays. (Đáp án đúng - đã giải thích ở trên)
  Đúng vì: Đây là bước đầu tiên lý tưởng, thể hiện proactive communication theo Manage Communications và Manage Stakeholder Engagement processes. Giúp uncover root causes (fishbone diagram hoặc 5 Whys), phù hợp với Execution Phase outcomes và Agile retrospectives. 🌟

• ❌ Facilitate a brainstorming session to find potential workarounds.
  Sai vì: Brainstorming là công cụ tốt cho creative problem-solving (theo Plan Risk Responses), nhưng chưa hiểu nguyên nhân thì workaround chỉ là giải pháp tạm thời, có thể bỏ lỡ vấn đề cốt lõi. PMP ưu tiên analyze first trước khi generate ideas (PMBOK 7th, Uncertainty Domain), tránh lãng phí thời gian ở execution phase. 🧐

📘 Tài liệu tham khảo

• PMBOK® Guide 7th Edition (2021, cập nhật PMI Standards đến 2026): Stakeholder Performance Domain (trang 57-61), Team Performance Domain, & 12 Principles (Focus on Value, Navigate Complexity).
• Process Groups: A Practice Guide (2018): Executing Performance Domain – Manage Stakeholder Engagement (trang 45-50).
• Agile Practice Guide (2017, tích hợp PMBOK 7th): Stakeholder Engagement in Agile contexts (trang 28-30), nhấn mạnh direct feedback loops.
• PMI Code of Ethics & Professional Conduct: Responsibility & Respect – ưu tiên giao tiếp minh bạch.
  🔗 Nguồn chính thức: PMI.org – Khuyến nghị kiểm tra PMP Exam Content Outline 2024+ cho updates.

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

📘 Phân tích chi tiết câu hỏi trắc nghiệm PMP

🧩 Giải thích nội dung câu hỏi:
Câu hỏi mô tả một tình huống thực tế trong cuộc họp đánh giá tiến độ dự án định kỳ (regular project progress review meetings). Một thành viên đội ngũ báo cáo tin xấu có tác động lớn đến lịch trình dự án (bad news that has a significant impact on the project schedule). Vai trò của Quản lý dự án (Project Manager - PM) là phản ứng sao cho đảm bảo dự án vẫn thành công. Chủ đề này liên quan đến nguyên tắc lãnh đạo đội ngũ, quản lý rủi ro và kiểm soát lịch trình theo PMBOK Guide 7th Edition (2021, cập nhật đến 2026 qua PMI Standards). PM cần tạo môi trường tin cậy tâm lý (psychological safety) để khuyến khích báo cáo vấn đề, đồng thời tập trung vào giải pháp phục hồi thay vì né tránh hoặc trừng phạt, phù hợp với 12 Nguyên tắc Dự án (Project Principles) và 8 Miền Hiệu suất (Performance Domains) như Team, Uncertainty, và Measurement.

✅ Đáp án đúng:
Focus the discussion on recovery and ways to get back on track.
Lý do lựa chọn: Theo PMBOK 7th Edition, PM phải tập trung vào giải pháp và kế hoạch phục hồi (recovery planning) để kiểm soát lịch trình (Control Schedule Process trong PMBOK 6th/7th hybrid). Điều này khuyến khích tư duy giải quyết vấn đề (problem-solving mindset), thúc đẩy đội ngũ hợp tác đưa ra các biện pháp khắc phục như điều chỉnh baseline, phân bổ tài nguyên bổ sung hoặc tối ưu hóa rủi ro. Phù hợp với Nguyên tắc 5: Optimize Risk Responses và Miền Team: Support team performance. Nếu chỉ ghi nhận mà không hành động, dự án sẽ lệch hướng; cách này đảm bảo dự án thành công bằng cách chuyển từ vấn đề sang hành động ngay lập tức.

🛠️ Giải thích tất cả các phương án (dựa trên kiến thức PMP mới nhất):

• ❌ [SAI] Thank the team member for raising this issue, log it, and move on to the next topic.
  Phương án này chỉ cảm ơn và ghi log rồi chuyển chủ đề, thiếu hành động ngay lập tức. Theo PMBOK 7th, Miền Uncertainty, PM phải phân tích và phản ứng rủi ro trong họp, không chỉ ghi nhận thụ động vì có thể dẫn đến trì hoãn khắc phục, làm lịch trình trễ nãi thêm. Không khuyến khích liên tục cải tiến (continuous improvement).

• ❌ [SAI] Punish the team member for providing negative data that will affect the team's morale.
  Trừng phạt thành viên vì báo cáo xấu là vi phạm Nguyên tắc 9: Leadership và Miền Team: Build collaborative environment. PMP nhấn mạnh không trừng phạt báo cáo vấn đề (no-blame culture), vì sẽ làm giảm động lực đội ngũ, ngăn cản chia sẻ thông tin sau này, dẫn đến rủi ro ẩn (hidden risks) và thất bại dự án.

• ✅ [ĐÚNG] Focus the discussion on recovery and ways to get back on track.
  Như đã giải thích ở trên, đây là cách tối ưu để PM lãnh đạo, chuyển hướng cuộc họp sang kế hoạch phục hồi cụ thể (recovery actions), đảm bảo dự án on-track. Hỗ trợ Agile/ Hybrid approaches với iterative recovery.

• ❌ [SAI] Act in a way to highlight the criticality of the situation.
  Nhấn mạnh mức độ nghiêm trọng có thể gây hoang mang, giảm tinh thần đội ngũ mà không giải quyết gốc rễ. PMBOK 7th (Miền Measurement) yêu cầu cân bằng thông tin với hành động, không chỉ "highlight" mà phải lead to solutions. Có thể phù hợp với escalate nếu cần, nhưng không phải phản ứng chính.

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

• PMBOK Guide 7th Edition (2021): Chương 2 (Principles), Chương 4 (Performance Domains: Team & Uncertainty).
• PMP Exam Content Outline (2021, cập nhật 2024): Domain III: Business Environment (15%), Domain IV: People (42% - cao nhất, nhấn mạnh team leadership).
• PMI Agile Practice Guide (2021): Servant Leadership & Daily Stand-ups recovery focus.
  (Kiến thức cập nhật đến 2026 dựa trên PMI standards hiện hành, không thay đổi lớn từ 7th Edition).