專案風險管理

軟體工程專案管理與案例分析

班級: 計科113

學號: 11422015

姓名: 牟興成

指導教師: 茅洪波

一、專案風險管理概述

專案風險管理是指對專案風險從認識到分析直至採取應對措施等的一系列過程，包括風險識別、風險量化、風險對策和風險控制等，如下圖所示，從而將積極因素所產生的影響最大化並使消極因素產生的影響最小化，或者說達到消除風險、迴避風險和緩解風險的目的。對專案進行風險管理，就可以最大限度的減少風險的發生。

2、專案風險管理規劃

專案風險管理實際上就是貫穿在專案開發過程中的一系列管理步驟：

(1)風險識別：風險識別要確定影響本專案的風險**、風險產生的條件，並描述其風險特徵。風險識別不是一次就可以完成的事，應該在專案的整個生命週期內持續進行。

識別風險的方法常用的有現場觀察法、座談法、流程圖法、財務報表法、相關部門配合法和環境分析法等。

(2)風險分析：風險評估時對風險影響力進行衡量的活動，即衡量風險發生的概率和風險發生後對專案目標的影響程度，從而為後面制定風險對策提供依據。對已識別的風險要進行估計和評價，風險估計的主要任務是確定風險發生的概率與後果，風險評價則是確定該風險的經濟意義及處理的費/效分析，常用的方法有：

概率分布、外推法、多目標分析法等。

（3）風險應對：風險應對就是風險計畫的實施，以設法避免、消除和降低風險，包括風險預防，風險發生的監視和控制。在整個專案管理過程中，首先要預防風險的發生，在風險發生之前就將它消滅在萌芽狀態之中。

其次，一旦風險發生，就要設法最大限度地緩解風險，降低風險所帶來的後果。一般而言，風險應對有三種方法，①風險控制法，即主動採取措施避免風險，消滅風險，中和風險或採用緊急方案降低風險。②風險自留，當風險量不大時可以餘留風險。

③風險轉移。

三、風險管理計畫

風險管理計畫是根據風險評估的結果，為降低專案的負面效應而制定方法、措施和技術手段的過程。風險計畫將指導專案如何做好風險管理，包括風險處理的優先順序、如何避免風險、如何消除風險等。

四、風險識別

風險識別是指確定哪些可能導致費用超支、進度推遲或效能降低的潛在問題，並定性分析其後果。在這一步須作的工作是分析系統的技術薄弱環節及不確定性較大之處，得出系統的風險源，並將這些風險源組合成一格式檔案供以後的分析參考。它屬於定性分析的範圍。

風險評估是指對潛在問題可能導致的風險及其後果實行量化，並確定其嚴重程度。這其中可能牽涉到多種模型的綜合應用，最後得到系統風險的綜合印象。而風險管理則是指在風險識別及風險分析的基礎上採取各種措施來減小風險及對風險實施監控。

這也可以說是風險分析的最終目的。

五、風險定性和定量分析

1、產品規模風險

專案的風險是與產品的規模成正比的。與軟體規模相關的常見風險因素有：(1)估算產品規模的方法(包括：

**行，檔案數，功能點等)，(2)產品規模估算的信任度，(3)產品規模與以前產品規模平均值的偏差，(4)產品的使用者數，(5)復用的軟體有多少，(6)產品的需求變更多少等。一般規律，產品規模越大，以上的問題就越突出，尤其是估算產品規模的方法，復用軟體的多少，需求變化。

2、需求風險

很多專案在確定需求時都面臨著一些不確定性。當在專案早期容忍了這些不確定性，並且在專案進展過程當中得不到解決，這些問題就會對專案的成功造成很大威脅。如果不控制與需求相關的風險因素，那麼就很有可能產生錯誤的產品或者拙劣地建造預期的產品。

每一種情況對產品來講都可能致命的。

與客戶相關的風險因素有：(1)對產品缺少清晰的認識，(2)對產品需求缺少認同，(3)在做需求中客戶參與不夠，(4)沒有優先需求，(5)由於不確定的需要導致新的市場，(6)不斷變化需求，(7)缺少有效的需求變化管理過程，(8)對需求的變化缺少相關分析等。

3、相關性風險

許多風險都是因為專案的外部環境或因素的相關性產生的。經常我們在控制外部的相關性上做的不夠，因此緩解策略應該包括可能性計畫，以便從第二資源或協同工作資源中取得必要的組成部分，並且覺察潛在的問題。與外部環境相關的因素有：

(1)客戶**條目或資訊，(2)互動成員或互動團體依賴性，(3)內部或外部轉包商的關係，(4)經驗豐富人員的可得性，(5)專案的復用性。

4、技術風險

軟體技術的飛速發展和經驗豐富員工的缺乏，意味著專案團隊可能會因為技巧的原因影響專案的成功。在早期，識別風險從而採取合適的預防措施是解決風險領域問題的關鍵，比如：培訓、聘請顧問以及為專案團隊招聘合適的人才等。

主要有下面這些風險因素：(1)缺乏培訓，(2)對方法、工具和技術理解的不夠，(3)應用領域的經驗不足，(4)新的技術和開發方法應用等。

5、管理風險

儘管管理問題制約了很多專案的成功，但是不要因為風險管理計畫中沒有包括所有管理活動而感到驚奇。在大部分專案裡，專案經理經常是寫專案風險管理計畫的人，他們有先天性的不足——自己檢查自己的錯誤，這是最難的。然而，像這些問題可能會使專案的成功變得更加困難。

如果不正視這些棘手的問題，它們就很有可能在專案進行的某個階段影響專案本身。當我們定義了專案追蹤過程並且明晰專案角色和責任，就能處理這些風險因素：(1)計畫和任務定義不夠充分，(2)實際專案狀態，(3)專案所有者和決策者分不清，(4)不切實際的承諾，(5)員工之間的溝通等。

6、安全風險

軟體產品本身是屬於創造性的產品，產品本身的核心技術保密非常重要。但一直以來，我們在軟體這方面的安全意識比較淡薄，對軟體產品的開發主要注重技術本身，而忽略了專利的保護。軟體行業的技術人員流動是很普遍的現象，隨著技術人員的流失、變更，很能會導致產品和新技術的洩密，致使我們的軟體產品被它公司竊取，導致專案失敗。

而且在軟體方面關於智財權的認定目前還沒有明確的乙個行業規範，這也是我們軟體專案潛在的風險。

專案風險管理

專案風險管理

專案風險管理

專案風險管理

相關推薦