項目風險管理及具體解決策略（干貨）

1、工程風險管理及具體應對策略（干貨滿滿）風險分類表分類需求設計測試工程特點產品工程穩(wěn)定性功能可行性可維護性完整性難點單元測試可行性清晰接口編碼/實現平安性有效性性能環(huán)境保密性可行性可測試性產品人的因素先例硬件約束系統(tǒng)特殊性規(guī)模非開發(fā)軟件開發(fā)環(huán)境開發(fā)過程開發(fā)系統(tǒng)管理過程管理方法正規(guī)性容量計戈IJ監(jiān)控措施適合性適合性工程組織人員管理過程控制可用性管理經驗質量保證熟悉程度熟悉程度工程接口配置管理產品控制可靠性到位情況系統(tǒng)支持工程約束資源合同工程接口進度合同類型客戶人員約束聯(lián)合承包方預算依賴關系子承包商設備主承包商資金協(xié)同管理工程管理風險及具體解決策風險種類風險名稱具體解決策略進度風險進度安排制定得是否

2、合理？1、制定合理的進度安排WBS的分析是否足夠細，以便對進度 做較貼切的安排1、制定詳細的WBS進度計劃對交付日期的要求是否嚴格？1、把交付日期寫進工程計劃，時間盡量安 排的充足一些關鍵路徑的制定對里程碑的影響？1、制訂里程碑計劃時設置幾個關鍵路徑計劃是否給過程管理預留時間？1、把工程管理納入工程計劃中估算是否合理？1、工程籌劃階段中制訂合理的估算2、每個階段結束后對工程進行重新估算規(guī)模風險對產品的需求是否認同？1、與客戶確定需求2、工程組對需求進行分析、細化、確定、評審需求是否有優(yōu)先級排列？1、排列需求的優(yōu)先級對需求的變更是否建立了相應的管 理機制并實施？1、需求變更需要走變更流程對需求的

3、變更是否做相應的分析？1、在變更表中對需求變更進行描述2、變更需求說明書和系統(tǒng)設計、詳細設計的內容需求是否穩(wěn)定并到達了充分的共 識？1、與客戶方達成需求的共識2、工程組對需求達成共識過度的客戶化或客戶化將給軟件系 統(tǒng)的發(fā)布帶來難度或延遲發(fā)布，功能 不齊全等？1、與客戶達成共識2、確定產品發(fā)布時間規(guī)模的估計方法是否正確掌握和使 用？1、在估算表中使用正確的規(guī)格估算方法工程規(guī)模是固定不變還是在不斷擴 展或變更？1、在工程立項后確定工程規(guī)模范圍工程開發(fā)規(guī)模或范圍預估是否正 確？1、正確預估工程開發(fā)規(guī)?；蚍秶獠恳蕾?風險系統(tǒng)是否依賴于新的或未經試驗的 產品、服務或技術？1、尋求已經成熟的可替代的技術

4、2、引入新技術前，先進行必要的測試和驗證系統(tǒng)是否依賴于新的或未被證明的 硬件、軟件或技術1、尋求工程組成熟的可替代的技術2、對工程組成員進行必要的培訓對于與其他系統(tǒng)（包括企業(yè)以外的系 統(tǒng)）的接口是否存在外部依賴性？1、要求提供接口表該工程是否依賴于其他（平行的）開 發(fā)工程或屬于二次開發(fā)？1、熟悉原有的工程技術風險所采用的技術是否已經使用過？1、未使用的技術要對新技術的學習使用的組件是否被成功的重復使 用？重復使用的組件是否合理？1、遵循公司的重復規(guī)程數據量是否合理？當前可用的系統(tǒng) 框架是否能夠保存這些數據？1、遵循公司度量規(guī)程是否有特殊或苛刻的技術要求（如 “系統(tǒng)必須永遠不能出現故障”）？1、

5、加強平安性和可用性系統(tǒng)的用戶是否對正在開發(fā)的系統(tǒng) 類型沒有使用經驗？1、對用戶進行培訓應用程序的規(guī)模或復雜性程度是否 導致了風險的增加？1、工程籌劃階段制訂合理的需求規(guī)格說明 書、系統(tǒng)設計、詳細設計成功是否依賴于開發(fā)工具（設計工 具、編譯器等）和實施技術（操作系 統(tǒng)、數據庫、進程間通信機制等）的 成功集成。是否有替代計劃，可以在 沒有這些技術的情況下交付工程？1、做好備選方案使用的數據保存、備份工具的平安、1、做好備份計劃及全量備份或者增量備份穩(wěn)定性是否存在風險？供求風險工程實施前是否準備工作不到位，導 致工期延長？1、工程實施入場前通過郵件等方式落實客 戶是否按照要求做好準備工作第三方廠商是

6、否按計劃要求進行配 合1、涉及第二方配合的工程實施計劃要求客 戶把計劃提交給第三方領導確認，并將確認 結果提交給公司采購產品是否及時到貨？1、對于重要的、風險大的采購，要求供應 商提交確認已經定稿的開發(fā)計劃和開發(fā)進 度表公司組織 風險公司高層對工程的支持是否不夠？1、與相關領導溝通，尋求他們對工程的支 持公司組織結構變動是否導致決策變 動？1、盡快適應公司的組織結構2、對已有部門做好工作交接和知識轉移工程管理 風險工程經理對工程管理經驗是否存在 風險1、對工程經理進行必要的技能培訓2、尋求相關部門的幫助和支持工程組成員是否存在職責不明確的 風險？1、補充定義工程組成員的職責，并明確到 位政策與

7、行 規(guī)風險國家是否政策變動？1、經常關注相關的國家政策行業(yè)規(guī)那么是否改變？1、經常關注相關的行情、行規(guī)、新業(yè)務、 新規(guī)那么2、及時對新業(yè)務進行跟蹤及人員培訓硬件資源 與辦公環(huán) 境風險是否缺少必要的開發(fā)工具？1、爭取公司支持，申購，調配，租借必要 的硬件設施2、尋求可替代的開發(fā)工具是否缺少必要的開發(fā)硬件設備，如測 試機、服務器、辦公用機等1、爭取公司支持、申購、調配、租借必要 的硬件設施2、尋求可替代的設施辦公環(huán)境是否落后，缺乏必要設施， 如網絡、通訊設備1、爭取公司支持，申購，調配，租借必要 的設施2、尋求可替代的設施辦公環(huán)境是否惡劣，導致工作受干 擾？1、爭取公司支持，搭建合理的辦公環(huán)境2、

8、爭取公司尺寸，制定相應的規(guī)章制度來 確保辦公環(huán)境不受干擾3、尋求相關部門支持，合理安排工程組的 辦公環(huán)境質量風險需求報告是否存在質量問題1、需求分析階段尋求客戶介入配合，充分 理解與挖掘客戶的需求2、設立里程碑、進行需求分析評審3、采取必要的措施以提交評審效率4、評估已出現的質量問題，提出解決方案 并進行評審5、必要時調整工程相關計劃系統(tǒng)設計是否存在質量問題1、采取必要的措施以提高評審效率2、視情況決定是否設立里程碑3、評估已出現的質量問題，提出解決方案并進行評審4、必要時調整工程相關的計劃用戶操作手冊是否存在質量問題1、版本升級后及時更新用戶操作手冊2、提升相關人員的責任感3、發(fā)布前對操作手

9、冊進行走讀驗證代碼是否存在質量問題1、制定相關編程規(guī)范2、提高代碼人員的責任感3、對關鍵代碼進行審查4、運用各種測試手段保證代碼質量單元測試問題報告的數量是否過 多？1、加強詳細設計環(huán)境的評審2、加強編碼設計3、召集相關人員對問題進行評審，提測解 決方案各單元模塊集成后是否產生質量問 題？1、加強系統(tǒng)設計和詳細設計環(huán)節(jié)的評審2、加強單元測試3、召集相關人員對問題進行評審，提測解 決方案系統(tǒng)某些指標是否到達客戶的驗收 標準1、需求分析與系統(tǒng)設計階段需確定客戶 的驗收標準2、針對問題尋求解決方案3、尋求相關部門的支持軟件產品是否出現功能性錯誤？1、加強需求分析與系統(tǒng)設計階段的評審2、加強功能測試3

10、、針對問題進行評審，尋求解決方案4、必要時變更工程相關計劃軟件產品是否出現性能問題？1、系統(tǒng)設計階段對關鍵的性能指標進行 測試驗證，取得系統(tǒng)要求的硬件配置信 息2、組織人員進行軟件產品的優(yōu)化3、升級相關硬件系統(tǒng)試運行階段產品是否出現錯誤？1、提高各個測試階段的效率2、組織人員針對錯誤進行修正3、與客戶保持溝通，防止客戶情緒反響過 大，影響驗收人員是否獲得必要的人員（測試人員、QA、 SCM人員尤其重要）1、申請相關人員工程人員是否具備合適的技能和經 驗以及接受過相應培訓？1、制定工程組成員培訓規(guī)范和流程2、組織必要的工作技能和工作規(guī)范培訓3、為新員工指定指導老師4、必要時根據實際情況調換人員工

11、程人員是否會有突然接受其他任 務的可能性？1、了解工程組成員的實際分配2、根據工程情況合理安排成員工作量3、根據工程情況增加、調換人員他們對工程成功是否有信心和決 心？1、通過調查了解工程組成員對工程的信 心和決心2、在工程組內創(chuàng)造積極的工作氣氛3、針對具體情況，為工程組成員提供相對 合理的薪酬和相關的培訓組內、組件溝通，工程成員的團結性 是否存在風險？1、加強團隊建設資金完成工程所需的資金是否到位？1、與市場人員確認是否已經付款2、與財務確定資金是否到位是否有預算限制？1、做好本錢預算和良好的報銷制度工程的本錢預算是否準確1、工程經理做好本錢預算2、與財務制訂本錢預算是否有預留風險管理等資金？1、預留風險管資金客戶用戶的配合程度，是否導致工程難以 進行？1、了解客戶不能配合與介入的原因，尋求 客戶的支持2、在客觀條件上盡量根據客戶的要求讓 其配合與介入3、與客戶關鍵人員溝通培訓，尋求其理解 和配合4、必要時，可根據客戶情況調整計劃客戶關鍵人員變更，是否導致工程難 以進行？1、與客戶保持溝通2、尋求公司高層領導和相關部門的支持客戶對產品部認可，不愿意進行驗收 的