Product & Project ManagerEVM so ba con số tại cùng một thời điểm để trả lời hai câu: dự án nhanh hay chậm so với kế hoạch, và tiêu tiền hiệu quả tới đâu. Chỉ nhìn "đã tiêu 60% ngân sách" thì không biết được điều đó.
- PV (Planned Value): giá trị ngân sách của phần việc theo kế hoạch phải xong tới hôm nay.
- EV (Earned Value): giá trị ngân sách của phần việc thực tế đã xong = % hoàn thành × BAC (tổng ngân sách).
- AC (Actual Cost): chi phí thực tế đã bỏ ra cho phần việc đó.
Công thức:
- CPI = EV / AC — dưới 1 là vượt chi phí.
- SPI = EV / PV — dưới 1 là chậm tiến độ.
- CV = EV − AC, SV = EV − PV — âm là xấu.
- EAC = BAC / CPI — dự báo tổng chi phí nếu hiệu suất hiện tại giữ nguyên.
BAC = 600 man-day, dự án 12 tuần. Cuối tuần 6:
PV = 300 (kế hoạch xong 50%)
EV = 240 (thực tế xong 40% × 600)
AC = 320 (đã tiêu 320 man-day)
CPI = 240 / 320 = 0,75 -> mỗi man-day chỉ tạo ra 0,75 man-day giá trị
SPI = 240 / 300 = 0,80 -> chậm 20% so với kế hoạch
EAC = 600 / 0,75 = 800 man-day -> dự báo vượt 200 man-dayHành động với ví dụ trên: báo stakeholder ngay với con số EAC, tìm nguyên nhân CPI thấp (ước lượng sai, làm lại nhiều, người mới), và đưa phương án: cắt phạm vi, bổ sung ngân sách, hoặc re-baseline.
Lưu ý: EV chỉ đáng tin khi % hoàn thành đo khách quan. Để dev tự khai "xong 80%" thì EV bị thổi phồng; dự án phần mềm hay dùng quy tắc 0/100 (chỉ tính khi đạt Definition of Done) hoặc 50/50 cho từng work package. Ngoài ra SPI tính theo tiền, không theo critical path, nên SPI gần 1 vẫn có thể trễ nếu việc bị trễ nằm trên critical path.