專案風險登錄與追蹤升級

🎯 這條流程解決什麼

風險管理的理論大家都懂，實務上卻常常做半套。風險被記進一張試算表後就沒人再回頭看，緩解措施究竟有沒有執行、期限到了沒、責任歸誰，全靠 PM 偶爾想起來才翻一翻。等到風險真的爆發成問題，回頭一查才發現它早就被登錄過、只是沒人追蹤——「明明知道卻沒處理」幾乎是每次事後檢討最痛的結論。

問題的根源不是團隊不會辨識風險，而是「登錄之後就沒有閉環」。一張靜態的試算表不會主動提醒任何人，於是登錄變成一次性的儀式，做完就被遺忘在角落。若要靠人工維持這個閉環，PM 得定期逐列檢視每個風險的狀態、比對目標解除日期、判斷哪些逾期、再一個個去提醒負責人——一個有 20 到 30 條活躍風險的中型專案，光是每週認真盤點一次就要 2 到 3 小時，而且極度仰賴 PM 的紀律與記性，只要有一兩週忙到沒做，風險清冊立刻變成「死表」。這種高度依賴人為自律的做法，注定無法長期穩定運作。

導入後的改變

導入前，風險清冊是一張「記了就忘」的靜態表格；導入後，它變成一個會主動催、會自動升級的活系統，差別非常具體。

• 盤點工時：PM 每週 2 至 3 小時的人工風險盤點，由系統自動巡檢取代，每月省下約 8 至 12 小時。
• 逾期可見度：緩解措施一旦逾期，負責人當天就收到提醒，不再等到風險爆發才發現「早就過期了」，未緩解風險的平均處理時間可縮短三到五成。
• 遺漏率：人工盤點難免漏看某幾列，系統規則化掃描後，到期與逾期項目一條都不會漏。
• 升級即時性：高風險項目逾期會自動上呈 PM，重大風險不再被卡在負責人層級無人知曉，管理層的能見度大幅提升。

最關鍵的改變是心態：當團隊知道每一條登錄的風險都會被持續追蹤、不會石沉大海，回報的意願與品質都會提高，風險管理才真正活了起來。

流程怎麼運作

整條流程對應 frontmatter 的五個節點，逐步說明：

1. 📝 風險收件：團隊成員透過 Google Forms 回報風險，填寫風險描述、可能影響的範圍、初步因應對策等欄位。表單送出即觸發流程，不需要任何人手動轉登。
2. 🧮 評級分類：系統依回報的「嚴重度」與「發生機率」兩個維度，套用風險矩陣自動計算出風險等級（如高／中／低），並依風險類別分派給對應的負責人。
3. 📒 清冊登錄：把這筆風險寫入 Google Sheets 的風險清冊，建立追蹤狀態（待處理／緩解中／已解除）、緩解措施與目標解除日期等欄位，形成可追蹤的完整紀錄。
4. ⏫ 到期升級：系統定期檢查每條風險的目標解除日期，緩解措施逾期未完成時自動提醒負責人；若是高風險項目逾期，再進一步上呈 PM，確保重大風險不會被擱置。
5. 📊 風險回顧：定期彙整所有未結案風險與整體趨勢（例如本週新增幾條、解除幾條、高風險佔比變化），整理成摘要供週會與里程碑檢視時快速掌握全貌。

需要的工具與串接重點

這條流程以 n8n 或 Make 為中樞，串接四個工具：

• Google Forms：風險回報的入口，降低團隊回報門檻。表單欄位要結構化（嚴重度、機率用下拉選單而非自由填寫），系統才能準確評級。
• Google Sheets：風險清冊的本體，也是評級規則（風險矩陣對照）與追蹤狀態的存放處。建議把「風險矩陣」獨立成一個分頁，方便日後調整規則。
• Slack：負責人催辦與升級提醒的即時管道。
• Email：用於較正式的升級通報，或寄發給不常用 Slack 的管理層。

串接重點在於升級條件要寫清楚：哪種等級逾期幾天該提醒負責人、哪種該上呈 PM，都要明確定義並可調整。日期判讀要排除假日，避免誤報逾期。更多評級邏輯與升級規則的設定方式，可參考 /automation 的整合指引。

常見錯誤與注意事項

• 自動評級僅供初篩，不取代專業判斷：風險評級牽涉專業判斷，系統自動計算的等級只是初步分類。涉及法律責任、財務損失、資安個資外洩或客戶合約的高風險項目，務必由 PM 或風險負責人「人工確認」後再正式定級與決定因應，AI 不取代專業的風險評估。
• 個資與敏感環節務必標明需人工確認：若回報的風險涉及客戶個資、醫療、食安或金流安全，緩解措施的判定與執行不可全交給自動流程，須由具相關專業的權責人員核可。
• 清冊存取要嚴控：風險清冊常記載敏感的內部弱點與商業資訊，存取權限要嚴格控管，升級通知對象須限縮在權責人員，避免內部弱點外洩。
• 規則要定期校準：風險矩陣與升級門檻若長期不檢討會失準，建議每季隨專案階段調整一次。

台灣中小企業情境案例

新竹一家約 30 人的精密零件製造廠，承接客戶的新產品試產專案，過程中辨識出的風險（原料交期延誤、模具良率不穩、客戶規格變更等）原本都記在一張共用試算表裡。但那張表登錄完就沒人維護，某次「主力供應商產能吃緊」的風險被記下後三週無人追蹤，等到原料真的斷供、產線停擺才被想起，導致對客戶的交期整整延後兩週，差點賠上一個長期訂單。

導入這條流程後，現場與採購人員用手機掃 QR Code 就能透過表單回報風險，系統自動評級、分派負責人並寫入清冊。供應商產能這類高風險項目一旦緩解措施逾期，採購主管當天就收到 Slack 提醒，逾期超過期限還會上呈廠長。實施一季後，風險清冊從「死表」變成每週會議的固定檢視依據，逾期未處理的風險件數從平均 7 件降到 1 至 2 件，再也沒有發生「早就登錄卻沒人追」的斷料事故。

延伸應用

這條流程的閉環骨架可以延伸到許多場景。把風險回顧的摘要接進每週的專案報告，風險現況就能自動進到管理層眼前；加上「同類風險重複出現」的偵測，能找出系統性問題、推動根因改善。對多專案的 PMO 而言，可把各專案的風險資料匯總成組織層級的風險儀表板，看出哪類風險最常見、平均解除時間多長，據以優化流程。也可把已解除風險的緩解經驗沉澱成知識庫，讓下一個專案少踩同樣的坑。想把風險回顧接進每週報告或其他流程，可瀏覽 /workflows 的專案管理系列，或到 /recipes 找表單登錄與通知類食譜，組出最適合自家的風險閉環。

流程圖

用到的工具

更多「企業職能」工作流

瀏覽全部工作流藍圖 → 自動化工作流中心 → AI Skills 食譜庫 →