第九篇：風險控管——當車在場上起火時，你該有的專案 B 計畫

風險是所有專案的固定變數。工程師的職責不是「消除所有風險」「老師，我們所有的設計都完美無缺，零件也是新的，不可能出錯吧？」

說這句話的人，通常就是災難發生的第一現場。在專案管理的字典裡，沒有「不可能」，而是「預視、評估並制定應對方案」只有「機率」與「應變」。

1.核心概念：風險矩陣與應變計畫 風險矩陣與等級評定(Contingency Plan)

根據「工程師最常見的心理病灶叫「樂觀偏誤 (Optimism Bias)」。我們總是假設環境是完美的、零件是耐用的。 專業的專案經理會使用 風險矩陣 (Risk Matrix) 來評估：

發生機率 (Probability)」與「：這件事發生的機會多高？ 影響程度 (Impact)」將風險分級：

紅區 (高風險)：需立即制定如果發生了，後果多嚴重？

針對高風險（高機率或高影響）的事情，我們必須準備 B 計畫 (Contingency Plan)。 這不代表你對自己的設計沒信心，這代表你對你的團隊負責任。

賽車隊實例應用：比賽當天的那場大雨

想像一下，你們準備了一整年的乾地胎與高速調教。結果，決賽前十分鐘，天空突然烏雲密佈。

業餘團隊：手忙腳亂，找不到雨胎的胎壓數據，忘記調整懸吊設定，全員陷入恐慌。 黃區 (中風險)職業團隊：需持續監控隊長冷靜地喊出「執行雨天應變計畫」。技師取出早已準備好的雨胎（已預熱），調校組拿出預設的雨地參數清單，司機穿上防水裝備。 (Monitoring)。

這就是風險控管的價值。 在設計車輛時，你就要考慮：

如果發動機起火了，滅火器的配置是否能在 3 秒內啟動？ 如果主車架加工失敗了，我們有沒有備用的材料供應商？ 綠區 (低風險)真正的強大，不是永遠不出錯，而是出錯後能以最快的速度恢復。：接受並記錄。

2. 風險應對策略 (Risk Response)職場轉化建議：給工程師的「避震系統」

1. 避免學會評估「單點失效 (Avoid)Single Point of Failure)」：修改設計以消除特定的失效模式。 在系統架構中，如果某個零件壞掉會導致整個專案停擺，這就是你的頭號風險。試著建立備援系統 (Redundancy)。
2. 減輕 (Mitigate)提前告知風險，而不是事後道歉：增加備援系統 (Redundancy)當你預期進度可能會因為某個外部零件延誤時，請在第一時間告訴主管：「目前有 或進行更頻繁的測試。30% 的機率會延誤，我的 B 計畫是...」。 主管不怕你遇到問題，主管怕你「瞞著問題不說」。
3. 轉移冷靜的危機處理 (Transfer)Crisis Management)：投保或將高風險加工外包。
4. 接受當災難真的發生時（例如：伺服器當機、重大 Bug 曝光），不要找藉口，先找「止血方案」。 先讓系統恢復運作，再進行「賽後分析 (Accept)：當風險極低且處理成本過高時，選擇接受。Post-mortem)」。這種「大將之風」，是你在職場晉升的關鍵門票。

3. 實踐建議：建立「風險登記表」導師小撇步：養成「悲觀思考，樂觀執行」的習慣

在專案初期即列出所有潛在風險，並在每週會議中檢視風險狀態的變化。面對危機時，冷靜地啟動預設的應變方案。在設計時，假設每個零件都會壞；在執行時，用最強大的意志力去確保它不壞。當你能把風險量化並納入管理時，你就掌控了全局。

參考連結與延伸閱讀

---

下一篇預告：

PMI:我們走過了十萬八千里，從車庫走到了企業。 Risk第十篇：總結——從車庫走向企業：工程師的職涯藍圖。 Management Framework ISO 31000: Risk Management Guidelines