本章的責任是定義治理例外與重新評估問題節點，讓風險接受決策具備期限、條件與回收機制。

本章涵蓋與不涵蓋

本章聚焦決策治理與重新評估節奏，不討論單一審批系統流程細節。

例外治理模型

例外治理的核心責任是把暫時接受風險的決策，限制在可追蹤、可回收、可重評估的範圍內。本節列的是誰要確保什麼，不是紀錄要填什麼欄位——欄位的定義處是 security exception 卡、填寫協議與模板在 7.17。五項責任與那六個欄位的對應寫在括號裡，兩邊用同一套語彙：

  1. 決策責任：確認例外的目的、邊界、批准者與受影響資產都被記下來（對應 risk scope 與 owner）。
  2. 期限責任：確認有明確到期日、下次審查時間，以及重評估條件（對應 expiry）。條件有兩種實作，兩者至少要有一種——時間驅動的定期審查日，或責任 4 的事件驅動 tripwire。外部要求自帶的期限（稽核 finding 的補正期限、合約的通報時限）優先於內部訂的到期日，兩者衝突時內部期限沒有效力。
  3. 補償責任：確認過渡期間加上額外監測、限制或人工檢查（對應 compensating controls）。
  4. 觸發責任：確認關閉依賴外部事件或時間不可預測的例外都掛了 tripwire（基數判準在 security exception 卡）。tripwire 不是六欄之一、是以例外為觀察對象的獨立物件，所以這一項沒有對應欄位、而它的四要素（訊號 / 門檻 / 升級對象 / 決策路徑）在 tripwire 卡。
  5. 關閉責任：確認關閉條件可驗證、且關閉後有回寫（對應 exit criteria 與 write-back target）。

判讀流程

判讀流程的責任是把「例外同意」轉成「例外可控」。

  1. 先確認例外是否有清楚邊界與風險描述。
  2. 再確認是否有到期日與可驗證的關閉條件（能被第三人查驗成立與否；量化是最常見的形式、不是唯一的形式）。
  3. 接著確認補償控制面是否足以降低暴露窗口。
  4. 最後確認 tripwire 與重評估流程是否可執行。

問題節點（案例觸發式）

問題節點判讀訊號風險後果前置控制面
例外條件描述不足只記錄同意結果，未記錄邊界條件例外範圍持續擴張runbook
風險接受缺乏期限例外長期存續且無重評估節點長期暴露風險累積incident-timeline
補償控制面不足例外期間缺少額外監測與限制事件發生時缺乏止血槓桿containment
tripwire 未定義重大變化出現時無自動重審機制決策過期仍持續生效incident-severity

常見風險邊界

風險邊界的責任是判斷例外決策何時已不可接受。

  • 例外文件只有結論沒有條件時，代表例外邊界不可驗證。
  • 例外到期後仍自動延長時，代表治理節奏失控。
  • 例外期間缺少補償監測時，代表事件來臨時無法提早止血。
  • 關鍵風險指標變化卻未觸發重審時，代表 tripwire 機制失效。

案例觸發參考

案例觸發的責任是驗證例外治理是否能承受高壓情境。

下一步路由

  • 平台控制面補償設計：05-deployment-platform
  • 驗證與回退節奏：06-reliability
  • 分級、通報與重評估：08-incident-response