【文章內(nèi)容簡介】 方面做詳細介紹。 風險評估 軟件項目風險是指在整個項目周期中所涉及的成本預算、開發(fā)進度、技術難度、經(jīng)濟可行性、安全管理等各方面的問題，以及由這些問題而對項目所產(chǎn)生的影響。項目的風險與其可行性成反比，其可行性越高，風險越低。軟件項目的可行性分為經(jīng)濟可行性、業(yè)務可行性、技術可行性、法律可行性等四個方面。而軟件項目風險則分為產(chǎn)品規(guī)模風險、需要風險、相關性風險、管理風險、安全風險等六個方面： 1. 產(chǎn)品規(guī)模風險 項目的風險是與產(chǎn)品的規(guī)模成正比的，一般產(chǎn)品規(guī)模越大，問題就越突出。尤其是估算產(chǎn)品規(guī)模的方法，復用軟件的多 少，需求變更的多少等因素與產(chǎn)品風險息息相關： (1) 估算產(chǎn)品規(guī)模的方法 (2) 產(chǎn)品規(guī)模估算的信任度 (3) 產(chǎn)品規(guī)模與以前產(chǎn)品規(guī)模平均值的偏差 (4) 產(chǎn)品的用戶數(shù) (5) 復用軟件的多少 (6) 產(chǎn)品需求變更的多少 2. 需求風險 很多項目在確定需求時都面臨著一些不確定性。當在項目早期容忍了這些不確定性，并且在項目進展過程當中得不到解決，這些問題就會對項目的成功造成很大威脅。如果不控制與需求相關的風險因素，那么就很有可能產(chǎn)生錯誤的產(chǎn)品 或者拙劣地建造預期的產(chǎn)品。每一種 情況對產(chǎn)品來講都可能致命的，這些的風險因素有 : (1) 對產(chǎn)品缺少清晰的認識 (2) 對產(chǎn)品需求缺少認同 (3) 在做需求分析過程中客戶參與不夠 (4) 沒有優(yōu)先需求 (5) 由于不確定的需要導致新的市場 (6) 不斷變化需求 (7) 缺少有效的需求變化管理過程 (8) 對需求的變化缺少相關分析等 3. 相關性風險 許多風險都是因為項目的外部環(huán)境或因素的相關性產(chǎn)生的。控制外部的相關性風險， 能緩解策略應該包括可能性計劃，以便從第二資源或協(xié)同工作資源中取得必要的組成部分 ，并覺察潛在的問題 ,與外部環(huán)境相關的因素有： (1) 客戶供應條目或信息 (2) 交互成員或交互團體依賴性 (3) 內(nèi)部或外部轉包商的關系 (4) 經(jīng)驗豐富人員的可得性 (5) 項目的復用性 4. 技術風險 軟件技術的飛速發(fā)展和經(jīng)驗豐富員工的缺乏，意味著項目團隊可能會因為技巧的原因影響項目的成功。 在早期，識別風險從而采取合適的預防措施是解決風險領域問題的關鍵，比如：培訓、聘請顧問以及為項目團隊招聘合適的人才等。關于技術主要有下面這些風險因素： (1) 缺乏培訓 (2) 對方法、工具和技術理解的不夠 (3) 應用領域的經(jīng)驗不足 (4) 對新的技術和開發(fā)方法應用不熟悉 5. 管理風險 盡管管理問題制約了很多項目的成功，但是不要因為風險管理計劃中沒有包括所有管理活動而感到驚奇。在大部分項目里，項目經(jīng)理經(jīng)常是寫項目風險管理計劃的人，他們有先天性的不足 —— 不能檢查到自己的錯誤。因而，使項目的成功變得更加困難。如果不正視這些棘手的問題，它 們就很有可能在項目進行的某個階段影響項目本身。當我們定義了項目追蹤過程并且明晰項目角色和責任，就能處理這些風險因素： (1) 計劃和任務定義不夠充分 (2) 對實際項目狀態(tài)不了解 (3) 項目所有者和決策者分不清 (4) 不切實際的承諾 (5) 不能與員工之間的進行充分地溝通 6. 安全風險 軟件產(chǎn)品本身是屬于創(chuàng)造性的產(chǎn)品，產(chǎn)品本身的核心技術保密非常重要。但一直以來，我們在軟件這方 面的安全意識比較淡薄，對軟件產(chǎn)品的開發(fā)主要注重技術本身，而忽略了專利的保護。軟件行業(yè)的技術人員流動 是很普遍的現(xiàn)象，隨著技術人員的流失、變更，很能會導致產(chǎn)品和新技術的泄密，致使我們的軟件產(chǎn)品被它公司竊取，導致項目失敗。而且在軟件方面關于知識產(chǎn)權的認定目前還沒有明確的一個行業(yè)規(guī)范，這也是我們 軟件項目潛在的風險。 了解了軟件項目管理中的風險評估，相信大家更想了解的是如何規(guī)避這些風險吧。規(guī)避風險的方式有： (1) 以開發(fā)方誘導能保證需求的完整，使需求與客戶的真實期望高度一致。再以書面方便形成《用戶需求》這一重要的文檔，避免疏漏造成的損失在軟件系統(tǒng)的后續(xù)階段被逐步地放大。 (2) 設立監(jiān)督制度，項目 開發(fā)中任何較大的決定都必須有客戶參與進行的，在該項目中項目監(jiān)督由項目開發(fā)中的質量監(jiān)督組來實施。 (3) 需求變更需要經(jīng)過統(tǒng)一的負責人提出 ,并且要用戶需求的審核領導認可 ,需求變更應該是定期而不是隨時的提出 ,而且開發(fā)方應該做好詳細的記錄 ,讓客戶了解需求變更的實際情況。 (4) 控制系統(tǒng)的復雜程度，過于簡單的系統(tǒng)結構，對用戶來使用比例會有明顯的折扣，甚至造成軟件壽命過短。反之，軟件結構的過于靈活和通用，必然引起軟件實現(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ā)情況和不可遇知的風險。 以上就是針對軟件項目管理中的風險評估做的相關介紹，從上文的介紹中也不難看出，系統(tǒng)的學習項目管理 PMP認證也是非 常有必要的，而且 PMP對項目管理者來說，是含金量最高的證書，更是項目管理者的必要通行證 ! 篇三： IT項目風險評估分析及管控 XXX 項目風險評估分析與應對措施 XXX 項目建設涉及項目實施規(guī)劃與設計、數(shù)據(jù)采集、 UI 設計、軟件開發(fā)與實施、硬件采購與安裝、網(wǎng)絡與數(shù)據(jù)中心工程、基建工程、弱