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

🧩 Phân tí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 theo PMP (Project Management Professional), cụ thể liên quan đến việc áp dụng phương pháp Agile trong môi trường tổ chức có văn hóa tuân thủ nghiêm ngặt chính sách và thủ tục (bureaucratic culture). Công ty A đang phát triển phần mềm nội bộ bằng Agile, nhưng dù đã đào tạo, đội ngũ vẫn không giao hàng hiệu quả (unable to deliver efficiently).

📌 Vấn đề cốt lõi: Văn hóa công ty ưu tiên quy trình cứng nhắc, xung đột với bản chất linh hoạt của Agile (self-organizing teams, focus on value delivery). Project Manager (PM) cần hành động đầu tiên để cải thiện, phù hợp với nguyên tắc Servant Leadership và Team Empowerment trong Agile.

🛠️ Bối cảnh PMP mới nhất (PMBOK 7th Edition 2021 & Agile Practice Guide 2021, cập nhật đến 2026): Agile nhấn mạnh outcome-oriented (tập trung kết quả kinh doanh) thay vì process-oriented, đặc biệt trong hybrid environments. PM phải hỗ trợ đội ngũ vượt qua rào cản văn hóa để tự quản lý và giao giá trị nhanh chóng.

✅ Đáp án đúng

Empower and coach the team members to focus on project delivery results.

Lý do lựa chọn:

• Đây là hành động đầu tiên và hiệu quả nhất vì Agile yêu cầu đội ngũ tự tổ chức (self-organizing) và tập trung vào kết quả giao hàng (delivery results) thay vì tuân thủ quy trình cứng nhắc. PM đóng vai trò Servant Leader (hỗ trợ, huấn luyện - coach) để trao quyền (empower) đội ngũ, giúp họ vượt qua văn hóa bureaucratic.
• Theo PMBOK 7th (Principle 5: Team & Stakeholders) và Agile Practice Guide (Section 4: Servant Leadership), coaching giúp đội ngũ chuyển từ "tuân thủ quy trình" sang "tạo giá trị nhanh chóng", cải thiện hiệu suất ngay lập tức mà không cần thay đổi tổ chức lớn.
• Nguồn tham khảo: PMBOK Guide 7th Edition (p. 47-50, Team Principle); Agile Practice Guide (p. 35-37, Coaching & Mentoring).

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

Dưới đây là giải thích chi tiết từng lựa chọn, giữ nguyên văn bản gốc bằng tiếng Anh. Phân tích dựa trên nguyên tắc PMP/Agile mới nhất:

• Empower and coach the team members to focus on project delivery results.
  ✅ Đúng - Như đã giải thích ở trên. Hành động này trực tiếp giải quyết xung đột văn hóa bằng cách huấn luyện đội ngũ ưu tiên value delivery (giao giá trị), phù hợp với 12 Agile Principles (Principle 5: Build projects around motivated individuals; Principle 11: Self-organizing teams). Đây là bước đầu tiên, nhanh chóng và không cần phê duyệt từ cấp cao.

• Identify key team members who can influence others to contribute efficiently.
  ❌ Sai - Việc xác định "key influencers" (người ảnh hưởng) chỉ là chiến lược thay đổi tổ chức thứ cấp, không phải hành động đầu tiên. Nó có thể tạo "nhóm elite" dẫn đến mất động lực chung, vi phạm Agile Principle 1: Individuals & Interactions over processes. PMBOK 7th (Stakeholder Engagement) khuyến nghị empower toàn đội thay vì phụ thuộc cá nhân (p. 72).

• Follow company procedures and retrain team members on the agile approach.
  ❌ Sai - Quay lại tuân thủ quy trình công ty và đào tạo lại sẽ lặp lại vấn đề cũ, vì văn hóa bureaucratic chính là nguyên nhân cản trở Agile (quá process-heavy). Agile Practice Guide cảnh báo tránh "Waterfall in disguise" (p. 22); PMBOK 7th nhấn mạnh tailoring approaches thay vì ép buộc quy trình (Principle 12: Adaptability, p. 19). Đã đào tạo rồi mà vẫn thất bại, nên không phải giải pháp đầu tiên.

• Ask company management to delay the project and grant it additional time.
  ❌ Sai - Yêu cầu trì hoãn dự án là tránh né vấn đề gốc rễ, không cải thiện hiệu quả mà chỉ kéo dài thời gian. Vi phạm Agile Manifesto Value 1: Working software over comprehensive documentation và PMBOK 7th (Value Delivery System, p. 10-12). Trong Agile, ưu tiên time-boxing và cải tiến liên tục (retrospectives), không xin thêm thời gian.

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

Hành động đầu tiên phải tập trung vào đội ngũ để chuyển văn hóa từ "procedure-driven" sang "results-driven". PM nên tổ chức retrospective ngay lập tức để coach và empower.
📘 Tài liệu tham khảo chính:

• PMBOK® Guide – Seventh Edition (2021, PMI).
• Agile Practice Guide (2021, PMI).
• PMI's Pulse of the Profession 2023-2025 Reports (hybrid/agile adoption trends).

Nếu cần ví dụ thực tế hoặc câu hỏi PMP khác, hãy hỏi nhé! 🚀

🧩 Phân tích câu hỏi trắc nghiệm PMP: Quản lý rủi ro trong dự án Hybrid

📝 Giải thích nội dung câu hỏi một cách chi tiết:
Câu hỏi mô tả một tình huống thực tế trong dự án sử dụng phương pháp lai (hybrid approach) – kết hợp giữa phương pháp dự đoán (predictive) và thích ứng (adaptive/Agile). Đội ngũ dự án đã tạo và xem xét risk log (nhật ký rủi ro) cùng các bên liên quan ngay từ đầu dự án. Tuy nhiên, đến giữa dự án, đội ngũ và các bên liên quan mất sự đồng thuận (misaligned) về các rủi ro và chiến lược giảm thiểu.
Câu hỏi yêu cầu xác định thời điểm phù hợp nhất để xem xét lại rủi ro nhằm đảm bảo sự đồng thuận liên tục giữa đội ngũ dự án và các bên liên quan.
🛠️ Bối cảnh PMP mới nhất (PMBOK 7th Edition & Agile Practice Guide 2021, cập nhật đến 2026): Trong hybrid approach, quản lý rủi ro phải liên tục và lặp lại (iterative), đặc biệt qua các chu kỳ ngắn (iterations) để thích ứng nhanh chóng, tránh lệch hướng như tình huống mô tả.

✅ Đáp án đúng: During each iteration and review
Lý do lựa chọn: Trong dự án hybrid, việc xem xét rủi ro cần diễn ra định kỳ trong mỗi iteration (chu kỳ làm việc ngắn) và iteration review (phiên đánh giá cuối iteration). Điều này đảm bảo đội ngũ và stakeholders liên tục đồng thuận, phát hiện rủi ro mới, cập nhật mitigation strategies kịp thời. Đây là thực hành chuẩn trong Agile/Hybrid theo PMBOK 7, giúp duy trì alignment qua feedback loops nhanh chóng, tránh tình trạng misaligned midway.

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

• ❌ During each steering committee meeting
  Phương án này sai vì steering committee (hội đồng chỉ đạo) tập trung vào governance cấp cao, quyết định chiến lược lớn, không phải review rủi ro định kỳ chi tiết. Trong hybrid, review rủi ro cần thường xuyên hơn (hàng iteration), không phụ thuộc lịch họp không đều đặn của committee.

• ❌ During the retrospectives
  Phương án này sai vì retrospectives (hồi tưởng) dùng để cải thiện quy trình làm việc sau iteration, tập trung lessons learned về team performance chứ không phải alignment rủi ro với stakeholders. Risk review cần trước/song song để hành động kịp thời, không chỉ sau sự kiện.

• ❌ During the risk register update
  Phương án này sai vì cập nhật risk register (danh sách rủi ro) là hoạt động ongoing cá nhân/đội ngũ, không đảm bảo sự tham gia của stakeholders để alignment. Nó thiếu tính định kỳ và tương tác nhóm cần thiết trong hybrid.

• ✅ During each iteration and review
  Phương án này đúng như đã giải thích: Iteration và review là "tim mạch" của hybrid/Agile, nơi risks được thảo luận công khai, cập nhật live với stakeholders (qua demo/review meetings), đảm bảo alignment liên tục theo nguyên tắc "Inspect & Adapt".

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

• PMBOK Guide 7th Edition (2021, cập nhật PMI 2025-2026): Section 4.5 Risk Management, nhấn mạnh iterative risk reviews trong hybrid (Hybrid Models in Agile Practice Guide).
• Agile Practice Guide (PMI, 2021): Trang 45-50, mô tả risk management qua iterations và sprint reviews để maintain stakeholder alignment.
• PMI Standards+ (2026 updates): Xác nhận hybrid projects ưu tiên continuous risk audits in short cycles.

🛠️ Lời khuyên PMP: Trong kỳ thi PMP, luôn ưu tiên thực hành Agile/hybrid cho tình huống "midway misalignment" – tập trung vào feedback loops định kỳ! Nếu áp dụng thực tế, hãy tích hợp risk reviews vào daily stand-ups/iteration planning để dự phòng.

🧩 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ý Nguồn lực (Resource Management) trong PMP, cụ thể là giai đoạn Planning của dự án (theo PMBOK Guide 7th Edition và các cập nhật đến 2026).

• Tình huống chính: Dự án đang ở giai đoạn lập kế hoạch (Planning phase). Quản lý dự án (PM) phát hiện đội ngũ kỹ sư hiện có không đủ kỹ năng cần thiết để thực hiện công việc.

  • Outsourcing không khả thi.
  • Yêu cầu HR tuyển dụng hoặc phân bổ kỹ sư mới bị từ chối do công ty không đủ ngân sách lúc này.

• Vấn đề cốt lõi: PM cần hành động NGAY LẬT ĐẦU (FIRST) để giải quyết khoảng trống kỹ năng mà không thay đổi nguồn lực bên ngoài. Điều này liên quan đến các quy trình Plan Resource Management, Estimate Activity Resources, và đặc biệt Develop Team (phát triển đội ngũ nội bộ thông qua chia sẻ kiến thức).

Mục tiêu là lập kế hoạch sử dụng nguồn lực hiện có hiệu quả, tránh rủi ro chậm trễ dự án mà không vi phạm ràng buộc ngân sách và phạm vi. ✅ Kiến thức PMP cập nhật: Theo PMBOK 7th Edition (2021) và PMI updates đến 2026, ưu tiên phát triển đội ngũ (team development) qua mentoring/coaching để xây dựng năng lực nội bộ, thay vì acquire mới khi không thể.

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

• PMBOK Guide 7th Edition: Principle 5 (Team), Process 9.3 Develop Team.
• PMI Agile Practice Guide: Knowledge sharing trong hybrid projects.

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

Đáp án đúng: Introduce a mentoring program to facilitate knowledge sharing.

Lý do 🛠️:

• Đây là hành động đầu tiên và phù hợp nhất ở giai đoạn Planning, vì PM cần lập kế hoạch phát triển đội ngũ (Develop Team) để bù đắp khoảng trống kỹ năng mà không tốn thêm chi phí acquire mới.
• Mentoring program thúc đẩy chia sẻ kiến thức (knowledge sharing) giữa các thành viên có kinh nghiệm và những người thiếu kỹ năng, giúp đội ngũ nhanh chóng đạt yêu cầu mà không cần ngân sách lớn.
• Theo PMBOK 7th, mentoring là công cụ chính trong Develop Team (interpersonal skills, training), ưu tiên hơn các giải pháp thay đổi scope hoặc reserve vì nó giữ nguyên phạm vi dự án và tận dụng nguồn lực nội bộ ngay lập tức. ✅ Hiệu quả cao, rủi ro thấp.

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

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

• ✅ Introduce a mentoring program to facilitate knowledge sharing.
  Giải thích đúng 🧩: Như đã nêu, đây là bước first action lý tưởng ở Planning phase. Nó thuộc Develop Team process (PMBOK 7th, Section 9.3), sử dụng mentoring để transfer knowledge nhanh chóng, không tốn kém, và phù hợp khi acquire resources bị hạn chế. Giúp dự án tiến triển mà không thay đổi baseline.

• ❌ [SAI] Change the scope to include only the work that the team is qualified to do.
  Giải thích sai 🚫: Thay đổi scope yêu cầu Integrated Change Control (formal process), không phải hành động đầu tiên. Nó có thể làm giảm giá trị dự án, vi phạm ràng buộc phạm vi (scope constraint), và không giải quyết gốc rễ thiếu skills. PMBOK 7th nhấn mạnh bảo vệ scope trước khi cắt giảm (Principle 1: Stewardship).

• ❌ [SAI] Add extra time for training during the course of the project.
  Giải thích sai ⏱️: Thêm thời gian training là ý tưởng tốt nhưng KHÔNG PHẢI FIRST vì nó xảy ra trong Execution phase, kéo dài schedule baseline (cần Schedule Change Control). Mentoring hiệu quả hơn training vì nhanh và thực tế hơn (PMBOK 7th: Training là tool phụ, mentoring ưu tiên cho knowledge transfer nội bộ).

• ❌ [SAI] Use the management reserve to obtain the needed resources.
  Giải thích sai 💰: Management Reserve dành cho unknown-unknown risks (rủi ro không lường trước), không phải tình huống đã biết như thiếu skills (đây là known issue). Sử dụng reserve cần phê duyệt cao cấp và không giải quyết outsourcing ban đầu. PMBOK 7th (Cost Management): Reserve ≠ Contingency Reserve; lạm dụng làm lệch baseline.

Kết luận tổng quát 🎯: PM phải ưu tiên proactive planning với nguồn lực hiện có qua mentoring để đảm bảo dự án khả thi. Nếu áp dụng thực tế, theo dõi qua Manage Team và điều chỉnh KPI đội ngũ!

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

Câu hỏi mô tả tình huống: Một thành viên nhóm dự án không hài lòng với thay đổi mới trong quản trị dự án (project governance) và đã khiếu nại trực tiếp với một nhà tài trợ dự án (project sponsor). Nhà tài trợ sau đó thách thức người quản lý dự án (project manager).
📌 Vấn đề cốt lõi: Đây là xung đột liên quan đến thay đổi quản trị dự án, liên quan đến thành viên nhóm, nhà tài trợ và người quản lý dự án. Người quản lý dự án cần giải quyết xung đột một cách hiệu quả, phù hợp với nguyên tắc PMP, nhấn mạnh vào quản lý đội ngũ (Team Management), quản lý bên liên quan (Stakeholder Engagement) và giải quyết xung đột hợp tác (Collaborative Conflict Resolution) theo PMBOK Guide 7th Edition (cập nhật đến 2026, tập trung vào giá trị hướng và các miền thực thi - Performance Domains).

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

Đáp án đúng: Arrange a meeting with the project team member and project sponsor to discuss the change and obtain consensus.
🛠️ Lý do: Phương pháp này áp dụng kỹ thuật giải quyết xung đột hợp tác (Collaborate/Problem Solve) – phương pháp ưu tiên cao nhất trong PMP (xếp hạng 1/5 theo PMBOK). Nó khuyến khích họp mặt trực tiếp các bên liên quan chính (team member và sponsor) để thảo luận, lắng nghe ý kiến và đạt đồng thuận (consensus), thúc đẩy sự gắn kết đội ngũ và cam kết từ bên liên quan. Điều này phù hợp với Miền Đội ngũ (Team Domain) và Miền Bên liên quan (Stakeholder Domain) trong PMBOK 7th Edition, giúp xây dựng lòng tin và giảm thiểu rủi ro xung đột leo thang.

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

Dưới đây là phân tích từng lựa chọn, giữ nguyên 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 hành PMP tốt nhất:

• ❌ [SAI] Schedule a meeting with the project team member's functional manager and request the functional manager's support.
  🧩 Giải thích: Phương án này né tránh các bên xung đột chính (team member và sponsor), thay vào đó kéo functional manager vào – điều này có thể làm phức tạp hóa vấn đề và vi phạm nguyên tắc quyền hạn của project manager trong quản lý đội ngũ. Theo PMBOK 7th, project manager nên xử lý trực tiếp xung đột nội bộ thay vì ủy quyền ngay lập tức, tránh làm giảm uy tín và không đạt consensus từ bên liên quan cốt lõi.

• ✅ [ĐÚNG] Arrange a meeting with the project team member and project sponsor to discuss the change and obtain consensus.
  🛠️ Giải thích: Như đã nêu ở phần đáp án đúng, đây là cách tiếp cận hợp tác tốt nhất, thúc đẩy giao tiếp mở, lắng nghe và giải quyết gốc rễ vấn đề. PMBOK 7th Edition nhấn mạnh facilitate consensus-building trong Team và Stakeholder Domains, giúp duy trì sự hỗ trợ từ sponsor (nguồn lực quan trọng) và cải thiện động lực đội ngũ.

• ❌ [SAI] Explain to the sponsor why the change is required and get their support in forcing the project team member to accept the new change.
  📉 Giải thích: Đây là phương pháp ép buộc (Force) – xếp hạng thấp (5/5) trong giải quyết xung đột PMP, chỉ dùng cho trường hợp khẩn cấp. Ép team member chấp nhận sẽ làm giảm động lực, tăng tỷ lệ nghỉ việc và vi phạm nguyên tắc tôn trọng con người (People Value) trong PMBOK 7th. Project manager không nên "force" mà cần xây dựng sự đồng thuận để đảm bảo hiệu suất dài hạn.

• ❌ [SAI] Discuss how to manage this conflict with the project management office (PMO) and let them decide how to resolve the issue.
  🚫 Giải thích: Project manager chịu trách nhiệm chính trong quản lý xung đột đội ngũ, không nên đẩy hết cho PMO (dù PMO hỗ trợ hướng dẫn). PMBOK 7th Edition quy định project manager phải chủ động lãnh đạo (Lead the Team), tránh lệ thuộc sẽ làm chậm trễ giải quyết và giảm trách nhiệm cá nhân, trái với Project Manager Accountability trong các Performance Domains.

📘 Tài liệu tham khảo

• PMBOK Guide 7th Edition (2021, cập nhật PMI Standards đến 2026):
  • Team Performance Domain (Section 3.5: Conflict Management – ưu tiên Collaborate).
  • Stakeholder Performance Domain (Section 4.3: Engagement và Consensus Building).
  • Agile Practice Guide (tích hợp hybrid): Nhấn mạnh face-to-face meetings cho xung đột.
• PMI Code of Ethics & Professional Conduct: Nguyên tắc Respect và Responsibility – giải quyết trực tiếp, công bằng.
• Tham khảo thêm: PMI.org resources on "Conflict Resolution Strategies" (2023-2026 updates).

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 dự án chuyển đổi mạng nhằm tăng hiệu quả và lợi nhuận đầu tư (ROI), đang ở giai đoạn thực hiện (implementation stage). Lúc này, phát sinh xung đột giữa trưởng phòng mạng (head of the network) và quản lý chuyển đổi (transformation manager). Project manager cần chọn hành động phù hợp nhất để quản lý xung đột này.
🛠️ Chủ đề thuộc lĩnh vực Manage Conflict trong PMP (PMBOK® Guide 7th Edition), nhấn mạnh vào việc xử lý xung đột một cách có hệ thống, đặc biệt trong môi trường dự án phức tạp như chuyển đổi số. Xung đột ở giai đoạn thực hiện thường liên quan đến nguồn lực, trách nhiệm hoặc thay đổi quy trình, đòi hỏi project manager phải áp dụng quy trình quản lý xung đột 5 bước của PMI (cập nhật đến 2024-2026):

1. Analyze the context/situation.
2. Acknowledge emotions.
3. Evaluate options.
4. Intervene if necessary.
5. Monitor and follow up.

✅ Đáp án đúng: Analyze the context of the issue

Lý do lựa chọn:
Theo quy trình quản lý xung đột chuẩn của PMI (PMBOK® Guide 7th Edition và PMI's Conflict Management Model), bước đầu tiên và quan trọng nhất là phân tích ngữ cảnh vấn đề (analyze the context). Điều này giúp project manager hiểu rõ nguyên nhân gốc rễ (root cause), bối cảnh dự án, tác động đến mục tiêu (như ROI và hiệu quả), và mức độ nghiêm trọng trước khi can thiệp.
🚀 Việc này tránh hành động vội vã, đảm bảo giải quyết bền vững, phù hợp với nguyên tắc Tailoring và Value Delivery trong PMBOK 7. Nếu bỏ qua bước này, có nguy cơ làm xung đột leo thang hoặc giải quyết sai vấn đề!

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

• Lead the parties to find a compromise. ❌
  Sai vì: Phương án này nhảy vọt đến việc dẫn dắt thỏa hiệp (compromise) – một kỹ thuật giải quyết xung đột (conflict resolution technique) theo PMBOK 6th/7th, nhưng chỉ áp dụng sau khi đã phân tích ngữ cảnh. Lúc này chưa đủ thông tin, compromise có thể là giải pháp tạm thời, không giải quyết gốc rễ, dẫn đến tái phát xung đột và ảnh hưởng tiến độ giai đoạn thực hiện.

• Analyze the context of the issue. ✅
  Đúng vì: Như đã giải thích ở trên, đây chính là bước 1 trong quy trình quản lý xung đột (Analyze the Situation/Context). Nó cung cấp nền tảng dữ liệu để đánh giá chính xác, phù hợp với Stakeholder Engagement và Team Management trong PMBOK 7th Edition, đảm bảo quyết định dựa trên dữ liệu (data-driven).

• Escalate the problem to the project sponsor. ❌
  Sai vì: Leo thang lên sponsor chỉ nên làm khi project manager đã phân tích đầy đủ và xác định xung đột vượt quyền hạn (ví dụ: rủi ro cao đến mục tiêu dự án). Theo PMBOK 7th (Section 4.6 Manage Project Team), escalation là lựa chọn cuối cùng, không phải bước đầu, tránh làm sponsor bị quá tải và thể hiện project manager thiếu kỹ năng lãnh đạo.

• Evaluate the influence of the parties involved. ❌
  Sai vì: Đánh giá ảnh hưởng của các bên (influence) là bước 2 hoặc sau trong quy trình (Evaluate the parties/options), sau khi đã analyze context. Nếu làm trước, có thể dẫn đến thiên vị (bias) dựa trên quyền lực thay vì sự kiện, vi phạm nguyên tắc ** servant leadership** và hybrid approaches trong PMP mới.

📘 Tài liệu tham khảo

• PMBOK® Guide – 7th Edition (2021, cập nhật 2024): Chapter 4 (Project Team) & Appendix (Conflict Resolution). Quy trình Manage Conflict chi tiết tại PMI.org resources.
• PMI's Agile Practice Guide (2021): Nhấn mạnh analyze context trong môi trường iterative như transformation projects.
• PMP Exam Content Outline (2024-2026): Domain 5 (Team) – Task 2: Manage conflict. 🔗 Nguồn chính thức: PMI.org – Tìm "Conflict Management Model" để xem infographic 5 bước.
  💡 Lời khuyên PMP: Luôn ưu tiên analyze trước act để tối ưu hóa ROI dự án!

🧩 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 Agile Project Management trong PMP (phiên bản PMBOK Guide 7th Edition và Agile Practice Guide, cập nhật đến 2026), cụ thể là quy trình Scrum framework với các sprint.

📖 Tình huống: Một đội dự án đang hoạt động xuất sắc trong việc giao các tính năng mang giá trị gia tăng (value-added features) cho khách hàng ở mỗi sprint. Tuy nhiên, họ bỏ qua phần tài liệu hóa (documentation), dẫn đến tài liệu không được cập nhật liên tục. Project Manager (PM) cần tìm hành động phù hợp để đảm bảo documentation luôn được giữ ở trạng thái hiện tại (current) mà không làm gián đoạn việc deliver value.

🛠️ Mục tiêu chính: Trong Agile, ưu tiên liên tục tích hợp (continuous integration) và done criteria để đảm bảo chất lượng toàn diện, tránh "technical debt" từ documentation thiếu sót. PM phải áp dụng nguyên tắc value-driven delivery và team self-organization, không tạo bottleneck hoặc silo.

✅ Đáp án đúng: Make documentation a standard part of the definition of done (DoD)

Lý do lựa chọn:

• Definition of Done (DoD) là tiêu chí chung của team để xác định một Product Backlog Item (PBI) hoặc user story được coi là hoàn thành thực sự. Việc tích hợp documentation vào DoD đảm bảo mọi sprint đều bao gồm cập nhật tài liệu như một phần bắt buộc, giúp documentation luôn current mà không cần hành động riêng lẻ.
• Điều này phù hợp với Agile Manifesto (working software over comprehensive documentation, nhưng vẫn cần documentation đủ dùng) và Scrum values (focus, commitment).
• Lợi ích: Tăng team ownership, tránh trì hoãn, duy trì sustainable pace. Theo PMBOK 7th Ed (Section 6.4.3.2), DoD giúp increment usable và potentially shippable.

Nguồn tham khảo:

• 📘 PMBOK Guide 7th Edition (2021), trang 168-170 (Agile Hybrid models).
• 📘 Agile Practice Guide (PMI, 2017-2023 updates), trang 42-45 (Definition of Done).
• Scrum Guide 2020 (Scrum.org), "Definition of Done".

🔍 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, giữ nguyên văn bản gốc bằng tiếng Anh. Tôi đánh dấu ✅ đúng hoặc ❌ sai, kèm lý do chi tiết dựa trên best practices PMP/Agile.

• Assign a dedicated resource to work on the documentation during the project.
  ❌ Sai: Việc chỉ định một tài nguyên riêng (dedicated resource) tạo silo (phân cách trách nhiệm), vi phạm nguyên tắc cross-functional team trong Agile. Team sẽ mất whole-team responsibility, dẫn đến bottleneck và giảm velocity. PMBOK 7 nhấn mạnh tích hợp thay vì tách biệt (Principle 4: Team focus).

• Create a specific sprint to deliver the project documentation.
  ❌ Sai: Tạo sprint riêng cho documentation phá vỡ time-boxing và incremental delivery của Scrum. Documentation phải liên tục, không thể "batch" vào sprint riêng vì sẽ làm documentation không current giữa các sprint. Agile Practice Guide cảnh báo chống big bang approaches (trang 50).

• Focus on the documentation after the features are delivered.
  ❌ Sai: Tập trung documentation sau khi deliver features dẫn đến deferred work, tích tụ technical debt và rủi ro quên lãng. Agile yêu cầu everything done in sprint để đảm bảo potentially releasable increment. Điều này trái với Definition of Ready/Done và nguyên tắc just enough documentation ngay lập tức.

• Make documentation a standard part of the definition of done (DoD).
  ✅ Đúng: Như đã giải thích ở trên, đây là best practice để tích hợp seamless vào quy trình sprint, đảm bảo quality by default và traceability. Team sẽ tự động cập nhật documentation ở mỗi PBI, giữ tính current mà không cần can thiệp PM thêm.

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

✅ Áp dụng ngay: PM nên facilitate workshop với team để cập nhật DoD, đo lường qua retrospective. Điều này nâng cao team maturity và customer satisfaction.
📚 Tài liệu bổ sung: Scrum Alliance resources (2023-2026 updates) và PMI's PMP Exam Content Outline (Domain VI: Business Acumen). Nếu cần ví dụ thực tế, hãy hỏi thêm! 🚀

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

Câu hỏi mô tả tình huống một Project Manager (PM) làm việc cho công ty hoạt động đa ngành, nay được giao dẫn dắt dự án phát triển phần mềm cho cơ quan chính phủ. Công ty đã từng thử thực hiện các dự án tương tự cho các ngành khác nhưng thất bại. Câu hỏi tập trung vào hành động đầu tiên và phù hợp nhất mà PM nên làm để đảm bảo thành công dự án, dựa trên nguyên tắc học hỏi từ kinh nghiệm quá khứ. Đây là chủ đề liên quan đến quản lý kiến thức (Manage Project Knowledge) và tài sản quy trình tổ chức (Organizational Process Assets - OPA) trong PMP. 🛠️

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

Đáp án đúng: Review the lessons learned registers from the previous projects.
Lý do: Theo PMBOK Guide 7th Edition (2021) và cập nhật PMP đến 2026, Lessons Learned Register là tài liệu quan trọng trong OPA, ghi nhận bài học từ các dự án trước (bao gồm thất bại). PM phải xem xét lại chúng ngay từ đầu để xác định nguyên nhân thất bại, tránh lặp lại sai lầm và áp dụng cải tiến. Đây là bước tích hợp kiến thức (Knowledge Integration) trong Project Knowledge Management, giúp tăng cơ hội thành công. Không review lessons learned trước thì các hành động khác sẽ thiếu cơ sở. 📘
Nguồn tham khảo: PMBOK 7th Edition, Section 4.6 Manage Project Knowledge; PMI's Pulse of the Profession 2023-2025 Reports nhấn mạnh 70% dự án thất bại do không học từ quá khứ.

📋 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á đúng/sai với lý do cụ thể dựa trên quy trình PMP mới nhất. 🧐

• Continue executing the project using expert judgment.
  ❌ Sai. Expert Judgment là công cụ hỗ trợ (PMBOK 7th, Tool & Technique), nhưng tiếp tục thực hiện mà không xem xét bài học thất bại trước là rủi ro cao, bỏ qua nguyên tắc học hỏi liên tục (Continual Improvement). Công ty đã thất bại tương tự, nên không thể dựa hoàn toàn vào phán đoán chuyên gia mà thiếu dữ liệu lịch sử.

• Review the lessons learned registers from the previous projects.
  ✅ Đúng. Như đã giải thích ở trên, đây là bước đầu tiên và bắt buộc để khai thác OPA, xác định root cause thất bại (ví dụ: vấn đề hợp đồng chính phủ, yêu cầu phần mềm đặc thù). Áp dụng vào Initiate & Plan Processes, giúp điều chỉnh chiến lược ngay từ đầu. 🏆

• Document this information in the risk management plan.
  ❌ Sai. Risk Management Plan dùng để ghi nhận rủi ro tương lai (PMBOK 7th, Section 11), nhưng thông tin "thất bại dự án trước" chưa được phân tích. PM phải review lessons learned trước rồi mới document vào risk register/plan. Làm ngược thứ tự sẽ thiếu dữ liệu chính xác.

• Develop a contingency plan to prepare for possible risks.
  ❌ Sai. Contingency Plan là phần của Risk Response Planning (PMBOK 7th, Process 11.5 Plan Risk Responses), chỉ phát triển sau khi identify & analyze risks từ lessons learned. Không có cơ sở từ dự án trước, kế hoạch dự phòng sẽ không hiệu quả và lãng phí tài nguyên. 🚫

🛡️ Lời khuyên PMP thực tiễn

Để thành công, PM nên tích hợp lessons learned vào tất cả giai đoạn dự án (từ Initiate đến Close), cập nhật repository liên tục. Sử dụng công cụ như lessons learned meetings hoặc phần mềm (e.g., MS Project, Jira). Nếu áp dụng đúng, tỷ lệ thành công dự án tăng 20-30% theo PMI nghiên cứu 2024-2026! 💡

🧩 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ý Truyền thông (Communications Management) trong PMP, cụ thể là trong giai đoạn thực thi dự án nâng cao (advanced stage). Một bên liên quan (stakeholder) đã được đăng ký chính thức trong Stakeholder Register nhưng bị bỏ sót trong Communications Management Plan (Kế hoạch Quản lý Truyền thông), dẫn đến không nhận được báo cáo tình trạng dự án (project status report). Project Manager (PM) đã kiểm tra và xác nhận sự cố này. Câu hỏi yêu cầu hành động tiếp theo (next) mà PM nên thực hiện để xử lý vấn đề một cách chủ động, phù hợp với nguyên tắc proactive management và đảm bảo tất cả stakeholder đều được thông tin kịp thời theo PMBOK 7th Edition (2021) và các cập nhật đến 2026.

🛠️ Tình huống cốt lõi: Đây là lỗi trong quy trình Manage Communications (Quy trình 10.2 trong PMBOK 6th, chuyển sang Communications Performance Domain trong PMBOK 7th). PM cần cập nhật kế hoạch để khắc phục lỗ hổng, tránh rủi ro như mất lòng tin từ stakeholder, đồng thời cung cấp thông tin ngay lập tức để duy trì tính minh bạch.

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

Đáp án đúng: Update the communications management plan to include the missed stakeholder, and send the current project status documentation to this stakeholder.

Lý do (🧩 Phân tích sâu):
Theo PMBOK 7th Edition (Communications Performance Domain, Principle 5: Optimize Risk Responses), PM phải chủ động cập nhật Communications Management Plan khi phát hiện stakeholder bị bỏ sót, vì kế hoạch này là tài liệu sống (living document) cần được điều chỉnh liên tục qua Monitor Stakeholder Engagement và Manage Communications. Đồng thời, gửi ngay báo cáo tình trạng hiện tại (current project status documentation) thể hiện hành động immediate corrective action, giúp xây dựng lòng tin và đảm bảo stakeholder tham gia hiệu quả. Đây là bước "next" logic nhất: update plan (cấu trúc) + distribute information (thực thi ngay). Không làm vậy có thể dẫn đến rủi ro dự án (escalation of issues).

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

• ✅ Update the communications management plan to include the missed stakeholder, and send the current project status documentation to this stakeholder.
  Đúng vì: Hành động này trực tiếp khắc phục lỗi bằng cách cập nhật kế hoạch (change control process) và cung cấp thông tin kịp thời, phù hợp với Iterative/Adaptive Practices trong PMBOK 7th. PM chịu trách nhiệm chính cho truyền thông, không đẩy trách nhiệm.

• ❌ Ask the stakeholder to get the project status report from another stakeholder listed in the communications management plan.
  Sai vì: Đây là hành động thụ động và né tránh trách nhiệm, vi phạm nguyên tắc Stakeholder Engagement (PMBOK 7th, Engagement Performance Domain). PM không được phép yêu cầu stakeholder tự tìm thông tin từ người khác; thay vào đó phải đảm bảo phân phối trực tiếp để tránh hiểu lầm hoặc chậm trễ.

• ❌ Inform the project sponsor that there are stakeholders who are not included in the communications management plan.
  Sai vì: Báo cáo cho sponsor là escalation không cần thiết ở bước "next", vì PM có quyền tự cập nhật kế hoạch truyền thông (không cần approve trừ khi là major change). Điều này có thể làm sponsor mất lòng tin vào khả năng quản lý của PM, trái với Leadership Principle (PMBOK 7th).

• ❌ Inform the stakeholder that the project team cannot provide information to anyone who is not registered in the project's communications management plan.
  Sai vì: Lời từ chối này không chuyên nghiệp và sai quy trình, vì stakeholder đã đăng ký trong Stakeholder Register (chỉ thiếu trong plan). PM phải include và communicate chứ không loại trừ, vi phạm Tailoring Communications (PMBOK 7th).

📘 Tài liệu tham khảo

• PMBOK Guide 7th Edition (2021): Communications Performance Domain (trang 89-93), Manage Communications (10.1), Stakeholder Engagement (13.3).
• PMP Examination Content Outline (2021, cập nhật 2024-2026): Domain III: Business Environment (15%), Domain IV: People (42% - bao gồm communications).
• The Standard for Project Management (PMBOK 7th): Principle 9 - Optimize Risk Responses (xử lý lỗ hổng truyền thông).
• Tài liệu bổ sung: PMI Agile Practice Guide (2021) - nhấn mạnh adaptive communications.

🛠️ Kết luận: Câu hỏi kiểm tra kỹ năng proactive issue resolution của PM. Hãy áp dụng để đạt điểm cao trong kỳ thi PMP! 🚀

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

Câu hỏi mô tả tình huống một công ty quốc gia lớn nổi tiếng về sản phẩm chất lượng cao đã chọn một công ty nhà thầu phụ nhỏ để hỗ trợ dự án. Project Manager (PM) từ công ty nhà thầu phụ đang họp với đội ngũ dự án để đảm bảo dự án được giao theo tiêu chuẩn của khách hàng.

📌 Mục tiêu chính của câu hỏi: Kiểm tra kiến thức về việc PM cần xác định và ghi chép (define and document) cái gì để đảm bảo tuân thủ tiêu chuẩn khách hàng (customer's standards). Đây là tình huống điển hình trong quản lý dự án với nhà thầu phụ, nơi PM phải ưu tiên hiểu rõ yêu cầu từ bên mua (buyer) để tránh sai lệch chất lượng. Chủ đề liên quan đến Requirements Management và Quality Management theo PMBOK® Guide (phiên bản mới nhất 7th Edition, 2021, với các cập nhật đến 2026 qua PMI Standards).

✅ Đáp án đúng: Requirements

Lý do lựa chọn:

• Trong vai trò nhà thầu phụ, PM phải xác định và ghi chép rõ ràng các Requirements (yêu cầu) từ khách hàng để đảm bảo sản phẩm/dịch vụ phù hợp chính xác với tiêu chuẩn của họ. Requirements bao gồm các đặc tả chức năng, phi chức năng, tiêu chuẩn chất lượng mà khách hàng mong đợi.
• Theo PMBOK® 7th Edition, Principle 4 (Optimize Risk) và Model "Tailoring", việc document Requirements giúp align dự án với kỳ vọng stakeholder (đặc biệt buyer), tránh rủi ro không đạt chuẩn. Process liên quan: Manage Quality (Domain: Performance Domain - Uncertainty) nhấn mạnh "requirements traceability" để verify deliverables.
• 🛠️ Ứng dụng thực tế: PM subcontracting cần Requirements Traceability Matrix (RTM) để map requirements → deliverables → standards, đảm bảo "delivered according to customer's standards".

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

• Quality ❌
  Sai vì: Quality là kết quả đo lường (outcome) của dự án, không phải thứ cần "define and document" đầu tiên để ensure standards. PM không define "Quality" mà measure và control nó qua metrics (như defect rates). Theo PMBOK® 7th, Quality là Performance Domain, nhưng phải dựa trên Requirements để define criteria (Quality Metrics). Chọn cái này sẽ bỏ qua nguồn gốc vấn đề: chưa rõ yêu cầu khách hàng.

• Objectives ❌
  Sai vì: Objectives là mục tiêu dự án tổng quát (SMART goals), thường do buyer định sẵn, không phải PM subcontracting cần define mới. Chúng tập trung vào scope, time, cost của project nội bộ, không trực tiếp ensure "customer's standards". PMBOK® 7th (Stakeholder Performance Domain) yêu cầu align objectives với needs, nhưng Requirements chi tiết hơn để đạt standards cụ thể.

• Estimates ❌
  Sai vì: Estimates là ước lượng thời gian, chi phí, nguồn lực (effort-based), dùng cho planning (Schedule, Cost Baselines). Không liên quan trực tiếp đến việc đảm bảo standards chất lượng khách hàng. PMBOK® 7th (Planning Performance Domain) coi Estimates là output của Estimate Activity Durations/Costs, nhưng subcontracting cần Requirements trước để estimate chính xác, không phải ngược lại.

• Requirements ✅
  (Đã giải thích chi tiết ở trên – lựa chọn đúng nhất!)

📚 Tài liệu tham khảo

• PMBOK® Guide – 7th Edition (2021): Chương 2 (Performance Domains: Stakeholder, Quality), Chương 4 (Tailoring); PMI.org (cập nhật standards đến 2026 qua Agile Practice Guide và Process Groups mới).
• PMI Code of Ethics & Professional Conduct: Nhấn mạnh trách nhiệm với customer standards.
• PMP Exam Content Outline (2021): Domain 2: Process (28%) – Collect & Manage Requirements.

🧠 Lời khuyên PMP: Trong subcontracting, luôn bắt đầu bằng Requirements Elicitation với buyer để tránh scope creep! Nếu thi PMP, tập trung vào "traceability" và tailoring. 😊

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

📖 Nội dung câu hỏi được giải thích rõ ràng:
Câu hỏi mô tả tình huống trong một công ty nơi Văn phòng Quản lý Dự án (PMO) đang triển khai các công cụ lặp lại (iterative tools), phù hợp với phương pháp tiếp cận thích ứng (adaptive approach) như Agile. Quản lý dự án (Project Manager) đang khởi động một dự án mới và nhận thấy cơ hội áp dụng các công cụ mới này. Tuy nhiên, có sự bất đồng (disagreement) giữa các bên liên quan (stakeholders) về việc sử dụng công cụ thích ứng.
🛠️ Câu hỏi yêu cầu: Hành động đầu tiên (first) mà quản lý dự án nên thực hiện là gì?
Điều này kiểm tra kiến thức về quản lý bên liên quan (Stakeholder Engagement) và xử lý xung đột (Conflict Management) theo PMBOK® Guide 7th Edition, nhấn mạnh vào việc hiểu rõ nguyên nhân gốc rễ trước khi hành động, đặc biệt trong môi trường hybrid hoặc adaptive nơi cần sự đồng thuận để tối ưu hóa giá trị dự án (Value Delivery).

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

Đáp án đúng: Investigate the reasons for the disagreement to understand the gap among the stakeholders and search for consensus.

Lý do chi tiết:
🧠 Theo nguyên tắc Tailoring và Stakeholder Engagement trong PMBOK® 7th Edition (Domain: Stakeholder), bước đầu tiên khi có bất đồng là điều tra nguyên nhân (investigate reasons) để hiểu khoảng cách (gap) giữa các bên liên quan, từ đó tìm kiếm sự đồng thuận (consensus). Điều này đảm bảo quyết định dựa trên dữ liệu thực tế, tránh hành động vội vã có thể làm leo thang xung đột. Trong adaptive tools (như Scrum hoặc Kanban), sự đồng thuận là nền tảng cho iterative development, giúp dự án linh hoạt và hiệu quả. Đây là hành động proactive và collaborative nhất, phù hợp với 12 Principles of Project Management (Principle 7: Optimize Risk Responses; Principle 10: Engage Stakeholders).

❌ 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 một cách chi tiết, giữ nguyên văn bản gốc bằng tiếng Anh. Mỗi phương án được đánh giá dựa trên thứ tự ưu tiên hành động đầu tiên theo PMP best practices:

• Update the risk register and escalate the disagreement to the project sponsor and distribute the status to the team.
  ❌ Sai vì: Đây không phải hành động đầu tiên. Cập nhật sổ đăng ký rủi ro (risk register) và leo thang (escalate) lên nhà tài trợ dự án chỉ nên thực hiện sau khi hiểu rõ nguyên nhân, vì bất đồng chưa chắc là rủi ro lớn (có thể chỉ là hiểu lầm). Escalation là bước cuối cùng theo Escalation Process (PMBOK® 7th, Process 4.7 Manage Project Changes), tránh làm mất lòng tin stakeholders. Phân phối status report chỉ là giao tiếp thụ động, không giải quyết gốc rễ.

• Schedule training sessions for the stakeholders on the benefits of the adaptive tools.
  ❌ Sai vì: Giả định stakeholders thiếu kiến thức (không biết lợi ích), nhưng câu hỏi không xác nhận điều này. Đào tạo (training) là hành động phản ứng (reactive), có thể lãng phí thời gian nếu bất đồng xuất phát từ rủi ro khác (như chi phí, timeline). Theo Hybrid Approach (PMBOK® Agile Practice Guide), cần assess readiness trước, không phải đào tạo ngay lập tức làm chậm dự án khởi động.

• Discuss the situation with the stakeholders to evaluate other adaptive tools for the project.
  ❌ Sai vì: Thảo luận để đánh giá công cụ khác (other adaptive tools) là hành động giả định rằng vấn đề nằm ở công cụ hiện tại, bỏ qua việc tìm hiểu lý do gốc rễ. Điều này vi phạm Root Cause Analysis (PMBOK® Principle 3: Focus on Value), có thể dẫn đến quyết định kém nếu gap là về phương pháp chứ không phải tool cụ thể. Nên ưu tiên consensus trước thay vì chuyển hướng ngay.

• Investigate the reasons for the disagreement to understand the gap among the stakeholders and search for consensus.
  ✅ Đúng vì: Như đã giải thích ở trên, đây là bước đầu tiên và hiệu quả nhất, tuân thủ Facilitate Informed Decision-Making và Conflict Resolution Techniques (Collaborate/Problem Solve quadrant trong Thomas-Kilmann Model, được tích hợp trong PMBOK® 7th). Giúp xây dựng sự đồng thuận, hỗ trợ adaptive tools mà PMO đang triển khai.

📘 Tài liệu tham khảo

• PMBOK® Guide – Seventh Edition (2021, PMI): Domains 4 (Stakeholder) & 5 (Team); Principles 10 (Stakeholders) & 11 (Value).
• The Standard for Project Management (2021): Section on Tailoring Approaches for Adaptive/Hybrid.
• Agile Practice Guide (PMI, 2017, cập nhật tích hợp 7th Ed.): Iterative Tools & Stakeholder Consensus in Agile.
• Kiến thức cập nhật đến 2026: Không thay đổi cốt lõi từ PMI updates (Process Groups thay bằng Principles/Domains), nhấn mạnh Outcome-Based trong PMP Exam Content Outline 2021 (effective to 2026+).

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