項目風險管理計劃

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

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

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

4、計劃是否為過程管理預(yù)留時間規(guī)模風險對產(chǎn)品的需求是否和涉眾認同一致需求是否有優(yōu)先級排列對需求的變化是否建立了相應(yīng)的管理機制并實施對需求的變化是否做相應(yīng)的分析需求是否穩(wěn)定并達到了充分的共識規(guī)模的估計方法是否正確掌握和使用項目規(guī)模是固定不變還是在不斷擴展或變更項目開發(fā)規(guī)?；蚍秶A(yù)估是否正確外部依賴風險系統(tǒng)是否依賴于新的或未經(jīng)試驗的產(chǎn)品、服務(wù)或技術(shù)是否依賴于新的或未被證明的硬件、軟件或技術(shù)對于與其他系統(tǒng)（包括企業(yè)以外的系統(tǒng)）的接口是否存在外部依賴性該項目是否依賴于其他（平行的）開發(fā)項目技術(shù)風險所采用技術(shù)是否已經(jīng)過使用使用的組件是否被成功的重復(fù)使用重復(fù)使用的組件是否合理數(shù)據(jù)量是否合理當前可用的系統(tǒng)框架是否能夠保存這些數(shù)據(jù)是否有特殊或苛刻的技術(shù)需求（如要求項目團隊處理他們不熟悉的問題）是否存在極不靈活的可用性和安全性需求（如“系統(tǒng)必須永遠不出現(xiàn)故障”）系統(tǒng)的用戶是否對正在開發(fā)的系統(tǒng)類型沒有經(jīng)驗應(yīng)用程序的大小或復(fù)雜性是否導致了風險的增加成功是否依賴于開發(fā)工具（設(shè)計工具、編譯器等） 和實施技術(shù)（操作系統(tǒng)、數(shù)據(jù)庫、進程間通信機制等）的成功集成。是否有替代計劃，可以在沒有這些技術(shù)的情況下交付項目人員是否獲得必要的人員（測試人員、qa 、 scm 人員）項目人員是否具備合適的技能和經(jīng)驗以及接受過相應(yīng)培訓項目人員是否會有突然接受其他任務(wù)的可能性他們對項目成功是否有信心和決心資金完成項目所需的資