跳轉到主要內容
Category: 方法
Type: 問題解決技術
Origin: 石川馨,1960年代,日本
Also known as: 石川圖、因果圖
Quick Answer — 魚骨圖(也稱為石川圖或因果圖)是一種結構化的頭腦風暴工具,將問題的潛在原因按類別組織起來,形成類似魚骨架的圖表。由日本品質管理專家石川馨於1960年代作為豐田生產系統的一部分開發,幫助團隊系統性地識別根本原因,而不是直接跳到解決方案。

什麼是魚骨圖?

魚骨圖是一種結構化的頭腦風暴工具,幫助團隊識別某個問題或結果的所有可能原因。圖表因其形狀而得名——一條水平的「主幹」對角分出「魚刺」,形似魚骨架。魚頭包含正在分析的問題或結果,而每個分支代表潛在原因的主要類別。 魚骨圖的力量在於其結構。沒有這樣的框架,頭腦風暴會議往往會陷入混亂,或被聲音最大的人主導。該圖表透過提供預定義的類別強迫進行系統性思考——通常是「6M」:人(Man)、機器(Machine)、方法(Method)、材料(Material)、測量(Measurement)和自然環境(Mother Nature)。這種分類確保從多個角度檢查原因,防止重要領域被遺漏。
「產品的品質是由製造它的過程創造的。要提高品質,就必須改進過程。」 —— 石川馨
該圖表最適合團隊練習。當不同的視角結合在一個單一的視覺中時,會出現個人無法單獨看到的模式。每根魚刺可以有子魚刺,允許團隊從一般類別深入到具體的貢獻因素。目標不僅僅是列出原因,而是建立對問題和發生方式的全面理解。

魚骨圖的三層理解

  • 入門: 畫一條水平線,在右端寫下問題陳述。為主要原因類別(6M)添加對角線。在不評價的情況下為每個類別頭腦風暴原因——這個階段注重數量而非品質。
  • 實踐者: 在收集初步資料後使用該圖表。在每個已識別的原因上應用「五問法」技術,深入下一層。根據頻率或影響對原因進行優先級排序,然後用證據驗證。
  • 進階: 對於複雜系統,將魚骨圖與故障樹分析結合使用。用該圖表不僅映射原因,而是映射因果關係和回饋循環。應用統計分析來識別哪些分支包含最重要的貢獻因素。

起源

魚骨圖由石川馨(1915-1989)開發,他是日本品質管理專家,也是現代品質管理學的奠基人之一。石川馨是愛德華茲·戴明的弟子,在1950年代和1960年代與豐田汽車公司廣泛合作。他的工作幫助日本製造商從生產廉價低質商品轉變為成為全球卓越的標竿。 石川馨將該圖表作為其「品質圈」概念的一部分引入——自願識別和解決品質問題的小型工作組。這些圖表為這些團隊提供了一種結構化的方式來分析問題,而不進行責怪。它很快成為品質控制的七種基本工具之一,與帕累托圖、流程圖、直方圖和其他視覺問題解決方法并列。 石川馨1985年的著作《什麼是全面品質管理?日本的方式》被翻譯成英文後,該技術獲得了國際認可。如今,魚骨圖在各行業使用——從製造商和醫療保健到軟體開發和教育——任何需要系統分析複雜問題的團隊都可以使用。

核心要點

1

從結果開始,而非原因

始終從清��定義魚「頭」處的問題或結果開始。模糊的問題陳述會產生模糊的圖表。要具體:「製造缺陷率5%」比「品質問題」更好。
2

選擇相關類別

雖然6M(人、機器、方法、材料、測量、自然)是標準起點,但要根據你的背景調整類別。服務機構可能使用人、流程、技術和客戶。軟體團隊可能使用代碼、基礎設施、資料和使用者體驗。
3

先頭腦風暴,後整理

首先,在不評估的情況下產生盡可能多的潛在原因——這是發散思維。只有在頭腦風暴階段之後,才將原因整理到類別和子類別中。過早的批評會扼殺創造力。
4

行動前驗證

該圖表識別的是假設,而非事實。每個潛在原因必須在實施修復之前用資料或實驗驗證。圖表上出現的原因並不意味著它實際上導致了問題。

應用場景

製造品質控制

識別產品未能達到規格的原因。常見類別包括設備校準、原材料品質、操作員培訓和環境條件。

醫療患者安全

透過檢查溝通協議、用藥流程、设备可靠性和人員配置等因素來分析不良事件。

軟體開發

將bug或系統故障的原因映射到代碼品質、測試覆蓋、部署流程、基礎設施和需求清晰度等類別。

專案復盤

透過檢查規劃、資源、溝通、範圍變更和外部依賴來理解專案未能按時完成或超出預算的原因。

經典案例

2000年代初,一家大型汽車製造商面臨與其一款流行車型發動機突然故障相關的保固索賠激增。初步分析指向明顯的嫌疑人——劣質燃料、車主保養不當——但保固成本持續上升。 品質團隊與工程師、裝配線工人和供應商一起進行了魚骨圖會議。在「機器」類別下,他們發現一個特定的數控加工中心軸承磨損,導致氣缸壁厚度出現微小變化。在「方法」類別下,他們發現品質控制抽樣率在成本削減期間被降低了。在「材料」類別下,一家新供應商的金屬合金具有略有不同的熱膨脹特性。 根本原因原來是三者的組合:加工變化 + 降低的抽樣率 + 新材料在高溫運行時產生了一種測試中未出現的共振條件。修復需要同時解決這三個因素。沒有魚骨圖的結構化框架,團隊可能只解決一個因素而看到問題復發。

邊界與失效場景

沒有優先級排序,魚骨圖可能變得腫腫。團隊花時間列出原因,但永遠無法開始解決它們。總是包含驗證和優先級排序階段。
6M框架是為製造商設計的,但在其他領域可能限制思維。軟體團隊使用僵化的類別可能遺漏與組織文化或市場動態相關的原因。
沒有熟練的引導者,圖表可能被資深聲音主導或變成責怪分配。石川馨設計該工具是為了非責怪導向,但團隊通常需要幫助保持這種方式。

常見誤區

五問法是一種深入挖掘的技術;魚骨圖是一種頭腦風暴和組織技術。最佳實踐:用魚骨圖生成假設,然後用五問法在每個分支中找到根本原因。
圖表是思維工具,不是解決方案。許多團隊創建了漂亮的圖表,但從未驗證��因或實施修復。真正的工作在圖表完成後才開始。
雖然是為品質控制開發的,但該工具適用於任何具有多種潛在原因的複雜問題。從銷售下滑到員工離職的任何效果都可以從魚骨圖分析中受益。

相關概念

魚骨圖與更廣泛的問題解決框架和特定技術相關。

根本原因分析

根本原因分析是魚骨圖服務的更廣泛學科。RCA提供理念;圖表提供方法。

五問法

五問法是一種常與魚骨圖結合使用的技術,用於從列出的原因深入到其根本根源。

PDCA循環

PDCA循環——計劃、執行、檢查、行動——提供了魚骨圖分析通常運行其中的迭代改進框架。

一句話總結

魚骨圖不找答案——它構建正確的問題。用它來生成假設,然後在行動前用證據驗證。