案例_Risk Policies in Project Russia：1812年俄法戰爭的風險辨識與因應失敗
案例_Risk Under the Microscope：現場故障、風險計畫缺口與跨團隊責任
案例_Monte Carlo in Italy：Monte Carlo Analysis 與不確定時程模擬
案例_Probability and Impact：低機率高衝擊風險與門檻調整
| 核心主題 | 主要觀點／概念 | 實務或理論意義 | 重要條件／限制／延伸 |
|---|---|---|---|
| 風險流程完整性 | 辨識風險後，還需分析、規畫因應並持續監控 | 避免「知道風險存在」卻沒有改變決策與行動 | 歷史經驗與情報只有被轉成具體因應時才有價值 |
| 範疇與責任界面 | 風險規畫需覆蓋完整 WBS、實施與跨團隊交接 | 降低技術風險之外的組織、知識與現場執行風險 | 只挑中高風險活動可能漏掉低機率但關鍵的失效點 |
| 定量風險分析 | Monte Carlo Analysis 以工期／成本範圍模擬可能結果 | 比單點估算更能呈現不確定性與完工分布 | 結果依賴輸入範圍、模型與相依關係品質 |
| 風險門檻 | 機率×衝擊或評分公式需反映企業真正不能承受的事件 | 確保低機率、高衝擊風險仍能得到管理注意 | 必要時應調整門檻或建立例外升級規則 |
| 溝通與風險 | 日期承諾、責任假設與知識交接若未被同步，會形成額外風險 | 風險管理也是跨角色溝通與整合活動 | 風險登錄表不能取代實際責任協調 |
第11章討論專案風險管理，原書共有4個正式案例，涵蓋風險流程完整性、風險規畫缺口、Monte Carlo 定量分析，以及低機率高衝擊風險的門檻設計。
Risk Policies in Project Russia 的核心不是單純列出俄國冬季等風險，而是檢視法軍是否把已知訊號轉成分析、因應與持續監控。原書用此案說明，沒有後續行動的風險辨識價值有限。
Risk Under the Microscope 顯示，團隊原本只聚焦設計與供應鏈，卻把現場實施假設成另一團隊的責任，也缺少長期可靠性測試。真正造成停機的問題因此落在原計畫邊界之外。
Monte Carlo in Italy 用活動工期範圍進行模擬，將單一日期轉成可能結果分布。這能改善上市時間與成本風險討論，但前提是輸入與模型合理。
Probability and Impact 提醒，普通評分公式可能把極低機率、極高衝擊事件分類得太低。若風險矩陣無法反映企業真正的損失承受度，就必須調整門檻或另設升級機制。
風險管理不是一次性的表格工作，而是持續連結範疇、時程、責任、資訊與決策。當專案條件改變，風險假設與因應也要跟著更新。