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

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

Câu hỏi mô tả một dự án phát triển sản phẩm dược phẩm mới, nơi quản lý dự án (Project Manager - PM) nhận được thông tin về thay đổi quy định của chính phủ liên quan đến vật liệu dự án. Đây là tình huống điển hình trong quản lý dự án, liên quan đến rủi ro bên ngoài (external risk) từ yếu tố pháp lý/quy định, có thể ảnh hưởng đến các biến dự án như phạm vi (scope), thời gian (schedule), chi phí (cost), chất lượng (quality), nguồn lực (resources), và rủi ro (risk).

Theo PMBOK Guide 7th Edition (2021, cập nhật mới nhất đến 2026), PM phải xử lý thay đổi một cách có hệ thống: đánh giá tác động (impact assessment) trước khi thực hiện bất kỳ hành động nào khác. Không nên vội vàng cập nhật kế hoạch mà chưa hiểu rõ vấn đề, vì điều này có thể dẫn đến lãng phí tài nguyên hoặc quyết định sai lầm. Câu hỏi kiểm tra kiến thức về quy trình Giám sát Rủi ro (Monitor Risks) và Kiểm soát Thay đổi Tích hợp (Perform Integrated Change Control).

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

Đáp án đúng: Study the new regulations with the team and evaluate if there is any impact on the project variables.

Lý do:
🛠️ Đây là bước đầu tiên và đúng đắn nhất theo nguyên tắc PMP. PM cần nghiên cứu quy định mới cùng đội ngũ để hiểu rõ nội dung, sau đó đánh giá tác động đến các biến dự án (project variables: scope, schedule, cost, quality, resources, risk). Chỉ khi xác định có tác động thực sự, mới tiến hành các bước tiếp theo như cập nhật kế hoạch hoặc yêu cầu thay đổi (Change Request). Điều này đảm bảo quyết định dựa trên dữ liệu (data-driven), tránh hành động phản ứng (reactive).
📘 Dẫn chứng: PMBOK 7th Edition, Principle 5: "Optimize risk responses" và Domain 4: "Measurement" (Measure project performance); Process 11.7: "Monitor Risks" – Nhấn mạnh việc theo dõi và đánh giá rủi ro mới phát sinh.

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

Dưới đây là phân tích chi tiết từng lựa chọn, với ✅ đúng hoặc ❌ sai, giữ nguyên văn bản gốc bằng tiếng Anh:

• ❌ Update the contingency plan to take this issue into account.
  Giải thích sai: Phương án này vội vàng cập nhật kế hoạch dự phòng (contingency plan) mà chưa đánh giá tác động. Contingency plan chỉ áp dụng cho rủi ro đã được xác định và phân tích trước đó. Thay đổi quy định là sự kiện mới, cần nghiên cứu trước để tránh sửa đổi không cần thiết, dẫn đến lãng phí. Theo PMBOK, cập nhật kế hoạch phải qua quy trình kiểm soát thay đổi.

• ❌ Meet with the stakeholders to update the risk register and risk management plan.
  Giải thích sai: Họp stakeholder để cập nhật risk register và risk management plan là bước sau, không phải đầu tiên. Chưa nghiên cứu quy định mới, chưa biết đây có phải rủi ro thực sự hay mức độ tác động ra sao. Việc họp sớm có thể gây hoang mang stakeholder và tốn thời gian. PMBOK yêu cầu xác định/đánh giá rủi ro (Identify/Analyze Risks) trước khi cập nhật register.

• ✅ Study the new regulations with the team and evaluate if there is any impact on the project variables.
  Giải thích đúng: Như đã phân tích ở phần đáp án đúng, đây là bước logic đầu tiên: Hiểu vấn đề → Đánh giá tác động. Làm việc với team đảm bảo góc nhìn đa chiều (cross-functional), phù hợp với nguyên tắc "Tailor the approach" trong PMBOK 7th.

• ❌ Review the procurement documentation and modify requirements as needed.
  Giải thích sai: Phương án giả định tác động chỉ đến procurement (mua sắm) và sửa yêu cầu ngay lập tức, bỏ qua đánh giá tổng thể. Quy định vật liệu có thể ảnh hưởng rộng hơn (scope, quality, regulatory compliance), không chỉ procurement. Sửa đổi yêu cầu cần qua Change Control Board (CCB) sau khi có phân tích tác động đầy đủ.

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

• PMBOK Guide 7th Edition (2021, PMI): Domains 3 (Project Life Cycle), 4 (Measurement); Principles 3 (Focus on value), 5 (Optimize risk); Models: Risk Management Model.
• PMBOK Guide 6th Edition (cho so sánh): Process Groups: Monitoring & Controlling – 4.6 Perform Integrated Change Control; 11.7 Monitor Risks.
• PMP Exam Content Outline (PMI, 2021 cập nhật): Domain III: Business Environment (15%) – Xử lý thay đổi pháp lý.
• Tài liệu bổ sung: PMI Agile Practice Guide (2021) – Nhấn mạnh iterative assessment cho rủi ro mới.

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

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

Câu hỏi mô tả một đội ngũ dự án phân tán toàn cầu đang chậm tiến độ do thiếu cam kết của đội ngũ và tinh thần thấp. Project manager cần xác định hành động đầu tiên để đưa lịch trình trở lại đúng quỹ đạo.
🛠️ Phân tích tình huống: Đây là vấn đề liên quan đến quản lý đội ngũ dự án (Manage Project Team) trong PMBOK® Guide 7th Edition. Với đội ngũ phân tán (virtual team), nguyên nhân chậm tiến độ không chỉ là kỹ thuật mà chủ yếu từ yếu tố con người (motivation và commitment). Theo nguyên tắc Tailoring và Value Delivery, PM phải ưu tiên xác định nguyên nhân gốc rễ (root cause) trước khi áp dụng giải pháp, tránh hành động vội vã dẫn đến lãng phí.

✅ Đáp án đúng: Set up a meeting to perform a root cause analysis.

Lý do lựa chọn:
Đây là bước đầu tiên theo quy trình Manage Project Team (Process 9.4) trong PMBOK® 7th Edition (cập nhật đến 2026). Khi đội ngũ gặp vấn đề hiệu suất (low morale, lack of commitment), PM phải thực hiện phân tích nguyên nhân gốc (root cause analysis) bằng công cụ như 5 Whys, Fishbone Diagram hoặc meeting brainstorming để hiểu rõ vấn đề trước khi quyết định hành động. Điều này phù hợp với Holistic/Adaptive Approach trong dự án hybrid/virtual team, giúp xây dựng giải pháp bền vững và tăng cường team engagement. Không làm bước này trước sẽ dẫn đến giải pháp sai lầm, vi phạm nguyên tắc Problem-Solving Model.

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

• ✅ Set up a meeting to perform a root cause analysis.
  Đúng vì: Như đã giải thích, đây là hành động ưu tiên đầu tiên để xác định nguyên nhân sâu xa (root cause) của low morale và lack of commitment. Meeting giúp thu thập input từ đội ngũ phân tán qua công cụ như Zoom/Teams, áp dụng Data Analysis tools trong PMBOK® 7th. Giải pháp này tăng cường Servant Leadership và Psychological Safety, dẫn đến cải thiện nhanh chóng.

• ❌ Permanently colocate the team for better performance.
  Sai vì: Colocation (đồng vị trí) chỉ hiệu quả với face-to-face team nhỏ, không khả thi với global distributed team do chi phí cao, logistics phức tạp và vi phạm Hybrid/Agile Principles (PMBOK® 7th, Section 4.6). Đây không phải first action mà là giải pháp dài hạn, có thể làm tình hình tệ hơn nếu không giải quyết root cause.

• ❌ Update the issue log and communicate it to the team.
  Sai vì: Update issue log là bước theo dõi (Monitor Team Performance), nhưng không phải first step. Vấn đề đã rõ (schedule delay do morale), cần root cause trước khi log và communicate, tránh thông tin không đầy đủ gây hoang mang đội ngũ. Theo Issue Management (PMBOK® 7th, Tools & Techniques), log chỉ sau khi phân tích.

• ❌ Seek the sponsor's approval to extend the project schedule.
  Sai vì: Đây là thay đổi baseline (Integrated Change Control - Process 4.6), chỉ áp dụng khi đã justify bằng evidence từ root cause. Extend schedule là last resort, vi phạm Value Maximization và Schedule Performance Index (SPI) – PM phải recover schedule trước thay vì kéo dài dự án.

📘 Tài liệu tham khảo

• PMBOK® Guide – 7th Edition (2021, cập nhật PMI Standards đến 2026): Process 9.4 Manage Project Team (tr. 272-278); Tools: Data Analysis (Root Cause Analysis), Interpersonal Skills (Conflict Management).
• Agile Practice Guide (PMI, 2017+): Virtual Teams & Servant Leadership (Section 5.2).
• PMI Code of Ethics (2022): Responsibility – Solve problems systematically.
• Nguồn chính thức: PMI.org – Khuyến nghị kiểm tra PMP Exam Content Outline 2024+ cho virtual team scenarios.
  🛠️ Lời khuyên PMP: Luôn áp dụng PDCA Cycle (Plan-Do-Check-Act) bắt đầu từ Check/Root Cause để đảm bảo hiệu quả!

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

Câu hỏi mô tả tình huống một công ty đã chuyển đổi từ cách tiếp cận predictive (dự đoán, truyền thống) sang hybrid (lai) để thực hiện dự án. Đội ngũ dự án phân tán địa lý, với mức độ kiến thức về agile không đồng đều. Quản lý dự án (PM) lo ngại rằng sự thay đổi phương pháp này có thể ảnh hưởng đến thời gian giao dự án đúng hạn.
📌 Vấn đề cốt lõi: PM cần hành động phù hợp để giảm thiểu rủi ro từ sự thiếu đồng đều kiến thức agile trong môi trường hybrid, đảm bảo dự án vẫn tiến triển suôn sẻ. Theo PMBOK® Guide 7th Edition (cập nhật đến 2026), hybrid kết hợp yếu tố predictive và agile/adaptive, đòi hỏi PM phải hỗ trợ phát triển năng lực đội ngũ để áp dụng nhất quán (xem Agile Practice Guide, phần Hybrid Approaches).

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

Plan for training on agile tools and techniques used in the defined hybrid methodology for consistent application by all team members.

🛠️ Lý do: Trong môi trường hybrid, PM phải ưu tiên phát triển đội ngũ (Develop Team - Process Group: Executing) để đảm bảo mọi thành viên áp dụng công cụ và kỹ thuật agile một cách nhất quán. Điều này giảm rủi ro chậm trễ do thiếu kiến thức, thúc đẩy sự hợp tác và hiệu suất. Theo PMBOK® 7th Ed., Principle 9: Teamwork và Agile Practice Guide (2021), đào tạo là giải pháp chủ động, phù hợp với hybrid thay vì quay lại predictive. Nguồn: PMBOK® Guide 7th Edition, trang 123-125 (Develop Team); PMI's Agile Certified Practitioner (PMI-ACP)® Handbook.

📋 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, với nội dung gốc giữ nguyên 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 & Standards, 2021-2026 updates).

• ❌ Use the predictive approach for team members who are not knowledgeable in agile project delivery practices.
  Phân tích sai: Phương án này phá vỡ tính nhất quán của hybrid methodology đã được công ty áp dụng. Nó tạo ra sự phân mảnh đội ngũ (một phần predictive, một phần agile), dẫn đến xung đột giao tiếp và rủi ro cao hơn. PMBOK® 7th Ed. nhấn mạnh tailoring (tùy chỉnh) phải toàn diện, không phân chia đội ngũ (Principle 5: Adaptability).

• ❌ Ask to execute the project with a predictive approach since there is a budget and schedule risk.
  Phân tích sai: Đây là hành động thụ động, chống lại quyết định tổ chức chuyển sang hybrid. PM không nên yêu cầu quay lại predictive chỉ vì rủi ro ban đầu; thay vào đó, phải quản lý rủi ro (Manage Risks) qua hỗ trợ đội ngũ. Theo PMBOK® 7th Ed., Domain: Uncertainty, hybrid linh hoạt hơn predictive để xử lý rủi ro agile.

• ❌ Use crashing to reduce the critical path to ensure enough buffer to include the impact of the agile methodology update.
  Phân tích sai: Crashing (nén lịch trình bằng cách tăng tài nguyên) là kỹ thuật predictive-specific (Schedule Management - PMBOK® 6th/7th), không phù hợp cho hybrid vì tăng chi phí và không giải quyết gốc rễ (thiếu kiến thức agile). Nó chỉ là "băng cá nhân" tạm thời, vi phạm Value Delivery System trong PMBOK® 7th Ed. (Principle 12: Optimization).

• ✅ Plan for training on agile tools and techniques used in the defined hybrid methodology for consistent application by all team members.
  Phân tích đúng: Như đã giải thích ở trên, đây là hành động chủ động, phù hợp nhất để xây dựng năng lực đội ngũ phân tán, đảm bảo áp dụng hybrid đồng đều. Hỗ trợ Stakeholder Engagement và Team Performance Domain (PMBOK® 7th Ed., trang 85-90).

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

• PMBOK® Guide – Seventh Edition (PMI, 2021, updates 2024-2026).
• Agile Practice Guide (PMI, 2021).
• The Standard for Project Management (PMI, 2021).
  Hy vọng phân tích này giúp bạn ôn thi PMP hiệu quả! 🚀

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

Câu hỏi mô tả tình huống một stakeholder mới và liên quan (relevant project stakeholder) đề xuất thay đổi một số thông số dự án (change to some of the project parameters) giữa chừng giai đoạn thực thi (midway through execution). Câu hỏi yêu cầu xác định hành động tiếp theo mà Project Manager (PM) nên làm (What should the project manager do next?).

🛠️ Phân tích ngữ cảnh PMP: Trong quản lý dự án theo PMBOK® Guide (phiên bản mới nhất 7th Edition, cập nhật đến 2026), mọi thay đổi đều phải được kiểm soát chặt chẽ để tránh rủi ro ảnh hưởng đến phạm vi, thời gian, chi phí và chất lượng. PM không tự quyết định thay đổi mà phải tuân thủ quy trình Perform Integrated Change Control (ICC) để đánh giá tác động toàn diện. Stakeholder mới vẫn cần được xem xét nếu họ relevant (ảnh hưởng hoặc bị ảnh hưởng bởi dự án), nhưng không có nghĩa là chấp nhận ngay lập tức.

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

Đáp án đúng: Evaluate the proposed change with integrated change controls and discuss the change with the project sponsor.

Lý do 🧩:

• PM phải đánh giá thay đổi qua Integrated Change Control (ICC) để phân tích tác động đến các yếu tố tích hợp (scope, schedule, cost, quality, risk, v.v.) – đây là bước bắt buộc theo PMBOK® Guide.
• Thảo luận với Project Sponsor là cần thiết vì sponsor là người phê duyệt cao cấp (authorized approver), đặc biệt với thay đổi từ stakeholder mới giữa execution phase. Điều này đảm bảo sự hỗ trợ từ cấp cao và tránh lệch hướng dự án.
• Hành động này phù hợp với Value Delivery System trong PMBOK 7th, nhấn mạnh Adaptability & Resilience (nguyên tắc 5 & 12).

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

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

• ❌ [SAI] Reject the change because it is contrary to what was agreed to during earlier phases of the project.
  Lý do sai: PM không được từ chối thay đổi ngay lập tức chỉ vì nó trái với thỏa thuận trước đó. Thay đổi từ relevant stakeholder phải được đánh giá qua ICC để xem xét lợi ích tiềm năng (ví dụ: cải thiện giá trị dự án). Từ chối vội vàng vi phạm nguyên tắc Stakeholder Engagement (PMBOK 7th) và có thể bỏ lỡ cơ hội tối ưu hóa.

• ❌ [SAI] Transfer the change to the steering committee for them to evaluate and decide the appropriate next steps.
  Lý do sai: PM chịu trách nhiệm chính cho ICC (theo PMBOK® Guide 6th Process 4.6 & 7th models). Không được chuyển giao hoàn toàn cho steering committee vì điều này làm PM mất kiểm soát và vi phạm vai trò lead & direct dự án. Steering committee chỉ tham gia nếu CCB (Change Control Board) được chỉ định, nhưng PM vẫn phải khởi xướng đánh giá.

• ✅ [ĐÚNG] Evaluate the proposed change with integrated change controls and discuss the change with the project sponsor.
  Lý do đúng: Như đã giải thích ở phần đáp án, đây là bước tiếp theo chuẩn xác. ICC đánh giá toàn diện, và sponsor cung cấp phê duyệt chiến lược – phù hợp với hybrid model PMP exam 2021-2026 (kết hợp process 6th & principles 7th).

• ❌ [SAI] Accept the change and use contingency funds to implement this change with minimal schedule impacts.
  Lý do sai: Không chấp nhận thay đổi ngay mà không qua ICC, vì có thể gây scope creep hoặc ảnh hưởng tích hợp. Contingency funds (quỹ dự phòng) chỉ dùng cho known risks đã xác định, không phải cho thay đổi mới (Management Reserve dùng cho unknown risks). Vi phạm Earned Value Management và nguyên tắc Stewardship (PMBOK 7th).

📘 Tài liệu tham khảo

• PMBOK® Guide – 7th Edition (2021, PMI): Chương 2 (Principles: Change, Stakeholder, Adaptability), Chương 4 (Models: Integrated Change Control).
• PMBOK® Guide – 6th Edition (Process 4.6: Perform Integrated Change Control) – vẫn là nền tảng cho PMP exam đến 2026.
• PMI Agile Practice Guide (2021): Nhấn mạnh đánh giá thay đổi trong hybrid environments.
• PMP Exam Content Outline (PMI, 2021): Domain III (Business Environment) & IV (Process) – 50% predictive processes bao gồm change control.

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

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

Câu hỏi gốc:
A project manager just finished a meeting to identify the main stakeholders of the project. What should the project manager do next?

✅ Giải thích nội dung câu hỏi:
Câu hỏi này tập trung vào quy trình quản lý bên liên quan (Stakeholder Management) trong PMP, cụ thể là bước tiếp theo sau khi hoàn thành cuộc họp xác định (Identify) các bên liên quan chính của dự án. Theo PMBOK® Guide – Seventh Edition (2021, vẫn áp dụng đến 2026), quy trình Identify Stakeholders (13.1) là bước đầu tiên, nhằm liệt kê và xác định các bên liên quan tiềm năng. Sau bước này, Project Manager cần thực hiện hành động logic tiếp theo để lập kế hoạch tương tác hiệu quả, tránh nhảy cóc các bước. 🛠️ Đây là tình huống thực tế, kiểm tra sự hiểu biết về Stakeholder Sphere (Identify → Analyze → Prioritize → Engage → Monitor).

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

Đáp án đúng: Analyze the stakeholders.
🧩 Lý do: Sau khi Identify Stakeholders, bước tiếp theo bắt buộc là Analyze Stakeholders để phân loại (classify) họ dựa trên power/interest grid, salience model hoặc các công cụ khác (như power-interest, influence-impact). Điều này giúp ưu tiên và lập kế hoạch engagement phù hợp. Nếu bỏ qua phân tích, PM không thể engage hiệu quả, dẫn đến rủi ro dự án. Theo PMBOK® 7th Edition, phần Stakeholder Engagement nhấn mạnh: "Analysis follows identification to understand needs and expectations" (trang 485-486). 📘 Đây là bước logic, tuần tự trong Project Stakeholder Management Knowledge Area (PMBOK 6th) và Stakeholder Performance Domain (7th).

📋 Phân tí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 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:

• Analyze the stakeholders. ✅ Đúng
  🛠️ Giải thích: Như đã nêu ở trên, đây là bước tiếp theo ngay lập tức sau Identify. PM cần phân tích để đánh giá mức độ ảnh hưởng, lợi ích, kỳ vọng của stakeholders (sử dụng data analysis như questionnaires, meetings). Không analyze trước thì các bước sau sẽ thiếu cơ sở dữ liệu. Tham khảo: PMBOK® 7th Ed., Section 4.7 Manage Stakeholder Engagement; The Standard for Project Management, Figure 4-6 (Stakeholder Engagement Sequence).

• Monitor all stakeholders. ❌ Sai
  🧩 Giải thích: Monitor (giám sát) là hoạt động cuối cùng trong quy trình, thuộc Manage Stakeholder Engagement và Monitor and Control Project Work. Lúc này, PM chưa engage hay lập kế hoạch, nên monitor sớm sẽ lãng phí tài nguyên và không có dữ liệu phân tích. Monitor chỉ áp dụng sau khi có Stakeholder Engagement Plan và thực hiện engagement.

• Keep all stakeholders informed. ❌ Sai
  🛠️ Giải thích: Keep informed thuộc Manage Communications và Monitor Communications, là phần của engagement strategy (ví dụ: báo cáo định kỳ cho keep-informed stakeholders). Đây là hành động sau khi analyze và plan (xác định ai cần informed qua communication matrix). Thực hiện ngay sẽ không hiệu quả vì chưa phân loại stakeholders (influence/impact).

• Engage the stakeholders. ❌ Sai
  📘 Giải thích: Engage (tương tác) là bước sau analyze và prioritize, thuộc Plan Stakeholder Engagement (13.2) và Manage Stakeholder Engagement (4.7). Nếu engage mà chưa analyze (ví dụ: engage high-power/low-interest sai cách), sẽ gây rủi ro như xung đột hoặc lãng phí. PMBOK 7th nhấn mạnh: "Engagement requires prior analysis to tailor strategies" (trang 487).

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

• PMBOK® Guide – Seventh Edition (PMI, 2021): Chương 4 (Stakeholder Performance Domain), trang 483-492.
• The Standard for Project Management (PMI, 2021): Figure 4-6 Stakeholder Engagement Activities.
• PMI's PMBOK® Guide 6th Edition (so sánh): Process 13.1 → 13.2 (Plan Stakeholder Engagement bao gồm analysis).
  Cập nhật đến 2026: Không có thay đổi lớn, vẫn theo 7th Edition làm chuẩn PMP Exam.

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

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

Câu hỏi này thuộc chủ đề quản lý đội ngũ dự án (Manage Project Team) trong PMP, cụ thể trong môi trường tổ chức chức năng (functional organization) – nơi mà quyền hạn của Project Manager (PM) thấp, chủ yếu tập trung vào phối hợp, và functional manager kiểm soát tài nguyên nhân sự.

Một product analyst được giao nhiệm vụ phát triển ứng dụng ngắn hạn (short-duration application development effort). Analyst bày tỏ lo ngại về nhiệm vụ và yêu cầu PM cung cấp hỗ trợ từ một peer có chuyên môn (expertise in this domain).

🛠️ Vấn đề cốt lõi: PM cần xử lý mối lo ngại của thành viên đội ngũ một cách hiệu quả, đảm bảo hoàn thành nhiệm vụ mà không làm gián đoạn phân công, thúc đẩy sự phát triển năng lực, hợp tác, và tuân thủ nguyên tắc Agile/hybrid trong PMBOK 7th Edition (2021, cập nhật đến 2026 qua các hướng dẫn mới như The Standard for Project Management). Điều này nhấn mạnh value delivery qua collaboration và servant leadership thay vì thay thế nhân sự ngay lập tức.

✅ Đáp án đúng

Make sure the analyst has regular pairing meetings with the other team member throughout task execution.

Lý do lựa chọn:

• Trong functional organization, PM không có quyền reassign dễ dàng mà phải hỗ trợ và phát triển đội ngũ (Develop Team process).
• Pairing meetings (tương tự pair programming trong Agile) đảm bảo kiến thức chia sẻ liên tục, giảm rủi ro, tăng chất lượng task ngắn hạn, và giải quyết lo ngại của analyst mà không thay đổi phân công.
• Điều này phù hợp với People Domain (PMBOK 7th), khuyến khích mentoring, collaboration suốt lifecycle task, giúp analyst học hỏi và hoàn thành trách nhiệm. ✅ Hiệu quả cao, low-risk cho short-duration effort.

📋 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 PMBOK 7th Edition (Process Groups: Executing - Manage Team; Principles: Teamwork, Learning, Value).

• ❌ [SAI] Enroll the analyst in a capacity-building program, and keep this analyst assigned to the task.
  Giải thích: Phương án này không phù hợp với short-duration effort vì chương trình capacity-building thường kéo dài, tốn thời gian và chi phí, dẫn đến delay task. PMBOK nhấn mạnh immediate support thay vì training dài hạn trong functional org (Manage Team: Address skill gaps qua mentoring, không phải formal program). Rủi ro cao về deadline và motivation của analyst. ❌ Không giải quyết kịp thời lo ngại.

• ❌ [SAI] Recognize the analyst's concerns and reassign the task to another team member.
  Giải thích: Reassign vi phạm nguyên tắc steward leadership (PMBOK 7th), làm giảm động lực đội ngũ và không phát triển kỹ năng analyst. Trong functional organization, PM khó reassign (cần phê duyệt functional manager), và có thể gây conflict resource. Không khuyến khích holistic team development. ❌ Tránh né vấn đề thay vì hỗ trợ.

• ❌ [SAI] Ask the analyst to use skills to develop the tool, then move development to another team member.
  Giải thích: Phương án này bỏ qua lo ngại ngay lập tức, ép analyst tự làm có thể dẫn đến low quality hoặc failure trong short-duration task. Sau đó "move development" gây waste effort và context switching. PMBOK Agile practices ưu tiên continuous support suốt task, không phải "try then handover". ❌ Tăng rủi ro rework và demotivate.

• ✅ [ĐÚNG] Make sure the analyst has regular pairing meetings with the other team member throughout task execution.
  Giải thích: Như đã nêu ở phần đáp án đúng, đây là best practice cho collaboration, knowledge transfer real-time, phù hợp hybrid/Agile trong PMBOK 7th (Team Performance Domain: High-performing teams qua pairing/mentoring). Đảm bảo task hoàn thành mà analyst vẫn assigned, tăng learning và trust. ✅ Optimal solution cho tình huống.

📘 Tài liệu tham khảo

• PMBOK Guide 7th Edition (2021, PMI): Chapter 4 (Team Domain), Principle 7 (Optimize Risk Responses), Process 9.5 Manage Team.
• Agile Practice Guide (PMI, 2017-2026 updates): Pairing/Mob programming cho short sprints.
• PMP Exam Content Outline (2021, hiệu lực đến 2026): Domain III (Business Environment, 8%), Domain IV (People, 42%) – Emphasize support over replacement.
• Nguồn online: PMI.org (Earned Value, Team Management updates 2024-2026).

Hy vọng phân tích này giúp bạn ôn PMP hiệu quả! 🚀 Nếu cần thêm case study, 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ý Giao tiếp (Manage Communications) trong môi trường Agile, theo PMBOK® Guide 7th Edition và PMI Agile Practice Guide (cập nhật đến 2026).
📖 Tình huống: Một project manager làm việc trong tổ chức đang chuyển sang áp dụng phương pháp Agile. Trước đây, tiến độ dự án được thông báo qua email hàng tuần cho stakeholders (các bên liên quan). Đội phát triển (development team) sử dụng burndown chart (biểu đồ đốt cháy - theo dõi tiến độ sprint) và kanban board (bảng Kanban - trực quan hóa công việc đang diễn ra) để theo dõi tiến độ nội bộ.
❓ Vấn đề cốt lõi: Project manager cần quyết định cách giao tiếp tiến độ phù hợp khi chuyển sang Agile, đảm bảo hiệu quả, minh bạch nhưng vẫn tôn trọng nhu cầu của stakeholders (không phải ai cũng quen với công cụ Agile).
🛠️ Nguyên tắc PMP/Agile: Giao tiếp phải đa kênh (multi-channel), phù hợp với đối tượng (tailored communication), ưu tiên information radiator như burndown/kanban cho team, nhưng với stakeholders bên ngoài thì dùng phương pháp quen thuộc làm chính, bổ sung visualization làm phụ (theo Agile Practice Guide, Principle 7: Optimize Flow & Principle 9: Encourage a Supportive Organizational Culture).

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

Đáp án đúng: Use the burndown chart and the kanban board as an auxiliary communication channel.
Lý do:

• Trong Agile, burndown chart và kanban board là công cụ trực quan hóa nội bộ cho team, giúp minh bạch tiến độ realtime. Tuy nhiên, stakeholders (đặc biệt external) thường quen với báo cáo truyền thống như email hàng tuần.
• Sử dụng chúng làm kênh phụ trợ (auxiliary) là cách tối ưu, giữ email làm kênh chính (push communication) và bổ sung visualization (pull communication) để tăng tính minh bạch mà không ép buộc thay đổi lớn.
• Điều này phù hợp Stakeholder Engagement (PMBOK 7: Create Stakeholder Engagement Plan) và Agile communication hybrid – kết hợp truyền thống + Agile tools.
  📘 Nguồn: PMBOK® Guide 7th Edition (p. 115-120, Manage Communications); PMI Agile Practice Guide (Section 4.3.3, Visual Management Tools).

📋 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 (giữ nguyên văn bản gốc bằng tiếng Anh), với lý do đúng/sai dựa trên nguyên tắc PMP/Agile mới nhất:

• ✅ Use the burndown chart and the kanban board as an auxiliary communication channel.
  🟢 Đúng vì: Như đã giải thích ở trên, đây là cách cân bằng hybrid – tận dụng Agile tools làm bổ sung cho kênh truyền thống, tăng hiệu quả mà không làm gián đoạn stakeholders. Phù hợp nguyên tắc "tailor communication to audience" (Agile Manifesto: Face-to-Face Conversation ưu tiên, nhưng linh hoạt).

• ❌ [SAI] Provide access to the burndown chart and kanban board and ask stakeholders to use them.
  🔴 Sai vì: Ép stakeholders tự truy cập (pull communication thuần túy) có thể gây confusing nếu họ không quen Agile tools, dẫn đến giảm engagement. Agile khuyến khích push + pull hybrid, không phải "ask to use" bắt buộc (rủi ro stakeholders ignore).

• ❌ [SAI] Organize training for all stakeholders on the burndown chart and kanban board.
  🔴 Sai vì: Tốn kém, không hiệu quả (resource waste) vì không phải tất cả stakeholders cần kỹ năng sâu về Agile tools. PMBOK 7 nhấn mạnh just-in-time training cho team nội bộ, không phải "all stakeholders" (có thể external, không liên quan trực tiếp).

• ❌ [SAI] Continue using only the traditional communication channels with external stakeholders.
  🔴 Sai vì: Bỏ qua lợi ích visualization của Agile, vi phạm nguyên tắc transparency (Agile Principle 6: Build Projects Around Motivated Individuals). Tổ chức đang implement Agile, nên tích hợp tools mới chứ không "only traditional" – làm chậm chuyển đổi văn hóa.

🏆 Kết luận & Lời khuyên PMP

🛠️ Project manager nên Manage Communications iteratively trong Agile: Demo burndown/kanban tại Sprint Review, giữ email summary. Theo dõi feedback stakeholders để điều chỉnh!
📚 Tài liệu tham khảo chính:

• PMBOK® Guide – 7th Edition (2021, cập nhật 2026).
• PMI Agile Practice Guide (2021).
• PMP Exam Content Outline (Domain IV: People, Task 8: Manage Communications).
  Hỏi thêm nếu cần case study khác 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ý Thay đổi (Change Management) trong PMP, cụ thể liên quan đến quy trình xử lý yêu cầu thay đổi từ khách hàng (change request). Tình huống: Khách hàng gửi yêu cầu thay đổi bổ sung chỉ 1 ngày trước ngày thay đổi dự kiến (planned change date). Project Manager (PM) cần phản hồi như thế nào?

📘 Bối cảnh PMP (PMBOK® Guide 7th Edition, cập nhật đến 2024-2026): Mọi change request đều phải được đánh giá qua Integrated Change Control (ICC) – quy trình 4.6 trong PMBOK 7, đảm bảo thay đổi được xem xét toàn diện về tác động đến phạm vi, thời gian, chi phí, chất lượng, rủi ro... PM KHÔNG được từ chối ngay lập tức mà phải review và thực hiện ICC để quyết định phê duyệt/từ chối dựa trên dữ liệu. Thời gian ngắn không phải lý do loại trừ; ICC giúp đánh giá tính khả thi.

✅ Đáp án đúng: Review the additional changes and perform integrated change control

Lý do lựa chọn (theo PMBOK 7th Edition):

• Đây là bước bắt buộc đầu tiên và đúng đắn nhất cho mọi change request, dù muộn đến đâu. PM phải review thay đổi để hiểu nội dung, sau đó thực hiện ICC (tích hợp đánh giá tác động, lấy phê duyệt từ CCB - Change Control Board nếu cần).
• ICC đảm bảo thay đổi phù hợp với project management plan và baseline, tránh quyết định chủ quan. Dù chỉ 1 ngày trước, PM vẫn phải đánh giá (impact analysis) để quyết định: phê duyệt, từ chối, hoặc trì hoãn.
• Nguồn tham khảo: PMBOK® Guide 7th Edition (2021), Section 4.6 Perform Integrated Change Control; PMI Agile Practice Guide (2021) – nhấn mạnh "holistic review" cho thay đổi muộn.

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

Dưới đây là phân tích từng lựa chọn một cách chi tiết, giữ nguyên văn bản gốc bằng tiếng Anh. Phân loại rõ ràng với emoji để dễ theo dõi:

• ❌ [SAI] Reject the changes as the lead time is too short.
  Giải thích: Từ chối ngay vì "thời gian dẫn (lead time) quá ngắn" là sai lầm nghiêm trọng. PMBOK cấm quyết định chủ quan mà không review. Thời gian ngắn chỉ là yếu tố rủi ro cần đánh giá trong ICC, không phải lý do từ chối tự động. Điều này vi phạm nguyên tắc "value-driven" và có thể dẫn đến mất lòng tin khách hàng.

• ❌ [SAI] Check if the changes are covered in the statement of work (SOW).
  Giải thích: Kiểm tra SOW (tài liệu hợp đồng ban đầu) không phải bước phản hồi đầu tiên. SOW định nghĩa phạm vi gốc, nhưng change request là thay đổi sau baseline, phải qua ICC chứ không chỉ "check SOW". Cách này bỏ qua tác động tích hợp (scope creep, schedule impact), vi phạm quy trình 4.6 PMBOK.

• ❌ [SAI] Determine whether the project team is capable of making the changes.
  Giải thích: Xác định khả năng đội ngũ chỉ là một phần nhỏ của ICC (resource analysis), không phải hành động đầu tiên. PM phải review toàn diện (tác động baseline, rủi ro, chi phí...) trước khi xem team capability. Làm vậy sẽ bỏ sót các yếu tố khác như phê duyệt stakeholder, dẫn đến quyết định không toàn diện.

• ✅ [ĐÚNG] Review the additional changes and perform integrated change control.
  Giải thích: Như đã nêu ở trên, đây là quy trình chuẩn PMP. "Review" để hiểu yêu cầu, "perform ICC" để đánh giá, phê duyệt/từ chối chính thức, cập nhật baseline nếu cần. Áp dụng cho mọi tình huống, kể cả change muộn (PMBOK nhấn mạnh "timely response" nhưng qua quy trình chính thức).

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

• PMBOK® Guide – 7th Edition (2021): Process Groups & Processes, Section 4.6 (Integrated Change Control).
• PMI's Process Improvement (2024 updates): Nhấn mạnh Agile-hybrid approaches vẫn yêu cầu ICC cho changes.
• PMP Exam Content Outline (2024-2026): Domain 3: Business Environment (Change Management) – 17% trọng số.

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ý đội ngũ trong môi trường Agile theo chuẩn PMP (phiên bản mới nhất PMBOK Guide 7th Edition và Agile Practice Guide, cập nhật đến 2026).

• Bối cảnh chính: Một công ty đang chuyển đổi từ phương pháp predictive (dự đoán, truyền thống) sang agile (linh hoạt). Quản lý dự án (PM) được giao pilot đầu tiên với đội ngũ thiếu kinh nghiệm. Do sự kiện bất ngờ, toàn đội phải làm việc từ xa (remote). Trong sprint thứ 2, PM nhận thấy đội ngũ thiếu cam kết (lack of commitment).

• Vai trò then chốt: PM phải hành động như một Servant Leader (Lãnh đạo phục vụ) – vai trò cốt lõi trong Agile, tập trung vào việc hỗ trợ đội ngũ tự tổ chức, phát triển kỹ năng, và loại bỏ trở ngại thay vì chỉ huy trực tiếp.

• Vấn đề cốt lõi: Làm việc từ xa + đội thiếu kinh nghiệm + chuyển đổi Agile → Dẫn đến giảm engagement và collaboration. Servant Leader cần can thiệp phù hợp để khôi phục động lực, phù hợp với nguyên tắc Agile: People over Processes (Con người ưu tiên hơn quy trình).

📘 Nguồn tham khảo: PMBOK® Guide 7th Edition (Section 4.5 Team Management), Agile Practice Guide (Chapter 3: Servant Leadership & Team).

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

Đáp án đúng: Coach team members to increase their engagement and collaboration.

Lý do chi tiết 🛠️:

• Là Servant Leader, PM ưu tiên coaching (huấn luyện) để phát triển đội ngũ, giúp họ tăng engagement (sự tham gia) và collaboration (hợp tác) – đặc biệt quan trọng với đội thiếu kinh nghiệm và làm việc remote.
• Trong Agile, coaching giúp đội tự nhận thức vấn đề, xây dựng kỹ năng, phù hợp với Agile Manifesto: Individuals and interactions over processes and tools.
• Hành động này chủ động hỗ trợ mà không ép buộc, khuyến khích self-organization dần dần, tránh micromanagement.
• Phù hợp pilot chuyển đổi: Giúp đội học hỏi nhanh, giảm rủi ro thất bại.

📘 Nguồn: Agile Practice Guide (p. 45-47: Servant Leader behaviors); PMBOK 7th (Principle 7: Optimize Risk Responses).

📋 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 vai trò Servant Leader trong Agile.

• ✅ [ĐÚNG] Coach team members to increase their engagement and collaboration.
  🛠️ Giải thích: Đây là hành động tối ưu nhất. Servant Leader tập trung coaching cá nhân hóa để giải quyết gốc rễ thiếu cam kết (do remote + thiếu kinh nghiệm). Giúp đội xây dựng kỹ năng collaboration qua các buổi 1:1 hoặc workshop, thúc đẩy psychological safety (an toàn tâm lý). Kết quả: Tăng động lực bền vững, phù hợp nguyên tắc Agile empowerment (trao quyền).

• ❌ [SAI] Request an exception to allow the team to return to work on-site.
  🛠️ Giải thích: Sai vì phản Agile mindset. Servant Leader không yêu cầu ngoại lệ để quay lại on-site (có thể không khả thi do sự kiện bất ngờ). Thay vào đó, phải thích nghi remote (virtual Agile practices). Hành động này tránh né vấn đề gốc (thiếu engagement), vi phạm nguyên tắc adapt to change và tăng rủi ro dependency vào môi trường vật lý.

• ❌ [SAI] Force the team to attend the daily standups to gather the project status.
  🛠️ Giải thích: Sai vì command-and-control style (kiểu chỉ huy ép buộc), trái ngược Servant Leader. Daily standup là self-organized event để team chia sẻ, không phải PM "force" để thu status. Ép buộc làm giảm động lực thêm, đặc biệt với đội remote thiếu kinh nghiệm. Agile nhấn mạnh voluntary participation (tham gia tự nguyện).

• ❌ [SAI] Allow the team to address the problem as a self-organized team.
  🛠️ Giải thích: Sai ở ngữ cảnh pilot với đội thiếu kinh nghiệm + remote. Self-organization là lý tưởng Agile, nhưng đội mới chưa sẵn sàng (chỉ sprint 2, thiếu commitment). Servant Leader phải hỗ trợ ban đầu qua coaching trước khi để tự giải quyết hoàn toàn – tránh "abandonment" (bỏ mặc). Đây là passive approach, không phù hợp PMBOK Principle 9: Leadership.

🏆 Kết luận & Lời khuyên PMP

🛠️ Trong chuyển đổi Agile, Servant Leader như PM phải balance giữa hỗ trợ và trao quyền. Hành động coaching không chỉ giải quyết ngay mà còn xây dựng nền tảng dài hạn. Hãy áp dụng Retrospective sau sprint để cải thiện!

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

• PMBOK® Guide – 7th Edition (2021, updates 2024-2026 via PMI.org).
• Agile Practice Guide (PMI, 2017, aligned with PMBOK 7).
• PMI Agile Certified Practitioner (PMI-ACP) Handbook.

Nếu cần ví dụ thực tế hoặc câu hỏi khác, 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 Agile trong PMP (Project Management Professional), tập trung vào các thực hành Agile linh hoạt, đặc biệt là trong môi trường Scrum hoặc các framework tương tự.

• Bối cảnh: Một đội Agile đã được giao nhiệm vụ (assigned) cho một dự án bắt buộc (mandates) triển khai các thay đổi quan trọng đối với sản phẩm chính phủ chính (key government products). Thời hạn là 6 tháng – một mốc thời gian cố định, đòi hỏi cách tiếp cận iterative và ưu tiên cao.
• Vấn đề cốt lõi: Team lead (thường là Scrum Master hoặc Product Owner trong Agile) cần quyết định bước tiếp theo (next step) để khởi động hiệu quả. Trong Agile, dự án đã có sự giao nhiệm vụ, nên không bắt đầu từ zero như dự án truyền thống (Waterfall). Thay vào đó, tập trung vào xây dựng Product Backlog ở mức cao, sau đó tinh chỉnh dần qua các buổi grooming/refinement.
• Mục tiêu PMP: Áp dụng PMBOK Guide 7th Edition (2021) và Agile Practice Guide (tích hợp trong PMBOK 7), nhấn mạnh Value Delivery qua epics, stories, và backlog refinement. Kiến thức cập nhật đến 2026 vẫn giữ nguyên nguyên tắc này, với Scrum Guide 2020/2025 nhấn mạnh Product Backlog Refinement là ongoing activity (tối thiểu 10% sprint time).

🛠️ Tại sao câu hỏi này quan trọng? Nó kiểm tra sự hiểu biết về Agile Initiation trong dự án đã assigned, tránh các sai lầm như "big bang planning" (lập kế hoạch toàn bộ ngay từ đầu), thay vào đó ưu tiên high-level breakdown và iterative grooming để thích ứng với thay đổi.

✅ Đáp án đúng: Create the epics at a high level for the requirements and begin grooming sessions.

Lý do lựa chọn chi tiết:

• Trong Agile, bước đầu tiên sau khi nhận mandate là phân tích yêu cầu ở mức cao (high-level epics) – các user story lớn bao quát toàn bộ thay đổi, giúp hình dung scope mà không chi tiết hóa quá sớm (tránh waste).
• Sau đó, bắt đầu grooming sessions (hay Backlog Refinement) để đội ngũ cùng tinh chỉnh epics thành stories nhỏ hơn, ước lượng, và ưu tiên dựa trên business value. Điều này phù hợp với 6 tháng deadline, cho phép iterative planning (ví dụ: roadmap 6 tháng với epics, rồi sprint-by-sprint).
• Tuân thủ nguyên tắc Agile: Just-in-time planning, empiricism, và collaboration (theo Scrum Guide: Product Owner tạo epics, đội refine). Giúp đội deliver value sớm và adapt với thay đổi chính phủ (có thể strict regulations).
• ✅ Lợi ích: Tối ưu hóa cho dự án fixed-time, fixed-scope (mandate), tập trung vào hybrid Agile.

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

• ❌ Create the project charter and statement of work (SOW) to estimate the changes and the scope of the change.
  Sai vì: Đây là bước Predictive/Waterfall (Initiate process group trong PMBOK 6/7), không phù hợp với Agile team đã assigned – project charter thường đã tồn tại trước khi assign team. SOW dùng cho vendor contracts, không phải internal Agile. Tạo chúng lúc này gây overhead và vi phạm Agile Manifesto (favor working software over documentation). Trong 6 tháng mandate, ưu tiên execution hơn initiation docs.

• ❌ Create all of the stories just for the next sprint and skip the epics until the next sprint.
  Sai vì: Agile yêu cầu vision/roadmap cao cấp (epics) trước khi chi tiết stories. Bỏ qua epics dẫn đến lack of alignment với mandate lớn (government changes), chỉ focus next sprint gây short-sighted và rủi ro miss overall scope. PMBOK 7 Agile Practice Guide nhấn mạnh hierarchical backlog (epics > features > stories), không skip levels.

• ❌ Create all of the stories needed to fulfill this change, document them in the backlog, and prioritize them according to business value.
  Sai vì: "Big upfront design" (tạo tất cả stories ngay) vi phạm iterative development – Agile tránh detailed planning toàn bộ scope từ đầu (uncertainty cao ở government projects). Dẫn đến analysis paralysis, waste effort nếu requirements thay đổi. Thay vào đó, dùng progressive elaboration qua grooming (Scrum Guide: refine incrementally).

• ✅ Create the epics at a high level for the requirements and begin grooming sessions.
  Đúng vì: Như giải thích trên – High-level epics cung cấp overview cho mandate, grooming sessions (ongoing, collaborative) refine dần vào stories. Hoàn hảo cho Agile hybrid với fixed deadline, đảm bảo value-driven prioritization (PMBOK 7: Tailoring Agile approaches).

📘 Tài liệu tham khảo

• PMBOK Guide 7th Edition (2021): Section 4. Iterative practices, Hybrid models; Agile Principle #2 (Start with "Ready to Go" items).
• Agile Practice Guide (PMI, 2017/updated in PMBOK 7): Chapter 5: Implementing Agile – Epics & Refinement (pages 45-50).
• Scrum Guide 2020/2025 (Scrum.org): Product Backlog Refinement (ongoing activity, Developer involvement).
• PMP Exam Content Outline 2021 (cập nhật 2026): Domain IV: People (team collaboration in grooming); Domain III: Business Environment (government mandates).

🛠️ Lời khuyên PMP: Trong thực tế, team lead nên organize Kick-off với stakeholders để validate epics trước grooming! Nếu thi PMP, nhớ tailor approach dựa trên context.