討論區主頁 軟體的獲取與委外 無效軟體需求管理 | 無發表權 |
樹狀顯示 | 新的在前 | 前一個主題 | 下一個主題 | 頁尾 |
發表者 | 討論內容 |
---|---|
tyrone | 發表時間: 2013-09-10 15:50 |
網站管理員 註冊日: 2003-04-19 來自: CSQA 發表數: 342 |
無效軟體需求管理 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)
凡所有相皆是虛妄。見諸相非相。即見如來。 |
樹狀顯示 | 新的在前 | 前一個主題 | 下一個主題 | 頁首 |
無發表權 | |