Mở đầu — vì sao bài này quan trọng
Có một câu nói kinh điển trong ngành quản lý dự án: "Dự án thất bại hiếm khi vì kỹ thuật — chúng thất bại vì tiền." Bạn có thể lập lịch hoàn hảo, quản lý rủi ro giỏi, giao tiếp với stakeholder trơn tru, nhưng nếu ngân sách "cháy" giữa chừng, sponsor sẽ nhớ một điều duy nhất: dự án của bạn tiêu quá số tiền được duyệt.
Trong thực tế ở Việt Nam, tôi từng chứng kiến vô số dự án phần mềm, xây dựng, hay triển khai ERP bị dừng giữa chừng không phải vì code sai hay thiết kế xấu, mà vì đội PM không kiểm soát được chi phí. Đến tháng thứ 6, kế toán gõ cửa hỏi "Sao đã tiêu hết 80% ngân sách mà mới xong 50% công việc?" — và không ai trả lời được.
Cost Management (Quản lý chi phí) chính là bộ ba quy trình giúp bạn trả lời câu hỏi đó một cách tự tin, có số liệu, có phương pháp. Bài này tập trung hoàn toàn vào ba quy trình chi phí cốt lõi của PMBOK: Estimate Costs (Ước lượng chi phí), Determine Budget (Xác định ngân sách), và Control Costs (Kiểm soát chi phí). Chúng ta sẽ đi từ khái niệm đến cách áp dụng thực tế, với những con số cụ thể để bạn có thể dùng ngay trong dự án của mình.
Lưu ý: bài này giới thiệu các chỉ số cơ bản của Earned Value như một công cụ kiểm soát chi phí; phần phân tích EVM chuyên sâu (SPI, TCPI, dự báo EAC/ETC đầy đủ) sẽ được đào sâu ở Bài 36.
Khái niệm cốt lõi
Quản lý chi phí xoay quanh ba quy trình nối tiếp nhau. Hãy hình dung chúng như một dây chuyền: ước lượng từng mảnh nhỏ, cộng dồn thành ngân sách tổng, rồi theo dõi để đảm bảo thực tế không lệch quá xa kế hoạch.
1. Estimate Costs — Ước lượng chi phí
Đây là bước dự đoán chi phí cho từng nguồn lực cần thiết để hoàn thành công việc: nhân sự, thiết bị, phần mềm bản quyền, dịch vụ thuê ngoài, vật tư... Bạn ước lượng ở cấp độ chi tiết nhất — thường là từng work package trong WBS (đã học ở Bài 14).
Có bốn kỹ thuật ước lượng phổ biến:
- Analogous estimating (ước lượng tương tự): Dựa trên dự án tương tự đã làm trước đây. Nhanh, rẻ, nhưng độ chính xác thấp. Ví dụ: "Dự án app bán hàng năm ngoái tốn 800 triệu, dự án này quy mô tương tự nên khoảng 850 triệu."
- Parametric estimating (ước lượng theo tham số): Dùng công thức dựa trên biến số đo được. Ví dụ: "Mỗi màn hình UI tốn 15 triệu, dự án có 40 màn hình → 600 triệu."
- Bottom-up estimating (ước lượng từ dưới lên): Ước lượng từng work package nhỏ rồi cộng dồn. Chính xác nhất nhưng tốn thời gian nhất.
- Three-point estimating (ước lượng ba điểm): Lấy ba giá trị Optimistic (O), Most Likely (M), Pessimistic (P). Công thức PERT:
(O + 4M + P) / 6. Kỹ thuật này giúp tính đến sự bất định — chúng ta sẽ dùng nó ở phần ví dụ.
2. Determine Budget — Xác định ngân sách
Bước này cộng dồn tất cả ước lượng chi phí lại, cộng thêm hai loại dự phòng, để tạo ra ngân sách được phê duyệt. Cấu trúc ngân sách theo PMBOK rất rõ ràng và bạn cần nắm chắc:
Chi phí từng hoạt động (activity costs)
→ cộng dồn thành Work Package cost
→ cộng dồn thành Control Account cost
→ + Contingency Reserve = Cost Baseline
→ + Management Reserve = Cost Budget (tổng ngân sách)
Hai loại dự phòng khác nhau hoàn toàn, và đây là chỗ nhiều bạn PM nhầm:
- Contingency Reserve (dự phòng bất trắc): Dành cho các rủi ro đã biết (known unknowns) — những rủi ro bạn đã nhận diện trong risk register. PM được quyền dùng khoản này. Nó nằm trong Cost Baseline.
- Management Reserve (dự phòng quản lý): Dành cho các rủi ro chưa biết (unknown unknowns) — những việc phát sinh không lường trước. Muốn dùng phải xin phép sponsor/management. Nó nằm ngoài Cost Baseline.
3. Control Costs — Kiểm soát chi phí
Đây là quá trình liên tục theo dõi chi phí thực tế so với baseline, phát hiện chênh lệch (variance), và ra quyết định điều chỉnh. Công cụ mạnh nhất là Earned Value Management (EVM). Ba giá trị nền tảng:
- PV (Planned Value): Giá trị công việc lẽ ra phải hoàn thành tính đến thời điểm này, theo baseline.
- EV (Earned Value): Giá trị công việc thực tế đã hoàn thành, tính theo giá baseline.
- AC (Actual Cost): Chi phí thực tế đã bỏ ra để làm được phần EV đó.
- Cost Variance (CV) = EV − AC. CV âm → vượt chi phí (xấu). CV dương → tiết kiệm (tốt).
- Cost Performance Index (CPI) = EV / AC. CPI < 1 → mỗi đồng bỏ ra thu về ít hơn kế hoạch (đang lỗ về hiệu suất chi phí). CPI = 1 → đúng kế hoạch. CPI > 1 → hiệu quả hơn dự tính.
Tình huống thực tế
Ví dụ 1: Ước lượng ba điểm cho module thanh toán (công ty fintech tại TP.HCM)
Một startup fintech ở TP.HCM cần ước lượng chi phí phát triển module thanh toán tích hợp với các cổng VNPay, Momo, ZaloPay. Đội dev đưa ra ba kịch bản:
- Optimistic (O): 400 triệu (nếu API các cổng ổn định, không phát sinh)
- Most Likely (M): 550 triệu (kịch bản khả dĩ nhất)
- Pessimistic (P): 900 triệu (nếu phải xử lý nhiều edge case, đối tác đổi API)
(400 + 4×550 + 900) / 6 = (400 + 2200 + 900) / 6 = 3500 / 6 ≈ 583 triệu.Thay vì "đặt cược" vào con số 550 triệu ban đầu, PM ước lượng 583 triệu — có tính đến rủi ro. Độ lệch chuẩn (P − O) / 6 = (900 − 400) / 6 ≈ 83 triệu, cho thấy vùng dao động khá rộng.
Bài học: Ước lượng một điểm ("khoảng 550 triệu") là cái bẫy phổ biến nhất. Three-point buộc bạn nghĩ đến cả kịch bản xấu, và con số cuối cùng thực tế hơn nhiều.
Ví dụ 2: Xây dựng cost baseline cho dự án triển khai ERP (doanh nghiệp sản xuất tại Bình Dương)
Một công ty sản xuất tại Bình Dương triển khai ERP với các control account sau:
| Hạng mục | Ước lượng |
|---|---|
| License phần mềm | 2.000 triệu |
| Tư vấn triển khai | 1.500 triệu |
| Hạ tầng server/cloud | 600 triệu |
| Đào tạo nhân sự | 400 triệu |
| Tổng ước lượng | 4.500 triệu |
→ Cost Baseline = 4.500 + 450 = 4.950 triệu
Sponsor thêm Management Reserve = 300 triệu cho các việc chưa lường trước.
→ Tổng ngân sách (Cost Budget) = 4.950 + 300 = 5.250 triệu
Điểm mấu chốt: khi migration dữ liệu gặp vấn đề (rủi ro đã biết), PM tự lấy từ 450 triệu contingency mà không cần họp khẩn với ban giám đốc. Nhưng khi giữa dự án nhà máy đổi quy trình sản xuất buộc phải làm lại một phân hệ (không ai lường trước), PM phải trình sponsor xin từ Management Reserve.
Bài học: Phân tách hai loại reserve giúp PM có quyền hành động linh hoạt với rủi ro đã biết, đồng thời giữ được kỷ luật tài chính với những gì thực sự bất ngờ.
Ví dụ 3: Kiểm soát chi phí bằng EVM cho dự án outsourcing phần mềm
Một dự án outsourcing của công ty phần mềm tại Hà Nội có tổng ngân sách baseline 1.200 triệu, kéo dài 6 tháng. Đến cuối tháng thứ 3:
- Theo kế hoạch, đáng lẽ phải hoàn thành 50% → PV = 600 triệu
- Thực tế đội mới hoàn thành 40% khối lượng → EV = 0,4 × 1.200 = 480 triệu
- Chi phí thực tế đã bỏ ra: AC = 550 triệu
- CV = EV − AC = 480 − 550 = −70 triệu → đang vượt chi phí 70 triệu.
- CPI = EV / AC = 480 / 550 ≈ 0,87 → mỗi đồng bỏ ra chỉ tạo ra 0,87 đồng giá trị.
Hành động: PM tái phân bổ nhân sự, siết lại quy trình làm rõ yêu cầu trước khi code, và báo cáo sớm cho sponsor thay vì giấu đến phút chót.
Bài học: EVM biến cảm giác mơ hồ "hình như đang trễ và tốn" thành con số cụ thể (CPI = 0,87) mà bạn có thể hành động ngay từ tháng thứ 3, thay vì phát hiện thảm họa ở tháng thứ 6.
Hướng dẫn từng bước
Đây là quy trình thực hành bạn có thể áp dụng cho bất kỳ dự án nào:
Bước 1 — Chuẩn bị đầu vào. Có sẵn WBS đã phân rã thành work package, lịch trình (schedule), và danh sách nguồn lực. Không có WBS chi tiết thì không thể ước lượng chính xác.
Bước 2 — Ước lượng chi phí từng work package. Chọn kỹ thuật phù hợp: bottom-up cho hạng mục quan trọng cần chính xác, analogous/parametric cho hạng mục nhỏ hoặc giai đoạn đầu. Với hạng mục nhiều bất định, dùng three-point.
Bước 3 — Cộng dồn lên control account. Gom các work package cùng nhóm lại thành control account để dễ theo dõi và phân quyền quản lý.
Bước 4 — Tính contingency reserve. Dựa trên risk register và qualitative/quantitative risk analysis (Bài 22, 23), trích dự phòng cho rủi ro đã biết. Cộng vào để ra Cost Baseline.
Bước 5 — Thêm management reserve và xin phê duyệt. Sponsor duyệt tổng ngân sách. Đây là con số chính thức được "khóa".
Bước 6 — Vẽ S-curve. Phân bổ cost baseline theo timeline để có đường PV làm mốc so sánh.
Bước 7 — Đo lường định kỳ. Mỗi kỳ báo cáo (tuần/tháng), thu thập EV và AC, tính CV và CPI.
Bước 8 — Phân tích và hành động. Nếu CPI < 1 hoặc CV âm vượt ngưỡng cho phép, điều tra nguyên nhân gốc và thực hiện corrective action. Nếu cần thay đổi baseline, phải qua quy trình change control (Bài 30).
Lỗi thường gặp & mẹo
Lỗi 1 — Nhầm ước lượng với cam kết. PM đưa con số ước lượng ban đầu (ROM, lệch tới 75%) rồi bị sếp "chốt" luôn thành ngân sách chính thức. Mẹo: Luôn nói rõ mức độ chính xác của ước lượng ("đây là ước lượng sơ bộ ±50%, chưa phải con số cam kết").
Lỗi 2 — Bỏ qua reserve. Ước lượng "sát ván" 4.500 triệu rồi trình đúng 4.500 triệu, không có dự phòng. Rủi ro đầu tiên phát sinh là cháy ngân sách. Mẹo: Luôn có contingency dựa trên phân tích rủi ro, không phải con số ngẫu hứng "cứ +10% cho chắc".
Lỗi 3 — Chỉ nhìn AC mà quên EV. "Đã tiêu 550/1.200, còn nhiều mà" — nhưng nếu chỉ mới làm được 40% thì bạn đang lỗ nặng. Mẹo: Không bao giờ đánh giá sức khỏe dự án chỉ bằng chi phí đã tiêu; phải so với giá trị đạt được (EV).
Lỗi 4 — Giấu chênh lệch. PM thấy CPI xấu nhưng chờ "gỡ gạc tháng sau" mà không báo. Đến khi lộ ra thì đã quá muộn. Mẹo: Báo cáo variance sớm, kèm kế hoạch khắc phục — sponsor ghét bất ngờ hơn ghét tin xấu.
Lỗi 5 — Dùng management reserve tùy tiện. Coi management reserve như "quỹ đen" của PM. Mẹo: Nhớ rằng khoản này thuộc quyền sponsor; đụng vào phải xin phép và ghi nhận rõ.
Mẹo vàng: Theo dõi CPI theo xu hướng qua nhiều kỳ, không chỉ một điểm. CPI tụt dần từ 0,95 → 0,90 → 0,87 nguy hiểm hơn nhiều so với một lần chạm 0,85 rồi phục hồi.
Bài tập thực hành
Bài tập 1 — Ước lượng ba điểm. Bạn ước lượng chi phí thiết kế giao diện cho một website thương mại điện tử với: O = 120 triệu, M = 180 triệu, P = 300 triệu. Hãy tính giá trị ước lượng PERT và độ lệch chuẩn. (Gợi ý: dùng (O+4M+P)/6 và (P−O)/6.)
Bài tập 2 — Xây dựng ngân sách. Dự án của bạn có tổng ước lượng chi phí 8.000 triệu. Đội rủi ro đề xuất contingency 12%, sponsor cấp thêm management reserve 500 triệu. Hãy tính: (a) Contingency Reserve, (b) Cost Baseline, (c) Tổng Cost Budget.
Bài tập 3 — Phân tích EVM. Dự án baseline 2.000 triệu, kéo dài 10 tháng. Cuối tháng 4: đáng lẽ hoàn thành 40%, thực tế hoàn thành 35%, chi phí thực tế đã bỏ ra 780 triệu. Hãy tính PV, EV, AC, CV và CPI. Dự án đang khỏe hay ốm? Bạn sẽ làm gì?
Bài tập 4 — Phân loại reserve. Với mỗi tình huống sau, xác định nên dùng Contingency Reserve hay Management Reserve: (a) Rủi ro "server nhà cung cấp có thể downtime" đã ghi trong risk register và đã xảy ra; (b) Giữa dự án, một luật mới về bảo vệ dữ liệu cá nhân được ban hành buộc phải bổ sung tính năng không ai lường trước.
Hãy tự giải rồi đối chiếu với các công thức trong bài. Việc tính tay vài lần sẽ giúp bạn "thấm" logic của EVM.
Tóm tắt
Quản lý chi phí gói gọn trong ba quy trình: Estimate Costs (ước lượng chi phí từng nguồn lực bằng các kỹ thuật analogous, parametric, bottom-up, three-point), Determine Budget (cộng dồn ước lượng, thêm contingency reserve thành Cost Baseline, thêm management reserve thành tổng ngân sách), và Control Costs (theo dõi bằng EVM với PV, EV, AC để tính CV và CPI).
Ba điều cần khắc cốt ghi tâm:
- Ước lượng có độ bất định — dùng three-point và tuyên bố rõ mức chính xác, đừng biến ước lượng sơ bộ thành cam kết.
- Phân biệt hai loại reserve — contingency (rủi ro đã biết, trong baseline, PM dùng được) và management (rủi ro chưa biết, ngoài baseline, cần sponsor duyệt).
- CPI là nhịp tim tài chính — luôn so giá trị đạt được (EV) với chi phí bỏ ra (AC), phát hiện và báo cáo chênh lệch sớm.