Mở đầu — vì sao bài này quan trọng
Nhiều học viên khi ôn thi PMP hiện nay hay hỏi tôi một câu rất hợp lý: "Thầy ơi, đề thi bây giờ dựa trên PMBOK 7 với các Principles và Performance Domains rồi, vậy học 5 Process Groups của PMBOK 6 có còn ích gì không, hay chỉ tốn thời gian?". Đây là câu hỏi tôi muốn trả lời dứt khoát ngay từ đầu: 5 Process Groups vẫn cực kỳ relevant cho kỳ thi, và bạn KHÔNG thể bỏ qua nếu muốn đạt Above Target.
Lý do rất đơn giản. PMI không "xoá" PMBOK 6 khi phát hành PMBOK 7. Trên thực tế, kỳ thi PMP hiện tại được thiết kế theo Exam Content Outline (ECO) — chứ không phải theo một cuốn PMBOK cụ thể. Và ECO lấy tình huống từ cả hai thế giới: tư duy nguyên tắc (principle-based) của PMBOK 7 lẫn tư duy quy trình (process-based) của PMBOK 6. Rất nhiều câu hỏi tình huống trong đề vẫn ngầm giả định bạn hiểu một process nằm ở nhóm nào, làm trước hay làm sau cái gì. Khi bạn đọc một câu hỏi kiểu "Dự án vừa được phê duyệt, việc TIẾP THEO người quản lý dự án nên làm là gì?", nếu trong đầu bạn có bản đồ 5 Process Groups, bạn sẽ chọn đúng đáp án trong 10 giây. Nếu không, bạn sẽ mắc bẫy.
Bài này tôi sẽ giúp bạn nắm chắc bản đồ tư duy về 5 Process Groups — Initiating, Planning, Executing, Monitoring & Controlling, Closing — theo cách một mentor thực chiến, chứ không phải học thuộc lòng danh sách 49 process. Học xong bài này, bạn sẽ có một "khung xương" để định vị bất kỳ tình huống nào trong đề thi.
Khái niệm cốt lõi
Trước tiên phải phân biệt rõ hai khái niệm mà rất nhiều người nhầm lẫn: Process Groups và Knowledge Areas. Đây là hai trục khác nhau của cùng một ma trận. Process Groups (5 nhóm) trả lời câu hỏi "làm khi nào — theo giai đoạn logic nào", còn Knowledge Areas (10 lĩnh vực như Scope, Schedule, Cost...) trả lời câu hỏi "quản cái gì". Trong bài này ta chỉ tập trung vào trục Process Groups. Trục Knowledge Areas là chủ đề của bài kế tiếp, tôi sẽ không lấn sang.
Một điểm quan trọng: Process Groups KHÔNG phải là giai đoạn (phase) của dự án. Đây là hiểu lầm kinh điển. Chúng là các nhóm quy trình lặp đi lặp lại, có thể xuất hiện chồng lấn trong mọi giai đoạn. Ví dụ, trong một dự án có 3 phase, mỗi phase đều có thể chứa cả Initiating, Planning, Executing, Monitoring & Controlling và Closing riêng của nó.
1. Initiating (Khởi tạo) — 2 process
Đây là nhóm ít process nhất nhưng có sức nặng lớn nhất về mặt "định vị dự án". Hai process cốt lõi:
- Develop Project Charter — tạo ra Project Charter, tài liệu chính thức cho phép dự án tồn tại và trao quyền cho PM. Đây là "giấy khai sinh" của dự án. Người ký thường là Sponsor, không phải PM.
- Identify Stakeholders — nhận diện tất cả các bên liên quan, ghi vào Stakeholder Register.
2. Planning (Lập kế hoạch) — 24 process, nhiều nhất
Đây là nhóm lớn nhất, chiếm gần một nửa tổng số process. Điều này nói lên triết lý của PMI: kế hoạch tốt là nền tảng của thành công. Trong Planning, bạn xây dựng toàn bộ Project Management Plan và các subsidiary plan.
Một vài process xương sống bạn phải nhớ: Develop Project Management Plan, Collect Requirements, Define Scope, Create WBS, Define Activities, Sequence Activities, Estimate Durations, Develop Schedule, Estimate Costs, Determine Budget, Plan Risk Management, Identify Risks, Plan Quality Management, Plan Communications, Plan Procurement... Đừng học thuộc từng cái theo kiểu vẹt — hãy nhớ trình tự logic: bạn phải biết làm gì (scope) trước khi biết làm mất bao lâu (schedule), rồi mới biết tốn bao nhiêu (cost).
3. Executing (Thực thi) — 10 process
Đây là nơi phần lớn ngân sách và nguồn lực được tiêu tốn. Bạn thực hiện công việc, quản đội ngũ, đảm bảo chất lượng. Các process tiêu biểu: Direct and Manage Project Work, Manage Project Knowledge, Manage Quality, Acquire/Develop/Manage Team, Manage Communications, Conduct Procurements, Manage Stakeholder Engagement.
4. Monitoring & Controlling (Giám sát và Kiểm soát) — 12 process
Nhóm này chạy song song với tất cả các nhóm khác chứ không nằm tuần tự. Bạn đo lường, so sánh với kế hoạch, phát hiện sai lệch và điều chỉnh. Trái tim của nhóm này là Perform Integrated Change Control — cơ chế kiểm soát thay đổi. Ngoài ra có Monitor and Control Project Work, Validate Scope, Control Scope, Control Schedule, Control Costs, Control Quality, Control Risks, Control Procurements, Monitor Communications, Monitor Stakeholder Engagement.
5. Closing (Đóng dự án) — 1 process
Chỉ có một process duy nhất: Close Project or Phase. Nhưng đừng coi thường. Nhóm này bao gồm nghiệm thu bàn giao chính thức, thanh lý hợp đồng, giải phóng nguồn lực, và đặc biệt là ghi nhận Lessons Learned vào tài sản quy trình tổ chức (OPA). Nhiều câu hỏi bẫy nằm ở chỗ: bạn phải đóng dự án một cách "chính thức" ngay cả khi dự án bị huỷ giữa chừng.
Con số cần thuộc lòng
Tổng cộng 49 process (PMBOK 6): Initiating 2, Planning 24, Executing 10, Monitoring & Controlling 12, Closing 1. Cách nhớ nhanh: 2 - 24 - 10 - 12 - 1. Bạn không cần thuộc chính xác từng process, nhưng nhớ tỷ trọng này giúp bạn cảm nhận được "trọng tâm" mà PMI muốn nhấn mạnh.
Tình huống thực tế
Ví dụ 1: Công ty FPT Software và bẫy "nhảy vào Executing"
Anh Minh, một PM tại FPT Software, phụ trách dự án phát triển phần mềm quản lý kho cho một khách hàng logistics ở Singapore, giá trị hợp đồng khoảng 480.000 USD. Ngay khi nhận được email xác nhận trúng thầu, sếp giục "triển khai ngay cho kịp deadline", anh Minh lập tức gọi team dev bắt tay code.
Ba tuần sau, khách hàng phàn nàn rằng phần mềm thiếu tính năng tích hợp với hệ thống ERP của họ — một yêu cầu quan trọng chưa ai làm rõ. Kết quả: rework tốn thêm 6 tuần và 55.000 USD.
Diễn giải: Anh Minh đã nhảy thẳng từ Initiating sang Executing, bỏ qua gần như toàn bộ nhóm Planning (24 process). Đặc biệt anh bỏ qua Collect Requirements và Define Scope. Trong tư duy Process Groups, sau khi dự án được authorize (Initiating), bạn bắt buộc phải đi qua Planning một cách nghiêm túc trước khi Executing.
Bài học rút ra: Trong đề thi PMP, khi thấy đáp án kiểu "bắt đầu làm việc ngay" thường là bẫy. PMI luôn ưu tiên "hoàn tất kế hoạch trước". Planning có tới 24 process không phải ngẫu nhiên.
Ví dụ 2: Ngân hàng TPBank và sức mạnh của Integrated Change Control
Chị Lan là PM triển khai hệ thống mobile banking mới tại TPBank. Đang giữa giai đoạn Executing, Giám đốc khối bán lẻ đề nghị thêm tính năng thanh toán QR xuyên biên giới — một thay đổi lớn về scope. Vị giám đốc này có quyền lực cao và muốn team "cứ làm luôn cho nhanh".
Chị Lan không làm ngay. Chị đưa yêu cầu vào Perform Integrated Change Control: lập Change Request chính thức, phân tích tác động lên schedule (chậm 4 tuần) và cost (tăng 1,2 tỷ đồng), trình lên Change Control Board (CCB). CCB phê duyệt có điều kiện, và baseline được cập nhật minh bạch.
Diễn giải: Đây là ví dụ hoàn hảo cho nhóm Monitoring & Controlling chạy song song với Executing. Mọi thay đổi phải qua quy trình kiểm soát, không có chuyện "làm luôn". Nếu chị Lan làm ngay theo lời giám đốc, chị sẽ tạo ra scope creep không kiểm soát.
Bài học rút ra: Khi đề thi có tình huống "một bên liên quan quyền lực yêu cầu thay đổi", đáp án đúng gần như luôn là "đánh giá tác động và đưa qua Integrated Change Control", không phải chấp nhận ngay cũng không phải từ chối ngay.
Ví dụ 3: Startup Việt bị huỷ dự án nhưng vẫn phải Close
Một startup fintech ở TP.HCM đang xây dựng ví điện tử. Sau 5 tháng, do không xin được giấy phép trung gian thanh toán từ Ngân hàng Nhà nước, ban lãnh đạo quyết định dừng dự án. PM tên Quang định "cho team giải tán, đóng máy là xong".
May mắn là mentor của Quang nhắc: dự án bị huỷ vẫn phải đi qua Close Project or Phase một cách chính thức. Quang tổ chức nghiệm thu phần việc đã hoàn thành, thanh lý hợp đồng với nhà cung cấp hạ tầng cloud, lưu trữ tài liệu, và quan trọng nhất là họp Lessons Learned ghi lại vì sao dự án thất bại về mặt pháp lý.
Diễn giải: Sáu tháng sau, công ty khởi động lại dự án với đối tác có sẵn giấy phép. Bộ Lessons Learned của Quang giúp họ tránh lặp lại sai lầm và tiết kiệm nhiều tháng.
Bài học rút ra: Closing áp dụng cho MỌI kết thúc, kể cả kết thúc do bị huỷ. "Close formally" là câu thần chú của PMI.
Hướng dẫn từng bước
Đây là cách tôi khuyên bạn dùng bản đồ 5 Process Groups để giải một câu hỏi tình huống trong phòng thi:
- Xác định dự án đang ở nhóm process nào. Đọc kỹ tình huống: dự án vừa authorize (Initiating)? Đang lập plan (Planning)? Đang làm việc thực tế (Executing)? Đang đo lường sai lệch (M&C)? Hay sắp bàn giao (Closing)?
- Hỏi: process trước đó đã hoàn tất chưa? Nếu tình huống cho thấy một bước cần thiết bị bỏ qua (ví dụ code mà chưa có requirement), thì đáp án đúng thường là "quay lại làm bước bị thiếu".
- Nhận diện việc TIẾP THEO đúng trình tự. Ví dụ: sau Create WBS thường là Define Activities. Sau Identify Risks là Perform Qualitative Risk Analysis.
- Ưu tiên tư duy "plan trước, làm sau, kiểm soát mọi thay đổi". Đây là kim chỉ nam khi phân vân giữa các đáp án.
- Với mọi thay đổi, luôn nghĩ đến Integrated Change Control. Không tự ý làm, không tự ý từ chối.
- Với mọi kết thúc, luôn nghĩ đến Close formally và Lessons Learned.
Lỗi thường gặp & mẹo
- Nhầm Process Group với Phase. Nhớ: Process Groups lặp lại trong từng phase, không phải bản thân phase.
- Học thuộc vẹt 49 process mà không hiểu logic trình tự. Thay vào đó hãy nắm mạch: Scope → Schedule → Cost → Risk. Hiểu dòng chảy quan trọng hơn thuộc tên.
- Quên rằng Monitoring & Controlling chạy song song. Nhiều bạn tưởng nó nằm cuối, thực ra nó bao trùm toàn bộ vòng đời.
- Coi nhẹ Closing vì chỉ có 1 process. Đây là nơi PMI hay giăng bẫy nhất với các câu về Lessons Learned và final acceptance.
- Mẹo nhớ số lượng: 2 - 24 - 10 - 12 - 1. Planning "phình to" nhất phản ánh triết lý PMI.
- Mẹo ánh xạ PMBOK 7: Đừng học Process Groups tách rời PMBOK 7. Hãy hình dung 5 Process Groups như "cách thực thi", còn Principles và Performance Domains là "tư duy nền". Đề thi trộn cả hai.
Bài tập thực hành
- Vẽ lại bản đồ trí nhớ (không nhìn tài liệu): Liệt kê 5 Process Groups theo đúng thứ tự cùng số lượng process của mỗi nhóm (2-24-10-12-1). Với mỗi nhóm, viết 2 process tiêu biểu.
- Định vị tình huống: Một dự án xây nhà máy ở Bắc Ninh vừa được ban lãnh đạo phê duyệt ngân sách và ký charter. PM nên làm gì tiếp theo, và việc đó thuộc Process Group nào? (Gợi ý: Identify Stakeholders — Initiating.)
- Xử lý thay đổi: Khách hàng yêu cầu thêm một hạng mục ngoài scope khi dự án đang chạy Executing. Viết ra 3 bước bạn sẽ làm theo đúng tư duy Process Groups.
- Tự kiểm tra bẫy Closing: Dự án của bạn bị công ty dừng vì lý do ngân sách. Liệt kê tối thiểu 4 việc bạn vẫn phải làm trong nhóm Closing.
Tóm tắt
5 Process Groups của PMBOK 6 — Initiating, Planning, Executing, Monitoring & Controlling, Closing — vẫn là bộ khung xương không thể thiếu cho kỳ thi PMP hiện đại, dù đề đã chuyển sang tư duy principle-based của PMBOK 7. Hãy nhớ con số 2-24-10-12-1 và triết lý đằng sau: kế hoạch kỹ (Planning lớn nhất), kiểm soát mọi thay đổi qua Integrated Change Control (M&C chạy song song), và luôn đóng dự án một cách chính thức kèm Lessons Learned (Closing). Đừng học thuộc vẹt 49 process — hãy nắm dòng chảy logic và dùng bản đồ này để định vị bất kỳ tình huống nào trong phòng thi. Khi bạn có tấm bản đồ này trong đầu, những câu hỏi "việc tiếp theo là gì" sẽ trở nên dễ thở hơn rất nhiều.