討論區主頁 軟體的獲取與委外 不切實際的成本及時程估算問題 | 無發表權 |
樹狀顯示 | 新的在前 | 前一個主題 | 下一個主題 | 頁尾 |
發表者 | 討論內容 |
---|---|
tyrone | 發表時間: 2013-09-11 21:29 |
網站管理員 註冊日: 2003-04-19 來自: CSQA 發表數: 342 |
不切實際的成本及時程估算問題 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)
凡所有相皆是虛妄。見諸相非相。即見如來。 |
樹狀顯示 | 新的在前 | 前一個主題 | 下一個主題 | 頁首 |
無發表權 | |