眾所周知，軟件開發(fā)過程可分為：需求分析、設(shè)計、編碼、測試、安裝及維護(hù)等幾個過程(在RUP方法中：業(yè)務(wù)建模、需求、分析設(shè)計、實施、測試、部署)，實際上一個完整的軟件項目前后還有其它過程，在這里列出的只是和軟件開發(fā)相關(guān)的核心過程。 軟件項目的生命周期可以分為四個階段(不同行業(yè)的項目生命周期不同)，即初始階段、設(shè)計階段、實施階段、收尾階段。軟件開發(fā)過程在軟件項目的這四個階段中的分布情況如下(括弧里面表示RUP方法中的過程)：

　　初始階段：大部分需求分析，少部分設(shè)計(大部分業(yè)務(wù)建模和需求，少部分分析設(shè)計)

　　設(shè)計階段：大部分設(shè)計，少部分編碼(大部分分析設(shè)計，部分實施及測試，開始考慮部署)

　　實施階段：大部分編碼和測試，少部分設(shè)計(大部分實施及測試，部分部署)

　　收尾階段：安裝及維護(hù)(大部分部署)

　　而項目管理則貫穿在整個生命周期的每個階段。

　　根據(jù)PMBOK，項目管理可以從范圍管理、時間管理、費(fèi)用管理、質(zhì)量管理、人力資源管理、溝通管理、風(fēng)險管理、采購管理和整體管理等9個方面考慮，對于軟件項目管理來講軟件配置管理(屬于整體管理)、軟件質(zhì)量管理、軟件風(fēng)險管理及開發(fā)人員管理(屬于人力資源管理)等四個方面的管理尤為重要，軟件開發(fā)的每個階段、每個過程都要重視這幾方面的管理。

　　下面就以軟件項目的風(fēng)險管理為主題展開討論。

　　軟件項目管理的四個階段中，在初始階段項目成功的可能性最小，風(fēng)險發(fā)生的概率也就最高，但是這時候一旦預(yù)計的風(fēng)險發(fā)生了，損失是最小的，比如：在這個階段如果某種原因突然資金來源斷了(這在需求階段是很有可能的)，以至于不能繼續(xù)進(jìn)行項目，不得不終止項目，那么這時候的損失只是需求分析階段的投入。隨著項目的進(jìn)展項目成功的可能性變大，風(fēng)險發(fā)生的概率逐漸變小，風(fēng)險對項目的損失逐漸變大，快到收尾階段的時候風(fēng)險對項目的損失最大，隨著收尾階段的進(jìn)行風(fēng)險又逐漸變小。

　　風(fēng)險管理是對項目風(fēng)險進(jìn)行識別、分析和應(yīng)對的過程。我們先看看項目風(fēng)險可以怎么分類，然后再對風(fēng)險管理的這三個過程逐一進(jìn)行討論。

　　1.風(fēng)險的分類

　　按內(nèi)容分

　　范圍風(fēng)險：與范圍變更有關(guān)的風(fēng)險

　　質(zhì)量風(fēng)險：沒有按照要求的技術(shù)性能和質(zhì)量水平完成任務(wù)

　　進(jìn)度風(fēng)險：沒有在預(yù)算的時間范圍內(nèi)完成任務(wù)

　　成本風(fēng)險：沒有在預(yù)算的成本范圍內(nèi)完成任務(wù)

　　技術(shù)風(fēng)險：技術(shù)變化

　　法律風(fēng)險：許可權(quán)、專利、合同失效、訴訟、不可抗力

　　外部可預(yù)測風(fēng)險：市場風(fēng)險(原材料可利用性、需求)、日常運(yùn)作(維修需求)、環(huán)境影響、社會影響、貨幣變動、通貨膨脹、稅收

　　外部可預(yù)測風(fēng)險：規(guī)章(不可預(yù)測的政府干預(yù))、自然災(zāi)害

　　內(nèi)部非技術(shù)風(fēng)險：戰(zhàn)略風(fēng)險(公司的經(jīng)營戰(zhàn)略發(fā)生了變化)、管理風(fēng)險(公司管理人員是否成熟等)

　　按可確定性分

　　已知風(fēng)險(Knowns)：員工離職

　　已知-未知風(fēng)險(Known-unknowns)：可預(yù)知風(fēng)險

　　未知-未知風(fēng)險(Unknown-unknowns)：不可預(yù)知風(fēng)險

　　2.風(fēng)險識別

　　風(fēng)險的識別就是確定何種風(fēng)險事件可能影響項目。在項目開始、每個項目階段中間、主要范圍變更批準(zhǔn)之前都要進(jìn)行風(fēng)險識別，實際上它在整個項目生命周期內(nèi)都是一個連續(xù)的過程。

　　要識別風(fēng)險，首先我們應(yīng)該了解在軟件開發(fā)的各個階段都有可能發(fā)生哪些風(fēng)險(風(fēng)險事件或風(fēng)險來源)。

　　初始階段

　　在這個階段進(jìn)行大部分需求分析、少部分設(shè)計(大部分業(yè)務(wù)建模和需求、少部分分析設(shè)計)。

　　可能的風(fēng)險事件：

　　1、 項目目標(biāo)不清

　　2、 項目范圍不明確(范圍太大太小都不可以)

　　3、 用戶參與少或和用戶溝通少

　　4、 對業(yè)務(wù)了解不夠

　　5、 對需求了解不夠

　　6、 沒有進(jìn)行可行性研究

　　設(shè)計階段

　　在這個階段進(jìn)行大部分設(shè)計、少部分編碼(大部分分析設(shè)計，部分實施及測試，開始考慮部署)

　　可能的風(fēng)險事件

　　1、 項目隊伍缺乏經(jīng)驗，如缺乏有經(jīng)驗的系統(tǒng)分析員

　　2、 沒有變更控制計劃，以至于變更沒有依據(jù)，該變更的不變，不該變的也變，這樣得來的設(shè)計勢必會失敗或者偏離用戶需求

　　3、 倉促計劃，可能帶來進(jìn)度方面的風(fēng)險

　　4、 漏項，由于設(shè)計人員的疏忽某個功能沒有考慮進(jìn)去

　　實施階段

　　在這個階段進(jìn)行大部分編碼和測試，也涉及少部分設(shè)計(大部分實施及測試，部分部署)，如：設(shè)計變更或補(bǔ)充設(shè)計。

　　可能的風(fēng)險事件

　　1、 開發(fā)環(huán)境沒有具備好

　　2、 設(shè)計錯誤帶來的實施困難

　　3、 程序員開發(fā)能力差，或程序員對開發(fā)工具不熟

　　4、 項目范圍改變(突然要增加或修改一些功能，需要重新考慮設(shè)計)

　　5、 項目進(jìn)度改變(要求提前完成任務(wù)等)

　　6、 人員離開，在一個項目內(nèi)軟件開發(fā)工作有一定的連續(xù)性，需要移交和交接，有時人員離開對項目的影響會很大

　　7、 開發(fā)團(tuán)隊內(nèi)部溝通不夠，導(dǎo)致程序員對系統(tǒng)設(shè)計的理解上有偏差

　　8、 沒有有效的備份方案

　　9、 沒有切實可行的測試計劃

　　10、 測試人員經(jīng)驗不足