敏捷專案風險管理落地
發現很多做專案的同學，會忽略對專案風險的管理，以至於成為專案的救火隊長，處理各種應急事件。為了讓專案開展更順暢，避免出現專案既亂又累的問題，不應以戰術上的勤奮，掩蓋戰略上的懶惰，梳理總結下敏捷專案的風險管理落地。通常專案中風險管理，目的在於提高專案中積極事件的概率和影響，降低專案中消極事件的概率和影響。首先，我們先回顧下傳統專案中PMP闡述的風險管理知識點，然後分享下我們軟硬體專案中如何進行風險管理的，最後分享他山之玉百度工程效率部總結的風險管理乾貨。
一、傳統專案的風險管理
1.規劃風險管理
主要在專案規劃階段，定義如何進行風險管理的過程，包括風險識別、風險定性分析、風險定量分析、風險應對策略、以及如何進行監控；
通常採用的方法，頭腦風暴、風險規劃會進行討論分析。輸出專案風險管理計劃和風險分解結構；
常規風險管理計劃和風險分解結構，可來自公司專案管理模版，或來自專案經理以往專案經驗，或是自行梳理總結裁剪必要資料列；
2.風險識別
主要在專案規劃階段，對專案可能存在的風險進行識別確認，並更新到風險登記表，以便於進行風險分析和確定應對方案；
通常採用的方法，頭腦風暴、文件審查、資訊收集、核對表分析、圖解分析、假設分析、SWOT分析、專家分析。輸出更新後的風險登記表；
常規風險來自，需求(變更)、成本(高)、質量(標準高)、團隊(離職或抽調)、溝通(資訊不通暢)、干係人(特別期望)、採購(合作方支援程度)、進度(延期)，以及類似專案中的風險和專案經理過往風險經驗；
3.風險定性分析
主要在專案規劃階段，對已識別出來的風險，進行概念性的分析，確定風險優先順序，將修改更新到風險登記表；
通過採用的方法，風險分類、風險概率影響矩陣、風險緊迫性評估、專家判斷。輸出更新後的風險登記表；
常規定性分析，對風險分類(業務劃分)、確定概率(1-5)、確定影響(1-5)、確定緊迫性(1-5)、確定優先順序(1-5)，讓大牛參與評估，更新到風險登記表；
4.風險定量分析
主要在專案規劃階段，對已經定性分析的風險，進行資料的量化和建模，對風險深入分析和呈現，將修改更新到風險登記表；
通常採用的方法，三點估算、風險預期貨幣值、決策樹、龍捲風圖、敏感性分析、專家判斷。輸出更新後的風險登記表；
常規定量分析，對風險進行三點估算、風險預期貨幣值計算和決策樹計算，進行風險概率和影響量化，並更新到風險登記表；
5.風險應對策略
主要在專案規劃階段，對已識別且分析的風險，進行應對策略的建設，制定提高機會、降低威脅的方案和措施，將修改更新到風險登記表；
通常採用的方法，積極風險或機會應對策略、消極風險和威脅應對策略、應急應對策略、專家判斷。輸出更新後的風險登記表；
常規風險應對，根據積極策略：開拓(確保機會)、提高、分享、接受；消極策略：規避(取消威脅)、轉移、減輕、接受，確定風險應對方案；
6.風險監控和落地
主要在專案執行和監控階段，跟蹤已識別風險、實施風險應對計劃、監督殘餘風險、識別新風險，以及評估風險過程有效性的過程；
通常採用的方法，偏差和趨勢分析、狀態審查會、風險再評估、風險審計、儲備分析、技術績效分析。輸出風險登記表、變更請求和組織過程資產；
常規風險監控，對已識別的風險進行偏差分析、風險狀態跟進審查、新增風險的再評估，以及儲備偏差分析、技術績效分析工作，將修改更新到風險登記表。對風險監控中產生的變更，進行變更請求發起；將整個風險管理過程中的資料規整，作為團隊財富，形成組織過程資產；
傳統風險管理，基本就是做事要有計劃(風險管理計劃)，認識事物(風險識別)，分析事物(風險定性和定量分析)，解決方案(風險應對)，實施方案(風險監控)。風險管理，在規劃階段，要進行風險識別、風險定性分析、風險定量分析、風險應對方案；在進入執行和監控階段，要持續的進行識別、分析、應對、跟進監控下去，基本貫穿整個專案，那麼風險登記表也會不斷的處於更新維護中。
二、軟硬體專案的風險管理
簡單介紹下專案背景，隨著物聯網的發展，嵌入技術和感測技術的應用，國家物聯基礎設施的完善，智慧家居、智慧社群、智慧城市，慢慢由原來的只是概念火，也演變成為可以落地的商業專案。公司順勢而為，進行智慧產品的研發，涉及使用者互動端，硬體裝置、軟體平臺、手機APP、公眾號和小程式；涉及團隊組織形式，團隊內部工程師(JAVA、IOS、Android、Web前端、設計、測試、專案、產品)、團隊外部工程師(嵌入式、結構設計、硬體設計、測試、專案、產品)、公司外部工程師(嵌入式工程師、測試、專案)，專案涉及多終端、多職能工程師、跨團隊、跨部門、跨公司的溝通協調。因為是軟硬體結合的專案，硬體的研發週期，尤其是新品硬體的研發，相關配件的變更，樣品裝置提供節點將會對軟體聯調進度形成干擾。
1.需求模糊風險
(1).分析原因：
產品或市場提交的需求，尤其是一句話的需求，最不可取，會懷疑有沒有做好需求分析和設計工作；
(2).評估影響：
需求模糊會使設計效果圖體驗不流暢，甚至無法設計；開發業務實現無法閉環，甚至無法功能設計；測試用例測試邏輯不嚴謹；導致專案計劃排期樂觀，甚至無法排期；
(3).應對方案：
在專案迭代計劃階段，產品經理提供相對保真的原型互動，以及相關流程圖、資訊圖、需求簡易文件做補充；對團隊成員進行需求的宣貫澄清；
2.需求變更風險
(1).分析原因：
由於業務資料流轉缺乏閉環驗證；硬體採購配件供應商評估不到位，無法繼續合作；老闆提出的個性化緊急需求；
(2).評估影響：
需求變更會使UI互動變更設計；開發功能邏輯，變更處理邏輯；測試功能用例，變更用例邏輯；導致專案原定計劃開展受阻，專案進度延期，甚至無法繼續開展；
(3).應對方案：
在專案迭代計劃階段，產品宣貫澄清需求，做足夠的使用者業務閉環驗證；加強對合作夥伴的評審和約束，避免更換供應商的問題；調整專案功能交付優先順序，優先交付滿足干係人預期的緊急重要需求；建立變更控制流程，約束變更，能不變就不變，或是在可接受度下的相對變更；專案計劃預留相對性的緩衝時間，用於應對緊急需求和變更；
3.溝通訊息一致性
(1).分析原因：
由於涉及跨團隊、跨部門、跨公司的溝通協調，存在各方根據自身團隊內部研發情況自行安排任務優先順序和交付時間；各方交付的功能，存在問題反覆，問題不斷，難以清理的問題；各方功能聯調的部分，存在相互推脫，不是自己負責那塊的問題；
(2).評估影響：
自行安排優先順序，導致各方依賴的功能，前置任務不完成，後置任務也無法開展；自行決定交付時間，導致專案總交付節點沒法達成，功能不完善，不能流暢體驗；交付功能，問題反覆和問題不斷，導致功能遲遲沒法驗收；聯調出現的問題相互推脫，導致問題沒法找到根源，沒法快速徹底解決，拖延專案進度；
(3).應對方案：
各方自行安排優先順序和決定交付時間，需要進行專案各個任務優先順序的統一排程，並制定專案總交付計劃，與各方達成交付節點的共識；各方交付功能，問題反覆和不斷的問題，將問題登記到專案管理工具，形成測試迴歸節奏，一輪輪的驗收測試，嚴格約束交付質量；各方聯調推脫，進行集中辦公，共同對問題進行相關資料和日誌的核對，集中幾天進行聯調問題的修復和驗證。
4.硬體提供及時性
(1).分析原因：
由於軟硬體結合專案，為了實現對硬體的控制和資料展示，需對硬體相關協議解析，進行資料的聯調驗證。新硬體的研發，採購樣機配件物料相對麻煩，ID設計、結構設計、打樣等工序，相對性週期長；硬體平臺提供的完善性，區域性協議可調，以及可能的硬體規格有問題等，會導致硬體提供不及時；
(2).評估影響：
硬體協議和硬體平臺提供不及時，會影響硬體協議解析工作和資料聯調工作的對接進度；如果硬體平臺出現配件更換，協議變更，也會對整個適配聯調造成干擾；
(3).應對方案：
軟體開發計劃與硬體開發計劃保持進度性的同步，硬體的完備提供作為聯調的前置任務，在交付時間節點上，要早於聯調時間節點，並預留相對性的快取時間；督促要求硬體開發計劃，考慮相關風險，加強對供應商的交付稽核；周全考慮配件規格，儘可能減少更換供應商問題、更換配件問題、協議介面修改問題。
5.供應商交付及時性
(1).分析原因：
由於採購合作伙伴的技術方案或直接外包給供應商開發，會存在供應商相關功能交付及時性問題。主要會有供應商的技術攻堅能力不足、研發人員人力投入不足、專案管理能力不足、交付質量把控不足等原因，會導致相關功能交付不及時；
(2).評估影響：
供應商交付的功能模組，屬於整體專案交付中的一部分，而且有些涉及前後置模組的連線，交付不及時將嚴重影響專案進度；對於整體專案外包專案，對於專案開展的各個節點交付物提交不及時，一個交付節點延遲，下個交付節點不能追趕，一個接一個的延遲，那麼整個專案計劃肯定會延遲。
(3).應對方案：
在採購供應商的時候，就供應商的研發能力、研發人力、管理水平、交付質量等做充分的評估，以提高供應商的准入水平，將大大提高供應商交付功能的及時性；對供應商交付的功能模組，確保與整體專案計劃一致性，並預留一定的風險緩衝時間；對全部外包給供應商的專案，嚴格把控供應商的計劃和嚴格驗收各個節點的交付物。
6.專案風險監控管理
在我們對專案開展前期，進行了充分的專案風險識別、分析和應對，那麼將很大程度上避免了熱鍋上的螞蟻，對於突發事件有相對性的應對策略。在專案前期制定的應對方案，要責任到人和完成時間，並定期對專案風險進行回顧，確認其是否還為風險、是否已處理完畢、影響程度是否變更等。另外，需要特別注意的是，專案的風險管理會伴隨整個專案的開展，從專案立項到專案結項，會有不斷的新風險衍生，需要對新風險也進行管控，及時識別、分析、應對和監控，這樣才能做到未雨綢繆，運籌帷幄。當然，專案中擁有很強的應變能力和突發事件處理能力，也是專案經理比較強的一種體現，遇到未知的大風險，能冷靜處理，應對方案周到完善，平滑開展，逐步將風險降到最低。
三、百度專案的風險管理
拜讀百度工程效率部，總結分享的專案風險管理，或許對你在專案中管理風險有很多借鑑意義。