[轉載]項目風險管理七種武器-離别鈎[轉載]項目風險管理七種武器-離别鈎

确認沒有法務風險之後，小帥卻又得知老大有了最新訓示，需求變更在所難免。幾乎所有的百度項目都遭遇過需求變更，或者有潛在的需求風險。為了應對這一類最典型的風險，我們準備了離别鈎。

關鍵詞

“你用離别鈎，隻不過為了要相聚。”

演繹

管理風險，隻不過為了将風險發生的機率将到最低，或者風險發生時損失降到最少。

需求風險是最典型的風險，針對最典型的風險，使用80:20原則，重點跟進，要麼把風險的收益最大化要麼就把風險的損失最小化。這就是我們使用離别鈎的目的。

可能存在需求風險的情形

1. 團隊新成員較多、研發流程不熟悉

2. 項目涉及人員較多，跨團隊跨體系（HTTPS項目）

3. 項目處于探索階段，中間需求随着市場反應變化頻繁

4. 項目依賴較多，雙方接口、資料格式、進度等需要及時同步溝通

有效的應對方案和注意點

1. 需求（使用者故事）的價值難以評估的情況

2. 産品架構複雜，依賴關系複雜的情況

3. 業務知識缺乏而業務流程長導緻學習成本高的情況

4. 組織架構調整後，項目目标需要重新對齊的情況

5. 新産品上線後，随着營運宣傳的加強，新需求太多的情況

6. 項目後期發現需求遺漏的情況

7. 項目後期需求變更的情況

8 .項目安全相關的需求不受重視的情況

9. 需求來源多，協調優先級困難的情況

10. 跨團隊合作中，需求溝通不及時（需求送出時間晚）的情況

11. 需求太多，人力不足的情況

12. 需求來源多，且需求間可能沖突的情況

13. 業務知識不充分，難以提出有效需求的情況

14. 對非功能性需求不重視的情況

15. 開發團隊同時進行多個項目，遇到高優需求插入的情況

16. 不同角色對産品使用者體驗要求不同的情況

17. 多端需求同步的情況

接下來進入一個真實的項目

1.特點如下：

産品發展階段：方向探索

項目組織結構：跨體系

産品包含的端：PC、SDK

項目周期：長（2+2年）

項目分類：商業，平台類

研發模式：疊代

2.背景描述：

項目一期，二期，三期集中在産品的功能需求開發和産品的穩定性提升方面，四期的目标是達到商用試運作的品質要求。

3.風險識别：

識别階段：商用試運作計劃的制定過程中發現客戶關注的幾個重要需求沒有梳理。

觸發條件：正式商用的付費客戶使用産品必須具備這些功能。

發生機率（高、中、低）：高

影響評估（高、中、低）：高

4.應對措施（避免、緩解、轉移）：

避免

從競品進行學習；跟内部成熟産品學習并複用架構；成立專項小組快速開發；協調RD高工進行架構評審（保證相容性和靈活性）。目前是保障架構設計滿足商用試運作期間的重要功能可以靈活快速上線。

他山之石，可以攻玉。小帥趕緊針對需求變更和PM讨論了起來。

本文轉自SanMaoSpace部落格園部落格，原文連結：http://www.cnblogs.com/SanMaoSpace/p/5126674.html，如需轉載請自行聯系原作者