质擎QualEngine 培训 / 鱼骨图
第 04 篇 \(\cdot\) 旧 QC 七大手法

鱼骨图Fishbone Diagram

定 义(DEFINITION)

鱼骨图(Fishbone Diagram,特性要因图、石川馨图)是把某个质量特性(结果)与其潜在原因按类别结构化展开的因果分析图。原因通常按 6M 归类:人(Man)、机(Machine)、料(Material)、法(Method)、环(Environment)、测(Measurement),形似鱼骨,故名。它用于 brainstorming(头脑风暴)阶段把原因「摆全」,而非下结论。

一句话总结先把可能原因摆全、按 6M 归位,再谈验证——鱼骨图是「原因清单」不是「原因判决」。

适用场景

  • 找可能原因(发散)
  • 团队头脑风暴结构化
  • DMAIC 的 M(测量)/A(分析) 起因梳理
  • 8D 的 D4 原因分析
  • 培训/经验不足的场景梳理

前置条件

  • 只列一两类原因就停
  • 把鱼骨图当最终结论
  • 原因不可验证、不可收集数据
  • 6M 强行套用不相关项
  • 画完不接数据验证

核心思想

鱼骨图解决「原因想不全、想偏」的问题。它强制从 6M 多角度发散,避免只盯着某一个熟悉维度(如总怪人)。但摆全之后必须用数据验证(柏拉图/散布图),不能凭图定案。

上下游衔接

上游:柏拉图(第3篇)上游:层别法(第2篇)下游:散布图(第6篇)关联:控制图(第7篇)
计算方法 \(\to\)试算表 \(\to\)查看案例 \(\to\)
原因层级与分析深度一次 \(\to\) 二次 \(\to\) 三次 \(\to\) 末端 \(\cdot\) 到哪一层才停

鱼骨图不是画到 6M 就结束。6M 只是一次原因——它只告诉你「往哪几个方向找」,还没告诉你「到底是什么」。真正能拿去验证和对策的,是追到二次、三次乃至末端原因之后。

层级位置示例
一次原因主骨(大骨)人、机、料、法、环、测
二次原因中骨培训不足、温度漂移
三次原因小骨新员工未培训、烙铁老化
末端原因末端新员工未做上岗认证、烙铁未按期校准

到哪一层才停(停止条件)

  • 可直接验证:能拿数据或到现场确认它成立与否
  • 可直接采取对策:能写出「谁、什么时候、做什么」
  • 再往下问会超出当前范围:进入别的课题、别的部门或别的层级
  • 团队达成共识:不再有新的、有意义的分支

不是越深越好。追得太深会陷入哲学讨论(为什么人会累 \(\to\) 为什么人要睡觉 \(\to\) …),追得太浅则无法行动(「人的问题」四个字谁也没法改)。停在「可验证、可行动」那一层,就是对的终点。

看案例层级 \(\to\)去试算动手 \(\to\)返回概念 \(\to\)
计算方法6M 归类与计数

鱼骨图没有唯一公式,常用「各维度原因数统计」衡量覆盖度;关键是 6M 是否发散充分。

① 原因覆盖度 公式
覆盖维度 = 含原因的非空 6M 数

理想 6 维都有贡献,避免盲区。

② 原因总数 公式
原因数 = \(\Sigma\) 各维度原因条数

先求全,再筛选。

③ 验证优先级 公式
对高影响候选原因做数据验证

用柏拉图/散布图量化,而非凭经验。

试算表练习 \(\to\)对照案例 \(\to\)分步演示 \(\to\)返回概念 \(\to\)
分步演示可播放 / 步进

以「焊点虚焊率高」为例:写结果 \(\to\) 展开 6M 主骨 \(\to\) 补二次原因 \(\to\) 追三次原因 \(\to\) 停在末端原因。层级逐层长出来,看清「深度」是怎么一步步挖出来的。

试算表练习 \(\to\)案例验证 \(\to\)返回概念 \(\to\)
试算表动手试 \(\cdot\) 实时重算

像做头脑风暴一样写:每行一条原因,行首缩进 2 个空格=再深一层(最多 4 层),行首加 ! =标记「优先验证」。主骨 1–8 个可调、可改名,边写边成图,并实时给出层级与末端原因统计。

对比案例 \(\to\)回看方法 \(\to\)
案例解读焊点虚焊率高 \(\cdot\) 追到末端原因

把虚焊的可能原因按人 / 机 / 料 / 法 / 环 / 测展开,并逐层追到末端原因——本例最深第 4 层。只写到 6M 那一层,等于只搭了骨架。

6维
6M 全覆盖
无盲区
16条
原因总数
含二/三次
4层
最深层级
追到末端
7条
末端原因
可验证可行动
0项
已验证原因
需接数据
结果
虚焊率高
待拆解
覆盖
6/6 M
维度无盲区
深度
第 4 层
已追到末端原因
末端
7 条
用数据筛选关键
提示只写到 6M(一次原因)等于没分析——本例追到第 4 层,末端原因如「新员工未做上岗认证」「烙铁未按期校准」才可直接验证、可直接对策。
提示不是越深越好。停在「可直接验证 + 可直接采取对策」那一层即可;再往下问(为什么人会累 \(\to\) 为什么人要睡觉)会变成哲学讨论。
提示下一步:用柏拉图给 7 条末端原因排优先级,或用散布图验证候选因子(如烙铁温度)与虚焊率的相关性。
试算表复现 \(\to\)返回定义 \(\to\)注意事项 \(\to\)
制作步骤准备 \(\to\) 绘制 \(\to\) 发散 \(\to\) 收敛 \(\to\) 验证 \(\to\) 闭环

鱼骨图不是「画一张图」,而是一次有结构的团队过程。六步走完图才有价值;跳到「绘制」那一步就开始画,往往只得到一张好看的废纸。

1准备

  • 明确要分析的特性(结果)
  • 确定团队:5–8 人、跨职能
  • 准备白板、便利贴、马克笔
  • 收集背景数据
\(\to\)

2绘制

  • 写特性:鱼头在右,写结果
  • 画主骨:一条水平线
  • 画大骨:6M 分类
  • 画中骨、小骨:逐层展开原因
  • 标末端原因:可验证、可行动
\(\to\)

3发散

  • 每人先写便利贴,不讨论
  • 轮流贴到对应骨上
  • 不批评、不打断
  • 鼓励多角度
  • 用 KJ 法归并相似原因
\(\to\)

4收敛

  • 合并重复原因
  • 删除不可验证原因
  • 多轮投票选高影响候选
  • 用加权评分排序
  • 确定 2–3 条优先验证
\(\to\)

5验证

  • 把原因转成可测量变量
  • 设计验证方法:现场确认、数据收集、试验
  • 用柏拉图、散布图、假设检验、DOE
  • 确认根因
  • 制定对策
\(\to\)

6闭环

  • 对策实施
  • 效果验证
  • 标准化
  • 更新鱼骨图
  • 进入下一轮

发散技巧关联第 ③ 步 发散

头脑风暴不批评、自由联想、多多益善、组合改进
名义群体法先个人写,再轮流说,再投票
德尔菲法匿名多轮征询
KJ 法把语言资料归类
5Why沿一条链追问
反向思考如果要做坏,怎么做?

收敛技巧关联第 ④ 步 收敛

多轮投票每人 3–5 票
加权评分影响 \(\times\) 频率 \(\times\) 可验证性
帕累托排序按频数或金额
共识决策团队讨论达成一致
去试算动手 \(\to\)回看层级 \(\to\)注意事项 \(\to\)
注意事项来自教材 \(\cdot\) 忠实保留

鱼骨图最怕「列不全」和「当结论」。

注意 1先发散再收敛。不要列两三条就停,要逼出 6M 各维度原因。
注意 2鱼骨图不是结论。它给出候选原因,必须用数据验证重要性。
注意 3原因要可验证。写「温度漂移」而非「设备不好」,便于后续收集数据。
注意 46M 是框架不是教条。不相关的维度可空,但别强行塞。
注意 5团队共创优于单人。不同视角能补盲区。
注意 6画完要行动。挑 2–3 个高影响候选进验证,别停在图。
常见误用(新人高频)
  • 误用1 \(\cdot\) 只怪人:用 6M 强制多角度,常发现机/料/环
  • 误用2 \(\cdot\) 列不全就定案:先发散充分再收敛
  • 误用3 \(\cdot\) 把图当结论:对候选原因做数据验证
  • 误用4 \(\cdot\) 原因不可收集:写可量化可观测的原因描述
  • 误用5 \(\cdot\) 单人闭门画:团队共创补盲区
  • 误用6 \(\cdot\) 画完不行动:挑高影响候选进验证/改善
案例注意实践 \(\to\)回看方法 \(\to\)自测练习 \(\to\)
与其它工具的联动每个工具管一段,鱼骨图负责「找原因」

鱼骨图回答「为什么」,但它不回答「先打哪一个」,也不回答「稳不稳」「是不是真的」。下面逐一说明它与各工具谁给谁输入、怎么衔接。

回看制作步骤 \(\to\)返回概念 \(\to\)自测练习 \(\to\)
自测练习每次随机抽题 \(\cdot\) 提交即给解析

读完全篇再来测。提交后逐题标注对错并给解析。

概念回看 \(\to\)注意事项 \(\to\)
EN