魚骨圖怎麼畫？2026 特性要因圖 4M1E 分類、會議引導與真因驗證完整教學

「這批不良又是作業員不小心。」很多工廠的檢討會開到最後，結論都落在人身上：加強宣導、加強教育訓練、簽名切結。問題是，同樣的不良下個月照樣出現。真正的原因可能是治具磨耗、材料批次差異、作業指導書寫得不清楚，甚至是夜班照明不足，只是沒有人有系統地去找。魚骨圖就是用來打破這種「只看到最近一個原因」的思考慣性。

這篇文章的重點不在畫圖技巧，而是老闆與主管最常卡關的地方：魚骨圖會議怎麼主持才不會變成互相指責？分類要用 4M1E 還是其他架構？列出幾十個原因後，怎麼篩選出真正要處理的那幾個？讀完後，你可以直接拿文中的流程與表單，主持下一次的問題分析會議。

魚骨圖是什麼？特性要因圖的由來與結構

魚骨圖（Fishbone Diagram）也稱為因果圖、特性要因圖或石川圖（Ishikawa Diagram）。依美國品質學會（ASQ）的說明，它是品質管理中最常用的工具之一，屬於「品質管理七大手法」，用途是把某個問題的各種可能原因，分門別類整理出來，特別適合用來組織團隊的腦力激盪。

這個工具以日本品質管理學者石川馨（Kaoru Ishikawa）命名。依公開資料，石川馨在 1960 年代與川崎重工造船廠合作期間推廣這個方法，用來記錄與改善造船業的品質管理，之後在全球製造業普及。台灣製造業習慣稱為「特性要因圖」，「特性」指的是要改善的品質特性或結果，「要因」指的是影響這個結果的主要原因。

魚骨圖的基本結構

• 魚頭：放在右側，寫上要分析的問題或結果，例如「B 料號尺寸超差」。
• 大骨（脊椎）：從魚頭往左延伸的一條水平主線。
• 中骨：從大骨斜向分出的主要原因類別，例如人員、設備、材料、方法、環境、量測。
• 小骨與孫骨：從中骨再分出的具體原因與更深一層的原因，層數可以依需要增加，直到找到可以驗證、可以採取行動的原因為止。

畫完之後整張圖看起來像一副魚骨頭，因此得名。結構本身很簡單，難的是內容品質：魚頭的問題定義是否精準、分類是否完整、每根骨頭是否往下追到夠具體。

什麼時候該用魚骨圖？

魚骨圖適合以下情境：問題原因不明、可能原因很多且分散在不同部門；團隊對原因有不同看法，需要一個共同的討論架構；需要在改善計畫中說明「為什麼選這個對策」。反過來說，如果原因已經很明確（例如某台設備故障停機），直接處理即可，不需要畫魚骨圖。另外，ISO 9001 第 10.2 條要求組織在處理不符合事項時，要審查並分析不符合、判定其原因，魚骨圖正是業界常用來執行這個要求的工具之一。

魚骨圖分類怎麼選？4M1E、6M 與服務業版本對照

中骨的分類決定了團隊會往哪些方向思考。分類選錯，就容易漏掉重要原因。以下整理常見的分類架構，可依產業與問題性質挑選：

4M1E 每一類該問什麼？

4M1E 是台灣製造業最熟悉的要因分析架構，但很多團隊只寫下類別名稱，每一類卻只列一兩個籠統的原因。以下是每一類可以引導團隊思考的提問：

• 人員：是否經過訓練並考核合格？新人或代班比例是否偏高？不同班別、不同作業員的不良率是否有差異？作業是否容易疲勞？
• 機器：設備保養是否依計畫執行？治具、刀具、模具的磨耗狀況？參數設定是否被任意調整？設備有沒有異常停機紀錄？
• 材料：不同供應商或不同批次的材料是否有差異？進料檢驗的項目與抽樣是否足夠？材料儲存條件是否符合要求？
• 方法：是否有 SOP？SOP 是否和現場實際做法一致？作業順序或條件是否在近期變更過？
• 環境：溫度、濕度、照明、粉塵、震動是否會影響品質？不同季節、不同時段的表現是否不同？

若問題涉及檢驗結果，建議加上「量測」這一類：量具是否校正？不同檢驗員判定標準是否一致？檢驗方法本身是否可靠？很多「不良率上升」最後查出是量測系統出了問題，而不是產品真的變差。

如何主持一場 90 分鐘的魚骨圖會議？

魚骨圖最大的風險，是會議變成各部門互相推卸責任的場合。主持人的引導方式，決定了這張圖是真正的分析，還是一張大家都不信的壁報。以下是一場 90 分鐘要因分析會議的建議流程：

會前準備：把魚頭寫清楚

魚頭寫得模糊，整場會議就會發散。「品質不好」不是好的魚頭，「三月份 B 料號外徑超差不良率 3.2%，主要發生在 2 號機」才是。好的魚頭應該包含：哪個產品或流程、什麼現象、發生的程度（數字）、時間範圍，以及已知的發生位置。會前主辦人最好先整理數據，用柏拉圖找出最主要的不良項目，再針對那一項畫魚骨圖，而不是把所有不良一次放進同一張圖。

參與人員建議跨部門，包含現場作業員或班長、設備或模具人員、品保、生產管理，必要時加上採購或研發。只有主管參加的魚骨圖會議，常會漏掉現場才知道的細節。

會中引導：先發散，再收斂

腦力激盪階段的原則是「先求量，不批評」。建議讓每個人先安靜寫五到十分鐘，每張便利貼只寫一個原因，再依分類貼到圖上。這樣做的好處是避免職位高的人先發言定調，也讓比較內向的現場人員有機會表達。

原因列出後，主持人要帶大家對每個原因追問「為什麼會這樣」。例如「作業員沒有確認尺寸」，追問下去可能是「首件檢查表沒有該項目」，再追問是「工程變更後檢查表沒有同步更新」。追到這一層，就找到一個可以驗證、也可以採取行動的原因了。這個追問方式就是常與魚骨圖搭配使用的「5 Why 分析」。

主持人要避免的三種情況

• 原因寫成對策：例如寫「需要加強訓練」，這是對策不是原因。應改寫成「新人未經首件檢查訓練即上線」。
• 原因寫成指責：例如「品保不負責」。應改寫成具體事實，例如「夜班沒有品保人員進行巡檢」。
• 停在太上層：例如人員類只寫「疏忽」。疏忽背後通常有工作設計、訓練、防呆或疲勞的問題，要繼續往下追。

列出可能原因之後：要因分析如何驗證真因？

這是魚骨圖最常被忽略、也最關鍵的一步。一篇刊登於美國國家醫學圖書館的品質改善文章提醒，魚骨圖可能同時產生相關與不相關的潛在原因，如果沒有驗證，就可能把資源花在錯誤的對策上。換句話說，魚骨圖上的每一根骨頭都只是假設，要經過驗證才能稱為「要因」。

四種常用的驗證方法

1. 數據比對：把不良數據依班別、機台、材料批次、作業員、時段分層，看不良是否集中在某一層。若不良集中在 2 號機，機器類的原因可信度就提高。
2. 現場觀察：到現場實際看作業過程，確認 SOP 與實際做法是否一致。很多原因在會議室裡討論不出來，到現場看十分鐘就清楚了。
3. 重現試驗：刻意改變某個條件，看不良是否出現或消失。例如更換同型號的新模具，若不良明顯下降，模具磨耗就是可能的要因。
4. 相關分析：收集某個變數（例如溫度）與不良率的數據，用散佈圖觀察兩者是否相關。要注意相關不等於因果，仍需配合其他方法確認。

要因驗證記錄表

以下表格可以讓每個待驗證原因都有明確的驗證方法與結論，避免會議結束後就不了了之：

上表內容為說明用的範例。驗證結果分成「是要因」與「非要因」兩種都很重要：排除掉的原因，可以避免公司把錢花在不需要的對策上，例如更換材料供應商。

魚骨圖範例：製造、交期與客訴三種問題怎麼畫？

魚骨圖的用途不限於品質不良。以下用三個明示為範例的情境，說明不同問題的魚頭寫法與分類選擇。

範例一：產品尺寸不良（製造）

魚頭：「B 料號外徑超差，不良率 3.2%，集中在 2 號機」。分類採 5M1E。人員：新人比例、首件檢查執行；機器：主軸震動、刀具壽命；材料：棒材直徑公差、批次差異；方法：加工參數、換刀程序；量測：量具校正、檢驗員判定差異；環境：車間溫度變化。驗證後若發現是刀具壽命設定過長，對策就是調整換刀週期並納入標準。

範例二：出貨延遲（生產管理）

魚頭：「近兩個月準時交貨率降至 85%」。這類問題跨越業務、採購、生產、倉儲，分類可以改用流程階段：接單、排程、採購備料、生產、品檢、出貨。每個階段再展開原因，例如接單時交期承諾未確認產能、排程頻繁插單、關鍵物料交期不穩定、品檢積壓等。這樣分類比 4M1E 更容易讓各部門對號入座。若問題主要在物料，可延伸閱讀供應鏈與庫存管理指南。

範例三：客訴件數增加（服務流程）

魚頭：「本季客服客訴件數較上季增加，其中以回覆太慢為主」。分類採服務業 4S。環境：尖峰時段來電集中；供應商：外包物流資訊回傳延遲；系統：客服系統查不到出貨狀態；技能：新進客服不熟悉退換貨規定。驗證後若主因在系統查詢不到資訊，對策就是整合資訊來源，而不是一味要求客服加快速度。

魚骨圖怎麼搭配其他手法？常見錯誤又該如何避免？

與柏拉圖、5 Why、PDCA 的使用順序

魚骨圖不是單獨使用的工具，和其他品管手法搭配，效果會好很多。以下是建議的使用順序：

1. 柏拉圖：先用柏拉圖找出最主要的不良項目或問題類型，決定魚頭要放什麼。依 80/20 法則，通常少數幾項問題占了大部分的損失。
2. 魚骨圖：針對選定的問題，系統性列出所有可能原因，確保不漏掉任何方向。
3. 5 Why：對魚骨圖上的重點原因連續追問為什麼，往下挖到根本原因。魚骨圖負責廣度，5 Why 負責深度。
4. 查檢表與層別：設計查檢表收集數據，依班別、機台等分層，驗證哪些原因是真正的要因。
5. PDCA：確認要因後，把對策放進 PDCA 循環試行與查核，有效就標準化。PDCA 的完整操作方式可參考PDCA 循環四階段做法。

簡單說，魚骨圖位在 PDCA 的 Plan 階段，負責回答「原因是什麼」。很多改善案失敗，是因為 Plan 階段跳過要因分析，直接從問題跳到對策。

魚骨圖常見錯誤與改善對策

以下整理實務上最常見的錯誤，主管審查魚骨圖時可以逐項檢查：

• 魚頭太大或太模糊：一張圖想解決所有品質問題。對策：先用柏拉圖聚焦，一張圖只處理一個具體問題。
• 原因停在第一層：只寫「人為疏失」「設備老舊」。對策：每個原因至少追問兩到三次為什麼。
• 只有主管參與：漏掉現場細節。對策：邀請第一線作業員與班長參加，並讓他們先寫。
• 把投票結果當真因：大家都覺得是某個原因，就直接下對策。對策：投票只是決定驗證順序，真因要靠數據與試驗確認。
• 畫完就貼在牆上：沒有指派驗證任務。對策：會議結束前，每個待驗證原因都要有負責人與期限。
• 每次都歸咎於人：結論都是加強宣導。對策：遇到人員類原因時，追問是否有防呆、訓練、工作設計可以改善，從系統面解決。

魚骨圖品質檢核清單

• 魚頭是否有具體的產品或流程、現象、數字與時間範圍？
• 分類是否適合這個問題的性質？
• 每個分類下是否至少有兩到三個具體原因？
• 原因是否寫成可以驗證的事實，而不是對策或指責？
• 是否已選出待驗證的關鍵要因，並指派負責人與期限？
• 驗證結果是否記錄下來，包含被排除的原因？

想進一步建立生產現場的問題分析與改善體系，可參考 2026 中小企業生產管理總覽，其中整理了 5S、SOP、OEE 等工具的搭配方式。

用管理王系統串起魚骨圖會議到對策追蹤

魚骨圖會議的成果常卡在兩個地方：會議內容沒有被完整記錄，以及驗證任務沒有人追蹤。管理王是一站式企業 AI 管理系統，以下功能可以補上這兩個缺口：

• AI 會議記錄：要因分析會議通常討論內容多、發言者多，可用來整理會議紀錄與待辦事項，方便會後把魚骨圖上的原因與結論整理成文件。
• 任務管理：每一個待驗證的要因與後續對策，都可以建立成任務，指派負責人與期限，主管能即時看到哪些驗證還沒完成。
• AI 知識庫：把歷次的魚骨圖、驗證結果與有效對策整理進知識庫，下次發生類似問題時，團隊可以先查過去的分析，不必從零開始。

系統負責記錄與追蹤，魚骨圖的分析品質仍取決於問題定義與數據驗證，建議兩者並行建立。

魚骨圖常見問題

魚骨圖和特性要因圖是同一個東西嗎？

是的。魚骨圖、特性要因圖、因果圖、石川圖指的都是同一種工具，只是名稱來源不同。台灣製造業與品管教材常用「特性要因圖」，一般企業與國外文獻較常用「魚骨圖」。

4M1E 和 5M1E 差在哪裡？

4M1E 包含人員、機器、材料、方法、環境；5M1E 再加上量測。若問題與檢驗、量具、判定標準有關，建議使用 5M1E，避免漏掉量測系統本身的問題。

一張魚骨圖要列多少個原因才夠？

沒有固定數量，重點是每個分類都有被認真思考，且原因夠具體。實務上一張完整的魚骨圖常有二、三十個以上的原因，但最後會篩選出三到五個優先驗證的關鍵要因。

服務業或辦公室流程適合畫魚骨圖嗎？

適合。服務業可以改用 4S 分類，行政或跨部門流程可以用流程階段分類，行銷問題可以用 8P 分類。只要問題定義清楚，魚骨圖都能協助團隊系統性整理原因。

魚骨圖畫完就能直接下對策嗎？

不建議。魚骨圖列出的只是可能原因，必須用數據比對、現場觀察或重現試驗驗證，確認是真正的要因後再採取對策，否則可能把資源花在錯誤的方向。

用什麼工具畫魚骨圖比較方便？

會議當下建議用白板加便利貼，方便大家移動與討論；會後再用試算表、簡報或繪圖軟體整理成正式文件。工具不是重點，重點是問題定義與後續驗證。

結論：魚骨圖負責找全原因，驗證負責找對原因

魚骨圖是最容易上手的要因分析工具，也是最容易流於形式的工具。它的價值在於讓團隊用 4M1E 等分類有系統地列出所有可能原因，打破「都是人的問題」的慣性；但真正的關鍵是會後的驗證，用數據與現場事實確認哪些才是要因。建議企業把魚骨圖會議流程、要因驗證記錄表納入標準的問題處理程序，搭配 PDCA 追蹤對策成效，讓每一次問題都成為改善的起點。

讓主管都會用魚骨圖分析問題：企業內訓

魚骨圖看起來簡單，但要主持一場有效的要因分析會議，需要問題定義、引導提問、數據驗證等能力。戰國策戰勝學院提供企業內訓課程，可針對生產、品保、管理職主管規劃問題分析與解決的實務課程，以公司真實問題進行魚骨圖與要因驗證演練。若企業需要從制度面建立問題處理與改善流程，也可透過顧問輔導服務進行診斷與規劃。

資料來源：ASQ：Fishbone Diagram、ASQ：7 Basic Quality Tools、PMC：Cause-and-Effect (Fishbone) Diagram、Ishikawa diagram、ISO 9001 Clause 10.2 Nonconformity and corrective action