5 不切實際的成本及時程估算

5.1 背景

Capers Jones在其2006年6月份CrossTalk Magazine的文章中指出， “估算重大議題中的第5項即最末項—保守的估算值可能被推翻，代之以激進的估算值—就是保守或準確的成本估算及發展時程，為客戶或高層所排斥。保守的估算值被更為激進的估算值所取代，是基於業務需要，而非團隊的交付能力。對於某些政府部門專案，時程可能是國會或某些外部權責單位所要求的。這些情況沒有簡單的解決方案。會發生這種情況，是因為計畫經理及決策者，未具有充分的軟體發展知識，以辨認保守估算值的有效性。此外，在許多的海軍計畫中，我們多數的工作產物並沒有歷史資料，這些工作產物通常是領域、應用等等中的特例。我們並不一定要嚴格地使用類似Delphi法，訂定出更現實的計畫估算值。

在Capers Jones的文章中，他亦指出， “由於企業高層及軟體經理，都發現估算是個高風險區域，那什麼又是觸發軟體成本估算問題的因素呢？從與1995至2006年間，75個以上的公司，數百位經理及高層之估算議題的分析及討論中，我們發現成本估算問題的重大根本成因有下列數項：

◎ 在需求完全定義之前就被要求提出正式的估算值。
◎ 少有歷史資料對於估算值的校準是可用的。
◎ 新需求加進來之後，原始的估算值卻沒有變更。
◎ 現代的估算工具，並未總在主要的軟體專案上使用。
◎ 保守的估算值可能被推翻，代之以激進的估算值。

重要系統時程落後、成本超支、及完全撤銷的最常見理由，卻是其有太多的錯誤或缺陷，而無法成功運作。

5.2 所見事實

計畫辦公室人員缺乏專家知識(亦即，訓練、教育、工具及經驗)，以準確地預測軟體的成本及時程，同時理解及管理與全軟體生命週期內，此等估算值相關的風險。計畫辦公室人員，包含較高階管理者，並就成本及時程基準的管理與追蹤接受訓練。具有軟體經驗，支援估算值的發展，並定期就準確性審查的成本部門的分析師，並不一定會指派給計畫。軟體專業人員所訂定的保守估算值，被計畫辦公室所所推翻，並代之以激進或成功導向的(success-oriented)估算值。
(取材自Guidebook for Acquisition of Naval Software Intensive Systems)

----------------
引文: