Ước lượng theo "kinh nghiệm" lệch 30% mỗi lần: xây dựng ước lượng tham số từ dữ liệu lịch sử
Công ty triển khai phần mềm cho chi nhánh ngân hàng đã làm hàng chục dự án giống nhau nhưng mỗi lần vẫn ước lượng "theo cảm giác". Cách dùng dữ liệu lịch sử để lập quan hệ ước lượng tham số, kiểm tra R², phạm vi áp dụng và chuyển nỗ lực thành thời lượng.
Tình huống liên quan
Ngày go-live "chắc chắn" chỉ đạt được 8% số lần mô phỏng: phân tích rủi ro tiến độ bằng Monte Carlo
Lịch dự án ERP ghi go-live ở ngày làm việc thứ 120, nhưng ba nhánh công việc cùng hội tụ vào một mốc. Mô phỏng Monte Carlo cho thấy ngày đó chỉ đạt được khoảng 8% số lần lặp. Cách đọc đường cong S, hiểu merge bias và chọn mức dự phòng tiến độ có căn cứ.
Đội kiểm thử quá tải 160% trong ba tuần: chọn resource leveling hay resource smoothing?
Lịch trình trông hợp lý cho tới khi xếp người vào: đội kiểm thử phải gánh 160% công suất trong ba tuần. Phân biệt resource leveling và resource smoothing, khi nào chấp nhận lùi mốc và khi nào chỉ dùng float.
40 ngày công không phải 8 ngày với 5 người: chuyển ước lượng công sang thời lượng cho đúng
Ước lượng 40 ngày công, chia cho 5 người, kế hoạch ghi 8 ngày. Thực tế mất 19 ngày. Phân biệt công (effort), thời lượng (duration) và thời gian trôi qua, tính hệ số khả dụng, và hiểu vì sao thêm người không rút ngắn tuyến tính.
Ước lượng ba điểm và PERT: khi đội chỉ đưa ra một con số lạc quan
Đội cam kết "28 ngày là xong" nhưng đó chỉ là kịch bản thuận lợi. Cách dùng ước lượng ba điểm, công thức PERT và độ lệch chuẩn để đưa ra mốc tiến độ có mức tin cậy.