「誠實地面對自己，你是更願意知道估算的情況，還是實際的情況？」——《The Nature of Software Development: Keep It Simple, Make It Valuable, Build It Piece by Piece》

會議室內，討價還價的聲音此起彼落，「十天」、「可以五天嗎？」、「那不然⋯⋯七天？」、「好一言為定七天！」

該說聲恭喜嗎？又完成一次菜市場喊價式的任務估算。

這樣的估算還能算是估算嗎？

一方可能覺得是估算，我提供的是一個有風險的「預測」數字。

而另一方則覺得這是一份「承諾」，時間到了成品就一定會出現。

最糟的是，可能還有第三方拿這個數字當作一種「考核」，你怎麼畫押了卻做不到？是不是能力有問題？

哎呦，工程師是人不是神，誰能 100% 精準預測明日呢？

如果知道「估算」會被這樣嚴格的檢視，那也難怪大家會越估越灌水，那根本不是估算而是一種談判。

你到底是為什麼要做估算這個動作？

與其拿到一個雙方都滿意、看起來很安心，但其實很虛的數字？

那會不會反過來給你一個不好看但真實、能讓你提早面對真相的數字，其實是更好的選擇呢？