未被記錄的例外也是工作流程一部分
為何人們最想自動化的工作，往往依賴從未被表達為流程一部分的例外。
重點摘要
- 表面流程往往只有正常路徑；有經驗的人員默默承擔各種例外。
- 只自動化可見步驟，可能移除原本保障特殊個案的判斷。
- 把例外視為正式流程元素，定義訊號、負責人、升級和學習迴路。
我們反覆發現，人們最想自動化的工作，往往由一些沒有人記錄過的例外支撐。
流程圖畫出正常路徑，有經驗的人則知道何時不應跟從。
他們知道某位客戶需要另一種解釋、某供應商延誤暫時不構成風險、一個細小差異可能預示更大問題，或看似完整的要求應等另一場對話後才處理。這些不一定是罕見邊緣個案，而是令專業工作保持合適的日常變化。
以一個綜合示例來說，團隊希望自動向逾期提供資料的人發提示。規則看似簡單，但同事在敏感談判進行中、收件人剛提供部分證據，或另一位同事已承諾親自跟進時，原本會暫停提示。這些條件沒有出現在名義流程，卻全都是實際流程的一部分。
如果只自動化可見步驟而忽略例外結構，系統可能同時變得更一致、也更不稱職。
答案不是預先列出所有例外；在開放的專業環境中這不可能。真正需要的是為例外設計明確位置：辨認正常路徑可能不合適的訊號、負責偏離的角色、暫停而非強行回答的方法、帶入升級處理的證據、記錄改變及理由，以及判斷例外是否應成為新規則的覆核。
情境認知研究指出，知識離不開使用它的活動和文化（Brown, Collins and Duguid, 1989）。
例外不是流程周圍的雜訊，而是揭示流程的營運邊界。當系統能辨認正常路徑的限制，並把足夠脈絡交回適當人員判斷，才會更安全。
延伸閱讀：脈絡並沒有藏在資料庫內。
Sources
/ 開始
從一個業務成果開始，再逐步擴展。
先選定一個明確的檢視週期、工作流程或團隊，找出更完整的營運脈絡可立即提升前期準備和專業判斷質素的地方。