Câu trả lời được chấp nhận
Bạn đang ở phần rộng nhất của "nón bất định" (cone of uncertainty): ở giai đoạn đầu dự án, thông tin còn ít nên ước lượng có biên độ rất lớn; biên độ thu hẹp dần khi yêu cầu, thiết kế được làm rõ. Khái niệm này bắt nguồn từ ngành xây dựng – hoá chất (phân loại ước tính của tiền thân AACE International), sau được Barry Boehm và Steve McConnell đưa vào phần mềm.
Cách trả lời vừa trung thực vừa hữu ích:
-
Đưa ra khoảng, không đưa ra điểm. "Với thông tin hiện có, các ứng dụng tương tự thường mất từ X đến Y tháng. Em sẽ thu hẹp khoảng này sau 4–6 tuần khảo sát." Một khoảng có căn cứ là thông tin hữu ích; một con số đẹp không có căn cứ là rủi ro bị che giấu.
-
Dùng dữ liệu tham chiếu. Dự báo theo nhóm tham chiếu (reference class forecasting) — dựa vào kết quả thực của các dự án tương tự (trong công ty hoặc ngành) — là cách chống lại ngụy biện lập kế hoạch (planning fallacy), xu hướng đánh giá thấp thời gian cần thiết.
-
Nêu rõ giả định và các yếu tố làm khoảng thay đổi: số hệ thống phải tích hợp, phạm vi phiên bản đầu, nguồn lực sẵn có.
-
Đề xuất cách làm giảm bất định nhanh: một giai đoạn khám phá ngắn (làm rõ phạm vi phiên bản đầu, thử nghiệm kỹ thuật rủi ro nhất), sau đó cam kết mốc chắc chắn hơn. Với lãnh đạo, bạn có thể biến câu hỏi thành lựa chọn: "Nếu cần ra mắt trước Tết, ta sẽ giới hạn phiên bản đầu ở các chức năng A, B — anh muốn ưu tiên ngày hay phạm vi?"
-
Viết ra. Gửi một trang tóm tắt: khoảng ước lượng, giả định, mức độ tin cậy, mốc cập nhật ước lượng tiếp theo. Lãnh đạo có thứ để báo cáo hội đồng, bạn có hồ sơ để cập nhật minh bạch về sau.
Theo PMBOK 7, đây là áp dụng lĩnh vực hiệu suất Planning (ước lượng tăng dần độ chính xác — progressive elaboration) và Uncertainty. Không ước lượng được chính xác ở giai đoạn ý tưởng không phải thiếu năng lực — giả vờ ước lượng được mới là thiếu chuyên nghiệp.
Nguồn: