3 無效軟體需求管理

3.1 背景

政府可歸責性辦公室(Government Accountability Office, GAO)在美國參議院軍事委員會空陸小組(U.S. Senate’s Committee on Armed Services Subcommittee on AirLand)前作證時報告， “我們的研究報告顯示，DoD的需求過程，所產生的新計畫需求，較財政年度資源可支援的更多。DoD以核准太多高度複雜及相互依賴的計畫，複合出該問題。此外，一旦計畫核准後，需求就循著升高成本及風險的道路加了進來。”Capers Jones在CrossTalk Magazine的一篇文章中，強調了軟體專案失敗5項重大根本成因的兩個，為相關於需求工程的不準確估算及時程規劃。它們是 “在需求完整定義之前，被索求的正式估算值”，而 “新需求加進來了，但原始的估算值卻不能變更”。看起來，所增加的需求，是一項需要予以管理的議題。更重要的，我們需要於計畫開始時，即完整定義需求，並確保我們的成本及時程估算，容許需求在獲取週期中的變更，到達某個程度。

GAO引用的上述報告亦提到： “為了理解何以此等問題持續存在，我們須要不只是看產品發展的過程，還要看根本的需求及預算編製過程，以定義問題並找出解答。”Capers Jones指出， “每日曆月的平均變更率達2%，就表示用以收集及分析初始需求的方法是不適當的，且應予改善。”Capers Jones與GAO均將矛頭指向需求過程。最近的VH-71 Presidential Helo Program被認為有著需求管理方面的議題。政府可歸責性辦公室獲取及商源管理的主任Paul Francis在一場訪談中提到，“通常國防部的計畫都有著積極性的時程，但總統直昇機案，卻比我們以往所見到的更加積極”。稍早，海軍與洛克希德馬丁公司 “從需求為何及洛克希德被要求交付的事物正確為何的角度，似乎看的不是同一份文件”，Francis說道。 “我們現在看到的是，以該等成本及時間內，他們無法交付具備該等能力的飛機。”

3.2 所見事實

在需求專業類目的所有層面，存在著訓練不足/不適當或缺乏過程應用。此外，需求管理者，在計畫辦公室，或獲取專業人員職涯發展中，非屬關鍵職位/功能。需求誘詢、分析及驗證期間，及發展生命週期中，與利害相關者的溝通不良亦被揭露。
(取材自Guidebook for Acquisition of Naval Software Intensive Systems)

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