Chưa ai từng làm thì ước lượng thế nào: thử nghiệm có thời hạn (spike) để mua thông tin trước khi cam kết
Đội phải tích hợp với một nền tảng chưa ai dùng; ước lượng dao động từ 3 đến 30 ngày. Thay vì đoán, đội bỏ ra 3 ngày làm thử có thời hạn và thu được ước lượng hẹp hơn nhiều. Cách thiết kế một spike để "mua thông tin" cho ước lượng mà không thành dự án con.
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.