Ước tính thời gian dự án là dự đoán khoảng thời gian cần để hoàn thành từng công việc và toàn dự án, kèm mức độ bất định của dự đoán đó. Các phương pháp chính gồm ước tính tương tự (dựa vào dự án cũ), ước tính tham số (dựa vào định mức), ước tính ba điểm theo PERT (kết hợp lạc quan, khả dĩ nhất, bi quan) và ước tính từ dưới lên theo WBS.
Vấn đề lớn nhất không phải chọn công thức mà là con người ước tính lạc quan một cách có hệ thống. Bài này giải thích từng phương pháp kèm ví dụ số, cơ chế tâm lý khiến ước tính luôn thiếu, cách dự báo theo nhóm tham chiếu để chỉnh sai lệch, và cách trình bày ước tính dưới dạng khoảng với mức tin cậy thay vì một ngày duy nhất.
Bốn phương pháp ước tính và khi nào dùng
Mỗi phương pháp đánh đổi giữa công sức bỏ ra và độ chính xác. Dự án thường dùng nhiều phương pháp ở các giai đoạn khác nhau và dùng chéo để kiểm tra nhau:
| Phương pháp | Cách làm | Khi nào dùng | Điểm yếu |
|---|---|---|---|
| Tương tự (analogous) | Lấy thời gian dự án cũ tương tự, điều chỉnh theo khác biệt | Giai đoạn đầu, thông tin ít | Phụ thuộc vào việc dự án cũ có thật sự giống không |
| Tham số (parametric) | Nhân khối lượng với định mức, ví dụ mét vuông × ngày công trên mét vuông | Công việc lặp, có dữ liệu định mức đáng tin | Định mức sai hoặc không áp dụng được cho điều kiện mới |
| Ba điểm (PERT) | Ước tính lạc quan, khả dĩ nhất, bi quan rồi tính trung bình có trọng số | Công việc có bất định đáng kể | Ba con số vẫn có thể cùng lạc quan |
| Từ dưới lên (bottom-up) | Ước tính từng gói công việc trong WBS rồi cộng lại | Khi đã có WBS chi tiết | Tốn công; cộng các ước tính lạc quan cho ra tổng lạc quan |
Ở giai đoạn ý tưởng, ước tính tương tự cho con số sơ bộ với sai số lớn; khi có WBS chi tiết, ước tính từ dưới lên và tham số thu hẹp sai số. Khái niệm “nón bất định” (cone of uncertainty), được Barry Boehm mô tả cho phần mềm từ năm 1981 và Steve McConnell phổ biến về sau, minh hoạ ý này: sai số ước tính lớn nhất ở đầu và thu hẹp dần khi thông tin tăng. Nhưng nón chỉ thu hẹp nếu dự án thật sự làm rõ yêu cầu; nó không tự thu hẹp theo thời gian.
PERT ba điểm: công thức, ví dụ và ý nghĩa thống kê
PERT, phát triển năm 1958 cho chương trình Polaris của Hải quân Mỹ, yêu cầu ba ước tính cho mỗi công việc: lạc quan (O), khả dĩ nhất (M) và bi quan (P). Thời lượng kỳ vọng tính theo trung bình có trọng số E = (O + 4M + P) ÷ 6, độ lệch chuẩn xấp xỉ σ = (P − O) ÷ 6. Công thức xuất phát từ giả định phân phối beta, thường lệch về phía bi quan vì công việc có nhiều cách để chậm hơn là nhanh hơn.
Ví dụ giả định: công việc thông quan và vận chuyển một lô máy nhập khẩu, O = 6 ngày, M = 10 ngày, P = 26 ngày. E = (6 + 40 + 26) ÷ 6 = 12 ngày, σ = 20 ÷ 6 ≈ 3,3 ngày. Chú ý E lớn hơn M hai ngày: vì phân phối lệch phải, kế hoạch dựa trên con số “khả dĩ nhất” sẽ trễ nhiều hơn sớm. Đây là điểm giá trị nhất của PERT, buộc người ước tính nghĩ tới phía xấu.
Với một chuỗi công việc độc lập, thời lượng kỳ vọng của chuỗi bằng tổng các E, phương sai bằng tổng các σ². Nếu đường găng có bốn công việc với tổng E = 60 ngày và tổng phương sai = 36, độ lệch chuẩn của chuỗi là 6 ngày. Theo xấp xỉ phân phối chuẩn, khoảng 84% khả năng xong trong 66 ngày, khoảng 98% trong 72 ngày. Cách diễn đạt này giúp ban giám đốc chọn mức cam kết theo khẩu vị rủi ro.
Hai giới hạn cần biết: giả định các công việc độc lập thường sai (một đợt mưa kéo dài làm chậm nhiều việc cùng lúc), và PERT chỉ xét đường găng nên bỏ qua thiên lệch hội tụ khi nhiều nhánh gặp nhau. Mô phỏng Monte Carlo trên toàn bộ sơ đồ mạng khắc phục được phần lớn hai điểm này.
Vì sao ta luôn ước thiếu: ngụy biện lập kế hoạch
Daniel Kahneman và Amos Tversky đặt tên ngụy biện lập kế hoạch (planning fallacy) năm 1979: người ta dự đoán thời gian hoàn thành công việc của mình dựa trên kịch bản mọi thứ suôn sẻ, bỏ qua kinh nghiệm rằng các việc tương tự trước đây đều trễ. Các thí nghiệm của Roger Buehler và cộng sự trong thập niên 1990 với sinh viên làm luận văn cho thấy phần lớn người tham gia không hoàn thành trước ngày mà chính họ dự đoán, kể cả khi được hỏi mốc “gần như chắc chắn xong”.
Cơ chế được giải thích là góc nhìn bên trong: người ước tính tập trung vào chi tiết của dự án trước mặt, hình dung các bước cần làm, và hiếm khi tính tới những sự cố không lường trước, vốn mỗi cái có xác suất nhỏ nhưng cộng lại thì gần như chắc chắn có vài cái xảy ra. Thêm vào đó là áp lực tổ chức: ước tính dài dễ bị coi là thiếu nhiệt tình, hoặc làm dự án không được phê duyệt.
Hai hiện tượng hành vi làm vấn đề tệ hơn khi đã có ước tính. Định luật Parkinson (C. Northcote Parkinson, 1955): công việc giãn ra lấp đầy thời gian có sẵn, nên khi ước tính dư, phần dư thường không được trả lại. Hội chứng sinh viên, được Eliyahu Goldratt nêu trong Critical Chain (1997): bắt đầu muộn vì thấy còn nhiều thời gian. Kết quả là chậm trễ được chuyển tiếp còn sớm sủa thì không, và tổng dự án trễ dù từng ước tính có vẻ đã có dư.
Dự báo theo nhóm tham chiếu: chỉnh sai lệch bằng góc nhìn bên ngoài
Kahneman đề xuất dùng góc nhìn bên ngoài; Bent Flyvbjerg phát triển thành phương pháp dự báo theo nhóm tham chiếu (reference class forecasting), áp dụng cho các dự án hạ tầng lớn và được trình bày trong nhiều công trình của ông, gần đây là cuốn How Big Things Get Done (2023, viết cùng Dan Gardner). Cách làm gồm các bước:
- Chọn nhóm tham chiếu: tập hợp các dự án đã hoàn thành đủ giống về loại, quy mô, bối cảnh. Ví dụ: các lần mở chi nhánh mới của doanh nghiệp trong năm năm qua, hoặc dữ liệu ngành nếu có.
- Lập phân phối kết quả thực tế: với mỗi dự án trong nhóm, tính tỷ lệ thời gian thực tế so với kế hoạch ban đầu. Không cần số lớn; mười đến hai mươi dự án nội bộ đã cho tín hiệu hữu ích.
- Đặt dự án mới vào phân phối: lấy ước tính góc nhìn bên trong rồi điều chỉnh theo phân phối. Nếu trung vị các dự án cũ trễ 30% so với kế hoạch, ước tính mới nên được nhân lên tương ứng, trừ khi có lý do cụ thể để tin dự án này khác.
- Chọn mức cam kết: dùng phân vị phù hợp khẩu vị rủi ro, ví dụ phân vị 80% cho mốc công bố ra bên ngoài, trung vị cho mục tiêu nội bộ.
- Ghi lại để lần sau: khi dự án kết thúc, cập nhật dữ liệu vào nhóm tham chiếu. Doanh nghiệp không lưu dữ liệu dự án cũ là doanh nghiệp không bao giờ hết ước thiếu.
Phương pháp này đòi hỏi kỷ luật lưu trữ kế hoạch ban đầu, điều nhiều doanh nghiệp không làm vì kế hoạch bị sửa liên tục. Lưu ý: phải so với kế hoạch tại thời điểm phê duyệt, không so với kế hoạch đã được chỉnh nhiều lần cho khớp thực tế.
Ước tính theo nhóm: Delphi, planning poker và tránh hiệu ứng mỏ neo
Hiệu ứng mỏ neo. Con số đầu tiên được nêu ra trong cuộc họp kéo các ước tính sau về gần nó, hiện tượng được Tversky và Kahneman mô tả năm 1974. Nếu giám đốc mở lời “việc này chắc khoảng một tháng”, các ước tính của nhóm sẽ xoay quanh một tháng, bất kể thực tế.
Wideband Delphi. Biến thể của phương pháp Delphi do RAND phát triển, được Barry Boehm và cộng sự áp dụng cho ước tính phần mềm trong thập niên 1970: từng chuyên gia ước tính độc lập, ẩn danh, thảo luận lý do khi chênh lệch lớn, rồi ước tính lại vài vòng.
Planning poker. Phiên bản nhanh do James Grenning đề xuất năm 2002 và Mike Cohn phổ biến: mọi người cùng lật thẻ ước tính một lúc, người cao nhất và thấp nhất giải thích lý do. Giá trị lớn nhất không ở con số mà ở cuộc thảo luận làm lộ ra hiểu lầm về phạm vi.
Người làm ước tính. Người sẽ trực tiếp làm thường ước tính sát hơn người giao việc, nhưng vẫn lạc quan. Kết hợp ước tính của người làm với dữ liệu lịch sử cho kết quả tốt hơn từng nguồn riêng.
Tách ước tính khỏi mục tiêu. Ước tính là dự báo, mục tiêu là mong muốn, cam kết là lời hứa. Trộn ba thứ này, ví dụ ép ước tính bằng mục tiêu, là nguồn gốc của nhiều kế hoạch không khả thi ngay từ đầu.
Đặt dự phòng và trình bày ước tính cho người ra quyết định
Dự phòng (contingency) là phần thời gian hoặc chi phí thêm vào để bù bất định đã nhận diện. Có hai cách đặt. Cách thứ nhất rải đều vào từng công việc, ai cũng cộng thêm “cho chắc”; cách này dễ bị định luật Parkinson ăn mất. Cách thứ hai gom dự phòng thành khoản đệm ở cuối chuỗi găng, do người quản lý dự án giữ, theo đề xuất trong phương pháp chuỗi găng của Goldratt. Khi một công việc trễ, nó rút từ khoản đệm; theo dõi tốc độ tiêu đệm so với tiến độ cho biết sớm dự án có nguy cơ hay không.
Phân biệt thêm dự phòng cho rủi ro đã biết (do người quản lý dự án quản lý) và dự trữ quản lý cho những điều chưa biết (do nhà tài trợ giữ, phải xin mới được dùng). Tách hai khoản giúp minh bạch: dự án không âm thầm tiêu hết dự trữ rồi báo cáo “đúng ngân sách”.
Khi trình bày cho ban giám đốc, thay vì một ngày, nên đưa ba con số kèm xác suất: ngày có khoảng 50% khả năng đạt, ngày có khoảng 80% và ngày có khoảng 95%, cùng các giả định chính và rủi ro lớn nhất có thể làm lệch. Cách nói này ban đầu có thể gặp phản ứng vì lãnh đạo quen nghe một con số. Nhưng nó chuyển cuộc thảo luận từ “sao lâu thế” sang “ta chấp nhận rủi ro ở mức nào”, đúng loại quyết định mà người tài trợ nên đưa ra.
Câu hỏi thường gặp
Có nên nhân ước tính lên một hệ số cố định như 1,5 không?
Hệ số cố định đoán mò dễ thành thói quen và bị trừ ngược lại ở vòng thương lượng. Tốt hơn là suy hệ số từ dữ liệu dự án cũ của chính doanh nghiệp theo phương pháp nhóm tham chiếu, và ghi rõ hệ số đó dựa trên đâu để có thể kiểm chứng.
Story point có phải là ước tính thời gian không?
Story point đo độ lớn tương đối của công việc, gồm khối lượng, độ phức tạp và bất định, không quy đổi trực tiếp ra giờ. Thời gian được suy ra gián tiếp qua tốc độ hoàn thành của nhóm qua nhiều vòng lặp. Quy đổi cứng một điểm bằng một số giờ làm mất ý nghĩa của cách đo này.
Ước tính chi phí có dùng được các phương pháp trên không?
Có, các phương pháp tương tự, tham số, ba điểm và từ dưới lên đều áp dụng cho chi phí. Thêm vào đó cần tính biến động giá vật tư, tỷ giá và chi phí gián tiếp, và phân biệt dự phòng cho rủi ro đã biết với dự trữ cho những điều chưa biết.
Làm sao xử lý khi lãnh đạo ép một ngày ngắn hơn ước tính?
Trình bày xác suất đạt từng mốc và những gì phải đánh đổi để rút ngắn: thêm nguồn lực, giảm phạm vi, chấp nhận rủi ro cao hơn. Nếu vẫn phải nhận ngày ngắn, ghi nhận rõ giả định và rủi ro bằng văn bản để có căn cứ điều chỉnh sau.
Mô phỏng Monte Carlo có cần phần mềm đắt tiền không?
Không nhất thiết. Mô phỏng đơn giản cho vài chục công việc có thể làm bằng bảng tính với hàm sinh số ngẫu nhiên và vài nghìn lần lặp. Phần khó là có phân phối đầu vào đáng tin và mô hình hoá được các rủi ro ảnh hưởng nhiều công việc cùng lúc.
Ước tính có cần được cập nhật trong lúc làm dự án không?
Có. Ước tính lại phần còn lại sau mỗi mốc lớn hoặc khi có thông tin mới quan trọng. Giữ nguyên kế hoạch ban đầu làm đường cơ sở để đo, nhưng dự báo ngày hoàn thành phải phản ánh hiểu biết hiện tại, không phải hy vọng ban đầu.