Lessons Management(經驗教訓管理/組織學習管理)是一套把事件、演習與日常運作中的經驗,從「有人注意到」一路轉成「組織真的改變,而且確認改變有效」的閉環制度。它不是單純開 debrief、寫檢討報告或列出 recommendations。
維州 emergency-management sector 採用 EM-LEARN 架構,公開文件強調兩個核心觀念:7487
| 階段 | 意義 | 簡單判斷方式 |
|---|---|---|
| Observation | 某人看見、聽見或經歷的值得注意事實;可能是良好實務,也可能是改善機會。 | 「發生了什麼?」先記錄事實,不急著歸因。 |
| Insight | 把多項 observation 分類、交叉驗證並分析後,得到可能具有普遍性的理解。 | 「這是單一偶發事件,還是反覆出現的系統模式?為什麼?」 |
| Lesson identified | 根據 insight,說清楚應維持或改變什麼,以及需要採取的可行行動。 | 「組織需要學到什麼、準備怎麼做?」 |
| Lesson learned | 行動已實施、嵌入政策/流程/裝備/訓練或日常規範,並經監測或演習驗證確實改善。 | 「實際改了嗎?下次是否真的表現不同?」 |
因此,常見的「檢討會已完成」「報告已發布」「建議已同意」最多通常只走到 lesson identified;還不能證明 lesson 已經 learned。
以下是說明性假例,不是 AV 已公開發生的個案:
| 階段 | 假想內容 |
|---|---|
| Observation | 某大型事件中,多組 ambulance 從錯誤入口進場,延誤抵達 casualty collection point。 |
| Insight | AV、Triple Zero、場地方及消防使用的 access map 版本不同;類似問題在兩次演習也出現。 |
| Lesson identified | 大型場館需要一份由明確 owner 管理、可供所有機關共用並定期核對的 version-controlled access plan。 |
| Action | 更新 CAD/event plan/action card,指定 owner 與期限;brief call-takers、dispatchers 和現場 crews;安排跨機關測試。 |
| Lesson learned | 後續演習與事件顯示所有機關取得同一版本,錯誤入口事件消失或顯著下降,而且新流程已納入日常規範。 |
這個例子顯示:「入口錯了」是 observation;「跨機關版本管理失靈」才可能是 insight;「建立共同版本控制」是 lesson identified;真正改完並驗證,才是 lesson learned。
| Lessons Management | 調查、稽核或究責 |
|---|---|
| 目標是持續改善能力,通常採 system-focused、learning-focused、future-focused。 | 可能要釐清事實、違規、法定責任、專業責任或個人表現。 |
| 包含成功經驗與失敗經驗,也會跨多事件找趨勢。 | 常由單一重大事件或特定疑義啟動。 |
| 可在事件進行中透過 RTM&E 產生即時回饋。 | 通常較正式,程序、證據與獨立性要求可能更高。 |
| 重點是 action 是否實施、是否產生持續改善。 | 重點可能是 findings、recommendations、合規或問責。 |
兩者可以並行。Non-punitive learning 不表示取消臨床治理、安全通報或法定究責;而是避免把所有系統問題簡化成「某個人做錯」。
台灣消防、119 與醫院已有事故檢討、演習檢討、案例教育及改善列管;Lessons Management 增加的價值主要是:
Lessons Management 的核心不是「我們從事件學到了什麼」這句話,而是能否證明:觀察被分析、改善有人負責、行動真的落地,而且下一次的系統表現確實不同。