系統思維基礎與根本原因分析
一、 你是消防員還是建築師？
在日常工作中，我們是否經常扮演「消防員」的角色？當問題（火災）發生時，我們立刻投入資源去滅火。這雖然解決了當下的危機，但如果我們沒有找到火災的真正原因（例如：電線老舊、管理疏忽），下次火災依然會發生。系統性思維的挑戰在於：
- 從表象跳到結構： 停止只看見「症狀」（Symptom），開始探究造成症狀的「結構」（Structure）。
- 看見時間與空間的延伸： 任何問題都不是孤立的，它有時間上的歷史和空間上的影響範圍。
- 避免思維定式： 我們習慣用最容易、最快的解法，但這往往只是治標。
案例研討： 某產品客訴率突然飆升。
- 線性反應： 立刻增加客服人力、加快退貨流程。
- 系統思維： 追蹤客訴的類型、時間、批次，探究是否是供應鏈、設計缺陷或操作手冊問題。
二、 系統思維的冰山模型
這是我們轉變思維的起點：
目標： 我們必須訓練自己，不斷潛入水面下，找到影響規律的結構性力量。
問題的結構化分解
關鍵學習目標： 掌握從表象到根本原因 (Root Cause Analysis, RCA) 的分析方法。
一、 精準定義問題：從混亂到聚焦
一個「好」的問題定義，已經解決了問題的一半。糟糕的定義通常包含解決方案，或者過於籠統。
問題定義三要素：
- 現狀 (What is): 客觀描述現在發生的負面狀況。
- 理想 (What should be): 描述期望達成的標準或目標。
- 差距 (Gap): 為什麼現狀與理想有差距？（這就是我們需要解決的問題）
實操工具 (1)：5W2H 分析法
二、 深入挖掘：根本原因分析 (RCA)
精準定義問題後，我們必須找出那個「真正」的原因，而不是替罪羊。
實操工具 (2)：5 Why 分析法
5 Why 是最簡單也最有效的根本原因追蹤法。它要求我們連續問五次「為什麼」，迫使我們穿透表面邏輯。
範例：會議遲到
- 問題： A 部門提交的季度報告延遲了三天。
- Why 1： 為什麼報告延遲了？ -> 因為 A 部門沒有在截止日前完成數據彙整。
- Why 2： 為什麼他們沒有完成彙整？ -> 因為數據來源 B 部門提供的資料格式不一致，需要大量時間手動修正。
- Why 3： 為什麼 B 部門提供的格式不一致？ -> 因為 B 部門使用了舊版的系統，無法自動生成新版系統所需的統一格式。
- Why 4： 為什麼 B 部門還在使用舊版系統？ -> 因為 IT 預算在年初被削減，導致舊系統的升級計畫無限期延後。
- Why 5： 為什麼 IT 預算會被削減？ -> 因為公司高層在年度預算審批時，將 IT 升級的重要性排序排在了市場行銷之後，沒有看到其對跨部門效率的影響。
根本原因： 系統性地低估了 IT 基礎建設對跨部門協作效率的重要性。
實操工具 (3)：魚骨圖（Ishikawa Diagram）
魚骨圖（又稱因果圖）用於視覺化、系統化地整理所有潛在的原因。它將原因歸納為幾個大類，避免遺漏。
標準 6M 結構（製造業常用）：
- Man (人)： 員工技能、培訓、疏忽、態度。
- Machine (機)： 設備故障、工具維護、儀器校準。
- Material (料)： 原料品質、供應商問題、庫存管理。
- Method (法)： 作業流程、SOP、管理制度、規範。
- Measurement (測)： 檢測標準、數據收集方式、量測工具。
- Environment (環)： 天氣、溫度、濕度、市場競爭、政策法規。
繪製步驟：
- 在魚頭寫下問題陳述（例如：客戶滿意度下降）。
- 畫出主要的魚骨，標上 6M 或其他適用大類（服務業可改用 4P：People, Process, Policy, Plant/Product）。
- 集思廣益，將具體原因填入對應的魚刺中。
- 標註出經 5 Why 驗證後，最具影響力的根本原因。
總結
不要被表象迷惑。透過 5W2H 釐清問題邊界，並利用 5 Why 和魚骨圖等工具，確保我們所有的解決方案都是針對結構性的根本原因，而不是轉瞬即逝的事件。請您在課後嘗試將您目前工作中的一個「重複出現」的問題，使用 5 Why 進行分析。
