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

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

Câu hỏi thuộc chủ đề Quản lý dự án (Project Management) trong PMP, cụ thể là giai đoạn Thực thi dự án (Project Execution) theo PMBOK Guide 7th Edition. Tình huống: Quản lý dự án (PM) được thông báo rằng hầu hết thành viên đội ngũ dự án đã đăng ký chính sách làm việc từ xa (work-from-home - WFH) mới được công ty triển khai. Câu hỏi yêu cầu PM phải phản ánh thay đổi này như thế nào trong dự án?

🔍 Phân tích chi tiết:

• Thay đổi này không ảnh hưởng đến vai trò, trách nhiệm, lịch làm việc hay thông tin khẩn cấp trực tiếp, mà chủ yếu tác động đến cách thức giao tiếp (communication styles) vì WFH thường yêu cầu chuyển sang các kênh trực tuyến như email, video call, chat thay vì gặp mặt trực tiếp.
• PM cần cập nhật tài liệu quản lý dự án phù hợp để đảm bảo tính nhất quán và hiệu quả trong thực thi, phù hợp với nguyên tắc Tailoring và Adaptive Planning trong PMBOK 7 (tập trung vào giá trị và linh hoạt với thay đổi môi trường).

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

Đáp án đúng: Update the communication styles for enrolled team members in the communications management plan.

Lý do 🛠️:

• Chính sách WFH thay đổi phong cách giao tiếp (communication styles) của thành viên đội ngũ (ví dụ: ưu tiên công cụ kỹ thuật số, tần suất họp trực tuyến).
• Communications Management Plan (Kế hoạch Quản lý Giao tiếp) là tài liệu chính quy định cách thức, phương tiện, tần suất giao tiếp cho từng bên liên quan/team member. Cập nhật ở đây đảm bảo giao tiếp hiệu quả, giảm rủi ro hiểu lầm trong giai đoạn thực thi.
• Theo PMBOK 7th Edition (Domain: Project Communications Management), đây là hành động chính xác và trực tiếp nhất để phản ánh thay đổi, hỗ trợ nguyên tắc Optimize Communication và Manage Communications process.

📋 Phân tí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 nội dung gốc bằng tiếng Anh. Mỗi phương án được đánh giá ✅ (Đúng) hoặc ❌ (Sai), kèm giải thích bằng tiếng Việt:

• Update the communication styles for enrolled team members in the communications management plan.
  ✅ Đúng 🟢: Như đã giải thích ở trên, đây là thay đổi cốt lõi vì WFH ảnh hưởng trực tiếp đến phong cách giao tiếp. Cập nhật kế hoạch giao tiếp giúp PM điều chỉnh kịp thời, đảm bảo thông tin lưu thông mượt mà. Không cập nhật có thể dẫn đến rủi ro giao tiếp kém (communication risks) – phù hợp với PMBOK 7, Principle 7: Optimize Risk Responses.

• Update roles and responsibilities for enrolled team members in the responsibility assignment matrix (RAM).
  ❌ Sai 🔴: Vai trò và trách nhiệm (roles & responsibilities) không thay đổi chỉ vì WFH; chúng được định nghĩa bởi kỹ năng và vị trí công việc, không phụ thuộc vị trí địa lý. RAM (RACI matrix) dùng để phân bổ trách nhiệm cụ thể cho hoạt động, không phải cập nhật do chính sách làm việc. Thay đổi này là không liên quan và thừa thãi.

• Update the stakeholder engagement plan to include the emergency contact information for enrolled team members.
  ❌ Sai 🔴: Stakeholder Engagement Plan tập trung vào chiến lược tương tác và mức độ tham gia của stakeholders (như current/future engagement levels), không phải lưu trữ thông tin khẩn cấp. Emergency contact có thể là phần phụ (nếu cần), nhưng không phải thay đổi chính từ WFH policy. Đây là hành động không trực tiếp và không ưu tiên, có thể thuộc Change Log nếu có rủi ro khẩn cấp, nhưng không phải reflect change chuẩn.

• Update the resource calendar for enrolled team members in the resource management plan.
  ❌ Sai 🔴: Resource Calendar ghi nhận tính sẵn sàng (availability) của nguồn lực (giờ làm việc, ngày nghỉ), nhưng WFH không nhất thiết thay đổi lịch trình trừ khi policy quy định giờ làm khác (câu hỏi không đề cập). Resource Management Plan quản lý tổng thể nguồn lực, nhưng cập nhật lịch chỉ cần nếu có xung đột thực tế – đây là giả định thừa, không phải phản ánh thay đổi cốt lõi.

📘 Tài liệu tham khảo

• PMBOK Guide 7th Edition (2021): Chương 4.6 Manage Communications; Domain 5: Project Work (Tailoring for virtual teams); Principle 9: Optimize Risk Responses. (Cập nhật PMP exam đến 2026 vẫn dựa trên edition này với Agile Hybrid focus).
• Process Groups: A Practice Guide (2022): Executing Process Group – Emphasis on adaptive communication for remote teams.
• PMI Agile Practice Guide (2017, integrated in PMBOK 7): Hỗ trợ WFH qua virtual collaboration tools.
• Nguồn chính thức: PMI.org – Khuyến nghị kiểm tra PMP Exam Content Outline 2021 (valid to 2026+).

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

Câu hỏi tập trung vào quản lý sự tham gia của các bên liên quan (Stakeholder Engagement) trong một dự án công nghiệp lớn kéo dài nhiều năm, với các bên liên quan đa dạng từ nhiều khu vực địa lý khác nhau. 📍 Vấn đề cụ thể: Quản lý dự án gặp phải tình huống sự tham gia của stakeholders không đạt hiệu quả như kế hoạch đã lập.

🛠️ Nhiệm vụ của quản lý dự án là xác định nguyên nhân gốc rễ (root cause) đằng sau vấn đề này. Câu hỏi yêu cầu chọn hai công cụ (tools) phù hợp nhất để phân tích và làm rõ lý do cơ bản. Đây là tình huống điển hình trong quy trình Manage Stakeholder Engagement (PMBOK® Guide 7th Edition, Process Group: Executing), nơi cần áp dụng các kỹ thuật phân tích dữ liệu (Data Analysis) để chẩn đoán vấn đề engagement, đặc biệt với stakeholders phân tán địa lý (có thể gặp rào cản văn hóa, giao tiếp, thời gian...).

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

Hai đáp án đúng là: Five whys và Ishikawa diagrams.
🧠 Lý do:

• Cả hai công cụ này thuộc nhóm Root Cause Analysis (Phân tích nguyên nhân gốc rễ) – một kỹ thuật cốt lõi trong Data Analysis của quy trình Manage Stakeholder Engagement (PMBOK® Guide 7th Edition, trang 304-306). Chúng giúp "đào sâu" để tìm nguyên nhân thực sự gây ra sự kém hiệu quả trong engagement, thay vì chỉ xử lý triệu chứng bề mặt.
• Five Whys: Lặp lại câu hỏi "Tại sao?" 5 lần để lột trần lớp lang vấn đề.
• Ishikawa diagrams (hay Fishbone/Cause-and-Effect Diagram): Phân loại nguyên nhân theo nhóm (người, quy trình, công cụ, môi trường...) một cách hình ảnh.
  Phù hợp với dự án lớn, đa địa lý, nơi vấn đề engagement thường phức tạp và cần phân tích sâu. (Cập nhật PMP 2021-2026: PMBOK® 7 nhấn mạnh Agile/Hybrid, nhưng root cause tools vẫn là chuẩn mực).

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

• PMBOK® Guide – Seventh Edition (2021), Section 4.6 Stakeholder Engagement & Tools/Techniques in Process 13.3.
• PMI's PMP Examination Content Outline (2021, updated 2024): Domain IV. Engagement (17%), nhấn mạnh root cause analysis.

📋 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 một cách khách quan, dựa trên vai trò của chúng trong PMP:

• Five whys ✅ Đúng:
  Công cụ phân tích nguyên nhân gốc rễ bằng cách hỏi lặp lại "Tại sao?" ít nhất 5 lần, giúp xác định lý do sâu xa khiến engagement không hiệu quả (ví dụ: Tại sao stakeholders không tham gia? → Do lịch họp không phù hợp múi giờ → Tại sao không điều chỉnh? →...). Rất hiệu quả cho vấn đề stakeholder phân tán địa lý. (PMBOK® 7th Ed., Data Analysis tools).

• Communications management plan ❌ Sai:
  Đây là tài liệu lập kế hoạch (Planning output) trong quy trình Plan Communications Management, dùng để định hướng cách giao tiếp chứ không phải công cụ phân tích nguyên nhân gốc rễ. Nó hỗ trợ engagement nhưng không giúp "xác định lý do tại sao không hiệu quả" – chỉ là tham chiếu, không phải tool phân tích.

• Ishikawa diagrams ✅ Đúng:
  Còn gọi là Fishbone Diagram, công cụ vẽ sơ đồ nguyên nhân-hậu quả để phân loại các yếu tố tiềm ẩn (Man, Machine, Method, Material, Measurement, Mother Nature). Hoàn hảo để brainstorm nguyên nhân engagement kém ở dự án đa địa lý, như vấn đề văn hóa hoặc công nghệ. (PMBOK® 7th Ed., Root Cause Analysis trong Data Analysis).

• Issue log ❌ Sai:
  Đây là sổ ghi vấn đề (register) để theo dõi và quản lý các issue hiện tại (Work as Planned baseline), không phải công cụ phân tích root cause. Nó ghi nhận vấn đề engagement nhưng không giúp đào sâu lý do gốc rễ – chỉ là nơi lưu trữ.

• Open-space meetings ❌ Sai:
  Đây là kỹ thuật họp mở (facilitated workshops) để khuyến khích thảo luận tự do, thuộc nhóm Interpersonal & Team Skills hoặc Meetings (PMBOK® 7). Nó hỗ trợ giải quyết vấn đề qua tương tác nhưng không tập trung vào phân tích nguyên nhân gốc rễ, mà thiên về thu thập ý kiến bề mặt hơn.

🏆 Kết luận: Sử dụng Five Whys và Ishikawa diagrams sẽ giúp quản lý dự án hành động chính xác, cải thiện engagement bền vững! Nếu áp dụng Hybrid/Agile (PMP 2026 update), kết hợp với retrospectives để tăng hiệu quả.

🧩 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 một Project Manager (PM) được giao quản lý một dự án nằm trong một chương trình (program) lớn hơn. Các yêu cầu cấp cao (high-level requirements) của dự án đã được biết đến, nhưng ưu tiên (priorities) của một số yêu cầu vẫn chưa chắc chắn vì chúng phụ thuộc lẫn nhau (interdependent) với các dự án khác đang trong đường ống (pipeline projects) của chương trình. Câu hỏi yêu cầu PM nên chuẩn bị cho các bước tiếp theo của dự án như thế nào?

🛠️ Bối cảnh PMP liên quan: Theo PMBOK Guide 7th Edition (2021) và các cập nhật đến 2026 (bao gồm PMI's Standard for Program Management), trong môi trường chương trình, các dự án thường có sự phụ thuộc chéo. PM cần áp dụng nguyên tắc Rolling Wave Planning (lập kế hoạch theo sóng lăn, chi tiết hóa dần dần) và sử dụng dữ liệu lịch sử (historical data) để tiến hành ước lượng ban đầu, thay vì chờ đợi hoàn hảo. Điều này phù hợp với Domain 2: Executing và Domain 3: Delivery trong PMP Exam Content Outline 2021 (vẫn áp dụng đến 2026), nhấn mạnh tính chủ động và linh hoạt.

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

Đáp án đúng: Prioritize and estimate the milestones for the high-level requirements based on historical data

Lý do chi tiết (🧩):
PM nên ưu tiên và ước lượng các mốc quan trọng (milestones) cho các yêu cầu cấp cao dựa trên dữ liệu lịch sử. Điều này giúp dự án tiến triển ngay lập tức mà không bị đình trệ, phù hợp với best practices trong chương trình quản lý. Theo PMBOK 7th Ed., Section 4.6 (Estimating) và Program Management Standard 3rd Ed., sử dụng historical data (từ Organizational Process Assets - OPAs) cho phép PM xây dựng baseline schedule sơ bộ, hỗ trợ progressive elaboration. Trong môi trường interdependent, việc chờ đợi sẽ gây chậm trễ chương trình, còn hành động này thúc đẩy value delivery nhanh chóng. ✅ Hoàn toàn phù hợp với nguyên tắc Agile Hybrid trong PMP mới.

📋 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 PMBOK 7th Ed. và PMP Exam Content Outline.

• Escalate to the management team to increase the timeline based on the complexity of the project
  ❌ Sai. Phương án này thể hiện sự thiếu chủ động, vi phạm nguyên tắc proactive risk management (PMBOK 7th Ed., Principle 6: Optimize Risk Responses). PM không nên ngay lập tức yêu cầu kéo dài thời gian chỉ vì độ phức tạp hoặc phụ thuộc; thay vào đó, cần thu thập dữ liệu để quản lý rủi ro trước khi escalate. Escalation chỉ dùng khi vượt quyền hạn (PMBOK 7th Ed., Section 7.5).

• Wait for the other project estimates before planning the schedule
  ❌ Sai. Việc chờ đợi (wait) các ước lượng từ dự án khác sẽ gây bottleneck cho toàn chương trình, trái với Principle 9: Adaptability (PMBOK 7th Ed.). Trong program, PM phải sử dụng rolling wave planning để tiến hành song song, không để dự án bị "đóng băng" do phụ thuộc (Program Management Standard, Section 5.2: Program Roadmap).

• Prioritize and estimate the milestones for the high-level requirements based on historical data
  ✅ Đúng (như đã giải thích ở trên). Sử dụng historical data từ OPAs để ưu tiên và ước lượng milestones là cách hiệu quả nhất, hỗ trợ iterative planning và đảm bảo dự án đóng góp giá trị cho program ngay từ đầu (PMBOK 7th Ed., Section 4.4: Prioritization Schemes & 6.2: Rolling Wave).

• Ask the project management office (PMO) to estimate the tasks for all the projects and share the project management plan
  ❌ Sai. PMO có thể hỗ trợ chuẩn hóa quy trình, nhưng không chịu trách nhiệm ước lượng tasks cho tất cả dự án hoặc chia sẻ PMP thay PM (PMBOK 7th Ed., Section 2.2.1: PMO Role). Điều này làm PM tránh né trách nhiệm cá nhân, vi phạm Accountability trong PMP Code of Ethics. PM phải tự lập kế hoạch dự án của mình.

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

• PMBOK® Guide – 7th Edition (2021): Sections 4 (Planning), 6 (Delivery), Principle 9 (Adaptability).
• The Standard for Program Management – 4th Edition (2017, updates 2023): Sections 5 (Program Planning) & 8 (Program Execution).
• PMP Exam Content Outline (2021, valid to 2026): Domain 2 (Executing) & Domain 3 (Delivery).
• PMI.org resources: "Handling Dependencies in Programs" (Agile Practice Guide).

🛠️ Lời khuyên PMP: Trong kỳ thi PMP, ưu tiên các lựa chọn chủ động, dựa trên dữ liệu thay vì thụ động hoặc né tránh. Thực hành thêm qua PMI's official practice exams! 🚀

🧩 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ũ trong dự án Agile theo PMP (Project Management Professional). Tình huống mô tả: Một thành viên mới tham gia dự án Agile, thay thế cho thành viên cũ vừa rời đi. Đội ngũ dự án cần tăng tốc khả năng đóng góp hiệu quả của thành viên mới. Vai trò của Project Manager (PM) là hỗ trợ onboarding nhanh chóng, phù hợp với nguyên tắc Agile: servant leadership (lãnh đạo phục vụ), self-organizing teams, và tập trung vào giá trị liên tục (continuous value delivery). PM cần hành động ngay lập tức để giảm thời gian ramp-up, tránh ảnh hưởng đến sprint/iteration hiện tại.
(Kiến thức dựa trên PMBOK® Guide 7th Edition và Agile Practice Guide 2021, cập nhật đến 2026 với emphasis vào hybrid Agile và team enablement).

✅ Đáp án đúng

Schedule knowledge transfer sessions and assign less complex tasks to the new team member
Lý do chọn đáp án này:
🛠️ Trong môi trường Agile, PM áp dụng coaching và mentoring để hỗ trợ thành viên mới nhanh chóng hòa nhập. Knowledge transfer sessions (phiên chuyển giao kiến thức) giúp chia sẻ trực tiếp từ đội ngũ (như pair programming hoặc shadowing), kết hợp assign less complex tasks (giao nhiệm vụ đơn giản) để xây dựng kỹ năng dần dần, tăng tốc đóng góp mà không rủi ro backlog. Điều này phù hợp 12 nguyên tắc Agile Manifesto (hỗ trợ cá nhân phát triển) và Develop Team process trong PMBOK 7th (tăng team performance nhanh). Kết quả: Giảm thời gian ramp-up, duy trì velocity sprint.

📋 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 nội dung gốc giữ nguyên tiếng Anh:

• ❌ Assign the new team member the same tasks that were assigned to the previous team member who they replaced
  Giải thích sai: Phương án này không hỗ trợ ramp-up nhanh vì giao ngay nhiệm vụ phức tạp của người cũ có thể dẫn đến thất bại, giảm morale đội ngũ và làm chậm sprint. Agile ưu tiên tăng dần độ phức tạp (progressive elaboration), không "drop-in replacement" mà cần thời gian học hỏi.

• ✅ Schedule knowledge transfer sessions and assign less complex tasks to the new team member
  Giải thích đúng: Như đã nêu ở trên, kết hợp knowledge transfer (học trực tiếp từ team) và tasks đơn giản giúp thành viên mới đóng góp ngay, phù hợp Scrum Guide 2020/2023 (team collaboration) và PMI Talent Triangle (technical + leadership skills development).

• ❌ Send technical documentation to the new team member and schedule training for the next iteration
  Giải thích sai: Chỉ gửi tài liệu và đào tạo iteration sau là chậm trễ, không giải quyết nhu cầu "speed up" ngay lập tức. Agile nhấn mạnh just-in-time learning (học khi cần), không phải passive docs/training; có thể làm backlog tích tụ.

• ❌ Have the new team member complete all of the company's mandatory training
  Giải thích sai: Mandatory training là cần thiết cho compliance nhưng không ưu tiên cho việc đóng góp dự án ngay. Nó có thể mất thời gian dài, không liên quan trực tiếp đến kiến thức dự án Agile, vi phạm nguyên tắc focus on delivery và value stream.

📘 Tài liệu tham khảo

• PMBOK® Guide – 7th Edition (2021): Chapter 4 (Team) & Agile Hybrid Approaches (pages 77-82).
• Agile Practice Guide (2021): Section 4.3 (Team Formation & Onboarding).
• Scrum Guide (2023 update): Scrum Values & Developer Role (nhấn mạnh collaboration).
• PMI.org resources (cập nhật 2026): Exam Content Outline – People Domain (25% trọng số Agile team mgmt).

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ý dự án Agile/Scrum trong PMP (theo PMBOK Guide 7th Edition và Agile Practice Guide, cập nhật đến 2026).

• Bối cảnh: Một đội ngũ đang tổ chức demo đầu tiên (tương đương Sprint Review trong Scrum) của phần mềm đã phát triển đến nay trên dự án quy mô trung bình. Product Owner (PO) phát hiện nhiều vấn đề (issues) và muốn chúng được giải quyết trước khi phê duyệt (approval).
• Vấn đề cốt lõi: Project Manager (PM) cần tiếp cận phù hợp với nguyên tắc Agile, nơi feedback từ stakeholder (đặc biệt PO) là chìa khóa để cải tiến sản phẩm liên tục. Không phải dự án Waterfall với quy trình thay đổi cứng nhắc.
• Mục tiêu: Xử lý issues một cách linh hoạt, ưu tiên giá trị kinh doanh, qua Product Backlog thay vì escalate hoặc từ chối cứng nhắc. Điều này nhấn mạnh Value-Driven Delivery và Team Performance trong 12 Principles của PMBOK 7th.

📘 Nguồn tham khảo:

• PMBOK® Guide 7th Edition (Domain: Agile/DevOps Practices, Principle 5: Optimize Risk Responses).
• Agile Practice Guide (Sprint Review & Backlog Refinement).
• Scrum Guide 2020 (Product Backlog Refinement & Sprint Review).

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

Đáp án đúng: Plan to address the issues through backlog grooming and incorporate them into the next sprint

Lý do 🛠️:

• Trong Agile/Scrum, Sprint Review chính là dịp thu thập feedback từ PO. Các issues được refine/groom vào Product Backlog, ưu tiên và đưa vào Sprint tiếp theo nếu phù hợp (dựa trên capacity và value).
• Cách tiếp cận này tối ưu hóa giá trị sản phẩm, khuyến khích iteration và continuous improvement, phù hợp dự án trung bình với demo đầu tiên (early feedback loop).
• Không vi phạm time-boxing của sprint hiện tại, mà defer hợp lý đến sprint sau – đúng tinh thần Adaptive Planning (PMBOK 7th).

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

• Phương án 1: Plan to address the issues through backlog grooming and incorporate them into the next sprint
  ✅ ĐÚNG 🏆: Như giải thích trên, đây là quy trình chuẩn Agile. Backlog grooming (refinement) giúp PO và team đánh giá, ưu tiên issues vào backlog. Issues được incorporate vào next sprint qua Sprint Planning, đảm bảo empowered team và stakeholder collaboration (Principle 11, PMBOK 7th).

• Phương án 2: Refer the product owner to the change management plan, then escalate to the steering committee
  ❌ SAI 🚫: Đây là cách tiếp cận Waterfall/Predictive, sử dụng Integrated Change Control (PMBOK Process 4.6). Trong Agile, không cần escalate steering committee cho feedback thông thường từ PO – làm chậm trễ và giảm tính linh hoạt (anti-pattern trong Agile).

• Phương án 3: Refer the product owner to the signed business requirement document and explain that the current plan cannot facilitate these changes
  ❌ SAI 📜: Phương án rigid và defensive, dựa trên Requirements Documentation (Waterfall). Agile ưu tiên evolving requirements qua backlog, không "khóa" bằng BRD đã ký. Điều này vi phạm Customer Collaboration over Contract Negotiation (Agile Manifesto).

• Phương án 4: Tell the product owner the issues will be addressed in the second version of the software
  ❌ SAI ⏳: Defer mơ hồ đến "version 2" không có thời hạn cụ thể, thiếu transparency và iterative delivery. Agile yêu cầu potentially shippable increment mỗi sprint, không hứa hẹn version lớn sau – có thể dẫn đến technical debt tích tụ.

🧠 Kết luận PMP: Luôn ưu tiên Hybrid/Agile mindset cho dự án có demo/sprint. Thực hành này giúp PM đạt 95% success rate trong Agile projects (theo PMI Pulse of the Profession 2023-2026). Nếu áp dụng, PM sẽ excel ở People Domain và Delivery Domain!

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

Câu hỏi này thuộc chủ đề Quản lý Nguồn lực (Resource Management) trong Nhóm quy trình Lập kế hoạch (Planning Process Group) theo PMBOK® Guide 7th Edition (và cập nhật PMP đến 2026).

📖 Tình huống: Quản lý dự án (PM) vừa hoàn tất giai đoạn Khởi tạo dự án (Initiating Process Group) và đang ở giai đoạn Lập kế hoạch dự án (Planning). Trong quá trình này, PM phát hiện ra rằng một số thành viên đội ngũ thiết yếu thiếu kỹ năng cần thiết cho các nhiệm vụ chính sau này trong dự án. Câu hỏi yêu cầu xác định hành động đầu tiên (first) mà PM nên thực hiện để giải quyết vấn đề này một cách chủ động và có hệ thống, phù hợp với nguyên tắc Tailoring và Holistic Approach trong PMBOK 7.

🛠️ Mục tiêu chính: Không phải xử lý ngay lập tức (như thay thế hoặc outsource), mà tập trung vào lập kế hoạch nguồn lực để dự đoán, phân tích khoảng trống kỹ năng (skill gaps) và chuẩn bị training hoặc phát triển đội ngũ. Điều này đảm bảo dự án tối ưu hóa nguồn lực nội bộ trước khi xem xét các giải pháp thay thế tốn kém hơn.

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

Đáp án đúng: Develop the resource management resource management plan and ensure adequate training

Lý do (theo PMBOK® Guide 7th Edition, Process 9.1 - Plan Resource Management):
🛠️ Đây là bước đầu tiên và đúng quy trình trong Planning Process Group. Resource Management Plan (Kế hoạch Quản lý Nguồn lực) là output chính của process Plan Resource Management, giúp PM:

• Xác định yêu cầu nguồn lực, đánh giá khoảng trống kỹ năng (skill gaps).
• Lập kế hoạch training, phát triển đội ngũ (team development) để nâng cao năng lực nội bộ.
• Đảm bảo tính bền vững cho dự án mà không cần thay đổi đội ngũ ngay lập tức.
  📈 Việc này tiết kiệm chi phí, phù hợp với nguyên tắc Value Delivery và Stakeholder Engagement, vì ưu tiên phát triển con người thay vì "bỏ rơi" thành viên hiện tại.

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

• Develop the resource management plan and ensure adequate training
  ✅ Đúng 🏆. Như đã giải thích ở trên, đây là hành động đầu tiên logic trong Planning, tập trung vào proactive planning thay vì reactive fixes. PMBOK 7 nhấn mạnh Acquire Resources và Develop Team chỉ sau khi có kế hoạch rõ ràng, giúp tránh rủi ro thiếu hụt sau này.

• Replace the current project team members
  ❌ Sai 🚫. Việc thay thế ngay lập tức là quá cực đoan và không phải bước đầu tiên. Trong Planning, chưa có đủ dữ liệu để quyết định thay người (ví dụ: chưa đánh giá đầy đủ skill matrix). Điều này vi phạm High-Performing Team principles (PMBOK 7, Section 4.5) và có thể gây team disruption, tăng chi phí tuyển dụng.

• Outsource the task to be completed by a specialized vendor
  ❌ Sai 🚫. Outsource là lựa chọn cuối cùng (last resort) sau khi đã lập kế hoạch nội bộ thất bại. PMBOK 7 (Process 12.1 - Plan Procurement Management) yêu cầu đánh giá make-or-buy analysis trước, không phải hành động đầu tiên. Điều này bỏ qua tối ưu hóa nguồn lực nội bộ và tăng rủi ro phụ thuộc vendor.

• Update the issue log to account for the lack of team member qualifications
  ❌ Sai 🚫. Issue Log dùng cho vấn đề thực tế trong Execution/Monitoring (PMBOK 7, Section 4.6 - Manage Issues), không phải khoảng trống dự kiến trong Planning. Đây là reactive thay vì planning, có thể làm Issue Log bị lạm dụng và không giải quyết gốc rễ.

📘 Tài liệu tham khảo (Cập nhật PMP đến 2026)

• PMBOK® Guide – Seventh Edition (PMI, 2021):
  • Section 4.5: Team Management.
  • Process 9.1: Plan Resource Management (output: Resource Management Plan).
  • Figure 2-8: Project Management Process Groups (Planning ưu tiên lập kế hoạch trước).
• PMI Agile Practice Guide (2021): Nhấn mạnh team development qua training trong hybrid projects.
• PMP Exam Content Outline (PMI, 2021-2026): Domain 2 - Process (Task 7: Plan resource management).
  🔗 Nguồn chính thức: PMI.org – Khuyến nghị kiểm tra Agile Hybrid cho training skills.

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 tập trung vào quản lý chất lượng (Quality Management) trong dự án phát triển nhà máy thủy điện lớn, đang ở giai đoạn thực hiện (Implementation/Execution Phase) và sử dụng phương pháp lai (Hybrid Approach) – kết hợp giữa Predictive (truyền thống) và Agile (lặp lại).
📌 Mục tiêu chính: Project Manager cần làm gì để đảm bảo tuân thủ đầy đủ các yêu cầu chất lượng (full compliance of quality requirements) ngay trong giai đoạn thực hiện?
🛠️ Bối cảnh PMP mới nhất (PMBOK 7th Edition & PMP Exam Content Outline 2021-2026): Trong giai đoạn Execution, trọng tâm là thực thi và kiểm soát chất lượng liên tục (Manage Quality & Control Quality), không phải lập kế hoạch (Planning). Hybrid approach nhấn mạnh tính linh hoạt, nhưng vẫn yêu cầu giám sát chất lượng sản phẩm (deliverables) thường xuyên để phát hiện và khắc phục sai lệch kịp thời.

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

Đáp án đúng: Continually survey the quality of the deliverable
🧩 Lý do: Trong giai đoạn Execution, Project Manager phải liên tục giám sát và kiểm tra chất lượng sản phẩm (deliverables) để đảm bảo tuân thủ yêu cầu. Điều này phù hợp với Manage Quality (Process 8.2) và Control Quality (Process 8.3) trong PMBOK 7th Edition – tập trung vào việc thực hiện kiểm tra, đo lường và cải thiện chất lượng ngay trong quá trình thực hiện. Với dự án hybrid, việc "continually survey" (khảo sát liên tục) giúp phát hiện vấn đề sớm, đặc biệt với deliverables lớn như nhà máy thủy điện.
📘 Nguồn tham khảo: PMBOK® Guide 7th Edition (trang 271-285, Performance Domain: Uncertainty & Measurement); PMP Exam Content Outline (Domain 5: Project Quality Management, Task 2: Execute quality management planning).

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

Dưới đây là phân tích chi tiết từng lựa chọn. Tôi giữ nguyên văn bản gốc bằng tiếng Anh, chỉ giải thích bằng tiếng Việt với emoji để dễ theo dõi:

• ❌ Analyze the quality requirements
  Phương án này SAI vì việc phân tích yêu cầu chất lượng thuộc giai đoạn Planning (Plan Quality Management - Process 8.1), đã hoàn thành trước Execution. Trong Execution, không cần quay lại phân tích mà phải thực hiện kiểm soát.

• ❌ Plan quality management
  Phương án này SAI vì Plan Quality Management là hoạt động của Planning Process Group, diễn ra trước Execution. Dự án đã ở giai đoạn thực hiện, nên không phù hợp để lập kế hoạch chất lượng lúc này.

• ✅ Continually survey the quality of the deliverable
  Phương án này ĐÚNG như đã giải thích ở trên. Đây là hành động cốt lõi trong Execution & Monitoring/Controlling, đảm bảo chất lượng deliverables được kiểm tra liên tục, phù hợp hybrid approach với tính lặp lại cao.

• ❌ Set up quality policies and procedures
  Phương án này SAI vì việc thiết lập chính sách và quy trình chất lượng thuộc Organizational Process Assets hoặc Plan Quality Management (Planning). Trong Execution, chỉ áp dụng và kiểm soát các quy trình đã có, không phải tạo mới.

🛠️ Lời khuyên PMP: Trong kỳ thi PMP 2026, hãy nhớ phân biệt rõ Process Groups (Initiating, Planning, Executing, Monitoring/Controlling, Closing). Hybrid projects nhấn mạnh iterative quality checks để giảm rủi ro!
📘 Tài liệu bổ sung: Agile Practice Guide (PMBOK 7th companion), Rita PMP Study Guide 12th Edition (Chapter 8: Project Quality Management).

🧩 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) đã hoàn thành việc xem xét các deliverables (sản phẩm bàn giao) của iteration hiện tại cùng với khách hàng. Bất ngờ, một stakeholder chính mới (key stakeholder mới) từ phía đội ngũ khách hàng tham gia và phàn nàn rằng kết quả không mang lại capabilities (khả năng) mà doanh nghiệp mong đợi.
📌 Vấn đề cốt lõi: Đây là xung đột về kỳ vọng giữa stakeholder mới và deliverables hiện tại, có thể xuất phát từ việc stakeholder này chưa được identify đúng cách hoặc objectives dự án chưa được align (đồng bộ) với kỳ vọng của họ. Trong môi trường iterative (lặp lại, thường thấy ở Agile/Hybrid), PM cần xử lý nhanh chóng để tránh lệch hướng dự án.
🛠️ Mục tiêu: PM phải address issue (giải quyết vấn đề) một cách chủ động, tập trung vào Stakeholder Management và alignment kỳ vọng, theo nguyên tắc PMBOK 7th Edition (2021, cập nhật đến 2026 vẫn áp dụng).

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

Đáp án đúng: Conduct stakeholder identification and a project objectives review session
Lý do:

• Stakeholder mới chưa được identify đầy đủ, dẫn đến kỳ vọng không khớp. PM cần Conduct stakeholder identification (thực hiện xác định stakeholder) để cập nhật Stakeholder Register và hiểu rõ vai trò/influence của họ (theo Identify Stakeholders process trong PMBOK 7th).
• Đồng thời, tổ chức project objectives review session (phiên họp xem xét mục tiêu dự án) để align lại kỳ vọng, đảm bảo deliverables phù hợp với business needs.
  🧠 Lợi ích: Cách tiếp cận này proactive (chủ động), tuân thủ Stakeholder Engagement (Engage Stakeholders) và Tailoring trong Agile/iterative projects, tránh thay đổi scope không cần thiết.
  📘 Nguồn tham khảo: PMBOK Guide 7th Edition, Section 4.6 (Stakeholder Management), Process 13.1 (Identify Stakeholders); Agile Practice Guide (2021).

📋 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. Mỗi phương án được đánh giá đúng/sai với lý do cụ thể dựa trên PMP best practices:

• ❌ [SAI] Create a change request and update the scope management plan
  Giải thích: Việc tạo change request ngay lập tức là reactive (phản ứng) và giả định vấn đề nằm ở scope, nhưng chưa xác định rõ root cause (nguyên nhân gốc rễ) từ stakeholder mới. Cập nhật scope management plan chỉ phù hợp sau khi có evidence (bằng chứng) về thay đổi, không phải bước đầu tiên. Điều này có thể dẫn đến scope creep không cần thiết.
  📘 Nguồn: PMBOK 7th, Section 4.5 (Perform Integrated Change Control).

• ✅ [ĐÚNG] Conduct stakeholder identification and a project objectives review session
  Giải thích: Như đã nêu ở phần đáp án đúng, đây là bước first thing to do (điều đầu tiên cần làm): Identify stakeholder mới để cập nhật register, rồi review objectives qua session để align kỳ vọng và điều chỉnh nếu cần. Hiệu quả cao trong iterative projects, thúc đẩy collaboration.
  📘 Nguồn: PMBOK 7th, Section 4.6 & Agile Practice Guide.

• ❌ [SAI] Update the stakeholder list and fix the deliverables
  Giải thích: Chỉ update stakeholder list mà không engage (tương tác) họ là chưa đủ; "fix the deliverables" (sửa deliverables) có nguy cơ thay đổi scope mà không có approval hoặc phân tích tác động, vi phạm controlled change. Thiếu review objectives dẫn đến lặp lại vấn đề.
  📘 Nguồn: PMBOK 7th, Section 4.7 (Manage & Monitor Stakeholder Engagement).

• ❌ [SAI] Update the project management plan and lessons learned
  Giải thích: Cập nhật project management plan (kế hoạch quản lý dự án) và lessons learned (bài học kinh nghiệm) là bước sau khi đã resolve issue, không phải để address ngay. Không giải quyết trực tiếp complaint từ stakeholder mới, bỏ qua stakeholder engagement – nguyên tắc cốt lõi PMP.
  📘 Nguồn: PMBOK 7th, Section 4.8 (Manage Project Knowledge).

🔑 Kết luận: Cách tiếp cận đúng nhấn mạnh Stakeholder Engagement từ đầu, giúp dự án bền vững và align với business value! 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 thuộc chủ đề quản lý vòng đời dự án (Project Life Cycle) trong PMP, tập trung vào việc tailoring (tùy chỉnh cách tiếp cận) cho dự án. 📘

• Bối cảnh: Là một phần của kế hoạch chiến lược, công ty quyết định triển khai nền tảng phần mềm mới để quản lý kho tài liệu tập trung. Một số yêu cầu (requirements) đã rõ ràng, nhưng một số khác còn mơ hồ và cần chi tiết hóa thêm. Điều này cho thấy dự án có sự kết hợp giữa yêu cầu ổn định (có thể dùng predictive) và yêu cầu linh hoạt (có thể cần adaptive/hybrid).
• Vấn đề cốt lõi: Project manager (PM) cần quyết định bước đầu tiên để quản lý dự án hiệu quả. Theo PMBOK® Guide 7th Edition (cập nhật đến 2026), PM phải đánh giá và chọn life cycle approach phù hợp (predictive, iterative, incremental, adaptive, hybrid) dựa trên đặc thù dự án, thay vì áp đặt ngay một cách tiếp cận cố định. 🛠️
• Mục tiêu: Xác định hành động ưu tiên để đảm bảo dự án được tailoring đúng, tránh rủi ro thất bại do chọn sai phương pháp.

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

Đáp án đúng: Determine the most appropriate life cycle approach for the project

Lý do:

• Đây là bước đầu tiên logic và bắt buộc theo nguyên tắc tailoring trong PMBOK® 7th Edition (Section 2.4 - Project Life Cycles). PM phải đánh giá toàn diện dự án (delivery needs, stakeholder expectations, requirements stability, team capability) để chọn life cycle phù hợp nhất (predictive cho yêu cầu ổn định, adaptive cho thay đổi cao, hoặc hybrid cho kết hợp).
• Dự án có yêu cầu hỗn hợp (clear và unclear), nên cần phân tích trước khi quyết định, tránh chọn sai dẫn đến lãng phí thời gian/chi phí. ✅ Điều này phù hợp với 12 Principles of PMBOK 7th ( Stewardship, Team, Stakeholders, Value, Systems Thinking).

📋 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 PMBOK® Guide 7th Edition và Process Groups: A Practice Guide (2022, cập nhật tailoring).

• ❌ Select a predictive development life cycle based on the team's experience
  Sai vì: Chọn predictive (Waterfall) ngay dựa trên kinh nghiệm đội ngũ là áp đặt chủ quan, bỏ qua đặc thù dự án (yêu cầu unclear cần linh hoạt). PMBOK 7th (Section 2.4.1) nhấn mạnh phải đánh giá dự án trước, không dựa team experience làm tiêu chí duy nhất. Rủi ro: Không phù hợp nếu cần adaptive, dẫn đến thay đổi muộn.

• ✅ Determine the most appropriate life cycle approach for the project
  Đúng vì: Như đã giải thích ở trên, đây là bước đầu tiên chuẩn để tailoring. PMBOK 7th (Figure 2-7 Tailoring) yêu cầu PM xác định life cycle dựa trên factors như requirements volatility (ở đây có unclear parts). Điều này đảm bảo value delivery tối ưu và linh hoạt hybrid nếu cần. 🌟

• ❌ Register all requirements into a backlog for further detailed analysis
  Sai vì: Đăng ký tất cả vào backlog là hành động agile-specific (thuộc adaptive life cycle), nhưng chưa quyết định life cycle nên quá sớm và không phù hợp. PMBOK 7th (Section 4.6 - Agile Practices) chỉ áp dụng backlog sau khi chọn adaptive/hybrid. Rủi ro: Lãng phí nếu dự án phù hợp predictive hơn.

• ❌ Split the requirements, put them into two separate projects, and apply different approaches
  Sai vì: Chia nhỏ thành 2 dự án riêng là phức tạp hóa không cần thiết ở giai đoạn đầu, vi phạm nguyên tắc holistic view (xem dự án thống nhất). PMBOK 7th (Section 1.2.4 - Programs vs Projects) khuyến nghị hybrid trong một dự án nếu cần, thay vì tách. Rủi ro: Tăng overhead quản lý, coordination issues.

📘 Tài liệu tham khảo

• PMBOK® Guide – Seventh Edition (PMI, 2021, cập nhật tailoring đến 2026): Sections 2.4 (Life Cycles), 2.5 (Tailoring), Figure 2-7.
• Process Groups: A Practice Guide (PMI, 2022): Phần Selecting the Project Life Cycle.
• PMI Agile Practice Guide (2017, tích hợp PMBOK 7th): Hướng dẫn hybrid approaches.

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

🧩 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: Một thành viên đội ngũ không hoạt động tích cực trong buổi họp não bộ (brainstorming session). Quản lý dự án (PM) chủ động trò chuyện riêng với thành viên này, phát hiện ra vấn đề là người đó bị khiếm thính nhẹ (slightly hearing impaired). Thành viên đánh giá cao sự quan tâm của PM, và PM quyết định thay đổi thời gian cùng phòng họp để đảm bảo mọi người đều tham gia được.
Câu hỏi tập trung vào kỹ năng giao tiếp cá nhân (interpersonal skill) mà PM đã sử dụng.
🛠️ Tình huống này liên quan đến People Domain trong PMP (PMBOK 7th Edition, cập nhật đến 2026), nhấn mạnh việc nhận biết, đồng cảm và hành động để hỗ trợ đội ngũ, giúp tăng tính bao quát (inclusivity) và hiệu quả họp hành.

✅ Đáp án đúng: Emotional intelligence

Lý do lựa chọn:
PM đã thể hiện Emotional intelligence (EI) một cách xuất sắc:

• Nhận thức cảm xúc (Self-awareness và Social awareness): PM nhận thấy hành vi bất thường (không hoạt động) và chủ động tìm hiểu nguyên nhân qua cuộc trò chuyện riêng.
• Quản lý cảm xúc (Relationship management): PM thể hiện sự đồng cảm, khiến thành viên cảm thấy được quan tâm, sau đó hành động cụ thể (thay đổi phòng họp) để hỗ trợ, đảm bảo sự tham gia bình đẳng.
  🧠 Đây chính là định nghĩa EI trong PMP: Khả năng nhận biết cảm xúc của bản thân và người khác, sử dụng để thúc đẩy hành vi tích cực (theo PMBOK 7th Edition, People Domain, và PMP Exam Content Outline 2021 - cập nhật 2026).

📋 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:

• Networking ❌
  Sai vì: Networking là kỹ năng xây dựng và duy trì mạng lưới quan hệ bên ngoài đội ngũ dự án (như kết nối với stakeholder hoặc chuyên gia khác), nhằm trao đổi thông tin hoặc hỗ trợ dài hạn (theo PMBOK 7th Edition, Stakeholder Engagement). Ở đây, PM chỉ tập trung vào một thành viên nội bộ, không liên quan đến mở rộng mạng lưới.

• Emotional intelligence ✅
  Đúng vì: Như đã giải thích ở trên, PM sử dụng EI để nhận diện vấn đề cảm xúc/cá nhân (khiếm thính), đồng cảm và hành động điều chỉnh môi trường họp, phù hợp hoàn hảo với định nghĩa EI trong People Domain của PMP (PMBOK 7th Edition, trang 54-55).

• Conflict management ❌
  Sai vì: Conflict management dùng để giải quyết xung đột giữa các bên (như tranh cãi ý kiến hoặc tranh chấp tài nguyên), với các chiến lược như Collaborate/Problem Solve hoặc Compromise (theo PMBOK 6th/7th Edition, Process 9.1.2.3). Tình huống này không có xung đột, chỉ là hỗ trợ cá nhân hóa.

• Influencing ❌
  Sai vì: Influencing là kỹ năng thuyết phục hoặc dẫn dắt người khác thay đổi hành vi/suy nghĩ để đạt mục tiêu dự án (theo PMBOK 7th Edition, Leadership Skills). PM ở đây không cần thuyết phục ai, mà chủ động điều chỉnh để hỗ trợ, không phải ảnh hưởng đến quyết định của thành viên.

📘 Tài liệu tham khảo

• PMBOK Guide 7th Edition (2021, cập nhật Hybrid Agile đến 2026): People Domain (Section 2.1.2), Emotional Intelligence as key enabler for effective team leadership.
• PMP Exam Content Outline (PMI, 2021 - hiệu lực đến 2026): Domain II: People (22%), Task 3: Evaluate and support team performance (EI là yếu tố cốt lõi).
• Process Groups: A Practice Guide (PMI, 2022): Nhấn mạnh EI trong Facilitation và Inclusion.
  🔗 Có thể tham khảo trực tiếp tại pmi.org hoặc Agile Practice Guide cho các ví dụ thực tế tương tự.