Đặt vấn đề

Đề thi PMP từ năm 2021 trở đi chạy theo Exam Content Outline (ECO) 2021 của PMI, không phải theo cấu trúc Knowledge Area của PMBOK 6 nữa. ECO 2021 tổ chức nội dung thi theo 3 domain và 35 task. Khoảng 50% câu hỏi là về Agile và phương pháp kết hợp, 50% còn lại là Predictive.

PMBOK 7 (xuất bản năm 2021) phản ánh chuyển dịch này: thay vì liệt kê các process cụ thể, nó đi vào 12 nguyên tắc quản lý dự án và 8 lĩnh vực hiệu suất.

Bài này tổng hợp nội dung chính từ 3 domain ECO 2021, giải thích từng task theo góc nhìn làm bài thi kèm theo hệ thống từ khóa giúp bạn nhận ra đáp án đúng nhanh hơn. Nguồn gốc là bộ poster ôn thi trên r/pmp [1] kết hợp với hướng dẫn ôn thi thực tế từ cộng đồng [2] và các tài liệu PMI chính thức.

Ba domain và trọng số

Đề thi PMP 180 câu (có 5 câu pre-test không tính điểm). ECO 2021 chia thành 3 domain:

Domain Trọng số Số task
People 42% 14 task
Process 50% 17 task
Business Environment 8% 4 task

People và Business Environment nhiều người để ngỏ vì nên tập trung vào Process, nhưng 42% của People là con số lớn. Bỏ qua People đồng nghĩa với mất gần nửa đề thi.

Một lưu ý quan trọng: các domain không độc lập. Task trong Business Environment hay xuất hiện dưới dạng tình huống lớn hơn trong Process hoặc People. Ví dụ, câu hỏi về regulatory compliance có thể xuất hiện trong bất kỳ phần nào của bài thi.

Domain People (42%): 14 task cần biết

Giải quyết xung đột

Có 5 phương pháp, xếp từ “nồng nhất” đến “mạnh nhất”:

  • Withdraw/Avoid: tránh, lui khỏi xung đột. Tạm thời, không giải quyết.
  • Smooth/Accommodate: xoa dịu, nhượng bộ. Giữ quan hệ nhưng không giải quyết vấn đề.
  • Compromise/Reconcile: dàn xếp, thỏa hiệp. Cả hai bên đều nhượng một phần.
  • Force/Direct: áp đặt bằng quyền lực. Nhanh nhưng gây oán.
  • Collaborate/Problem solve: hợp tác tìm giải pháp chung. PMP luôn ưu tiên cái này.

Trong bài thi, đáp án có từ “collaborate” hoặc “work with” thường là đáp án đúng. Mẹo nhớ: khi bị kẹt giữa hai đáp án, chọn cái nào cho thấy PM đang ngồi với cả hai phía để tìm giải pháp chung.

Với xung đột giữa PM và Functional Manager: bước đầu tiên là kiểm tra Resource Assignment Matrix (RAM), sau đó phối hợp với FM, không kiện. FM có quyền nhất định với team member, PM phải làm việc cùng FM chứ không chống lại.

Lãnh đạo như Servant Leader

PMP định nghĩa PM tốt là Servant Leader: người đặt nhu cầu của nhóm lên trên của bản thân. Phân biệt:

  • Management: làm cho công việc xong.
  • Leadership: làm cho người khác muốn làm công việc đó.

Loại quyền lực được ưu tiên: Expert (chuyên môn) và Reward (tin tưởng, tôn trọng thực sự). Loại ít được ưu tiên: Positional/Formal (chỉ dựa vào chức danh). Loại phải tránh trong đáp án: Pressure và Guilt-based.

Đề bài thường hỏi: “PM đang sử dụng loại quyền lực nào?” Cách phân biệt nhanh: nếu PM dựa vào chuyên môn để thuyết phục thì là Expert Power. Nếu dựa vào chức danh và quy định thì là Positional. Nếu đe dọa thì là Pressure.

Mô hình Tuckman

Năm giai đoạn phát triển nhóm bạn phải nhớ:

  • Forming: nhóm mới gặp nhau, lịch sự, dò xa.
  • Storming: tranh luận, xung đột về vai trò. Đây là giai đoạn bình thường, không phải vấn đề cần dập tắt.
  • Norming: vai trò ổn định, nhóm bắt đầu hợp tác.
  • Performing: nhóm hoạt động hiệu quả, gắn kết.
  • Adjourning: dự án kết thúc, nhóm giải tán.

Bài thi mô tả một tình huống và hỏi “nhóm đang ở giai đoạn nào?” Storming là giai đoạn bị nhầm nhiều nhất: nhiều người thấy “xung đột” thì muốn can thiệp ngay, nhưng theo PMP, Storming là quá trình cần thiết. PM hỗ trợ, không dập tắt.

Adjourning thường bị quên. Khi câu hỏi nhắc đến dự án sắp kết thúc và nhóm chuẩn bị giải tán: đây là Adjourning.

Ba loại PMO

Loại Quyền kiểm soát Đặc điểm
Supporting Thấp, tư vấn Cung cấp template, lessons learned, đào tạo
Controlling Trung bình Đặt ra quy tắc, yêu cầu tuân thủ, định nghĩa quy trình
Directive Cao PMO sở hữu dự án, PM báo cáo lên PMO

Câu hỏi thường mô tả cách PMO hoạt động và hỏi loại PMO đó là gì. Câu trả lời phụ thuộc vào mức độ kiểm soát: “cung cấp tư vấn” là Supporting, “bắt buộc tuân thủ quy trình” là Controlling, “PMO quản lý dự án” là Directive.

Cấu trúc tổ chức và quyền hạn của PM

Cấu trúc ma trận: càng “strong” thì PM càng có quyền; càng “weak” thì FM càng có quyền.

Cấu trúc Quyền hạn PM
Weak Matrix Ít, FM kiểm soát ngân sách
Balanced Matrix Trung bình
Strong Matrix Cao
Project-oriented Rất cao, toàn quyền

Functional Structure: FM có tất cả quyền, PM gần như không có. Organic/Simple: mọi người đảm nhận nhiều vai, không có cấu trúc rõ.

Phân tích nguyên nhân gốc rễ

Ba công cụ cần phân biệt:

  • Five Whys: hỏi “tại sao?” 5 lần liên tiếp. Đơn giản, phù hợp vấn đề có chuỗi nhân quả rõ.
  • Fishbone (Ishikawa): sơ đồ xương cá, hiển thị nhiều nguyên nhân cùng lúc. Đề thi có thể gọi là “Ishikawa diagram” hoặc “cause-and-effect diagram” cho cùng một thứ.
  • Pareto Chart: tìm 20% nguyên nhân gây 80% vấn đề. Dùng khi cần ưu tiên giải quyết.

Quy tắc chung của PMP: khi có vấn đề phát sinh, bước đầu tiên là xác định nguyên nhân gốc rễ, không phải hành động ngay.

Trí tuệ cảm xúc

“90% công việc quản lý dự án là giao tiếp” là câu nhớ để lại từ poster [1]. EI là mindset xuyên suốt toàn bộ People Domain.

Bốn góc phần tư EI:

  • Self-awareness: hiểu cảm xúc của mình.
  • Self-management: kiểm soát cảm xúc và hành vi bản thân.
  • Social awareness: hiểu cảm xúc của người khác.
  • Social skills: sử dụng EI để tác động tích cực lên người khác.

Mẹo quan trọng từ poster [1]: EI không phải chỉ là chủ đề riêng cho các câu hỏi hỏi thẳng về EI. Nó là bộ lọc cho mọi câu hỏi trong People Domain. Trước khi chọn đáp án, tự hỏi: “Đáp án này có thể hiện tự nhận thức và quan tâm đến người khác không?”

Domain Process (50%): 17 task cần biết

Quản lý rủi ro

Thứ tự xử lý rủi ro là không thể nhầm: Identify trước, rồi Quantify, rồi mới Response.

Phân biệt phân tích định tính và định lượng:

  • Qualitative: xác suất và tác động bằng thang Low/Medium/High. Dùng Probability Impact Matrix.
  • Quantitative: lượng hóa tác động tài chính nếu rủi ro xảy ra.

Chiến lược rủi ro tiêu cực (Negative Risk):

Chiến lược Khi nào dùng
Avoid Thay đổi kế hoạch để loại bỏ rủi ro
Transfer Chuyển rủi ro sang bên khác (bảo hiểm, outsource)
Mitigate Giảm xác suất hoặc tác động
Accept Chấp nhận, không làm gì trừ khi xảy ra
Escalate Rủi ro vượt tầm PM, leo thang lên cấp trên

Chiến lược rủi ro tích cực (Positive Risk):

  • Exploit: tăng xác suất hoặc tác động của cơ hội.
  • Enhance: tăng khả năng xảy ra.
  • Share: chia sẻ cơ hội với bên khác.
  • Accept: chấp nhận nếu xảy ra là thêm.

Phân biệt rủi ro đã xảy ra hay chưa qua ngôn ngữ đề bài: “may/might/could happen” là rủi ro chưa xảy ra, cần xem Risk Register. “Has happened / occurred / triggered” là Issue, cần ghi vào Issue Log và dùng contingency reserve.

Phân biệt reserve:

  • Contingency reserve: dành cho rủi ro đã biết và có trong Risk Register.
  • Management reserve: dành cho rủi ro bất ngờ, không có trong register.

Earned Value Management

Các công thức EVM cần nhớ chính xác:

Công thức Ý nghĩa
EV = % Complete x BAC Giá trị thu được
PV = % Planned x BAC Giá trị kế hoạch
CV = EV - AC Sai lệch chi phí (dương là tốt)
SV = EV - PV Sai lệch tiến độ (dương là tốt)
CPI = EV / AC Chỉ số hiệu suất chi phí (> 1 là tốt)
SPI = EV / PV Chỉ số hiệu suất tiến độ (> 1 là tốt)

Đọc nhanh: CPI và SPI > 1 là tốt. CV và SV > 0 là tốt. Đề bài thường cho SPI = 0.8 và hỏi “trạng thái dự án như thế nào?” Đáp án: chậm tiến độ vì SPI < 1.

Burndown chart theo dõi công việc còn lại (giảm dần). Burn-up chart theo dõi công việc đã hoàn thành (tăng dần). Khi cần kiểm tra scope có bị thay đổi không: dùng Burn-up.

Kỹ thuật ước lượng

Kỹ thuật Công thức / Đặc điểm Khi nào dùng
Analogous Dựa vào dự án tương tự, nhanh nhưng ít chính xác Có dự án tương tự, cần ước lượng nhanh
Parametric Có công thức với biến số (ví dụ giá/m2) Công việc lặp lại có thông số đo được
Three Point (Triangular) (O + ML + P) / 3 Dự án mới, không có data lịch sử
PERT (O + 4ML + P) / 6 Cần ước lượng có trọng số, được cho 3 con số
Bottom-up Bắt đầu từ work package Cần chính xác nhất, có đủ thời gian
Monte Carlo Mô phỏng nhiều lần, kết quả trên S-Curve Phân tích rủi ro phức tạp
Affinity Nhóm theo kích thước, phổ biến trong Agile Agile Sprint planning

Mẹo từ [1]: “Dự án mới không có data” -> Three Point. “Công việc lặp lại có biến số” -> Parametric. “Được cho 3 con số O, ML, P” -> PERT.

Nén lịch trình khi bị trì hoãn

Hai kỹ thuật chính:

Kỹ thuật Cách làm Hậu quả
Crashing Thêm người và chi phí Tốn tiền hơn
Fast Tracking Chạy song song các phase kế tiếp Tăng rủi ro

Phân biệt thêm:

  • Resource Levelling: điều chỉnh lịch trình để nhu cầu nhân lực không vượt quá cung. Có thể dời ngày kết thúc.
  • Resource Smoothing: dùng float có sẵn để làm phẳng đỉnh cao nhu cầu. Không dời ngày kết thúc.

Bài thi hay hỏi: “Compress schedule without adding cost?” -> Fast Tracking. “Compress schedule with additional budget?” -> Crashing.

Quản lý thay đổi

Quy trình 5 bước không thể nhầm thứ tự:

  1. Nhận biết thay đổi tiềm năng.
  2. Đánh giá tác động (schedule, budget, scope).
  3. Trình lên Change Control Board (CCB) phê duyệt.
  4. Thực hiện nếu được duyệt. Dù approved hay rejected: vẫn phải cập nhật Change Log và thông báo stakeholder.
  5. Theo dõi sau khi thực hiện.

Bẫy hay gặp: khi change request bị từ chối, nhiều người cho rằng không cần làm gì thêm. Sai. Vẫn phải cập nhật Change Log và thông báo. Đây là bước bắt buộc.

Trong Agile: CCB không phổ biến. Nếu câu hỏi mô tả dự án Agile, không chọn đáp án “bring to CCB”.

Vòng đời dự án và cách chọn

Vòng đời Đặc điểm requirements Cách giao
Predictive Cố định, ít thay đổi Một lần cuối
Iterative Động, cải tiến qua nhiều vòng Một bản cuối sau nhiều vòng
Agile Động, hay thay đổi Nhiều giao nhỏ, thường xuyên
Incremental Động Mỗi lần giao là một phần hoàn chỉnh
Hybrid Kết hợp Predictive và Agile Tùy phần dự án

Requirements Traceability Matrix (RTM): công cụ theo dõi mọi yêu cầu từ gốc đến kết quả. Khi đề bài hỏi “key deliverable is missing, PM should do what first?” -> Kiểm tra RTM.

Loại hợp đồng và ai chịu rủi ro chi phí

Loại hợp đồng Ai chịu rủi ro Đặc điểm
Firm Fixed Price (FFP) Seller Giá cố định, phạm vi rõ ràng
FPIF Seller (có bonus) Có kèm theo thưởng nếu về đích sớm
Cost Plus Fixed Fee (CPFF) Buyer Buyer trả chi phí thực tế + phí cố định
Cost Plus Incentive Fee (CPIF) Buyer Buyer trả chi phí thực tế + thưởng theo hiệu suất
Time & Materials (T&M) Chia sẻ Trả theo giờ công và vật liệu thực tế

Phân biệt Sole Source và Single Source: Sole Source là chỉ có một nhà cung cấp trên thị trường. Single Source là có nhiều nhưng chủ động chọn một để làm việc.

Đóng dự án theo thứ tự đúng

Thứ tự đóng dự án hay bị làm sai trong bài thi:

  1. Lưu trữ tài liệu và artifacts.
  2. Đóng hợp đồng, giải phóng thành viên nhóm.
  3. Hoàn thành retrospectives và lessons learned.
  4. Đánh giá hiệu suất so với baselines.
  5. Xem lại Project Charter và Business Case.
  6. Administrative closure (chỉ ở cuối toàn bộ dự án, không phải cuối mỗi phase).

Administrative Closure không phải làm ở cuối mỗi phase. Chỉ làm khi dự án kết thúc hoàn toàn.

Domain Business Environment (8%): 4 task ngắn gọn

Tuân thủ quy định là ưu tiên số một

Khi có quy định mới hoặc yêu cầu tuân thủ: bước đầu tiên luôn là đánh giá tác động, không phải hành động ngay hay bỏ qua.

Cơ quan quản lý nhà nước (Regulators) cũng là stakeholder. Khi câu hỏi hỏi về “ensure compliance with stakeholder requirements”, phạm vi này bao gồm cả cơ quan quản lý.

Thứ tự xử lý khi có quy định mới:

  1. Đánh giá tác động lên dự án.
  2. Tìm giải pháp.
  3. Thông báo stakeholder.
  4. Cập nhật kế hoạch dự án nếu cần.

Giá trị dự án: hữu hình và vô hình

Tangible value: đo được bằng tiền (doanh thu, market share, tài sản). Intangible value: không đo trực tiếp bằng tiền (uy tín, thương hiệu, lợi ích cộng đồng).

Hai loại này hay xuất hiện trong câu hỏi về Benefits Management Plan. PM phải thiết lập metrics trước khi dự án kết thúc, không phải sau. Tranh chấp về lợi ích thường xảy ra khi không có metrics rõ ràng từ đầu.

Thứ tự ưu tiên trong Code of Ethics

Khi có xung đột giữa các nguồn luật lệ:

  1. Luật quốc gia (cao nhất).
  2. Chính sách công ty.
  3. Phong tục tập quán.
  4. Đạo đức cá nhân.

Ví dụ: nếu luật pháp và chính sách công ty mâu thuẫn thì tuân theo luật pháp. Nếu chính sách công ty và phong tục địa phương mâu thuẫn thì tuân theo chính sách công ty. “Ethics” đứng thứ tư không có nghĩa là không quan trọng, chỉ là tiebreaker khi ba cấp trên không đủ hướng dẫn.

Key Words: bộ lọc chọn đáp án nhanh

Phần này trích nguyên văn từ poster [1], là hệ thống tín hiệu giúp nhận ra đáp án đúng trong các câu hỏi tình huống:

Từ khóa / Tình huống trong đề Tín hiệu đáp án đúng
“Value…” Show benefits / benefits plan
Uncertainty hoặc risk cao quanh requirements Hybrid hoặc iterative
Missing feature Work with Product Owner
Issue with deliverable Work with whole team
Virtual team issues Liên quan đến cải thiện giao tiếp
Dependency on multiple departments Meet with the functional managers
Adding new resources Integrate skills development into execution
Costs - Identified risk Contingency reserve
Costs - Unidentified risk Management reserve
New PM taking over Review history and status with sponsor
Uninformed stakeholders Review communications plan
New stakeholder identified Update stakeholder register / engagement plan
Disengaged stakeholders Review stakeholder engagement plan
“Do first” Thường là xem lại một tài liệu
Team member problems Team Charter
Missed scope Change request
SPI và CPI > 1 là tốt
CV và SV > 0 là tốt

Quy tắc “Do First” là một trong những bộ lọc quan trọng nhất. Khi đề hỏi “PM nên làm gì trước tiên?”, đáp án thường là xem lại một tài liệu, không phải hành động ngay:

Tình huống “Do First” Tài liệu cần review
Vấn đề nội bộ nhóm Team Charter
Scope bị thiếu hoặc thay đổi RTM hoặc Change Request
Stakeholder không gắn kết Stakeholder Engagement Plan
Stakeholder không được thông tin Communications Plan
PM mới tiếp quản dự án Project history với sponsor
Quy định mới có thể ảnh hưởng dự án Đánh giá tác động trước

Kế hoạch ôn thi khuyến nghị

Tài liệu chính

Tác giả poster [1] khuyến nghị theo thứ tự:

  • PMI Examination Content Outline (ECO) 2021: đọc trước khi ôn. Đây là “bản đồ” chính thức của đề thi [3].
  • Processes Explained with Ricardo Vargas (YouTube): video giải thích process map, hiệu quả [6].
  • PMAspirant Process Group and Knowledge Area Mapping Game: game tương tác rèn kỹ năng mapping [8].
  • David McLachlan - Agile and Waterfall PMP Exam Q&A (YouTube): câu hỏi mô phỏng.
  • PMI Study Hall: bộ câu hỏi practice sát thực nhất, hơi khó hơn đề thật một chút [7].

Giai trình học

1-2 tháng đầu: Nhìn toàn cảnh ECO 2021. Hiểu cấu trúc 3 domain, 35 task. Không cần học thuộc.

Tháng 3: Học sâu từng domain. People trước (42%), Process sau (50%), Business Environment cuối (8%). Mỗi ngày làm 20-30 câu practice.

Tuần trước thi: Xem lại poster và Key Words. Làm toàn bộ mock exam. Tập trung vào các câu hỏi Agile vì chiếm 50% đề thi.

Một số điều không ai nói trước

Đề thi có 5 loại câu hỏi chủ yếu: tình huống (nhiều nhất), knowledge check, tính toán formula, “đầu tiên nên làm gì”, và “tốt nhất là gì”. Câu tình huống thường dài và có nhiều detail. Đọc hết đề bài trước khi nhảy vào đáp án.

PMI Study Hall là bộ practice tốt nhất nhưng cũng khó hơn đề thật một chút. Đừng bị nao núng nếu điểm mock exam thấp hơn kỳ vọng.

Câu hỏi Agile không hỏi bạn định nghĩa Scrum là gì. Nó hỏi bạn sẽ xử lý thế nào trong tình huống Agile cụ thể: sprint bị block, product owner xung đột với stakeholder, team không self-organize được.

Kết luận

Đề thi PMP 2024-2026 là đề thi về mindset, không phải về kiến thức thuộc lòng. Ba domain ECO 2021 mô tả cách một PM tốt sẽ suy nghĩ và hành động trong các tình huống cụ thể.

Phần People (42%) đòi hỏi hiểu rõ EI, Servant Leadership, và các mô hình như Tuckman. Phần Process (50%) cần biết EVM, risk management, các kỹ thuật ước lượng, và quy trình thay đổi. Phần Business Environment (8%) ngắn nhưng xuyên suốt vì compliance luôn là ưu tiên số một.

Hệ thống Key Words từ poster [1] là công cụ hữu ích. Học để biết, nhưng học Key Words để biết chọn.

Bạn đang ôn thi PMP?

Nếu bạn đang ôn thi PMP hoặc chưa biết bắt đầu từ đâu, liên hệ để trao đổi:

  • Email: ha.nguyen@hydrostructai.com – Mô tả ngắn giai đoạn bạn đang ở, đã học được gì, và khó khăn cụ thể.
  • WhatsApp: +84 374 874 142 – Trao đổi nhanh trước khi quyết định.

Bài viết này đang được cập nhật theo PMBOK 8 khi PMI phát hành phiên bản mới. Theo dõi để nhận thông báo.

© 2026 HydrostructAI - Tư vấn Quản lý Dự án Xây dựng

Tài liệu tham khảo

[1] lyfe_is_good. PMP Exam Prep Poster - People, Process, Business Environment Domains. Reddit r/pmp, 2024. Truy cập tại: https://drive.google.com/file/d/1zBV4lMcfEovaFGZUG9RQuomNIBSKkCV9/view?usp=sharing

[2] Study Struggles to Exam Success - Free PDF Pre-Exam Guide. Reddit r/pmp, 2024. Truy cập tại: https://www.reddit.com/r/pmp/comments/1ava13l/study_struggles_to_exam_success_free_pdf_preexam

[3] Project Management Institute. PMP Examination Content Outline 2021. PMI, 2021. Truy cập tại: https://www.pmi.org/certifications/project-management-pmp/earn-the-pmp/pmp-exam-preparation/pmp-exam-content-outline

[4] Project Management Institute. A Guide to the Project Management Body of Knowledge (PMBOK Guide) – Seventh Edition. PMI, 2021.

[5] Project Management Institute & Agile Alliance. Agile Practice Guide. PMI, 2017.

[6] Ricardo Vargas. Processes Explained - PMP Process Map [YouTube]. Truy cập tại: https://www.youtube.com/watch?v=GC7pN8Mjot8

[7] PMI Study Hall. PMP Exam Simulator. Truy cập tại: https://www.pmi.org/learning/training-development/exam-prep-resources/study-hall

[8] PMAspirant. Process Group and Knowledge Area Mapping Game. Truy cập tại: https://www.pmaspirant.com