人員離開，在一個項目內(nèi)軟件開發(fā)工作有一定的連續(xù)性，需要移交和交接，有時人員離開對項目的影響會很大
開發(fā)團隊內(nèi)部溝通不夠，導致程序員對系統(tǒng)設計的理解上有偏差
沒有有效的備份方案
沒有切實可行的測試計劃
測試人員經(jīng)驗不足
收尾階段
在這個階段進行安裝及維護（大部分部署）。
可能的風險事件
質(zhì)量差
客戶不滿意
設備沒有按時到貨
資金不能回收
以上只是例具了常見的風險事件，對不同項目能的風險事件
質(zhì)量差
客戶不滿意
設備沒有按時到貨
資金不能回收
以上只是例具了常見的風險事件，對不同項目可能發(fā)生的風險事件不同，應該對具體項目識別出真正有可能發(fā)生在該項目的風險事件。
而且還要對這些風險事件進行描述，如：可能性、可能后果范圍、預計發(fā)生時間、發(fā)生頻率等。
風險識別的有效方法有很多，如：建立風險項目檢查表、因果分析圖、采訪各種項目干系人等。
軟件項目的風險可以從以下幾方面檢查：
產(chǎn)品規(guī)模風險
業(yè)務影響風險檢
與客戶相關的風險
過程風險
技術風險
開發(fā)環(huán)境風險
與人員的模式和經(jīng)驗有關的風險
以上我們討論了在軟件項目各個階段中可能發(fā)生的風險事件和識別方法。下面我們看看如何對這些風險事件進行分析。
3.風險分析
風險分析就是對以上識別出來的風險事件做風險影響分析。
和風險相關的有四個因素：
風險事件，破壞或影響項目的事件
風險概率（%），事件發(fā)生的可能性
風險得失量（金額），說明可能造成的損失
風險影響（金額），等于 風險概率 × 風險得失量
通過對風險及風險的相互作用的估算來評價項目可能結(jié)果的范圍，從成本、進度及性能三個方面對風險進行評價，確定哪些風險事件或來源可以避免，哪些可以忽略不考慮（包括可以承受），哪些要采取應對措施。
4.風險應對
1、應對方法
項目中的風險永遠不能全部消除，PMBOK提到三種應對方法：
避免
通過分析找出來發(fā)生風險事件的原因，消除這些原因來避免一些特定的風險事件發(fā)生。
比如：
如何避免客戶不滿意？
客戶不滿意有兩種情況，一種情況是沒有判斷客戶滿意度的依據(jù)，即沒有雙方互相認可的客戶驗收標準，還有一種是開發(fā)方?jīng)]有達到驗收標準，即沒有滿足用戶需求。不管是哪一種，開發(fā)方都有不可推卸的責任，只要做好以下環(huán)節(jié)完全可以避免：
業(yè)務建模階段要讓客戶參與
需求階段要多和客戶溝通，了解客戶真正的需求
目標系統(tǒng)的模型或DEMO系統(tǒng)要向客戶演示，并得到反饋意見，如果反饋的意見和DEMO系統(tǒng)出入比較大時，一定要將修改后的DEMO系統(tǒng)在次向客戶演示，直到雙方都達成共識為止
要有雙方認可的驗收方案和驗收標準
做好變更控制和配置管理
減輕
通過降低風險事件發(fā)生的概率或得失量來減輕對項目的影響。也可以采用風險轉(zhuǎn)移的方法來減輕風險對項目帶來的影響。項目預算中考慮應急儲備金是另一種降低風險影響的方法。
比如：
經(jīng)過風險識別發(fā)現(xiàn)，項目組的程序員對所需開發(fā)技術不熟?？梢圆捎檬煜さ募夹g來減輕項目在成本或進度方面的影響。也可以事先進行培訓來減輕對項目的影響。
接受
接收風險造成的后果。
比如：
為了避免自然災害造成的后果，在一個大的軟件項目中考慮了異地備份中心。
2、開發(fā)應對計劃
針對需要采取應對措施的風險事件，開發(fā)應對計劃，一旦發(fā)生風險事件，就實施應對計劃。
比如：
有一個軟件集成項目中包括了設備，而且計劃在部署階段之前設備必須到位，而這些設備從廠家直接進貨。經(jīng)過分析發(fā)現(xiàn)有可能不能按時進貨，那就應該考慮備選方案，比如能不能周轉(zhuǎn)等。
又比如：
在一個軟件開發(fā)項目中
，某開發(fā)人員有可能離職，離職后會對項目造成一定的影響，則應該對這個風險事件開發(fā)應對計劃，過程可以參照如下：
進行調(diào)研，確定流動原因
在項目開始前，把緩解這些流動原因的工作列入風險管理計劃
項目開始時，做好計劃一旦人員離開時便可執(zhí)行，以確保人員離開后項目仍能繼續(xù)進行
制定文檔標準，并建立一種機制，保證文檔及時產(chǎn)生
對所有工作進行細微詳審，使更多人能夠按計劃進度完成自己的工作
對每個關鍵性技術人員培養(yǎng)后備人員
在考慮風險成本之后，決定是否采用上述策略。
以上僅供大家參考，有什么不恰當?shù)牡胤酵蠹叶嗵岢鰜怼?/P>