鱼骨图(Ishikawa)
问题解决与根因分析 · Fishbone Diagram / Ishikawa Diagram · 更新于 2026-10-24
用 6M 等分类框架系统梳理候选原因,帮助团队从“凭印象”转向“按过程找原因”。
什么是鱼骨图
鱼骨图又称因果图或石川图,由石川馨提出。它以问题(结果)为鱼头,以人员、设备、材料、方法、环境、测量等类别为鱼骨,把团队提出的候选原因归类整理。鱼骨图本身不证明根因,它的作用是扩大搜索范围、组织讨论并引出后续验证。
解决什么问题
- 原因讨论只围绕最熟悉的几个环节
- 不同部门各说各话,原因清单零散
- 团队不知道从哪里开始排查
- 问题分析遗漏材料、测量或环境因素
使用目标
- 系统覆盖可能影响问题的过程因素
- 把个人经验转化为可验证的候选原因清单
- 为 5Why、FTA 或实验验证提供输入
- 形成团队共识和后续排查计划
什么时候用
- 原因范围不清楚:只知道问题反复发生,但不确定应从人、机、料、法、环、测哪个方向排查时。
- 需要跨部门共同分析:生产、工艺、质量、设备、采购各自掌握部分信息,需要统一讨论框架时。
- 作为 5Why 的前置发散工具:先用鱼骨图扩展候选原因,再对高可能性分支做连续追问时。
- 改善项目选题:QC 小组或改善团队需要系统梳理问题影响因素并确定调查优先级时。
实施步骤
- 明确问题并写在鱼头 — 让所有讨论围绕同一个具体问题展开。
输出:鱼头问题陈述 - 选择原因分类框架 — 用固定维度保证讨论覆盖完整,不遗漏关键过程因素。
输出:鱼骨图主分支 - 逐分支头脑风暴 — 收集尽可能多的候选原因,先发散再收敛。
输出:候选原因清单 - 归并与去重 — 把相似原因合并,形成清晰的候选原因结构。
输出:结构化候选原因清单 - 筛选高可能性原因 — 用数据、现场事实或团队评分确定优先验证对象。
输出:优先验证清单 - 验证原因并制定措施 — 把候选原因转化为经验证的根因和对应措施。
输出:根因结论、措施清单、验证记录
常见误区与注意事项
- 鱼骨图只产生候选原因,不能直接宣布根因
- 分类不是固定教条,服务业可用人、流程、系统、信息等框架
- 不要把所有原因都写成“培训不足”,应具体到可验证的事实
- 原因过多时应通过数据或现场验证筛选,而不是全部制定措施
返回问题解决与根因分析分类 | 浏览全部质量工具