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 lĩnh vực Quản lý Dự án (Project Management) theo chuẩn PMP, tập trung vào quy trình Quản lý Thu mua (Procurement Management) và nguyên tắc trao quyền (Empowerment) cho nhà thầu bên ngoài.

• Bối cảnh dự án: Một đội dự án nhỏ (chỉ 4 thành viên) cần triển khai ứng dụng toàn công ty cho nhân viên và nhà thầu tại một quốc gia. Thời hạn rất chặt chẽ, nên phải thuê một công ty địa phương chuyên về triển khai ứng dụng và quản lý thay đổi (change management).
• Vấn đề cốt lõi: Quản lý dự án (PM) cần làm gì để "empower" (trao quyền, giao quyền tự chủ) cho công ty địa phương này?
  • Empower ở đây không phải kiểm soát chặt chẽ mà là tạo điều kiện để nhà thầu tự quản lý công việc, dựa trên kỳ vọng rõ ràng, thỏa thuận yêu cầu, và theo dõi tiến độ định kỳ. Điều này phù hợp với PMBOK Guide 7th Edition (2021, cập nhật đến 2026 qua PMI Standards), nhấn mạnh Servant Leadership và Team Empowerment trong People Domain (Miền Con người), giúp tối ưu hóa hiệu suất nhà thầu mà không micromanage.

Mục tiêu: Đảm bảo dự án hoàn thành đúng hạn bằng cách tận dụng chuyên môn địa phương, tránh tình trạng PM can thiệp quá mức làm giảm động lực nhà thầu.

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

Đáp án đúng: Set expectations and agree on the requirements that the contractor will deliver with periodic progress reports

Lý do chi tiết 🛠️:

• Phương án này trao quyền thực sự cho nhà thầu bằng cách thiết lập kỳ vọng rõ ràng (set expectations) và thỏa thuận yêu cầu cụ thể (agree on requirements), sau đó chỉ yêu cầu báo cáo tiến độ định kỳ (periodic progress reports).
• Điều này khuyến khích nhà thầu tự quản lý, phù hợp với Process 13.3: Manage Project Procurement (PMBOK 7th) và Principle 7: Optimize Risk Responses – trao quyền giảm rủi ro chậm trễ do đội nhỏ.
• Tránh micromanagement, thúc đẩy hybrid/agile procurement nơi nhà thầu tự chủ, chỉ theo dõi qua milestone reports. Kết quả: Tăng hiệu quả, tuân thủ timelines nghiêm ngặ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, giữ nguyên văn bản gốc tiếng Anh. Mỗi phương án được đánh giá dựa trên PMP best practices (PMBOK 7th Edition & Agile Practice Guide):

• ❌ [SAI] Manage expectations and agree on the requirements that the contractor will deliver under the supervision of the project manager
  Phương án này không trao quyền vì nhấn mạnh "under the supervision" (dưới sự giám sát của PM), biến nhà thầu thành "cánh tay nối dài" thay vì đối tác tự chủ. Điều này vi phạm Empowerment Principle (PMBOK 7th, p.27), dẫn đến mất động lực và phụ thuộc, không phù hợp timelines chặt chẽ.

• ❌ [SAI] Begin to roll out the application by micromanaging the contractor
  Micromanaging (quản lý vi mô) là chống lại Servant Leadership (PMBOK 7th, People Domain), làm giảm hiệu suất nhà thầu chuyên môn. Nó tạo rủi ro chậm trễ, vi phạm Principle 10: Lead by Example – PM phải trao quyền thay vì kiểm soát từng bước.

• ✅ [ĐÚNG] Set expectations and agree on the requirements that the contractor will deliver with periodic progress reports
  Như đã giải thích ở trên: Trao quyền tối ưu qua kỳ vọng rõ ràng + báo cáo định kỳ, hỗ trợ Contract Administration (Procurement Performance Domain). Phù hợp Earned Value Management qua reports để theo dõi mà không can thiệp.

• ❌ [SAI] Deploy the contractor's staff under the supervision of the project manager
  "Deploy under supervision" nghĩa là PM kiểm soát nhân sự nhà thầu, xóa bỏ quyền tự chủ và có thể vi phạm hợp đồng (Scope Creep). Trái với Vendor Management (PMBOK 7th, p.257), nơi nhà thầu chịu trách nhiệm nhân sự của mình.

📘 Tài liệu tham khảo

• PMBOK Guide 7th Edition (2021): Procurement Management (Section 4.7), People Domain (Value Delivery via Empowerment).
• PMI Agile Practice Guide (2017, cập nhật 2025): Hybrid models cho contractor empowerment.
• PMP Exam Content Outline (2021-2026): Domain 2: Process (24%), Domain 3: Business Environment (22%) – nhấn mạnh vendor collaboration.
• Nguồn chính thức: PMI.org – khuyến nghị kiểm tra cập nhật mới nhất đến 2026.

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

🧩 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 xây dựng (construction project) theo chuẩn PMP:
📅 Schedule overrun (trễ tiến độ lịch trình).
💰 Cost overrun (vượt ngân sách chi phí).
😠 Client unhappy with the specific scope progress (khách hàng không hài lòng với tiến độ thực hiện phạm vi công việc cụ thể).

🛠️ Câu hỏi yêu cầu: Project Manager (PM) nên làm gì đầu tiên (What should the project manager do first?) để xử lý các vấn đề này.
📘 Liên quan đến PMP (PMBOK 7th Edition & PMI Standards 2021-2026): Đây là tình huống điển hình trong Monitoring & Controlling Process Group, nhấn mạnh nguyên tắc Systems Thinking (tư duy hệ thống) và Stewardship (trách nhiệm quản lý toàn diện). PM không nên hành động vội vã mà cần đánh giá tình hình gốc rễ trước khi quyết định, tránh làm tình hình tệ hơn.

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

Đáp án đúng: Review the scope and project objectives.

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

• Khi dự án gặp đa vấn đề (schedule, cost, stakeholder dissatisfaction), bước đầu tiên là xem xét lại scope baseline và project objectives để xác định nguyên nhân gốc rễ (root cause). Điều này giúp PM hiểu rõ vấn đề có phải do scope creep, baseline sai, hay thay đổi yêu cầu không.
• 🧠 Nguyên tắc PMP: Áp dụng Tailoring và Value Delivery từ PMBOK 7th – ưu tiên đánh giá holistic trước khi can thiệp cụ thể. Nếu không review scope/objectives, mọi hành động khác có thể sai hướng, dẫn đến lãng phí.
• Dẫn nguồn: PMBOK Guide 7th Edition (Domain 3: Business Value & Domain 4: Measurement), PMP Exam Content Outline 2021 (Task 4.7: Analyze project performance).

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

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

• ✅ Review the scope and project objectives.
  Giải thích đúng: Đây là bước first response lý tưởng vì nó giúp PM validate baseline (scope, objectives) so với tình hình hiện tại. Ví dụ: Scope có bị thay đổi không? Objectives có còn phù hợp? Điều này kích hoạt Integrated Change Control (ITTO: Collect Requirements, Define Scope) và tránh hành động reactive. Trong construction project, scope thường là nguồn gốc của overrun (PMBOK 7th, Principle: Planning).

• ❌ Enforce the penalty clause on the supplier.
  Giải thích sai: Hành động này quá aggressive và premature (vội vã), có thể làm hỏng mối quan hệ supplier (Stakeholder Engagement). Chưa review scope, PM không biết supplier có thực sự lỗi không (có thể do scope unclear). PMP nhấn mạnh Risk Management và Team/Leadership trước penalty (Contract Management chỉ sau khi confirm breach).

• ❌ Take action to reduce the cost overrun.
  Giải thích sai: Tập trung cost ngay lập tức bỏ qua holistic view, vi phạm Systems Thinking. Cost overrun có thể do scope/schedule issues; hành động giảm cost (như cut resources) có thể làm schedule tệ hơn. PMP yêu cầu Earned Value Management (EVM) sau khi analyze variances (CPI/SPI), không phải "take action" blind.

• ❌ Work with the client on the scope completion.
  Giải thích sai: Tương tác client sớm là tốt (Stakeholder Engagement), nhưng chưa review scope baseline thì dễ dẫn đến scope creep thêm. Client unhappy có thể do misunderstanding objectives; PM phải first internal assessment trước khi negotiate, tránh cam kết sai (PMBOK 7th, Domain 5: Uncertainty).

Kết luận tổng quát 🎯: Luôn prioritize root cause analysis trong crisis PMP. Thực hành này giúp adaptive project management theo standards 2026!
Tài liệu tham khảo chính:

• 📘 PMBOK Guide 7th Edition (2021, updates 2024).
• 🌐 PMI.org/PMP-Exam-Content-Outline (2021-2026).
• 🔗 Practice Standard for Project Configuration Management.

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

Câu hỏi này thuộc lĩnh vực quản lý dự án phân tán địa lý (geographically distributed project team) trong PMP, tập trung vào thách thức quản lý kiến thức dự án (Manage Project Knowledge) và quản lý dữ liệu dự án (Project Data Management) theo PMBOK Guide 7th Edition (2021) và các cập nhật đến 2026.

• Tình huống chính: Đội dự án phân tán gửi báo cáo trạng thái và cập nhật lịch trình qua email sau họp hàng tuần. Vấn đề cốt lõi là khó theo dõi thay đổi (tracking changes) và tiến độ (progress) do email phân tán, không đồng bộ, dễ mất mát hoặc trùng lặp phiên bản tài liệu (artifacts như status reports, schedules).
• Mục tiêu: Project Manager (PM) cần chọn hành động tối ưu để khắc phục, đảm bảo tính tập trung, minh bạch và khả năng kiểm soát phiên bản (version control) – phù hợp với nguyên tắc Tailoring trong môi trường hybrid/agile và Stakeholder Engagement cho đội phân tán.
• Liên quan PMP mới nhất (2026): Nhấn mạnh sử dụng công cụ kỹ thuật số tập trung (centralized tools) như cloud repositories (e.g., Microsoft Teams, Jira, GitHub) để hỗ trợ Data-Driven Decision Making và Uncertainty Management (PMBOK 7th, Domain: Team & Uncertainty).

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

Đáp án đúng: Maintain a central repository of artifacts with a version control system.

Lý do chi tiết 🛠️:

• Giải pháp này trực tiếp giải quyết vấn đề gốc rễ bằng cách tạo kho lưu trữ trung tâm (central repository) cho tất cả artifacts (báo cáo, lịch trình), kết hợp hệ thống kiểm soát phiên bản (version control system) để tự động theo dõi thay đổi, lịch sử chỉnh sửa và tiến độ thời gian thực.
• Phù hợp best practice PMP 7th Edition (Process: Manage Project Knowledge, Principle 5: Optimize Risk Responses), đặc biệt cho đội phân tán – giảm email lộn xộn, tăng tính minh bạch và hợp tác.
• Lợi ích: Dễ tích hợp với tools sẵn có (không tốn kém phát triển mới), hỗ trợ agile/hybrid (daily stand-ups qua shared repo), và tuân thủ Project Information Management cập nhật 2026 với AI-assisted tracking.

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

• ❌ Facilitate training on version control and project artifacts.
  Giải thích sai: Đào tạo chỉ giúp nâng cao kiến thức cá nhân nhưng không cung cấp công cụ thực tế để lưu trữ và theo dõi. Vấn đề vẫn tồn tại vì đội vẫn dùng email phân tán; đào tạo không thay thế hạ tầng tập trung. (Không phù hợp PMBOK Principle 9: Leadership – cần hành động cụ thể, không chỉ giáo dục).

• ❌ Maintain separate document control via regions to avoid discrepancies.
  Giải thích sai: Tạo điều khiển tài liệu riêng theo khu vực làm tăng phân mảnh dữ liệu, dẫn đến discrepancies lớn hơn (khác biệt phiên bản giữa vùng). Điều này trái ngược Integrated Data Management trong PMP 7th, làm phức tạp tracking thay vì giải quyết.

• ✅ Maintain a central repository of artifacts with a version control system.
  Giải thích đúng: Như đã nêu ở trên, đây là giải pháp tối ưu, hiệu quả và khả thi nhất, thúc đẩy collaboration trong đội phân tán, tự động hóa tracking changes/progress. Hỗ trợ Value Delivery System (PMBOK 7th).

• ❌ Develop a document management software for version control.
  Giải thích sai: Phát triển phần mềm tùy chỉnh tốn thời gian, chi phí cao (có thể hàng tháng/năm), không thực tế cho PM – vi phạm Value Principle (chọn giải pháp nhanh, hiệu quả). Nhiều tools sẵn có (e.g., SharePoint, Confluence) nên không cần "develop from scratch".

📘 Tài liệu tham khảo

• PMBOK® Guide – 7th Edition (2021, PMI): Trang 89-92 (Manage Project Knowledge), Principle 4: Build a Team Environment; cập nhật 2026 qua PMI Standards Plus (nhấn mạnh digital repositories).
• Agile Practice Guide (PMI, 2017+): Hybrid approaches cho distributed teams.
• PMI Code of Ethics (2022): Trách nhiệm PM trong quản lý thông tin minh bạch.
• Tham khảo thêm: PMI.org resources on "Distributed Teams" (2024 updates) và tools như GitLab/Jira cho version control.

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 xoay quanh tình huống một project manager (PM) mới được giao quản lý một dự án mà sự hợp tác chặt chẽ với bên business (khách hàng hoặc đối tác kinh doanh) là yếu tố then chốt (critical key factor) để thành công. PM này chưa chắc chắn về phương pháp tiếp cận (approach) phù hợp. Một senior PM được chỉ định hỗ trợ. Câu hỏi yêu cầu xác định lời khuyên tốt nhất mà senior PM nên đưa ra.

🛠️ Bối cảnh PMP (theo PMBOK 7th Edition và Agile Practice Guide, cập nhật đến 2026): Trong quản lý dự án hiện đại, khi collaboration với khách hàng là yếu tố cốt lõi, cần ưu tiên các phương pháp linh hoạt (agile/hybrid) thay vì truyền thống cứng nhắc (predictive/waterfall). Điều này nhấn mạnh nguyên tắc value-driven delivery và team/customer collaboration từ Agile Manifesto và PMBOK 7.

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

Đáp án đúng: Suggest using an agile approach since customer and team collaboration is critical for project success

Lý do:
Lời khuyên này hoàn toàn phù hợp vì agile approach được thiết kế đặc biệt để thúc đẩy sự hợp tác liên tục giữa team và customer thông qua các thực hành như daily stand-ups, iterations, retrospectives và frequent feedback. Theo Agile Practice Guide (PMI, 2017, cập nhật tích hợp PMBOK 7 - 2021), collaboration là một trong 12 nguyên tắc Agile Manifesto: "Customer collaboration over contract negotiation". Agile giúp dự án linh hoạt thích ứng với thay đổi từ business, đảm bảo project success qua delivery value nhanh chóng. Senior PM gợi ý agile là lời khuyên chiến lược, dựa trên evidence, không áp đặt mà khuyến khích phù hợp với tình huống.

📋 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 nội dung gốc bằng tiếng Anh. Tôi đánh dấu ✅ đúng và ❌ sai, kèm lý do dựa trên nguyên tắc PMP mới nhất:

• Work with the project manager to develop a new approach that will bring benefits to the project
  ❌ Sai: Phương án này nghe có vẻ hợp tác nhưng không thực tế và thiếu hiệu quả. Việc "phát triển approach mới từ đầu" tốn thời gian, rủi ro cao (reinventing the wheel), và không tận dụng các best practices đã được chứng minh như agile. PMBOK 7 (Principle 4: Think and Act in an Integrated Way) khuyến khích sử dụng tailored approaches từ các framework có sẵn thay vì tạo mới, tránh lãng phí tài nguyên dự án.

• Suggest using an agile approach since customer and team collaboration is critical for project success
  ✅ Đúng: Như đã giải thích ở trên, đây là lựa chọn tối ưu vì trực tiếp giải quyết vấn đề collaboration critical. Agile thúc đẩy stakeholder engagement (PMBOK 7, Domain: Stakeholder) qua các event như sprint reviews, đảm bảo alignment với business needs. Đây là lời khuyên ngắn gọn, actionable từ senior PM.

• Establish a project management methodology that requires the customer to provide daily updates to the team
  ❌ Sai: Phương án này buộc khách hàng phải cung cấp daily updates, vi phạm nguyên tắc agile/PMBOK về hai chiều collaboration (mutual respect). Nó giống như áp đặt quy trình một chiều, có thể gây phản ứng tiêu cực từ business (contract negotiation over collaboration). PMBOK 7 (Principle 10: Optimize Risk Responses) cảnh báo rủi ro từ methodology cứng nhắc, không khuyến khích "establish" mà nên tailor to context.

• Provide a project management template for the project manager to follow as a guide
  ❌ Sai: Cung cấp template chỉ là công cụ hỗ trợ cơ bản (như từ PMBOK templates), nhưng không giải quyết gốc rễ vấn đề collaboration. Nó phù hợp cho predictive projects nhưng thiếu linh hoạt cho dự án cần business interaction cao. PMBOK 7 nhấn mạnh hybrid/agile tailoring (Section 2.2) thay vì template cố định, vì template có thể dẫn đến "one-size-fits-all" không hiệu quả.

📘 Tài liệu tham khảo

• PMBOK® Guide – Seventh Edition (PMI, 2021): Principles như Stewardship, Team, Stakeholders; Models như Agile, Hybrid (Chapter 4).
• Agile Practice Guide (PMI, 2017, tích hợp PMBOK 7): 12 Principles of Agile Manifesto; Value Delivery System.
• PMI Standards cập nhật 2026: Nhấn mạnh Predictive, Agile, Hybrid tailoring cho collaboration-heavy projects (từ PMI.org updates).
• The Standard for Project Management (PMI, 2021): Domain 3: Engagement (Uncertainty & Collaboration).

Hy vọng phân tích này giúp bạn nắm vững! 🚀 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 mô tả tình huống một Project Manager (PM) đang quản lý một dự án lớn, và một stakeholder vừa phát hiện ra một rủi ro mới chưa được xác định ở các giai đoạn trước. Câu hỏi yêu cầu xác định hành động đúng mà PM nên thực hiện đầu tiên.
📘 Bối cảnh PMP (PMBOK 7th Edition, cập nhật đến 2026): Quản lý rủi ro là quá trình lặp lại và liên tục suốt vòng đời dự án (PMBOK 7: Domain 4 - Uncertainty). Risk register không phải là tài liệu "hoàn thành một lần" mà phải được cập nhật động khi có rủi ro mới. PM cần chủ động thêm rủi ro và đánh giá lại để đảm bảo tính toàn diện, với sự tham gia của project team và stakeholders phù hợp.

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

Đáp án đúng: Add the risk to the risk register and reevaluate the register with help from the project team and stakeholders

Lý do: 🛠️ Theo quy trình Identify Risks (liên tục, không chỉ ở giai đoạn lập kế hoạch), PM phải thêm rủi ro mới vào risk register ngay lập tức để ghi nhận. Sau đó, reevaluate (đánh giá lại) toàn bộ register với project team và stakeholders để thực hiện qualitative/quantitative analysis, ưu tiên và lập kế hoạch ứng phó. Điều này đảm bảo tính holistic (toàn diện) và tuân thủ nguyên tắc iterative risk management trong PMBOK 7th Edition (Section 4.5-4.6). Không bỏ qua rủi ro mới vì quá trình này diễn ra suốt dự án.

📋 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, với giữ nguyên nội dung gốc bằng tiếng Anh. Mỗi phương án được đánh giá đúng/sai dựa trên thực tiễn PMP mới nhất:

• ❌ Phương án SAI: Confirm to the stakeholder that the risk register has been completed and validated by all stakeholders
  Giải thích: 🛑 Hành động này từ chối rủi ro mới một cách sai lầm, vì risk register không phải tài liệu đóng (closed document). PMBOK 7 nhấn mạnh Identify Risks là iterative process, phải cập nhật liên tục. Việc xác nhận "hoàn thành" sẽ làm mất cơ hội quản lý rủi ro kịp thời và vi phạm trách nhiệm của PM trong Stakeholder Engagement (Domain 6).

• ❌ Phương án SAI: Perform a risk analysis directly with the stakeholder who raised the risk and update the risk register
  Giải thích: 🚫 Phân tích rủi ro chỉ với một stakeholder là không toàn diện, thiếu sự tham gia của project team và các stakeholders khác. Theo PMBOK 7 (Perform Qualitative/Quantitative Analysis), cần data gathering và analysis từ nhóm rộng để tránh bias. Cập nhật register là đúng nhưng thiếu bước reevaluate toàn bộ sẽ dẫn đến đánh giá lệch lạc.

• ❌ Phương án SAI: Communicate the risk to the steering committee and request a mitigation plan from senior management
  Giải thích: 📤 Đẩy trách nhiệm lên cấp cao ngay lập tức là không hiệu quả và vi phạm escalation process chỉ dùng khi vượt quyền PM. PM phải tự xử lý ban đầu qua Identify Risks và analysis (PMBOK 7: PM is accountable for risk management). Steering committee chỉ tham gia ở high-impact risks sau khi PM đánh giá, tránh làm gián đoạn dự án.

• ✅ Phương án ĐÚNG: Add the risk to the risk register and reevaluate the register with help from the project team and stakeholders
  Giải thích: 🎯 Hoàn toàn phù hợp với best practice: Thêm rủi ro mới → Reevaluate để cập nhật probability/impact/priority. Tham gia team và stakeholders đảm bảo collaborative approach (PMBOK 7: Agile/Hybrid practices khuyến khích). Điều này hỗ trợ Monitor Risks và điều chỉnh kế hoạch kịp thời.

📚 Tài liệu tham khảo

• PMBOK Guide 7th Edition (2021, cập nhật PMI đến 2026): Chapter 4 - Uncertainty Domain; Processes 4.5 Identify Risks, 4.6 Analyze Risks, 4.7 Respond to Risks.
• PMI Risk Management Standard: Nhấn mạnh risk register là living document.
• PMP Exam Content Outline (2021+): Task 5.1-5.4 (Manage Project Risks) – Iterative identification và team involvement.

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

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

📘 Nội dung câu hỏi:
Câu hỏi mô tả một Scrum team đang phân tích burndown chart vào ngày thứ 4 của sprint 15 ngày (Sprint 2). Burndown chart là công cụ trực quan theo dõi tiến độ sprint bằng cách hiển thị lượng công việc còn lại (thường tính bằng story points) theo từng ngày.

🔍 Phân tích hình ảnh burndown chart một cách chi tiết:

• Trục ngang (X): Các ngày của sprint từ 1 đến 15.
• Trục dọc (Y): Lượng công việc còn lại, từ 0 đến 700 story points (ước tính tổng backlog sprint khoảng 650‑700 points).
• Đường Planned (Đỏ - 📉): Đường thẳng lý tưởng, giảm tuyến tính từ ~600 points (ngày 1) xuống 0 (ngày 15), thể hiện tiến độ dự kiến đều đặn.
• Đường Actual (Xanh lá - 📈):
  • Ngày 1: ~600 points (khởi đầu khớp planned).
  • Ngày 2‑3: Giảm chậm hơn một chút so với planned (actual hơi cao hơn planned ~20‑30 points).
  • Ngày 4: Actual ~500‑520 points, vẫn gần sát planned (planned ~450‑480 points), cho thấy tiến độ hơi chậm nhẹ nhưng không đáng kể, vẫn có "buffer" nhỏ để bù đắp. Đường actual đang song song và theo kịp planned, chưa có dấu hiệu lệch lớn (không "spike" lên hoặc xuống đột ngột).

Kết luận từ chart: Tiến độ ổn định, team đang burn down theo kế hoạch, chỉ cần theo dõi để tránh rủi ro nhỏ. Không có lý do để thay đổi sprint ngay lập tức (theo nguyên tắc Agile/Scrum: ổn định commitment).

✅ Đáp án đúng:
Continue with the sprint work as planned and keep monitoring

Lý do chọn đáp án đúng (🛠️ Giải thích chi tiết):
Vào ngày 4, burndown chart cho thấy actual burndown đang theo sát planned, với chênh lệch nhỏ (actual hơi cao hơn ~20‑50 points), chứng tỏ team đang tiến triển tốt và có buffer tự nhiên cho biến động. Theo Scrum Guide 2020 (cập nhật 2025) và PMI‑ACP (Agile Certified Practitioner), không nên can thiệp sprint trừ khi có vấn đề nghiêm trọng (như blocker lớn hoặc scope creep). Hành động tốt nhất là tiếp tục công việc theo kế hoạch và monitor hàng ngày trong Daily Scrum để điều chỉnh tự nhiên. Điều này phù hợp với nguyên tắc "inspect and adapt" mà không phá vỡ sprint goal.

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

• ❌ [SAI] Ask the product owner if some low‑priority stories could be cut from the sprint
  Phương án này sai vì chart không cho thấy tiến độ chậm nghiêm trọng (actual vẫn gần planned vào ngày 4). Cắt story chỉ áp dụng khi sprint gần kết thúc và rủi ro cao (ví dụ actual spike lên), vi phạm sprint commitment (Scrum Guide: scope cố định sau Sprint Planning). Làm vậy sẽ làm giảm velocity và mất lòng tin PO.

• ❌ [SAI] Continue with the sprint as the progress shows buffers for potential interruptions
  Phương án gần đúng nhưng không chính xác hoàn toàn. Có buffer nhỏ thật, nhưng lý do không phải "buffers for interruptions" mà là progress ổn định cần monitor. Chart chưa có interruption rõ ràng (không spike), nên không nên giả định rủi ro; nếu nhấn mạnh "buffers" có thể dẫn đến chủ quan, trái với empiricism trong Scrum (chỉ dựa dữ liệu thực tế).

• ❌ [SAI] Ask the project team to select any additional stories as they have additional capacity than planned
  Hoàn toàn sai vì không có additional capacity (actual hơi chậm hơn planned nhẹ, không nhanh hơn). Thêm story vi phạm time‑boxing sprint (15 ngày cố định), gây scope creep và rủi ro không hoàn thành (Scrum Guide cấm thay đổi scope giữa sprint trừ refinement backlog).

• ✅ [ĐÚNG] Continue with the sprint work as planned and keep monitoring
  (Như giải thích ở trên: Phù hợp nhất với dữ liệu chart và best practices).

📚 Tài liệu tham khảo (cập nhật đến 2026):

• Scrum Guide 2020/2025 (scrumguides.org): Burndown chart section, nhấn mạnh monitor mà không can thiệp sớm.
• PMI‑ACP Handbook (PMI.org, 6th Ed. 2024): Agile metrics – Burndown analysis cho “stable trend = continue”.
• PMI Agile Practice Guide (2021, cập nhật 2024): Hướng dẫn sử dụng các chỉ số Agile trong môi trường Scrum.

Hy vọng phân tích này giúp bạn nắm vững Agile metrics trong Scrum! 🚀

🧩 Giải thích nội dung câu hỏi một cách chi tiết và rõ ràng

Câu hỏi này thuộc lĩnh vực Quản lý Chi phí (Cost Management) trong PMP, tập trung vào giai đoạn Đóng dự án (Project Closing) và Chuyển giao (Handover) cho đội ngũ vận hành. Tình huống mô tả: Quản lý dự án (PM) đang chuẩn bị bàn giao dự án, nhưng bất ngờ nhận hóa đơn muộn từ nhà cung cấp với chi phí cao hơn kế hoạch. Hậu quả:

• Bàn giao dự án bị trì hoãn (handover delayed).
• Tổng chi phí hoàn thành dự án tăng (completion costs increased).

🛠️ Vấn đề cốt lõi: PM chưa phát hiện sớm sự lệch lạc chi phí (cost variance), dẫn đến rủi ro ở giai đoạn cuối. Câu hỏi yêu cầu xác định hành động phòng ngừa chủ động (proactive) mà PM nên làm để tránh tình huống này, dựa trên nguyên tắc giám sát liên tục (continuous monitoring) trong PMBOK® Guide 7th Edition (2021) và các cập nhật đến 2026 (tập trung vào Performance Domains như Measurement và Uncertainty).

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

Đáp án đúng: Captured and reviewed all of the project work and related costs regularly

Lý do chi tiết 📈:

• Trong Cost Management Performance Domain (PMBOK® 7th), PM phải thường xuyên ghi nhận (capture) và xem xét (review) toàn bộ công việc dự án cùng chi phí liên quan để phát hiện sớm cost variance hoặc forecast issues. Việc này giúp điều chỉnh kịp thời, tránh "bất ngờ" ở giai đoạn đóng dự án.
• Hành động này là proactive monitoring xuyên suốt vòng đời dự án (iterative/ongoing), phù hợp với Principle 5: Optimize Risk Responses và Measurement Performance Domain – đo lường EVM (Earned Value Management) định kỳ để dự báo chi phí hoàn thành (Estimate at Completion - EAC).
• Nếu làm vậy, hóa đơn muộn/cao hơn sẽ được phát hiện sớm, không ảnh hưởng handover và báo cáo chi phí cuối cùng. ✅ Phù hợp 100% với best practice PMP mới nhất.

📋 Phân tí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, giữ nguyên nội dung gốc tiếng Anh. Mỗi phương án được đánh giá dựa trên tính chủ động/phản ứng (proactive vs. reactive) và thời điểm thực hiện.

• ❌ [SAI] Notified all vendors about the invoicing and related costs regularly
  Giải thích: Phương án này chỉ tập trung thông báo deadline hóa đơn cho nhà cung cấp, không giải quyết vấn đề kiểm tra chi phí thực tế so với kế hoạch. Đây là hành động hỗ trợ (supporting), nhưng không phải core process để phát hiện variance. Trong PMBOK® 7th (Procurement Management), thông báo là cần thiết nhưng không thay thế monitoring chi phí định kỳ. ❌ Không phòng ngừa được hóa đơn muộn/cao hơn.

• ❌ [SAI] Reviewed the total committed cost against the cost invoiced at project closing
  Giải thích: Chỉ xem xét ở giai đoạn đóng dự án (at closing) là quá muộn (reactive), giống hệt tình huống câu hỏi – dẫn đến delay handover. PMBOK® 7th nhấn mạnh regular review (không chỉ cuối), qua tools như Cost Baseline và EVM. Nếu chỉ làm lúc cuối, variance tích tụ không được kiểm soát. ❌ Không tránh được tình huống xảy ra.

• ❌ [SAI] Involved the finance team and discussed the issue with the vendor
  Giải thích: Đây là hành động phản ứng (reactive) sau khi vấn đề phát sinh (hóa đơn muộn/cao), không phải phòng ngừa. Trong Stakeholder Engagement và Procurement Domains (PMBOK® 7th), phối hợp finance/vendor là tốt nhưng phải dựa trên monitoring trước đó. Phương án này không ngăn chặn delay từ đầu. ❌ Chỉ giải quyết hậu quả, không tránh nguyên nhân.

• ✅ [ĐÚNG] Captured and reviewed all of the project work and related costs regularly
  Giải thích: Như đã nêu ở phần đáp án đúng. Đây là best practice trong Project Monitoring & Control (PMBOK® 7th), sử dụng data từ Work Breakdown Structure (WBS), Cost Accounts để review định kỳ. Giúp dự báo rủi ro chi phí sớm (forecasting), đảm bảo handover suôn sẻ. ✅ Hoàn toàn phù hợp và hiệu quả nhất.

📘 Tài liệu tham khảo

• PMBOK® Guide – 7th Edition (2021, PMI): Cost Management Performance Domain (trang 121-125); Measurement Performance Domain (trang 89-93); Principle 9: Ensure Value (áp dụng monitoring để tối ưu chi phí).
• PMI Agile Practice Guide (2021): Nhấn mạnh iterative reviews trong hybrid projects.
• Cập nhật PMP Exam Content Outline 2021 (hiệu lực đến 2026): Domain 4: Process (25%) – Monitor & Control Project Work, bao gồm cost tracking.
• The Standard for Project Management (2021): Sections 3.3.5 (Cost) và 4.7 (Project Closing).

🛠️ Kết luận: Luôn áp dụng continuous monitoring để dự án "healthy" từ đầu đến cuối! Nếu cần thêm ví dụ EVM, 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ủ đề Earned Value Management (EVM) trong quản lý dự án PMP, cụ thể là theo dõi tiến độ lịch trình (schedule performance).

• Dự án phát triển phần mềm quan trọng (critical), sử dụng phương pháp hybrid (kết hợp predictive và agile), chia thành 4 sprint.
• Tại cuối sprint 3 (gần kết thúc dự án), Quản lý dự án phát hiện:
  • Earned Value (EV) = 500.000 USD (giá trị kiếm được thực tế, đo lường công việc hoàn thành).
  • Planned Value (PV) = 550.000 USD (giá trị kế hoạch đến thời điểm đó).
• Vấn đề chính: Schedule Variance (SV) = EV - PV = -50.000 USD → Dự án trễ lịch trình (behind schedule), vì giá trị hoàn thành thấp hơn kế hoạch.
• Câu hỏi yêu cầu hành động tiếp theo phù hợp nhất để xử lý tình huống này, tập trung vào việc kiểm soát lịch trình trong môi trường hybrid agile (sprint-based).

📘 Kiến thức PMP cập nhật (PMBOK® Guide 7th Edition & 8th principles, đến 2026): Trong Domain 4: Schedule và Process 6.5: Control Schedule, EVM giúp phát hiện lệch lịch (negative SV). Với dự án critical và hybrid, cần hành động proactive để recover schedule mà không ảnh hưởng lớn đến chất lượng hoặc chi phí.

✅ Đáp án đúng: Fast track the project

Lý do chọn:

• Dự án trễ lịch rõ rệt (SV âm), còn 1 sprint cuối, cần rút ngắn thời gian ngay lập tức.
• Fast tracking là kỹ thuật làm chồng chéo (overlapping) các hoạt động ban đầu tuần tự, giúp recover schedule nhanh chóng trong hybrid/agile (phù hợp với sprint linh hoạt).
• Đây là hành động tối ưu cho dự án critical, theo PMBOK® 7th Ed., Section 6.5.2.3 (Schedule Compression Techniques): Fast tracking ưu tiên trước crashing vì ít tốn kém hơn (ít rủi ro cost overrun).
• Trong agile hybrid, có thể áp dụng bằng cách tăng parallel work giữa sprint cuối và testing/integration.

🛠️ Giải thích chi tiết từng phương án

• ✅ Fast track the project
  Đúng vì đây là kỹ thuật nén lịch trình (schedule compression) chuẩn để khắc phục trễ hạn, đặc biệt khi SV âm mà không có thông tin về cost overrun. Giúp hoàn thành sớm hơn bằng cách chấp nhận rủi ro chồng chéo, phù hợp dự án software hybrid. (Tham khảo: PMBOK® Guide 7th Ed., 6.5.2.3 & PMI Agile Practice Guide).

• ❌ Adjust the budget
  Sai vì vấn đề là lệch lịch trình (schedule), không phải chi phí (không có Actual Cost - AC để tính CV). Điều chỉnh ngân sách chỉ liên quan cost control (Process 7.4), không giải quyết SV âm. Có thể làm phức tạp hóa baseline không cần thiết.

• ❌ Introduce a float
  Sai vì float (slack) là thời gian dư thừa sẵn có trong lịch trình (total float/free float), không phải "giới thiệu mới". Float dùng để buffer rủi ro, nhưng ở đây dự án đã negative SV (đang tiêu hao float), thêm float chỉ làm kéo dài dự án chứ không recover. (PMBOK® 7th Ed., 6.5.2.1).

• ❌ Adjust the project time line
  Sai vì quá chung chung và thụ động. Điều chỉnh timeline có thể nghĩa là extend deadline (re-baseline), dẫn đến scope creep hoặc stakeholder dissatisfaction ở dự án critical. PMP ưu tiên recover bằng fast track/crashing thay vì thay đổi baseline ngay (Process 6.5: Control Schedule yêu cầu variance analysis trước khi re-baseline).

📚 Tài liệu tham khảo

• PMBOK® Guide – 7th Edition (2021): Domains 4 (Schedule), Principle 5 (Stakeholders), Processes 6.5 & 7.4.
• PMI Agile Practice Guide (2017, tích hợp 7th Ed.): Hybrid approaches & EVM in sprints.
• The Standard for Project Management (2021): EVM metrics (SV calculation).
• Cập nhật 2026: Không thay đổi cốt lõi EVM/fast track (dựa PMI updates đến 2025).

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

🧩 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 Agile: Quản lý dự án (Project Manager - PM) đang làm việc với một team Agile đồng vị trí (co-located) đã phát triển đến giai đoạn performing theo mô hình Tuckman (forming - storming - norming - performing - adjourning). Đây là giai đoạn team hoạt động hiệu quả cao nhất, với sự tin tưởng, hợp tác mượt mà và tự quản lý tốt. Sự kiện bất ngờ khiến team bị phân tán (dispersed), không thể đồng vị trí nữa.
Mục tiêu chính: PM cần hành động gì để giữ team duy trì hiệu suất cao nhất có thể, tránh suy giảm performance do thay đổi cấu trúc team.
🛠️ Bối cảnh PMP mới nhất (PMBOK 7th Edition & Agile Practice Guide 2021, cập nhật đến 2026): Trong môi trường Agile, co-location hỗ trợ giao tiếp nhanh, nhưng với distributed teams, PM phải áp dụng servant leadership để cung cấp công cụ và hỗ trợ, giảm thiểu gián đoạn (disruption). Không nên can thiệp quá mức mà tập trung vào empower team qua công nghệ.

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

Đáp án đúng: Provide the team with virtual collaboration software and training on the software to minimize disruption.
Lý do: Đây là hành động chủ động và phù hợp nhất với nguyên tắc Agile (PMBOK 7th, Principle 7: Optimize Risk Responses). PM cung cấp công cụ hợp tác ảo (virtual collaboration software) như Microsoft Teams, Jira, Miro và đào tạo để team nhanh chóng thích nghi, giảm thiểu gián đoạn (minimize disruption). Team đang ở performing phase nên chỉ cần hỗ trợ công nghệ để duy trì high-performing team dynamics mà không làm gián đoạn flow Agile (Scrum/Kanban). Điều này phù hợp servant leadership trong Agile, empower team tự quản lý.

📋 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á đúng/sai dựa trên PMBOK 7th Edition, Agile Practice Guide và thực tiễn PMP cập nhật.

• ❌ [SAI] Ask the project sponsor and executive stakeholders to encourage the team to maintain their performance
  Phương án này không hiệu quả vì chỉ là hành động thụ động, dựa vào người ngoài (sponsor/stakeholders). PM phải chủ động hỗ trợ team thay vì "nhờ vả" động viên suông. Trong Agile, executive influence không thay thế được công cụ thực tế, dễ dẫn đến frustration nếu thiếu hỗ trợ kỹ thuật (PMBOK 7th, Domain: Team - Develop Team).

• ✅ [ĐÚNG] Provide the team with virtual collaboration software and training on the software to minimize disruption
  Như đã giải thích ở trên, đây là best practice cho distributed agile teams. Cung cấp tools và training giúp team tiếp tục collaborate hiệu quả, duy trì psychological safety và performance cao. Áp dụng trực tiếp Principle 9: Optimize Flow và Hybrid/Agile tools trong PMBOK 7th.

• ❌ [SAI] Transition the team from an agile approach to a predictive approach for better performance control
  Hoàn toàn sai lầm vì thay đổi methodology lớn (từ Agile sang Predictive/Waterfall) sẽ gây disruption nghiêm trọng, làm team regress về early stages (storming/norming). Agile linh hoạt với distributed teams qua tools, không cần chuyển sang predictive (ít phù hợp hơn cho uncertainty cao). Vi phạm Principle 1: Stewardship (PMBOK 7th).

• ❌ [SAI] Evaluate project performance and step in if performance decreases to an unacceptable level
  Đây là cách tiếp cận phản ứng (reactive), chờ performance giảm mới can thiệp. PM cần ngăn ngừa (proactive) để giữ team ở performing phase. Trong Agile, micromanagement sẽ phá hủy self-organizing team (Agile Manifesto & PMBOK 7th, Domain: Team).

📘 Tài liệu tham khảo

• PMBOK® Guide – 7th Edition (2021, PMI): Chương Team Domain (trang 47-59), Principle 7 & 9; Agile Hybrid models.
• Agile Practice Guide (2021, PMI): Phần 4.2 Distributed Teams & Tools (trang 45-47).
• PMP Exam Content Outline (2024-2026, PMI): People Domain (23%), Task: Manage Conflict & Lead Virtual Teams.
• PMI Standards Update (2025-2026): Nhấn mạnh AI-assisted virtual tools cho high-performing teams (PMI.org 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 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ý Yêu cầu (Requirements Management) và Quản lý Rủi ro (Risk Management) trong PMP, cụ thể liên quan đến một chương trình lớn (large program).
📖 Tình huống: Quản lý dự án đang xem xét các yêu cầu của chương trình. Nhiệm vụ là ưu tiên yêu cầu nào để tránh bị phạt tiền (fines) – một rủi ro pháp lý nghiêm trọng có thể dẫn đến thiệt hại tài chính lớn.
🛠️ Bối cảnh PMP (PMBOK 7th Edition & cập nhật đến 2026): Trong quản lý chương trình (Program Management), ưu tiên yêu cầu phải dựa trên giá trị kinh doanh, rủi ro pháp lý và tuân thủ (compliance). Fines thường xuất phát từ vi phạm quy định pháp luật hoặc quy chuẩn mới (regulations), không phải từ các hoạt động nội bộ hay phát triển sản phẩm. Điều này nhấn mạnh nguyên tắc Stewardship (trách nhiệm quản lý) và Compliance Management trong PMBOK Guide 7th Edition (Process 12.1 & 12.3).

✅ Đáp án đúng: Complying with new regulations

Lý do lựa chọn:

• Việc tuân thủ các quy định mới là yêu cầu pháp lý bắt buộc, trực tiếp tránh được phạt tiền từ cơ quan quản lý nhà nước (ví dụ: phạt môi trường, an toàn lao động, dữ liệu cá nhân theo GDPR hoặc luật địa phương).
• Trong PMP, Regulatory Compliance được ưu tiên cao nhất trong Manage Program Compliance (PMBOK 7th, Domain: Program Life Cycle Management). Bỏ qua sẽ dẫn đến rủi ro cao (high-impact risk) như fines, kiện tụng.
• 📘 Nguồn tham khảo: PMBOK Guide 7th Edition (2021, cập nhật 2024-2026 qua PMI Standards), trang 145-150 (Compliance Obligations); The Standard for Program Management 4th Edition (2017, reaffirmed 2023), Section 7.2.

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

Dưới đây là phân tích từng lựa chọn một cách logic, dựa trên nguyên tắc ưu tiên yêu cầu theo MoSCoW method (Must-have cho compliance) và Risk Register trong PMP:

• ❌ Certifying sustainable products
  Phương án này tập trung vào chứng nhận sản phẩm bền vững (sustainability), mang lại lợi ích dài hạn như hình ảnh thương hiệu và lợi thế cạnh tranh. Tuy nhiên, KHÔNG trực tiếp tránh fines vì chứng nhận xanh thường là tự nguyện hoặc khuyến khích, không phải quy định pháp lý bắt buộc ngay lập tức. Trong PMP, đây thuộc Stakeholder Value Delivery nhưng ưu tiên thấp hơn compliance (PMBOK 7th, Principle 4: Steward for Organization).

• ❌ Establishing company processes
  Xây dựng quy trình nội bộ công ty giúp cải thiện hiệu quả vận hành và chuẩn hóa, nhưng KHÔNG liên quan trực tiếp đến fines từ bên ngoài. Đây là hoạt động nội bộ (internal process improvement), có thể hỗ trợ compliance gián tiếp nhưng không phải ưu tiên hàng đầu để tránh phạt pháp lý. PMP coi đây là Tailoring Processes (PMBOK 7th, Section 2.2), không phải rủi ro cao.

• ✅ Complying with new regulations
  Như đã giải thích ở trên: Đúng 100% vì fines chủ yếu từ vi phạm quy định mới (new regulations). Ưu tiên Must-Have Requirement trong Requirements Prioritization Matrix, giảm thiểu Legal Risks (PMBOK 7th, Domain: Uncertainty).

• ❌ Developing new product lines
  Phát triển dòng sản phẩm mới nhằm mở rộng thị trường và doanh thu, nhưng KHÔNG tránh fines – thậm chí có thể tăng rủi ro nếu sản phẩm chưa tuân thủ quy định. Đây là mục tiêu kinh doanh chiến lược (strategic alignment), ưu tiên sau compliance trong Program Benefits Management (PMBOK 7th, Section 4.4).

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

• PMBOK® Guide – 7th Edition (PMI, 2021; cập nhật 2026 qua PMI.org).
• The Standard for Program Management – 4th Edition (PMI, 2017, reaffirmed 2023).
• PMI Code of Ethics & Professional Conduct (2022): Nhấn mạnh Compliance để bảo vệ tổ chức.
  🧠 Lời khuyên PMP: Luôn sử dụng Risk Breakdown Structure (RBS) để ưu tiên compliance trước các yêu cầu khác trong chương trình lớn!