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

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

Câu hỏi thuộc chủ đề Quản lý Chất lượng (Quality Management) và Quản lý Rủi ro (Risk Management) trong PMP, cụ thể liên quan đến quality audit (kiểm toán chất lượng) được thực hiện để đảm bảo các quy trình trong kế hoạch thực thi dự án (project execution plan) tuân thủ đúng.

Trong quá trình audit, auditor phát hiện một vấn đề không phù hợp (nonconformance issue): danh sách điểm danh (attendance lists) cho các cuộc họp đánh giá rủi ro dự án (project risk review meetings) không có sẵn.

Câu hỏi yêu cầu xác định tại sao danh sách điểm danh lại quan trọng trong bối cảnh này. Điều này nhấn mạnh vai trò của bằng chứng (evidence) để chứng minh rằng các quy trình quản lý rủi ro đã được thực hiện đúng cách, với sự tham gia của các thành viên dự án phù hợp. Theo PMBOK® Guide 7th Edition (2021, cập nhật đến 2026), quality audit nhằm kiểm tra sự tuân thủ quy trình, và các tài liệu như meeting records là công cụ quan trọng để xác nhận việc thực thi (execution) và sự tham gia của các bên liên quan đúng quy định.

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

Đáp án đúng: The attendance list is evidence that risk review meetings were held with the appropriate project team members

🛠️ Lý do: Danh sách điểm danh là bằng chứng cụ thể (evidence) chứng minh rằng các cuộc họp đánh giá rủi ro đã được tổ chức thực tế và với các thành viên dự án phù hợp (appropriate project team members). Trong quality audit, auditor cần xác nhận rằng quy trình Manage Risks (Performance Domain: Uncertainty) đã được thực hiện đúng, bao gồm việc review rủi ro định kỳ với đúng người tham gia (như project team, stakeholders). Thiếu danh sách này là nonconformance vì không chứng minh được sự tuân thủ, giúp tránh rủi ro dự án không được quản lý hiệu quả. Điều này phù hợp với nguyên tắc Audit & Compliance trong Quality Management Performance Domain (PMBOK® 7th).

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

• ❌ It is standard practice on projects to conduct risk review meetings which should have records on meeting attendance
  Sai vì: Phương án này chỉ nêu chung chung rằng đây là "thực hành tiêu chuẩn" (standard practice) và cần có records, nhưng không giải thích lý do cốt lõi tại sao attendance list quan trọng trong audit. Nó thiếu chiều sâu về vai trò evidence để chứng minh sự tham gia đúng người, chỉ dừng ở mức mô tả quy trình mà không liên kết với nonconformance issue.

• ✅ The attendance list is evidence that risk review meetings were held with the appropriate project team members
  Đúng vì: Như đã giải thích ở trên, đây là lý do chính xác nhất, nhấn mạnh evidence cho việc họp đã diễn ra với đúng thành viên (appropriate members), đảm bảo quy trình risk review được thực thi đầy đủ theo kế hoạch dự án. Điều này trực tiếp giải quyết vấn đề nonconformance trong quality audit.

• ❌ It is a record that shows the number of attendees in the meeting
  Sai vì: Phương án chỉ đề cập đến việc ghi nhận số lượng người tham dự (number of attendees), điều này quá hẹp và không quan trọng bằng việc xác nhận ai tham gia (appropriate members). Trong audit, số lượng không phải yếu tố quyết định; trọng tâm là bằng chứng về sự tham gia đúng quy trình, không chỉ con số.

• ❌ It is a document that is registered within the lessons learned register
  Sai vì: Attendance list không phải là tài liệu được đăng ký trong lessons learned register (danh sách bài học kinh nghiệm). Lessons learned register dùng để lưu trữ bài học rút ra từ dự án (Manage Project Knowledge process), không phải records họp hàng ngày. Phương án này nhầm lẫn hoàn toàn về vị trí lưu trữ và mục đích.

📘 Tài liệu tham khảo

• PMBOK® Guide – Seventh Edition (2021, PMI): Quality Management Performance Domain (Audit & Compliance), Uncertainty Performance Domain (Risk Review Meetings), trang 89-92 (Quality) & 139-142 (Uncertainty).
• PMI Agile Practice Guide (2021): Nhấn mạnh evidence-based audits trong hybrid projects.
• The Standard for Project Management (2021): Principle 11: Optimize Risk Responses – yêu cầu records họp để track adherence.
  (Kiến thức cập nhật đến 2026 dựa trên PMI standards hiện hành; không có thay đổi lớn dự kiến cho PMP đến thời điểm này).

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

Câu hỏi mô tả một công ty đang khởi tạo (initiating) một dự án nhằm cải tiến (enhance) một sản phẩm hiện có. Tất cả sản phẩm của công ty đều được phát triển nội bộ (developed internally), nghĩa là công ty có lịch sử dự án tương tự trước đó. Câu hỏi yêu cầu project manager nên làm gì đầu tiên hoặc phù hợp nhất trong giai đoạn khởi tạo dự án.

🛠️ Bối cảnh PMP (theo PMBOK Guide 7th Edition và cập nhật đến 2026): Giai đoạn Initiating tập trung vào việc xác định dự án, phát triển Project Charter, và xác định stakeholder ban đầu. Một thực hành tốt nhất là sử dụng Organizational Process Assets (OPA), bao gồm lessons learned từ các dự án trước, để tránh lặp lại sai lầm và tối ưu hóa kế hoạch. Vì sản phẩm được phát triển nội bộ, project manager cần tận dụng kinh nghiệm từ "previous project" tương tự để hỗ trợ Develop Project Charter (Process 1.2 trong PMBOK 7).

📘 Nguồn tham khảo:

• PMBOK Guide 7th Edition, Section 2.3.2 (Organizational Process Assets – Lessons Learned Repository).
• PMP Exam Content Outline (2021, cập nhật ECO 2024-2026): Domain I. People (Stakeholder Engagement), Domain II. Process (Lessons Learned).

✅ Đáp án đúng: Review the lessons learned from the previous project

Lý do lựa chọn:

• Trong giai đoạn Initiating, project manager phải review lessons learned từ dự án trước như một phần của OPA để thu thập thông tin lịch sử (historical information). Điều này giúp xác định vấn đề tiềm ẩn, best practices, và cơ hội cải tiến ngay từ Project Charter.
• Vì công ty phát triển nội bộ và đang enhance sản phẩm hiện có, chắc chắn có "previous project" liên quan → Review giúp dự án mới hiệu quả hơn, tránh rủi ro lặp lại.
• Đây là hành động phù hợp nhất lúc khởi tạo, trước khi lập kế hoạch chi tiết.

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

• Ensure the stakeholder engagement plan is accurate and properly documented ❌
  Sai vì: Stakeholder Engagement Plan được phát triển và hoàn thiện trong giai đoạn Planning (Process 13.3: Manage Stakeholder Engagement, theo PMBOK 7). Ở Initiating, chỉ identify stakeholder ban đầu (trong Identify Stakeholders), chưa cần ensure plan "accurate and documented" – điều này quá sớm và không phải ưu tiên đầu tiên.

• Review the lessons learned from the previous project ✅
  Đúng vì: Như đã giải thích ở trên, đây là hành động chuẩn mực trong Initiating để sử dụng OPA. Lessons learned repository giúp project manager thu thập insights từ dự án tương tự (enhance sản phẩm nội bộ), hỗ trợ Develop Project Charter hiệu quả. 🛠️ Best practice theo PMBOK 7!

• Identify the risk of implementing the new solution and evaluate the impact on the project ❌
  Sai vì: Risk Identification và Qualitative/Quantitative Analysis thuộc giai đoạn Planning (Process 11.2: Identify Risks và 11.3: Perform Qualitative Risk Analysis). Ở Initiating, chỉ xem xét high-level risks qua lessons learned, chưa đi sâu "identify and evaluate impact" cho "new solution".

• Create a lessons learned document for the initiation phase ❌
  Sai vì: Lessons learned được tạo và cập nhật xuyên suốt dự án (continuously, không chỉ ở Initiation), và chủ yếu ở cuối phase hoặc project close (Process 4.8: Close Project). Ở Initiating, project manager review chứ không "create" document mới – tạo lúc này là không logic vì chưa có dữ liệu thực tế!

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

Câu hỏi này thuộc chủ đề Quản lý Đóng dự án (Project Closing) trong PMP, dựa trên PMBOK® Guide – Seventh Edition (cập nhật mới nhất đến 2026). Tình huống mô tả:
Khách hàng (client) không đồng ý đóng dự án vì cho rằng đội ngũ dự án chưa thực hiện kiểm tra mã nguồn (code inspections) theo quy định trong hợp đồng phát triển. Tuy nhiên, thực tế đội ngũ đã thực hiện, nhưng hồ sơ ghi chép (records) chưa đầy đủ.
📌 Vấn đề cốt lõi: Đây là tranh chấp về bằng chứng tuân thủ hợp đồng, ảnh hưởng đến việc chấp nhận sản phẩm (deliverables acceptance) và đóng dự án. Project Manager (PM) cần xử lý để đảm bảo stakeholder agreement, tránh rủi ro pháp lý, và hoàn tất quy trình đóng dự án một cách hợp tác. PMBOK nhấn mạnh nguyên tắc Stakeholder Engagement và Holistic/Adaptive Thinking để giải quyết vấn đề qua giao tiếp và lessons learned.

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

Đáp án đúng: Hold a meeting with the project team project sponsor and the client to agree to the further work required to close the project and add to lessons learned

🛠️ Lý do chọn đáp án này (theo PMBOK 7th Ed.):

• Đây là cách tiếp cận hợp tác và chủ động nhất, phù hợp với Process: Close Project or Phase (trang 125-127). PM cần tổ chức họp với các bên liên quan chính (team, sponsor, client) để:
  • Xác nhận sự thật (code inspections đã làm).
  • Đồng ý công việc bổ sung (further work) như hoàn thiện records để client chấp nhận closure.
  • Cập nhật lessons learned ngay lập tức, giúp dự án tương lai tránh vấn đề tương tự (Value Delivery System, Principle 9: Leadership).
• Tránh leo thang pháp lý sớm, ưu tiên communication và negotiation để duy trì mối quan hệ stakeholder (Stakeholder Engagement, trang 89-91). Đây là hành động ngay lập tức và hiệu quả nhất.

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

Dưới đây là phân tích chi tiết từng lựa chọn, giữ nguyên văn bản gốc tiếng Anh. Mỗi phương án được đánh giá dựa trên PMBOK 7th Ed. và PMP Exam Content Outline 2021 (cập nhật 2026), tập trung vào People (42%) và Process (50%) domains.

• ❌ Seek expert legal advice on the interpretation of the clauses in the contract
  Phân tích sai: Phương án này leo thang pháp lý quá sớm, không phù hợp với nguyên tắc Tailor-based Approach (PMBOK trang 41). Hợp đồng rõ ràng yêu cầu code inspections, và vấn đề chỉ là records chưa đầy đủ – có thể giải quyết nội bộ qua họp hành. Legal advice chỉ dùng khi tranh chấp lớn (Procurements Management, trang 157), tránh làm căng thẳng mối quan hệ client.

• ✅ Hold a meeting with the project team project sponsor and the client to agree to the further work required to close the project and add to lessons learned
  Phân tích đúng: Như đã giải thích ở trên. Đây là best practice cho Issue Resolution và Closing Performance Domain (PMBOK trang 70-72), kết hợp engagement (họp đa bên) + lessons learned (cải tiến liên tục).

• ❌ Close the project and hand over the deliverables to the client
  Phân tích sai: Vi phạm nghiêm trọng quy trình Validate and Close Scope (PMBOK trang 113). Client chưa chấp nhận (administrative closure yêu cầu agreement), dẫn đến rủi ro tranh chấp sau (claims). PM không được "đóng một mình" mà phải có formal acceptance từ customer.

• ❌ Hold a lessons learned workshop with the project team and project sponsor to avoid contractual compliance issues arising in future projects
  Phân tích sai: Thiếu sự tham gia của client – bỏ qua Stakeholder Collaboration (Principle 5, PMBOK trang 19). Lessons learned chỉ với team/sponsor là không đầy đủ, vì vấn đề hiện tại chưa giải quyết (records chưa fix), dự án chưa thể đóng. Workshop này nên làm sau khi có agreement từ client.

📘 Tài liệu tham khảo

• PMBOK® Guide – Seventh Edition (2021, PMI): Closing a Project (Section 2.8), Lessons Learned (Tool & Technique), Stakeholder Engagement (Section 4.5).
• PMP Exam Content Outline (2021, cập nhật 2026): Domain 3: Business Environment (Task 8: Compliance), Domain 4: Process (Task 15: Close Project).
• The Standard for Project Management (2021): Principle 12: Uncertainty (xử lý records gaps).
  (Nguồn chính thức từ PMI.org, khuyến nghị Agile Practice Guide cho hybrid approach nếu dự án dev code).

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 lĩnh vực Quản lý Tài nguyên (Resource Management) trong PMP, cụ thể liên quan đến việc xử lý các tài nguyên chia sẻ (shared resources) giữa các dự án khác nhau. Tình huống mô tả:
Một project manager đang quản lý một dự án cho khách hàng với đội ngũ gồm các tài nguyên chia sẻ từ các dự án khác. Chỉ còn 3 ngày trước hạn chót giao dự án, đội ngũ báo cáo rằng dự án sẽ bị chậm trễ vì một thành phần (component) không được giao đúng hạn. Nguyên nhân gốc rễ là các ưu tiên cạnh tranh (competing priorities) từ các dự án khác đang làm chậm việc giao thành phần này.

🛠️ Câu hỏi yêu cầu: Project manager nên làm gì trước đó để ngăn chặn sự chậm trễ này xảy ra? Đây là câu hỏi tập trung vào phòng ngừa chủ động (proactive prevention), nhấn mạnh việc lập kế hoạch sớm thay vì xử lý khủng hoảng muộn (reactive). Theo PMBOK® Guide 7th Edition (và cập nhật đến 2026), quản lý tài nguyên chia sẻ đòi hỏi phải đánh giá tác động từ các dự án khác ngay từ giai đoạn lập kế hoạch để tránh rủi ro như competing priorities.

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

Đáp án đúng: Used the resource management plan to identify the impacts of the other projects

Lý do:
Resource Management Plan (Kế hoạch Quản lý Tài nguyên) là tài liệu cốt lõi trong Project Resource Management (PMBOK® 7th Edition, Domain: Project Resource Management). Kế hoạch này giúp project manager xác định và đánh giá tác động (identify impacts) từ các dự án khác đối với tài nguyên chia sẻ, bao gồm competing priorities. Việc sử dụng kế hoạch này từ đầu dự án cho phép dự đoán rủi ro chậm trễ, điều chỉnh lịch trình, hoặc đàm phán ưu tiên với các project manager khác. Nếu làm sớm, project manager có thể tránh được tình huống khủng hoảng chỉ 3 ngày trước deadline. Đây là cách tiếp cận chủ động, dự phòng (proactive và preventive) phù hợp nhất với nguyên tắc Agile và Hybrid trong PMP mới nhất.

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

Dưới đây là phân tích từng lựa chọn một cách chi tiết. 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 PMBOK® 7th Edition và PMI Standards cập nhật đến 2026.

• ❌ [SAI] Updated the risk management plan and registered lessons learned for the project
  Phương án này sai vì đây là hành động phản ứng sau sự cố (reactive), không phải phòng ngừa. Cập nhật Risk Management Plan và ghi lessons learned chỉ hữu ích sau khi delay xảy ra để cải thiện dự án tương lai (theo Risk Management Domain). Nó không giải quyết gốc rễ competing priorities từ shared resources, và không ngăn chặn delay từ đầu.

• ❌ [SAI] Reorganized the team for the project based on the work breakdown structure (WBS)
  Phương án này sai vì việc tái tổ chức đội ngũ dựa trên WBS (Work Breakdown Structure) chỉ tập trung vào cấu trúc công việc nội bộ dự án, không xử lý vấn đề shared resources từ dự án khác. WBS thuộc Scope Management (PMBOK® 7th), nhưng không giúp identify impacts từ competing priorities bên ngoài. Hơn nữa, reorganize muộn (gần deadline) sẽ gây rối loạn thêm.

• ❌ [SAI] Maintained constant communication with the stakeholders of the other projects
  Phương án này sai dù giao tiếp là quan trọng (Stakeholder Engagement Domain), nhưng "constant communication" là chung chung, không cụ thể và không phải công cụ chính để prevent delay. Giao tiếp với stakeholders của dự án khác chỉ hỗ trợ, chứ không thay thế việc sử dụng Resource Management Plan để đánh giá tác động một cách có hệ thống từ giai đoạn lập kế hoạch.

• ✅ [ĐÚNG] Used the resource management plan to identify the impacts of the other projects
  Như đã giải thích ở trên, đây là lựa chọn tối ưu vì trực tiếp sử dụng tài liệu chuẩn PMP để phòng ngừa rủi ro tài nguyên chia sẻ. Nó phù hợp với nguyên tắc "Manage Project Resources" trong PMBOK® 7th Edition, đảm bảo tính dự phòng và tích hợp đa dự án (multi-project environment).

📘 Tài liệu tham khảo

• PMBOK® Guide – 7th Edition (2021, cập nhật PMI đến 2026): Chương Project Resource Management (trang 99-112), nhấn mạnh Resource Management Plan để assess shared resource risks.
• PMI Resource Management Standard (2023): Hướng dẫn chi tiết về managing shared resources và competing demands.
• PMP Exam Content Outline (2024-2026): People Domain (27%), bao gồm Resource Management (14% questions).
• Nguồn chính thức: PMI.org – Tìm kiếm "Resource Management Plan" và "Shared Resources".

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 nội dung câu hỏi

Câu hỏi này thuộc chủ đề Quản lý Dự án Chuyên nghiệp (PMP), tập trung vào quản lý rủi ro pháp lý và tuân thủ (compliance) trong giai đoạn triển khai (implementation) của dự án phức tạp.

• Tình huống: Quản lý dự án (PM) đã hoàn thành tất cả các nhiệm vụ yêu cầu, nhưng trong cuộc kiểm toán bên ngoài (external audit), dự án bị phạt nặng (heavy penalty) liên quan đến module mới triển khai. Vấn đề cốt lõi là trách nhiệm pháp lý (liabilities) phát sinh từ việc triển khai mà không có các biện pháp kiểm soát phù hợp, dẫn đến vi phạm quy định tổ chức hoặc pháp luật.
• Yêu cầu hành động: PM cần làm gì trước hoặc trong quá trình triển khai để tránh các khoản phạt này? Câu hỏi nhấn mạnh vào quy trình tổ chức (organizational procedures) để đảm bảo không có rủi ro pháp lý từ implementation gần nhất.
• Liên quan PMP mới nhất (PMBOK 7th Edition & Exam Content Outline 2021-2026): Thuộc Performance Domain: Uncertainty (quản lý rủi ro, compliance) và Stakeholder Performance Domain (approvals từ stakeholders). PM phải đảm bảo tuân thủ Organizational Process Assets (OPA) và Governance Procedures để tránh liabilities, đặc biệt trong dự án phức tạp có audit bên ngoài. 📘 Tài liệu tham khảo: PMBOK Guide 7th Edition (trang 47-50: Compliance & Governance); PMP Exam Content Outline (Domain 3: Business Environment - Task 4: Evaluate & Address External Factors).

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

Đáp án đúng: Ensured that all the required approvals were received per the organizational procedures

🛠️ Giải thích lý do: Trong PMP, việc nhận tất cả các phê duyệt yêu cầu (required approvals) theo quy trình tổ chức (organizational procedures) là bước bắt buộc để đảm bảo tuân thủ pháp lý, governance và tránh liabilities từ implementation. Audit bên ngoài thường kiểm tra các sign-off từ stakeholders, compliance team hoặc regulatory bodies trước khi triển khai module. Nếu thiếu approvals, dù task hoàn thành, dự án vẫn chịu phạt (ví dụ: vi phạm hợp đồng, quy định ngành). Điều này phù hợp với PMBOK 7: PM phải "align with governance" và "obtain necessary approvals" trước release (Principle 5: Stakeholders & Principle 12: Uncertainty). Đây là biện pháp trực tiếp nhất để ngăn chặn penalty từ audit. 📘 Nguồn: PMBOK 7th Ed., Section 2.3 Governance; ECO Task 3.11 (Stakeholder Engagement).

📋 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 một cách chi tiết. Tôi giữ nguyên văn bản gốc bằng tiếng Anh, 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:

• Ensured that all defects identified during testing were resolved before implementation
  ❌ Sai: Việc sửa tất cả defects từ testing chỉ đảm bảo chất lượng kỹ thuật (Quality Management - Domain: Measurement), nhưng không liên quan trực tiếp đến liabilities pháp lý từ audit bên ngoài. Audit thường kiểm tra compliance/hợp pháp, không phải defects (có thể đã fix nhưng thiếu approvals). Không phải giải pháp cốt lõi cho penalty. 🛠️ Liên quan: PMBOK 7, Domain: Measurement (Testing), nhưng thiếu governance.

• Ensured that all of the required tasks identified in the scope were completed successfully
  ❌ Sai: Hoàn thành scope tasks chỉ xác nhận dự án đạt yêu cầu phạm vi (Scope Management), nhưng câu hỏi đã nêu PM "ensured all required tasks completed" mà vẫn bị phạt. Vấn đề là liabilities từ implementation, không phải scope completion (có thể đầy đủ task nhưng thiếu phê duyệt pháp lý). Không giải quyết gốc rễ audit penalty. 🛠️ Liên quan: PMBOK 7, Domain: Planning (Scope), nhưng bỏ qua Compliance.

• Ensured that all documentation was completed post implementation before closing the project
  ❌ Sai: Hoàn tất documentation sau implementation (post) chỉ hỗ trợ Close Project/Phase (Process 4.7 PMBOK 6 tương đương), nhưng quá muộn để tránh liabilities từ module đã triển khai (penalty đã xảy ra). Audit cần approvals trước/song song, không phải docs sau. Sai thời điểm và không trực tiếp chống penalty. 🛠️ Liên quan: PMBOK 7, Deliverables & Lessons Learned, nhưng không phải preventive measure.

• Ensured that all the required approvals were received per the organizational procedures
  ✅ Đúng: Như giải thích trên, đây là bước then chốt để tuân thủ OPA, governance và tránh rủi ro pháp lý/audit. Approvals đảm bảo module hợp pháp trước release, trực tiếp ngăn penalty. Hoàn hảo khớp tình huống! 🛠️ Liên quan: PMBOK 7, Principle 9: Leadership (Approvals) & Domain: Team/Stakeholders.

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é. 📘 Tài liệu bổ sung: Rita PMP Book 12th Ed. (Chapter 10: Procurements & Approvals); PMI.org Exam Prep 2026.

🧩 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ý Đội ngũ (Manage Project Team) trong PMP, cụ thể liên quan đến People Domain theo PMP Exam Content Outline (2021, cập nhật đến 2026). Một project manager đang cân nhắc đề xuất một thành viên junior xuất sắc làm project manager mới cho dự án hiện tại. Để chuẩn bị khuyến nghị lên senior management, project manager cần hành động gì?
📌 Mục tiêu chính: Tập trung vào việc thu thập bằng chứng khách quan, cụ thể chứng minh năng lực cá nhân, thay vì thông tin chủ quan hoặc gián tiếp. Điều này phù hợp với nguyên tắc Tailoring và Evidence-Based Decision Making trong PMBOK® Guide 7th Edition (2021), nhấn mạnh sử dụng artifacts để hỗ trợ quyết định nhân sự.

✅ Đáp án đúng

Gather project artifacts that demonstrate the team member's high performance
Lý do chọn đáp án này: Đây là hành động tốt nhất vì project artifacts (như báo cáo tiến độ, deliverables, work performance reports, lessons learned) là bằng chứng khách quan, đo lường được chứng minh hiệu suất cao của thành viên. Theo Process 9.4: Manage Project Team (PMBOK® 7th), project manager phải sử dụng artifacts từ Resource Management để đánh giá và khuyến nghị, giúp senior management dễ dàng xác thực. Điều này hỗ trợ High-Performing Team principles, đảm bảo tính minh bạch và chuyên nghiệp. 🛠️

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

Dưới đây là phân tích chi tiết từng lựa chọn, giữ nguyên nội dung gốc bằng tiếng Anh. Mỗi phương án được đánh giá dựa trên nguyên tắc PMP mới nhất (PMBOK® 7th Edition & PMP ECO 2021-2026).

• ❌ Compile key highlights featuring the team member from the meeting minutes
  Giải thích sai: Phương án này chỉ thu thập tóm tắt chủ quan từ biên bản họp, thiếu tính khách quan và toàn diện. Meeting minutes có thể bị bias (thiên vị) hoặc không phản ánh đầy đủ performance. PMBOK® 7th (Section 4.6) nhấn mạnh artifacts phải là dữ liệu thực tế, không phải highlight chọn lọc, để tránh rủi ro trong quyết định nhân sự.

• ❌ Ask the team member to write a short biography listing their qualifications
  Giải thích sai: Yêu cầu tự viết tiểu sử là self-promotion (tự quảng bá), thiếu tính độc lập và dễ thổi phồng. Trong Stakeholder Engagement (PMBOK® 7th, Section 4.7), khuyến nghị phải dựa trên evidence từ project artifacts, không phải tài liệu tự tạo, để đảm bảo tính chân thực với senior management.

• ✅ Gather project artifacts that demonstrate the team member's high performance
  Giải thích đúng: Như đã nêu ở trên, đây là cách chuẩn PMP để chứng minh performance qua các sản phẩm thực tế (e.g., issue logs, quality metrics). Hỗ trợ Performance Domain: Team (PMP ECO), giúp xây dựng case mạnh mẽ cho khuyến nghị. 🏆

• ❌ Calculate the health of the projects on which the team member has worked
  Giải thích sai: Tính toán sức khỏe dự án (project health) chỉ đánh giá dự án tổng thể, không trực tiếp chứng minh hiệu suất cá nhân của thành viên. Theo Project Monitoring & Controlling (PMBOK® 7th, Section 4.5), project health metrics như CPI/SPI là gián tiếp; cần artifacts cá nhân hóa để khuyến nghị PM mới.

📘 Tài liệu tham khảo

• PMBOK® Guide – 7th Edition (2021): Sections 4.3 (Project Work), 9.4 (Manage Project Team), Performance Domains: Team & People.
• PMP Exam Content Outline (PMI, 2021 – hiệu lực đến 2026): Domain 2: People (Task 5: Evaluate team performance; Task 10: Promote team performance).
• PMI Agile Practice Guide (2021): Nhấn mạnh artifacts trong hybrid environments.
  💡 Lời khuyên PMP: Luôn ưu tiên data-driven decisions để xây dựng uy tín với senior management! 🚀

🧩 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 quản lý dự án: Quản lý dự án (Project Manager - PM) được giao một dự án đang trong giai đoạn phát triển (development). Khi kiểm tra tiến độ, PM phát hiện một số nhiệm vụ (tasks) bị trễ lịch (behind schedule). Sau khi điều tra, nguyên nhân là một số thành viên đội ngũ bị kéo đi làm các nhiệm vụ khác (pulled to other assignments), dẫn đến thiếu tập trung vào dự án hiện tại.
Vấn đề cốt lõi: Đây là tình huống phổ biến trong tổ chức ma trận (matrix organization), nơi thành viên đội ngũ có thể bị ảnh hưởng bởi các ưu tiên từ quản lý chức năng (functional managers). Câu hỏi yêu cầu chọn hai hành động (Choose two) mà PM có thể thực hiện để đưa đội ngũ trở lại đúng tiến độ (bring the team back on track).
Mục tiêu là giải quyết nguyên nhân gốc rễ (root cause) - xung đột ưu tiên - thay vì chỉ theo dõi hoặc báo cáo thụ động, phù hợp với nguyên tắc proactive management trong PMBOK® Guide 7th Edition (2021) và các cập nhật đến 2026, nhấn mạnh vào People Domain (quản lý đội ngũ) và Process Domain (quản lý tiến độ).

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

Hai đáp án đúng là:

• Discuss the risk of project delay and work priorities with the respective functional managers
• Work with the team to identify options to accelerate project delivery.

Lý do lựa chọn 🛠️:
Những hành động này trực tiếp giải quyết vấn đề bằng cách:

• Thảo luận với functional managers để đàm phán ưu tiên công việc, giảm rủi ro trì hoãn dự án – phù hợp với Manage Project Team và Resource Management trong PMBOK® 7th (Process 9.5: Acquire Resources, 9.6: Develop Team).
• Làm việc với đội ngũ để xác định tùy chọn tăng tốc (accelerate), như crashing, fast-tracking hoặc tái phân bổ công việc – thể hiện Agile/Adaptive practices và Tailoring để phục hồi tiến độ (PMBOK® 7th, Principle 5: Optimize Risk Responses).
  Hai hành động này proactive, collaborative và tập trung vào giải pháp, giúp đưa dự án về track mà không làm gián đoạn stakeholders ngay lập tức.

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

Dưới đây là phân tích chi tiết từng lựa chọn, giữ nguyên văn bản gốc bằng tiếng Anh. Mỗi phương án được đánh giá dựa trên PMBOK® Guide 7th Edition (2021), PMI's Standard for Project Management (2021), và các cập nhật Agile/Hybrid đến 2026. Tôi sử dụng ✅ cho đúng, ❌ cho sai, kèm giải thích bằng tiếng Việt.

• Establish daily standups to review project progress and track the completion of deliverables
  ❌ Sai: Mặc dù daily standups là thực hành tốt trong Agile/Scrum (PMBOK® 7th, Models/Methods/Tools), nhưng nó chỉ giúp theo dõi tiến độ chứ không giải quyết nguyên nhân gốc (thành viên bị kéo đi làm việc khác). Áp dụng ở đây sẽ tốn thời gian mà không đưa đội ngũ về track, vi phạm nguyên tắc focus on value (Principle 12).

• Allow the team members to catch up at their own pace
  ❌ Sai: Hành động này thụ động và thiếu trách nhiệm, để đội ngũ tự bắt kịp mà không hỗ trợ, dẫn đến rủi ro trì hoãn kéo dài. PMBOK® 7th (Process 4.6: Control Schedule) yêu cầu PM phải chủ động can thiệp (take corrective actions), không phải "chờ đợi tự nhiên".

• Alert the business stakeholders immediately of the schedule delay
  ❌ Sai: Báo cáo ngay lập tức cho stakeholders là escalation sớm, chưa thử các giải pháp nội bộ. PMBOK® 7th (Stakeholder Engagement, Principle 9: Engage Stakeholders) khuyên nên giải quyết vấn đề trước khi escalate, tránh làm mất lòng tin và có thể gây hoang mang không cần thiết.

• Discuss the risk of project delay and work priorities with the respective functional managers
  ✅ Đúng: Hành động này trực tiếp xử lý xung đột ưu tiên bằng cách đàm phán với functional managers (phổ biến trong matrix org). Phù hợp Resource Optimization (PMBOK® 7th, Process 9.1: Plan Resource Management) và Risk Management (Identify/Respond to risks như resource conflict).

• Work with the team to identify options to accelerate project delivery.
  ✅ Đúng: Hợp tác với đội ngũ để tìm tùy chọn tăng tốc (e.g., overtime, parallel tasks, re-prioritize backlog) thể hiện team empowerment và adaptive planning (PMBOK® 7th, Principle 3: Focus on Value; Agile Principle: Collaborate & Deliver). Giúp phục hồi schedule hiệu quả.

📘 Tài liệu tham khảo

• PMBOK® Guide – Seventh Edition (2021): Chapters on People, Process, Business Environment Domains; Processes 4.6 Control Schedule, 9.5-9.6 Team Management.
• PMI's Standard for Project Management (2021): Principles 5 (Risk), 8 (Teams), 12 (Value).
• PMI Agile Practice Guide (cập nhật 2025-2026): Daily standups và acceleration options trong Servant Leadership.
  (Nguồn chính thức từ PMI.org; khuyến nghị kiểm tra PMP Exam Content Outline 2021+ cho các câu hỏi multiple-choice chọn hai đáp án).

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ụ 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 lĩnh vực Quản lý Mua sắm (Procurement Management) trong PMP, cụ thể liên quan đến quy trình Control Procurements (kiểm soát mua sắm). Tình huống mô tả: Quản lý dự án (PM) đã chấp nhận một lô hàng tại chỗ, nhưng chất lượng kém. PM đã yêu cầu nhà cung cấp địa phương sửa chữa, và dự kiến còn nhiều lô hàng nữa từ nhà cung cấp này. Câu hỏi yêu cầu hành động tiếp theo (going forward) để tránh lặp lại vấn đề.

Mục tiêu chính là đảm bảo tuân thủ hợp đồng, kiểm soát chất lượng theo quy định pháp lý và hợp đồng, thay vì chỉ kiểm tra thủ công hoặc dựa vào lời hứa suông. Điều này phù hợp với nguyên tắc Tailoring và Value Delivery trong PMBOK 7th Edition (2021) và cập nhật PMP đến 2026, nhấn mạnh vào việc sử dụng hợp đồng làm cơ sở để quản lý rủi ro chất lượng từ nhà cung cấp. 📘

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

Đáp án đúng: Review the contract requirements and ask for the applicable evidence for quality assurance

Lý do:

• PM phải quay về hợp đồng (contract) làm nền tảng chính để kiểm soát chất lượng, vì hợp đồng quy định rõ các yêu cầu về chứng cứ chất lượng (evidence for QA). Việc này giúp chủ động phòng ngừa thay vì phản ứng sau khi nhận hàng kém.
• Theo PMBOK 7th Edition, trong Control Procurements (Domain: Procurement), PM cần xác minh sự tuân thủ hợp đồng bằng evidence cụ thể (như certificate of conformance, test reports). Không kiểm tra hợp đồng trước sẽ dẫn đến rủi ro pháp lý và lãng phí.
• Hành động này hiệu quả, chuyên nghiệp, phù hợp với PMP Code of Ethics (trách nhiệm và tính chuyên nghiệp). 🛠️

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

• ❌ Allocate extra time to inspect deliveries for quality assurance upon arrival at the site
  Phương án này sai vì chỉ tập trung vào kiểm tra sau khi nhận hàng (post-delivery inspection), dẫn đến tốn kém thời gian, nguồn lực và không giải quyết gốc rễ vấn đề từ nhà cung cấp. Trong PMP, Quality Assurance (QA) là quy trình dự phòng, không thay thế cho contract compliance. Việc phân bổ thời gian thêm chỉ là biện pháp tạm thời, không "going forward" bền vững, dễ gây chậm trễ dự án (theo PMBOK 7: Manage Quality).

• ✅ Review the contract requirements and ask for the applicable evidence for quality assurance
  Như đã giải thích ở trên, đây là hành động đúng nhất, chủ động dựa trên hợp đồng để yêu cầu evidence (chứng cứ QA như báo cáo kiểm tra, chứng nhận). Điều này đảm bảo traceability và tuân thủ Procurement Performance Domain. 📘 (Tham khảo: PMBOK 7th Edition, Section 12.3 Control Procurements; PMI's Practice Standard for Project Procurement Management).

• ❌ Have the vendor issue the quality documentation prior to the next delivery
  Phương án này sai vì PM không có quyền tự ý yêu cầu tài liệu mới mà không dựa trên hợp đồng. Nếu hợp đồng không quy định, việc ép buộc có thể vi phạm hợp đồng hoặc dẫn đến tranh chấp. PMP nhấn mạnh contract governance trước khi thay đổi quy trình (PMBOK 7: Agreements phải được thực thi theo điều khoản gốc).

• ❌ Call the vendor and have them verbally guarantee the quality of the next site delivery
  Phương án này sai hoàn toàn vì lời hứa miệng (verbal guarantee) không có giá trị pháp lý, dễ bị phủ nhận và không tạo evidence. Trong PMP, mọi cam kết với nhà cung cấp phải bằng văn bản theo hợp đồng, tránh rủi ro tranh chấp (theo Stakeholder Engagement và Procurement Audits trong PMBOK 7). 🚫

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

• 📘 PMBOK Guide 7th Edition (2021): Procurement Domain, Control Procurements (TT. 4.6).
• 📘 PMI's Code of Ethics & Professional Conduct (cập nhật 2022-2026): Trách nhiệm với hợp đồng.
• 🔗 PMI.org: Exam Content Outline (ECO) 2021+, Procurement Knowledge Area (13-17%).

Phân tích này giúp thí sinh PMP tránh bẫy "phản ứng nhanh" và tập trung vào nguyên tắc cốt lõi. Chúc ôn thi thành công! 🚀

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

Câu hỏi thuộc chủ đề Quản lý Rủi ro (Risk Management) trong PMP, cụ thể là quá trình giám sát rủi ro trong giai đoạn thực thi dự án (Project Execution). 📘

• Bối cảnh: Chủ sở hữu rủi ro (risk owner) đang giám sát tốc độ quay quan trọng (critical speed rate) của động cơ điện (power engine) để kích hoạt chiến lược phản ứng rủi ro đã định nghĩa (defined risk-response strategy). Trong giai đoạn đánh giá và quản lý rủi ro (risk assessment and management process phase), các đặc tính của động cơ được xác định như sau:

  • 1,600 rpm: Động cơ ngừng hoạt động và làm sập hệ thống (stops working and crashes the system) → Đây là tình huống đã xảy ra và gây thiệt hại thực tế.
  • 1,500 rpm: Cảnh báo tốc độ tối đa cho phép (warns of max rate allowed) → Dấu hiệu cảnh báo nguy cơ sắp xảy ra.
  • 1,400 rpm: Tự động giảm công suất và phanh động cơ (reduces the power and brakes the engine) → Hành động can thiệp tự động để ngăn ngừa.

• Mục tiêu câu hỏi: Phân biệt rõ ràng giữa project risk (rủi ro dự án: sự kiện không chắc chắn trong tương lai, có thể ảnh hưởng tích cực/tiêu cực đến mục tiêu dự án), project issue (vấn đề dự án: sự kiện đã chắc chắn xảy ra, cần giải quyết ngay), và event that triggers a response strategy (sự kiện kích hoạt chiến lược phản ứng: dấu hiệu sớm - trigger - cho thấy rủi ro sắp xảy ra hoặc đang xảy ra, dẫn đến thực thi kế hoạch ứng phó). 🛠️

Câu hỏi kiểm tra kiến thức PMP về Risk Monitoring and Control (PMBOK 7th Edition: Domain 4 - Measurement, và Risk Management Principles), nơi trigger là chỉ báo sớm để chủ động kích hoạt response (như Mitigate hoặc Avoid).

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

Đáp án đúng:
1,600 rpm is a project issue, 1,500 rpm is a project risk, and 1,400 rpm is an event that triggers a response strategy.

Lý do (dựa trên PMBOK 7th Edition và cập nhật đến 2026):
✅ 1,600 rpm là project issue vì hệ thống đã thực sự crash - đây là vấn đề đã xảy ra (certain event), không còn là rủi ro không chắc chắn. Issue log sẽ được cập nhật để giải quyết (PMBOK Glossary: "A set of concerns, problems, or troubles").
✅ 1,500 rpm là project risk vì đây là mức cảnh báo nguy cơ (warns of max rate) - sự kiện không chắc chắn trong tương lai có thể dẫn đến issue nếu không can thiệp (Risk = uncertain future event, PMBOK 7: Principle 7 - Navigate Complexity).
✅ 1,400 rpm là event that triggers a response strategy vì đây là trigger (dấu hiệu sớm) kích hoạt response tự động (reduce power) để giảm xác suất hoặc tác động rủi ro (PMBOK 6/7: Risk Triggers trong Monitor Risks process). Risk owner giám sát để "eventually trigger" response tại mức này.

Tài liệu tham khảo:
📘 PMBOK Guide 7th Edition (2021, cập nhật 2024-2026 qua PMI updates): Section 4.6 Risk Management, Glossary (Risk, Issue, Trigger).
📘 PMI Risk Management Standard (2022): Emphasizes triggers as early warnings in iterative monitoring.

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

Dưới đây là phân tích từng lựa chọn, giữ nguyên nội dung gốc tiếng Anh. Mỗi phương án được đánh giá dựa trên định nghĩa chuẩn PMP. 🧩

• [SAI] 1,600 rpm is a project risk, 1,500 rpm is an event that triggers a response strategy, and 1,400 rpm is a project issue.
  ❌ Sai vì: 1,600 rpm đã crash hệ thống → là issue (đã xảy ra), không phải risk (không chắc chắn). 1,400 rpm là trigger (kích hoạt response sớm), không phải issue. 1,500 rpm là risk (cảnh báo), không phải trigger chính. Nhầm lẫn giữa sự kiện đã xảy ra và trigger.

• [SAI] 1,600 rpm is a project issue, 1,500 rpm is an event that triggers a response strategy, and 1,400 rpm is a project risk.
  ❌ Sai vì: 1,500 rpm là risk (uncertain warning), không phải trigger (trigger ở mức thấp hơn để hành động). 1,400 rpm là trigger (reduce power), không phải risk tương lai. Đúng phần 1,600 là issue, nhưng đảo ngược hai mức còn lại.

• [ĐÚNG] 1,600 rpm is a project issue, 1,500 rpm is a project risk, and 1,400 rpm is an event that triggers a response strategy.
  ✅ Đúng như giải thích ở trên: Phân biệt chính xác issue (past/certain), risk (future/uncertain), và trigger (early indicator). Phù hợp quy trình Monitor Risks trong Agile/Hybrid projects (PMBOK 7).

• [SAI] 1,600 rpm is an event that triggers a response strategy, 1,500 rpm is a project issue, and 1,400 rpm is a project risk.
  ❌ Sai vì: 1,600 rpm là issue cuối cùng (crash), không phải trigger (trigger dùng để tránh issue). 1,500 rpm là risk (warn), không phải issue đã xảy ra. 1,400 rpm là trigger sớm nhất, không phải risk độc lập.

Kết luận: Câu hỏi nhấn mạnh tầm quan trọng của trigger-based monitoring để chuyển từ proactive risk response sang reactive issue resolution. Học viên PMP cần nắm vững để đỗ kỳ thi! 🚀

🧩 Giải thích nội dung câu hỏi
Câu hỏi này thuộc chủ đề Quản lý Phạm vi Dự án (Project Scope Management) trong PMP, cụ thể liên quan đến giai đoạn Planning của dự án. Dự án A là dự án quan trọng đối với công ty, phải hoàn thành trong vòng 9 tháng. Project Charter đã được ký duyệt (đây là tài liệu đầu vào chính thức để khởi động dự án), nhưng Project Scope Statement (tài liệu mô tả chi tiết phạm vi dự án, bao gồm deliverables, boundaries, assumptions, constraints) chưa được chuẩn bị và phê duyệt. Ban lãnh đạo (management) yêu cầu Project Manager (PM) tiến hành dự án ngay mà không chờ approved scope statement.
Vấn đề cốt lõi: Không có scope statement approved sẽ dẫn đến rủi ro lớn như scope creep (mở rộng phạm vi không kiểm soát), hiểu lầm về yêu cầu, tranh chấp với stakeholders, và ảnh hưởng đến thời gian, chi phí, chất lượng. PM cần quyết định hành động tiếp theo phù hợp với nguyên tắc PMP: proactive communication, stakeholder engagement, và tuân thủ best practices mà không từ chối trách nhiệm.
📘 Kiến thức PMP cập nhật (PMBOK® Guide 7th Edition & PMP Exam Content Outline 2021, hiệu lực đến 2026): Scope statement là output chính của process Define Scope (5.3) trong PMBOK 6th/7th hybrid approach. PMBOK 7th nhấn mạnh tailoring nhưng vẫn yêu cầu rõ ràng scope để tránh value delivery thất bại. PM phải educate management về rủi ro thay vì escalate ngay hoặc từ chối.

✅ Đáp án đúng và lý do lựa chọn
Đáp án đúng: Meet with management to explain the potential problems with running a project without a project scope statement
Lý do: 🛠️ Đây là hành động tối ưu và proactive nhất theo nguyên tắc PMP. PM đóng vai trò facilitator và advisor, cần gặp trực tiếp management để giải thích rủi ro (như scope creep, misalignment với objectives, tăng chi phí/time overrun). Điều này thúc đẩy stakeholder engagement (PMBOK 7th Principle 6: Engage Stakeholders), xây dựng consensus mà không làm gián đoạn dự án. Escalate chỉ khi cần thiết, không phải bước đầu. Hành động này phù hợp với Agile/Hybrid tailoring nếu áp dụng, nhưng vẫn prioritize clear scope.

🔍 Phân tích tất cả các phương án
Dưới đây là phân tích chi tiết từng lựa chọn, giữ nguyên văn bản gốc bằng tiếng Anh. Mỗi phương án được đánh giá dựa trên best practices PMP (PMBOK 7th Edition, Process Groups: Initiating & Planning).

• ❌ Escalate the issue to the project sponsor and add it to the risk register
  Tại sao SAI? 🛠️ Escalate đến sponsor là bước hợp lý nếu management không lắng nghe, nhưng KHÔNG phải hành động tiếp theo ngay lập tức. PM nên thảo luận trực tiếp với management trước (họ là sponsor hoặc đại diện). Thêm vào risk register là tốt (Identify Risks process), nhưng thiếu communication ban đầu vi phạm Manage Communications và Stakeholder Engagement. Điều này có thể tạo xung đột không cần thiết, không proactive.

• ❌ Refuse to work on the project because management is not following standard project management practices
  Tại sao SAI? 🚫 Hành động cực đoan và tiêu cực, vi phạm professional responsibility của PM (PMP Code of Ethics: Respect, Responsibility). PM không được "từ chối" dự án chỉ vì thiếu một tài liệu – charter đã đủ để bắt đầu planning. Điều này có thể dẫn đến mất việc, dự án delay, và không tuân thủ optimize value delivery (PMBOK 7th). PM phải collaborate thay vì confront.

• ✅ Meet with management to explain the potential problems with running a project without a project scope statement
  Tại sao ĐÚNG? (Như đã giải thích ở phần trên) 🧩 Hoàn hảo vì promote understanding, educate về rủi ro (scope creep, rework), và seek approval để proceed đúng cách. Phù hợp Situational Leadership trong PMP: PM dẫn dắt stakeholders đến best practice.

• ❌ Start the project with inputs from the project charter to save time
  Tại sao SAI? ⚠️ Rủi ro cao nhất, bỏ qua scope definition dẫn đến gold plating hoặc scope creep (common pitfalls). Charter chỉ là high-level (purpose, objectives), không thay thế scope statement chi tiết. "Save time" là lý do kém, vì planning upfront tiết kiệm hơn (PMBOK 7th: Invest in Planning). Vi phạm progressive elaboration đúng cách.

📚 Tài liệu tham khảo

• PMBOK® Guide – 7th Edition (2021): Chương 4 (Project Scope), Principle 1 (Be a Diligent, Respectful, and Caring Steward); Section 5.3 Define Scope.
• PMP Examination Content Outline (PMI, 2021): Domain II: Process (22%), Task 7 (Define Scope).
• PMI Code of Ethics & Professional Conduct: Standards on Responsibility & Respect.
  (Nguồn chính thức từ PMI.org, cập nhật đến 2026 không thay đổi core concepts này).

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