Joe Zenevitch, Project Manager — New York, New York, USA
一個人估算的三大問題#
你是否曾在一個由單一人員包辦所有工作量估算的專案中工作過？這種方式幾乎注定失敗，原因有三：
- 技能落差：除非團隊中每個人的能力都完全一致，否則基於某一人（通常是首席架構師）能力所做的估算，對其他開發者來說不切實際
- 風險集中：估算的準確度依賴於估算者的視角完整性。參與估算的人越少，遺漏關鍵考量的風險越高
- 執行者的抗拒：開發者被迫接受一個自己沒有參與的估算，心理上很難真正接受，執行動力也會受影響
注意： 最糟糕的情況是專案經理自己包辦全部估算。即使你曾是開發者，離開第一線越久，估算就越不準確。如果你領導的團隊使用的是你不熟悉的技術，就更不應該這樣做。
寬頻德爾菲法：讓團隊共同估算#
作者推薦使用 Wideband Delphi（寬頻德爾菲） 方式進行群體估算，流程如下：
- 業務分析師描述需求：清楚說明一個功能的需求細節
- 開發者提問澄清：確保所有人對需求有一致理解
- 個別寫下估算：每位開發者將自己的數字寫在卡片上，不互相影響
- 同時亮牌：在倒數三聲後，所有人同時翻牌，避免錨定效應
- 討論差異：若估算結果接近，取較保守的數字；若差異懸殊，請每個人說明背後的假設
- 再次估算：討論後重新估算，通常數字會逐漸收斂
技巧： 同時翻牌是關鍵步驟。若允許有人先說出數字，後面的人會受到影響而錨定在那個數字附近，削弱了集體估算的價值。
群體估算的三大優勢#
重點： 讓實際執行工作的人參與估算，帶來三個核心好處：
- 多元視角，提升準確度：不同背景和經驗的開發者會注意到不同的技術細節與風險
- 知識共享，提升靈活性：參與估算過程讓所有人都理解功能的複雜度，減少「只有特定人才能做某件事」的瓶頸
- 自主認同，減少摩擦：當估算是團隊自己做出的，即使事後發現有誤，也會更願意合作調整，而非相互推諉
最好的估算者，永遠是那些將要執行工作的人。