為什麼專案明明有計畫，最後還是經常出問題？
你負責一場即將在六週後舉辦的企業新品發表會，活動日期已經確認，預算也獲得主管核准，場地、設計、宣傳與廠商合作都已安排在專案時程表中，現在看起來一切順利。
但到了活動前三週，設計師告知主視覺需要延後交稿；活動前兩週，場地通知設備配置需要調整；活動前三天，講師又臨時表示無法出席，原本排得整整齊齊的專案時程，瞬間被打亂。
你開始不斷打電話、修改流程、協調各部門，甚至必須加班處理突發狀況，這時候你可能會想：「這些事情怎麼可能提前知道？」
確實，沒有任何 PM 可以預測所有問題，但專案管理的目的，本來就不是保證事情永遠按照原定計畫發生；真正重要的是：在問題發生之前，先辨識哪些事情可能出錯，並做好適當準備。
這就是專案風險管理（Project Risk Management）的核心。
- 本文適合哪些人閱讀：新手 PM、專案經理、行銷企劃、專案負責人、部門主管
- 本文重點：專案風險管理、專案延期、風險評估、風險管理流程、風險矩陣、專案管理技巧
先分清楚：什麼是風險，什麼是已經發生的問題？
很多新手 PM 會將風險與問題混在一起；例如，當設計師告知今天無法交稿時，才開始將「設計延誤」列為風險。
但嚴格來說，這時候延誤已經發生，應該被視為需要處理的問題（Issue），風險則是尚未發生，但可能影響專案目標的不確定事件。
兩者最大的差別，在於發生的時間與需要採取的管理方式。
| 類型 | 情境 | 管理重點 |
|---|---|---|
| 風險 Risk | 設計可能因需求尚未確認而延期 | 提前預防、準備應對方案 |
| 問題 Issue | 設計師已通知無法如期交稿 | 立即處理、調整計畫 |
例如，戶外活動最常見可能因為下雨受到影響，是一項風險。但如果活動當天已經下大雨，造成戶外舞台無法使用，就已經是實際問題。
風險管理的價值，在於讓團隊不必等到事情發生後，才第一次討論該怎麼辦。
步驟一：辨識風險，找出最可能讓專案失控的地方
專案啟動時，PM 除了建立時程表，也應該安排風險辨識，不需要一開始就使用複雜的管理系統；可以邀請主要執行成員，針對專案各階段討論：「有哪些情況可能影響目標？」
從五個面向開始檢查：
- 時程風險： 是否有關鍵工作可能延遲？例如供應商交貨、設計審核或功能開發
- 成本風險： 是否存在未估計的費用？例如臨時追加設備、修改費用或人力成本。
- 人力風險： 是否過度依賴單一成員？如果主要負責人請假，是否有人能接手？
- 需求風險： 客戶或主管是否可能在執行中途修改內容？
- 外部風險： 是否受到天氣、法規、合作廠商或其他不可控制因素影響？
以前述新品發表會為例，團隊可能辨識出「講師臨時無法出席」、「宣傳素材未及時完成」與「報名人數低於預期」等風險，這時不必急著處理全部風險，而是先將它們記錄下來，建立共同認知。
風險描述應該具體，不建議只寫「廠商風險」。
更好的寫法是：「如果舞台設備廠商延遲交付，可能導致活動前一天無法完成彩排。」這樣的描述包含可能原因、風險事件與影響，後續才容易評估及處理。
步驟二：評估風險，並不是所有問題都需要同等關注
當團隊列出十幾項風險時，可能會產生新的問題：「我們真的有時間全部處理嗎？」通常不會是全部都處理，身為 PM 的你應該進一步判斷，哪些風險最值得優先投入資源。
一種簡單的方法，是建立「風險評估矩陣」，將風險按照「發生機率」與「影響程度」進行評分。
例如可以使用一至五分，發生機率越高，分數越高；對時程、成本或品質的影響越嚴重，分數也越高。再以兩項分數相乘，作為初步排序依據。
新品發表會「風險矩陣」評估示例：
風險評估互動練習以下數字為假設案例，並非真實專案統計。可調整發生機率與影響程度，觀察優先順序如何改變。
風險：主講人無法出席
- 發生機率：4 / 5
- 影響程度：5 / 5
- 風險初步評估分數：20 / 25
需要注意，這個分數只是輔助排序工具，並非精準的風險預測，例如有些風險發生機率很低，但一旦發生，就可能導致重大安全事故或法規違規。
這類風險不能因為乘積分數較低，就被忽略。因此，PM 除了參考分數，也需要判斷風險是否涉及安全、法規或其他不可接受的後果。
步驟三：決定應對策略，不是每個風險都要用同一種方法處理
完成風險排序後，下一步就是決定如何應對，針對可能造成負面影響的風險，常見策略包括避免、降低、轉移與接受。
- 避免：直接改變計畫，消除特定風險
例如戶外活動遇到颱風季節，主辦單位決定改成室內場地。這可能消除部分天候對戶外設施的影響，但也需要評估場地更換帶來的新風險。
- 降低：減少發生機率或影響
例如擔心主講人臨時無法出席，可以提前確認行程，並準備備援講者或替代流程。這不代表一定能避免突發狀況，但可以減少對整場活動的影響。
- 轉移：透過合約或保險分配部分風險
例如某些活動設備損失風險，可以評估適當的保險安排。不過，風險轉移不代表主辦單位就不需要管理相關責任。
- 接受：評估後決定保留風險
如果某項風險發生機率低、影響有限，且處理成本明顯過高，團隊可能決定接受。但接受風險不代表完全不管，而是清楚知道其存在，必要時準備應變方式。
步驟四：建立預警指標，在問題爆發前採取行動
風險管理經常失效的一個原因，是 PM 雖然建立了風險清單，卻沒有持續觀察。
例如早在專案啟動時，就知道主視覺製作可能延遲，但直到原定交稿日，才發現設計師仍未開始製作，這時即使風險清單寫得再完整，也無法發揮預防效果。
因此，每項重要風險都應盡可能設定預警指標。
實際案例：設計交稿可能延誤，假設新品活動的主視覺預計在 10 月 20 日完成，在專案時表上就建議要設定細項確認時間：
- 10 月 10 日前，確認設計需求與必要素材
- 10 月 14 日前，完成初稿方向確認
- 10 月 17 日前，完成主要修改與內部審核
如果 10 月 14 日仍未取得初稿，就代表需要立即了解原因，例如是否存在資訊不足、主管尚未決策，或設計工作量超過預期的問題。透過階段性檢查點，PM 才有機會在正式交付期限之前採取行動。
六、步驟五：指定風險負責人，讓風險管理真正落實
有些專案的風險清單寫了很多項目，但沒有人負責追蹤，這會讓風險管理變成形式上的文件。因此，建議每項重要風險都指定明確負責人。
例如：
| 風險項目 | 主要負責人 | 應對方式 |
|---|---|---|
| 宣傳素材延期 | 行銷負責人 | 分階段確認素材 |
| 主講人無法出席 | 活動企劃 | 確認備援人選 |
| 場地設備異常 | 場務負責人 | 提前測試設備 |
| 活動報名低於預期 | 行銷負責人 | 設定報名檢查點與調整方案 |
這裡的負責人不一定需要親自解決所有問題，主要責任是觀察風險狀況、回報變化，並在必要時啟動應對。
PM 則負責掌握整體風險、定期追蹤，及協調各項行動是否符合專案目標。
七、實際案例：如何處理新品發表活動的風險？
假設你是一位第一次獨立負責活動的 PM，公司希望在六週後舉辦新品發表會，但團隊擔心場地、講師與宣傳準備不及。
你可以使用簡化的五步驟進行管理：
- 首先，與團隊共同列出可能影響活動的事件
- 接著，判斷哪些風險對活動成功最具威脅
- 假設討論後，將「講師臨時取消」與「關鍵宣傳素材延誤」列為優先處理項目
- 針對講師風險：你安排提前確認交通與行程，並準備替代活動內容
- 針對素材風險：你將原本只有一個最終交稿期限的工作，拆成需求確認、初稿審核與最終交付三個階段
每週會議時，除了詢問工作是否完成，也檢查預警指標是否出現異常；這樣的做法不保證活動絕對不會出現問題，但能讓團隊在風險實現時，不必從零開始討論。
這個假設案例也說明：風險管理的成果不一定是「完全沒有事故」，而是讓專案具有更好的應變能力。
八、風險管理常見的三個錯誤
第一，只在專案啟動時建立風險清單
專案環境會改變，新的合作廠商、需求變更與進度延誤，都可能帶來新的風險，因此，風險清單應定期更新。
第二，只記錄風險，沒有安排對策
一份寫滿可能問題的清單，如果沒有處理方式、負責人與觸發條件，實務價值就會受到限制。
第三，認為所有風險都必須消除
現實中，資源有限，無法處理每一個不確定因素；PM 的工作是協助團隊辨識優先順序，並在成本、風險與專案目標之間做出合理取捨。
優秀的 PM 不只是解決問題，更懂得提前準備
當專案遇到突發狀況，能夠快速協調確實是一項重要能力；但如果每次都要等到最後一刻才開始救火，團隊可能長期處於高壓狀態。
透過風險辨識、優先排序、應對策略、預警指標與責任追蹤，PM 可以將部分被動處理轉化為主動管理，不需要一開始就建立複雜制度。
從下一個專案開始，先列出三項最值得關注的風險，並為每項風險安排負責人與應對方式，就是很好的起點。
風險管理不是預測所有未來，而是讓團隊在面對不確定性時，有更充分的準備以及彈性應變的能力。