軟件工程諺語（大意）：
　　如果你不防范（躲著）風險，那么風險就會來敲門。
　　隨意打開一本項目管理教材，可以發(fā)現(xiàn)項目管理涉及的內容很多，其中包含各種要素的管理，而項目管理的知識體系更是相當龐大，需要考證的 PM 們花很多精力來學習，一個知識點、一個知識點地來掌握。
　　這在實踐工作中很容易讓人產(chǎn)生主次不分的錯覺，甚至會感到無所適從。難道項目管理知識體系中所有這些“管理”要點、知識點都是同等重要的嗎？有沒有一根或幾根主線和關鍵點呢？
　　我們太極敏捷派認為：
　　風險管理是軟件項目管理的第一（首要）管理。（不知大伙兒是否贊同？）
　　得出這個結論的邏輯很簡單。
　　項目經(jīng)理的職責是確保項目在給定的時間和資源等約束條件下，成功完成項目，實現(xiàn)既定目標。所以，任何可能妨礙軟件開發(fā)項目成功的因素，都可以稱之為風險。這里我所說的風險及其管理，可能與經(jīng)典項目管理教材略有不同。
　　我們可以反問。如果一個項目，不存在風險，無論開發(fā)團隊成員們怎么做，100% 都能夠成功，那么還需要項目經(jīng)理干嘛？可見，作為軟件項目失敗的第一責任人，軟件項目經(jīng)理的首要職責必然是排除障礙，防范風險，確保項目的成功。
　　在實際的軟件工程項目管理中，潛在的風險因素其實是非常多的，有需求風險（不知道或不明確地知道做什么），技術風險（不知道怎么做，用什么技術，怎么用），進度（時間）風險，質量風險，資源風險，人員風險（士氣、內耗） ... 等等。
　　為什么軟件開發(fā)項目會失??？回答：因為“運氣不好”，發(fā)生了風險，risk 成真，成為了事實。
　　把風險管理提升到軟件項目管理之首的位置，有很多好處。
　　回頭看過去 40 年，可以這么說，軟件工程迄今為止的絕大部分做法都是為了防范項目風險、保障項目成功而總結出來的經(jīng)驗教訓，抓住了風險預防和管理這根主線，我們就能更好地理解傳統(tǒng)軟件工程和當代軟件工程。
　　風險驅動是統(tǒng)一軟件過程框架 RUP 的一個顯著特征，敏捷過程通過短迭代、促進團隊內外的溝通等等具體做法也是為了更好地防范風險。
　　因此過去幾年中，我也一直建議、提醒客戶和朋友們要盡可能采取迭代、遞增的開發(fā)方式，始終維護一張項目的風險清單（Risk List），通過迭代的計劃和評審等活動，不斷地評估和更新項目風險，加強風險的預防措施。
　　做好風險的預防和管理，是成熟軟件項目經(jīng)理的一個首要職責。
　　backlove 的這篇文章《應該重視項目管理中的風險管理》正好與我不謀而合：“我們真的應該把風險管理當做項目管理里最重要的部分來認真處理”。