4. 技術(shù)風險

　　軟件技術(shù)的飛速發(fā)展和經(jīng)驗豐富員工的缺乏，意味著項目團隊可能會因為技巧的原因影響項目的成功。 在早期，識別風險從而采取合適的預防措施是解決風險領域問題的關鍵，比如：培訓、聘請顧問以及為項目團隊招聘合適的人才等。關于技術(shù)主要有下面這些風險因素：

(1) 缺乏培訓

(2) 對方法、工具和技術(shù)理解的不夠

(3) 應用領域的經(jīng)驗不足

(4) 對新的技術(shù)和開發(fā)方法應用不熟悉

5. 管理風險

　　盡管管理問題制約了很多項目的成功，但是不要因為風險管理計劃中沒有包括所有管理活動而感到驚奇。在大部分項目里，項目經(jīng)理經(jīng)常是寫項目風險管理計劃的人，他們有先天性的不足——不能檢查到自己的錯誤。因而，使項目的成功變得更加困難。如果不正視這些棘手的問題，它們很有可能在項目進行的某個階段影響項目本身。當我們定義了項目追蹤過程并且明晰項目角色和責任，能處理這些風險因素：

(1) 計劃和任務定義不夠充分

(2) 對實際項目狀態(tài)不了解

(3) 項目所有者和決策者分不清

(4) 不切實際的承諾

(5) 不能與員工之間的進行充分地溝通

6. 安全風險

　　軟件產(chǎn)品本身是屬于創(chuàng)造性的產(chǎn)品，產(chǎn)品本身的核心技術(shù)保密非常重要。但一直以來，我們在軟件這方 面的安全意識比較淡薄，對軟件產(chǎn)品的開發(fā)主要注重技術(shù)本身，而忽略了專利的保護。軟件行業(yè)的技術(shù)人員流動是很普遍的現(xiàn)象，隨著技術(shù)人員的流失、變更，很能會導致產(chǎn)品和新技術(shù)的泄密，致使我們的軟件產(chǎn)品被它公司竊取，導致項目失敗。而且在軟件方面關于知識產(chǎn)權(quán)的認定目前還沒有明確的一個行業(yè)規(guī)范，這也是我們 軟件項目潛在的風險。

7. 回避風險的方式

(1) 以開發(fā)方誘導能保證需求的完整，使需求與客戶的真實期望高度一致。再以書面方便形成《用戶需求》這一重要的文檔，避免疏漏造成的損失在軟件系統(tǒng)的后續(xù)階段被逐步地放大。

(2) 設立監(jiān)督制度，項目開發(fā)中任何較大的決定都必須有客戶參與進行的，在該項目中項目監(jiān)督由項目開發(fā)中的質(zhì)量監(jiān)督組來實施。

(3) 需求變更需要經(jīng)過統(tǒng)一的負責人提出，并且要用戶需求的審核領導認可，需求變更應該是定期而不是隨時的提出，而且開發(fā)方應該做好詳細的記錄，讓客戶了解需求變更的實際情況。

(4) 控制系統(tǒng)的復雜程度，過于簡單的系統(tǒng)結(jié)構(gòu)，對用戶來使用比例會有明顯的折扣，甚至造成軟件壽命過短。反之，軟件結(jié)構(gòu)的過于靈活和通用，必然引起軟件實現(xiàn)的難度增加，系統(tǒng)的復雜度會上升，這又會在實現(xiàn)和測試階段帶來風險。適當控制系統(tǒng)的復雜程度有利于降低開發(fā)的風險。

(5) 從軟件工程的角度看，軟件維護費用約占總費用的55%~70%，系統(tǒng)越大，該費用越高。對系統(tǒng)可維護性的輕視是大型軟件系統(tǒng)的大風險。在軟件漫長的運營期內(nèi)，業(yè)務規(guī)則肯定會不斷發(fā)展，科學的解決此問題的做法是不斷對軟件系統(tǒng)進行版本升級，在確�？删S護性的前提下逐步擴展系統(tǒng)。

(6) 設定應急計劃，每個開發(fā)計劃都至少應該設定一個應急預案去應對出現(xiàn)突發(fā)情況和不可遇知的風險。

二、 成本預算