項目風(fēng)險管理計劃

1、項目風(fēng)險管理計劃文件狀態(tài)：文檔編號：TL4070503草稿當(dāng)前版本：1.0v 正式發(fā)布作者：李爽正在修改完成日期：2020-02-05版本歷史版本/狀態(tài)作者 -b 參與者起止日期備注1.0正式發(fā)布李爽2020-02-050.文檔介紹0.1文檔目的0.2文檔范圍0.3讀者對象0.4參考文獻提示：列出本文檔的所有參考文獻（可以是非正式出版物），格式如下:標(biāo)識符作者，文獻名稱，出版單位（或歸屬單位），日期0.5術(shù)語與縮寫解釋縮寫、術(shù)語解釋1項目風(fēng)險管理計劃1.1目的在項目的生命周期內(nèi)，循環(huán)執(zhí)行風(fēng)險識別、風(fēng)險分析、風(fēng)險減緩和風(fēng)險跟蹤，直到項目的 所有風(fēng)險都被識別與解決為止。1.2角色與職責(zé)項目負(fù)責(zé)人負(fù)

2、責(zé)風(fēng)險管理。項目成員協(xié)助項目負(fù)責(zé)人處理風(fēng)險。1.3 啟動準(zhǔn)則項目計劃已經(jīng)制定，項目研發(fā)已經(jīng)開始。1.4 輸入項目計劃 項目監(jiān)控過程產(chǎn)生的文檔如項目問題列表 、項目質(zhì)量報告和項目周報等1.5 主要步驟1.5.1 風(fēng)險識別項目負(fù)責(zé)人根據(jù)“風(fēng)險跟蹤列表” ，定期（例如每周一次）識別本項目的風(fēng)險。1.5.2 風(fēng)險分析 項目負(fù)責(zé)人評估每個風(fēng)險的嚴(yán)重性、可能性和風(fēng)險系數(shù)，并按照風(fēng)險系數(shù)從高到低的順序 排列風(fēng)險。1.5.3 風(fēng)險減緩對于風(fēng)險系數(shù)超過“容許值” （建議為 10 ）的每一個風(fēng)險，項目負(fù)責(zé)人應(yīng)當(dāng)給出風(fēng)險 減緩措施，并指定責(zé)任人。風(fēng)險系數(shù)越高，越先處理。1.5.4 風(fēng)險監(jiān)控項目負(fù)責(zé)人跟蹤風(fēng)險減緩過程

3、，直到風(fēng)險已經(jīng)解決為止。如果風(fēng)險的性質(zhì)發(fā)生變化， 應(yīng)當(dāng)及時更新風(fēng)險減緩措施1.6 輸出風(fēng)險管理報告1.7結(jié)束準(zhǔn)則所有風(fēng)險都已經(jīng)解決，相關(guān)信息已經(jīng)記錄到風(fēng)險管理報告之中。1.8度量項目負(fù)責(zé)人統(tǒng)計工作量。2實施建議對風(fēng)險管理過程域產(chǎn)生的所有有價值的文檔進行配置管理。項目負(fù)責(zé)人根據(jù)本項目的特征，確定風(fēng)險識別的頻度（通常為每周一次），適當(dāng)修改“風(fēng)險登記表”。選用合適的軟件工具，盡量減少風(fēng)險管理過程域的工作量。項目監(jiān)控和風(fēng)險管理均由項目負(fù)責(zé)人負(fù)責(zé)，建議同步執(zhí)行。3 附錄1:常見風(fēng)險舉例進度風(fēng)險進度安排制定得是否合理？ WBS的分析是否足夠細(xì)，以便對進度做較貼切的安排？對交付日期的要求是否嚴(yán)格？是否可以為

4、了滿足嚴(yán)格進度安排而對產(chǎn)品功能進行讓步放行？計劃是否為過程管理預(yù)留時間？規(guī)模風(fēng)險對產(chǎn)品的需求是否和涉眾認(rèn)同一致？需求是否有優(yōu)先級排列？對需求的變化是否建立了相應(yīng)的管理機制并實施？對需求的變化是否做相應(yīng)的分析？需求是否穩(wěn)定并達到了充分的共識？規(guī)模的估計方法是否正確掌握和使用？項目規(guī)模是固定不變還是在不斷擴展或變更？項目開發(fā)規(guī)?；蚍秶A(yù)估是否正確？外部依賴風(fēng)險系統(tǒng)是否依賴于新的或未經(jīng)試驗的產(chǎn)品、服務(wù)或技術(shù)？是否依賴于新的或未被證明的硬件、軟件或技術(shù)？對于與其他系統(tǒng)（包括企業(yè)以外的系統(tǒng)）的接口是否存在外部依賴性？該項目是否依賴于其他（平行的）開發(fā)項目？技術(shù)風(fēng)險所采用技術(shù)是否已經(jīng)過使用？使用的組件是否

5、被成功的重復(fù)使用？重復(fù)使用的組件是否合理？數(shù)據(jù)量是否合理？當(dāng)前可用的系統(tǒng)框架是否能夠保存這些數(shù)據(jù)？是否有特殊或苛刻 的技術(shù)需求（如要求項目團隊處理他們不熟悉的冋題）？是否存在極不靈活的可用性和安全性需求（如“系統(tǒng)必須永遠(yuǎn)不岀現(xiàn)故障”）？系統(tǒng)的用戶是否對正在開發(fā)的系統(tǒng)類型沒有經(jīng)驗？應(yīng)用程序的大小或復(fù)雜性是否導(dǎo)致了風(fēng)險的增加？成功是否依賴于開發(fā)工具（設(shè)計工具、編譯器等）和實施技術(shù)（操作系統(tǒng)、數(shù)據(jù)庫、進程間通信機制等）的成功集成。是否有替代計劃，可以在沒有這些 技術(shù)的情況下交付項目？人員是否獲得必要的人員（測試人員、QA、SCM人員）？項目人員是否具備合適的技能和經(jīng)驗以及接受過相應(yīng)培訓(xùn)？項目人員是否會有突然接受其他任務(wù)的可能性？他們對項目成功是否有信心和決心？資金完成項目所需的資金能否