項目風險計劃書範文

1、需求變更風險

需求變更是軟件項目經常發生的事情。在應用的開發過程中可能存在用户的需求定義的不明確，不夠準確，或者是用户沒有真正瞭解自己的需求，以及APP開發過程中的各種問題、技術支持等，可能會產生需求變更的風險

風險管理計劃：預防這種風險的辦法是項目建設之初就制定好需求變更控制流程、記錄並歸檔用户的需求變更申請。

2、溝通不良風險

項目組與項目各成員方溝通不良是影響項目順利進展的一個非常重要的因素，成員間可能存在需求、開發方向、技術上的差異導致溝通不良。

風險管理計劃：預防這種風險的辦法是項目建設之初就和項目各成員約定好溝通的渠道和方式、項目建設過程中多和項目各成員交流和溝通、注意培養和鍛鍊自身的溝通技巧。

3、進度風險

項目對進度要求非常苛刻（進度要求不高的項目，我們同樣要考慮該風險），項目進度的延遲意味着失敗的開發。

風險管理計劃：預防這種風險的辦法一般是分階段交付產品、增加項目監控的頻度和力度、多運用可行的辦法保證工作質量避免返工。

4、質量風險

用户對軟件質量有很高的要求，如果項目組成員同類型項目的開發經驗不足，則需要密切關注項目的質量風險。

風險管理計劃：預防這種風險的辦法一般是經常和用户交流工作成果、品牌管理採用符合要求的開發流程、認真組織對產品的檢查和評審、計劃和組織嚴格的獨立測試等。

5、系統性能風險

軟件項目屬於多用户併發的應用系統，系統對性能要求很高，這時項目組就需要關注項目的性能風險。

風險管理計劃： 預防這種風險的辦法一般是在進行項目開發之前先設計和搭建出系統的基礎架構並進行性能測試，確保架構符合性能指標後再進行後續工作。

6、技術風險

在軟件項目開發和建設的`過程中，戰略管理技術因素是一個非常重要的因素。項目組一定要本着項目的實際要求，選用合適、成熟的技術，千萬不要無視項目的實際情況而選用一些雖然先進但並非項目所必須且自己又不熟悉的技術。如果項目所要求的技術項目成員不具備或掌握不夠，則需要重點關注該風險因素。風險管理計劃：預防這種風險的辦法是選用項目所必須的技術、在技術應用之前，針對相關人員開展好技術培訓工作。

7、團隊成員協作風險

團隊成員是否能齊心協力為項目的共同目標服務，生產管理是影響進度和質量的關鍵因素。

風險管理計劃：預防這種風險的辦法是項目在建設之初項目經理就需要將項目目標、工作任務等和項目成員溝通清楚，採用公平、公正、公開的績效考評制度，倡導團結互助的工作風尚等。

世間萬物總是發展變化的，風險亦可能隨時出現和變化。以上這些風險，應該是軟件項目建設中經常出現的主要風險，但由於項目本身的個性化特徵，針對具體的項目，肯定會出現一些我們上面沒有列舉甚至是事先根本無法預期的風險，這就需要我們項目經理有敏鋭的觀察力，去識別它們，從而更好地預防和控制它們。

一、 項目目標

1、總體目標：構建**公司覆蓋全公司層面、各層次的風險管理體系

2、 階段目標：

三個月目標：完成重要部門的風險點清理，設計並試運行風險監控程序，形成風險監控指引制度

半年目標：在全公司本部範圍內實施風險監控程序，並形成風險管理手冊初版

一年目標：在子公司及聯營公司實施風險監控，完善風險管理手冊，形成動態監控管理程序（動態修正風險點、修正風險標準及動態應對措施）

3、 分項目標

制度：制定風險管理制度，編制風險管理手冊

組織：成立風險管理機構，確定權責，建立風險預警和報告程序

體系：建立風險監控、預警以及應對、跟蹤體系

二、 項目理念

1、項目思路：系統有序，穩步推進，重點突破，

2、風險管理理念：風險創造價值

三、項目組織架構

1、領導機構：董事會領導下的風險委員會

2、執行組織：風險管理部為基礎的風險項目組

3、 項目成員：

4、 職責權限：

四、 實施重點

1、設立風險點：收集、瞭解、清查風險點，區分風險點，協商確定風險標準和依據來源，判斷方法，構建主要風險點體系

2、建立監控模型：制度、組織、人員、職責、權限、流程、表單

3、風險實施流程：依據監控模型，風險識別—風險評估—應對措施庫—執行—結果檢查——返回修正監控模型。

4、重點部門試行：先試行業務部門，初期報告—反饋建議—改進—實施

5、全面推進完善：業務部門完善——職能部門——全公司

五、 執行推進表

附： 風險監控流程