一、傳統專案的風險管理
1.規劃風險管理
主要在專案規劃階段，定義如何進行風險管理的過程，包括風險識別、風險定性分析、風險定量分析、風險應對策略、以及如何進行監控；
通常採用的方法，頭腦風暴、風險規劃會進行討論分析。輸出專案風險管理計畫和風險分解結構；
常規風險管理計畫和風險分解結構，可來自公司專案管理模版，或來自專案經理以往專案經驗，或是自行梳理總結裁剪必要資料列；
2.風險識別
主要在專案規劃階段，對專案可能存在的風險進行識別確認，並更新到風險登記表，以便於進行風險分析和確定應對方案；
通常採用的方法，頭腦風暴、文件審查、資訊收集、核對表分析、**分析、假設分析、swot分析、專家分析。輸出更新後的風險登記表；
常規風險來自，需求(變更)、成本(高)、質量(標準高)、團隊(離職或抽調)、溝通(資訊不通暢)、干係人(特別期望)、採購(合作方支援程度)、進度(延期)，以及類似專案中的風險和專案經理過往風險經驗；
3.風險定性分析
主要在專案規劃階段，對已識別出來的風險，進行概念性分析，確定風險優先順序，將修改更新到風險登記表；
通過採用的方法，風險分類、風險概率影響矩陣、風險緊迫性評估、專家判斷。輸出更新後的風險登記表；
常規定性分析，對風險分類(業務劃分)、確定概率(1-5)、確定影響(1-5)、確定緊迫性(1-5)、確定優先順序(1-5)，讓大牛參與評估，更新到風險登記表；
4.風險定量分析
主要在專案規劃階段，對已經定性分析的風險，進行資料的量化和建模，對風險深入分析和呈現，將修改更新到風險登記表；
通常採用的方法，三點估算、風險預**幣值、決策樹、龍捲風圖、敏感性分析、專家判斷。輸出更新後的風險登記表；
常規定量分析，對風險進行三點估算、風險預**幣值計算和決策樹計算，進行風險概率和影響量化，並更新到風險登記表；
5.風險應對策略
主要在專案規劃階段，對已識別且分析的風險，進行應對策略的建設，制定提高機會、降低威脅的方案和措施，將修改更新到風險登記表；
通常採用的方法，積極風險或機會應對策略、消極風險和威脅應對策略、應急應對策略、專家判斷。輸出更新後的風險登記表；
常規風險應對，根據積極策略：開拓(確保機會)、提高、分享、接受；消極策略：規避(取消威脅)、轉移、減輕、接受，確定風險應對方案；
6.風險監控和落地
主要在專案執行和監控階段，跟蹤已識別風險、實施風險應對計畫、監督殘餘風險、識別新風險，以及評估風險過程有效性的過程；
通常採用的方法，偏差和趨勢分析、狀態審查會、風險再評估、風險審計、儲備分析。輸出風險登記表、變更請求和組織過程資產；
常規風險監控，對已識別的風險進行偏差分析、風險狀態跟進審查、新增風險的再評估，以及儲備偏差分析工作，將修改更新到風險登記表。對風險監控中產生的變更，進行變更請求發起；將整個風險管理過程中的資料規整，作為團隊財富，形成組織過程資產；
傳統風險管理，基本就是做事要有計畫(風險管理計畫)，認識事物(風險識別)，分析事物(風險定性和定量分析)，解決方案(風險應對)，實施方案(風險監控)。風險管理，在規劃階段，要進行風險識別、風險定性分析、風險定量分析、風險應對方案；在進入執行和監控階段，要持續的進行識別、分析、應對、跟進監控下去，基本貫穿整個專案，而風險登記表也需要不斷的更新維護，舊風險的關閉和新風險的登記。
二、軟硬體專案的風險管理1.需求模糊風險
(1).分析原因：
產品或市場提交的需求，尤其是一句話的需求，最不可取，會懷疑有沒有好好做需求分析和設計工作；只是領導或市場的傳話，缺乏對產品獨立的思考和功能涉及；
(2).評估影響：
需求模糊會使設計效果圖體驗不流暢，甚至無法設計；開發業務實現無法閉環，甚至無法功能設計；測試用例測試邏輯不嚴謹；導致專案計畫排期樂觀，甚至無法排期；
(3).應對方案：
在專案迭代計畫階段，產品經理提供相對保真的原型互動，以及相關流程圖、資訊圖、需求簡易文件；對團隊成員進行需求的宣貫澄清；
2.需求變更風險
(1).分析原因：
由於業務資料流轉缺乏閉環驗證；硬體採購配件**商評估不到位，無法繼續合作；老闆提出的個性化緊急需求；客戶體驗階段，提出細節性的需求；
(2).評估影響：
需求變更會使ui互動變更設計；開發功能邏輯，變更處理邏輯；測試功能用例，變更用例邏輯；導致專案原定計畫開展受阻，專案進度延期，甚至無法繼續開展；
(3).應對方案：
在專案迭代計畫階段，產品宣貫澄清需求，做足夠的使用者業務閉環驗證；加強對合作夥伴的評審和約束，避免更換**商的問題；調整專案功能交付優先順序，優先交付滿足干係人預期的緊急重要需求；建立變更控制流程，約束變更，能不變就不變，或是在可接受度下的相對變更；專案計畫預留緩衝時間，用於應對緊急需求和變更；
3.溝通資訊一致性
(1).分析原因：
由於涉及跨團隊、跨部門、跨公司的溝通協調，存在各公司根據內部研發情況自行安排任務優先順序和交付時間；各方交付的功能，存在問題反覆，問題不斷，難以清理的問題；各方功能聯調的部分，存在相互推脫，不是自己負責那塊的問題；
(2).評估影響：
自行安排優先順序，導致各方依賴的功能，前置任務不完成，後置任務也無法開展；自行決定交付時間，導致專案總交付節點沒法達成，功能不完善，不能流暢體驗；交付功能，問題反覆和問題不斷，導致功能遲遲沒法驗收；聯調出現的問題相互推脫，導致問題沒法找到根源，沒法快速徹底解決，拖延專案進度；
(3).應對方案：
各方自行安排優先順序和決定交付時間，需要進行專案各個任務優先順序的統一排程，並制定專案總交付計畫，與各方達成交付節點的共識；各方交付功能，問題反覆和不斷的問題，將問題登記到專案管理工具，形成測試回歸節奏，一輪輪的驗收測試，嚴格約束交付質量；各方聯調推脫，進行集中辦公，共同對問題進行相關資料和日誌的核對，集中幾天進行聯調問題的修復和驗證；
4.硬體提供及時性
(1).分析原因：
由於軟硬體結合專案，為了實現對硬體的控制和資料展示，需對硬體相關協議解析，進行資料的聯調驗證。新硬體的研發，採購樣機配件物料相對麻煩，id設計、結構設計、打樣等工序，相對性周期長；硬體平台提供的完善性，區域性協議可調，以及可能的硬體規格有問題等，會導致硬體提供不及時；
(2).評估影響：
硬體協議和硬體平台提供不及時，會影響硬體協議解析工作和資料聯調工作的對接進度；如果硬體平台出現配件更換，協議變更，也會對整個適配聯調造成干擾；
(3).應對方案：
軟體開發計畫與硬體開發計畫保持進度上的同步，硬體的完備提供作為聯調的前置任務，在交付時間節點上，要早於聯調時間節點，並預留相對性的快取時間；督促要求硬體開發計畫，考慮相關風險，加強對**商的交付審核；周全考慮配件規格，盡可能減少更換**商問題、更換配件問題、協議介面變更問題；
5.**商交付及時性
(1).分析原因：
由於採購合作夥伴的技術方案或直接外包給**商開發，會存在因**商的技術攻堅能力不足、研發人員人力投入不足、專案管理能力不足、交付質量把控不足等問題，導致相關功能交付不及時；
(2).評估影響：
**商交付的功能模組，屬於整體專案交付中的一部分，而且有些涉及前後置模組的聯調，交付不及時將嚴重影響專案進度；對於整體專案外包專案，對於專案開展的各個節點交付物提交不及時，乙個交付節點延遲，下個交付節點不能追趕，乙個接乙個的延遲，那麼整個專案計畫肯定會延遲；
(3).應對方案：
在採購**商的時候，就**商的研發能力、研發人力、管理水平、交付質量等做充分的評估，以提高**商的准入水平，將大大提高**商交付功能的及時性；對**商交付的功能模組，確保與整體專案計畫一致性，並預留一定的風險緩衝時間；對全部外包給**商的專案，嚴格把控**商的計畫和嚴格驗收各個節點的交付物；
6.專案風險監控管理
在專案開展前期，進行了充分的專案風險識別、分析和應對，那麼將很大程度上避免熱鍋上的螞蟻現象，對風險事件有相對性的應對策略，專案開展更順暢。在專案前期制定的應對方案，要明確完成時間和責任到人，並定期對風險清單進行回顧，確認其是否還存在風險、是否已處理完畢、是否需要變更影響程度等。另外，需要特別注意的是，專案的風險管理會伴隨整個專案的展開，從專案立項到專案結項，會不斷有新風險的衍生，需要對新風險進行及時識別、分析、應對和監控，這樣才能做到未雨綢繆，運籌帷幄。當然，專案經理擁有很強的應變能力和突發事件處理能力，是專案管理能力比較強的一種體現，遇到未知風險，能冷靜處理，應對方案考慮完善，在專案進行中平滑處理，逐步將風險降到最低。
《[**]專案風險管理七種**之引言》
《[**]專案風險管理七種**-長生劍》
《[**]專案風險管理七種**-孔雀翎》
《[**]專案風險管理七種**-碧玉刀》
《[**]專案風險管理七種**-多情環》
《[**]專案風險管理七種**-離別鉤》
《[**]專案風險管理七種**-霸王槍》
《[**]專案風險管理七種**-拳頭》
《[**]專案風險管理七種**之結語》
專案風險管理
風險管理活動就是設法最小化由不可 因素導致的專案失敗的可能性。對專案的成功產生不利影響的條件和事件，都可以認為是專案風險。風險的發生是有概率性的 一旦發生，對專案的影響是不利的或有害的 風險是可能發生的，潛在的，對專案實施有影響的事情 問題issue 是當前時間窗之內已經發生或者已經確定一定會發生的...
專案風險管理
專案是為完成某一獨特的產品或服務所做的一次性努力。專案的最終交付成果在專案開始時只是乙個書面的規劃，無論是專案的範圍 時間還是費用都無法完全確定。同時，專案創造產品或服務是乙個漸近明細的過程，這就意味著專案開始時有很多的不確定性。這種不確定性就是專案的風險所在。風險一旦發生，它的影響是多方面的，如導...
專案風險管理
第7章 風險管理 1 7.1 介紹 1 7.2 風險管理規程 2 7.2.1 目的 2 7.2.2 角色與職責 3 7.2.3 啟動準則 3 7.2.4 輸入 3 7.2.5 主要步驟 3 step1 風險識別 3 step2 風險分析 3 step3 風險減緩 3 step4 風險跟蹤 3 7.2...