第九篇：風險控管——當車在比賽前起火時，你該有的「 B 計畫」
在專案管理裡，最危險的不是風險本身，而是「沒事啦」的假設。只要系統由人、設備、供應鏈與時間壓力組成，就不存在真正的零風險，只有不同的機率分布與應變準備程度。
核心概念：風險矩陣與應變計畫 (Contingency Plan)
工程師最常見的心理病灶叫「樂觀偏誤 (Optimism Bias)」。我們總是假設環境是完美的、零件是耐用的。 專業的 PM 會使用 風險矩陣 (Risk Matrix) 來評估：
- 發生機率 (Probability)：這件事發生的機會多高？
- 影響程度 (Impact)：如果發生了，後果多嚴重？
針對高風險（高機率或高影響）的事情，我們必須準備 B 計畫 (Contingency Plan)。 這不代表你對自己的設計沒信心，這代表你對你的團隊負責任。
賽車隊實例應用：比賽當天的那場大雨
試想一下，你們準備了一整年的乾地胎與高速調教。結果，決賽前十分鐘，天空突然烏雲密佈。
- 業餘團隊：手忙腳亂，找不到雨胎的胎壓數據，忘記調整懸吊設定，全員陷入恐慌。
- 職業團隊：隊長冷靜地喊出「雨天 Plan B」。底盤組取出早已準備好的雨胎，調校組拿出預設的雨地參數清單，車手換上防水裝備。
這就是風險控管的價值。 在設計車輛時，你就要考慮：
- 如果電池起火了，滅火器的配置是否能在 3 秒內啟動？
- 如果主車架加工失敗了，我們有沒有備用的材料供應商？ 真正的強大，不是永遠不出錯，而是出錯後能以最快的速度恢復。
工程實作建議：給工程師的「避震系統」
- 學會評估「單點失效 (Single Point of Failure)」： 在系統架構中，如果某個零件壞掉會導致整個專案停擺，這就是你的頭號風險。並建立備援系統 (Redundancy)。
- 提前告知風險，而不是事後道歉： 當你預期進度可能會因為某個外部零件延誤時，應在第一時間告知主管：「目前有 30% 的機率會延誤，我的 B 計畫是...」。 主管不怕你遇到問題，主管怕你「瞞著問題不說」。
- 冷靜的危機處理 (Crisis Management)： 當災難真的發生時（例如：伺服器當機、重大 Bug 曝光），不要找藉口，先找「止血方案」。 先讓系統恢復運作，再進行「賽後分析 (Post-mortem)」。這種「大將之風」，是你在職場晉升的關鍵門票。
實務補充：養成「悲觀思考，樂觀執行」的習慣
在設計時，假設每個零件都會壞；在執行時，用最強大的意志力去確保它不壞。當你能把風險量化並納入管理時，你就掌控了全局。
延伸閱讀： 我們走過了十萬八千里，從車庫走到了企業。 第十篇：總結——從車庫走向企業：工程師的職涯藍圖。