石川图是什么意思？和鱼骨图有什么关系

很多人第一次搜“石川图是什么意思”，其实不是想背一个管理学名词，而是想弄清楚一件很实际的事：石川图是不是鱼骨图，它到底拿来干什么，我手上的问题能不能用它分析。

直接说结论：石川图、鱼骨图、因果图，通常说的是同一类工具。 “石川图”这个名字，来自提出这套分析方法的质量管理学者石川馨；“鱼骨图”是因为图形长得像鱼骨；“因果图”强调它的用途是把“结果”和“原因”关系梳理出来。大多数中文语境里，这三个词可以互相对应，只是叫法侧重点不一样。

石川图到底是什么意思

如果只用一句话解释，石川图就是：把某个已经发生的问题或结果放在右侧，然后把可能导致它出现的各类原因，按层次往左展开的一种分析图。

它的核心不是“画图”本身，而是帮助团队回答下面这些问题：

• 这个问题到底是怎么来的
• 原因是单一的，还是多个因素叠加
• 哪些是表面现象，哪些才是真正原因
• 后续应该优先查哪一类原因

比如你遇到的是：

• 产品不良率突然升高
• 项目交付总是延期
• 客户投诉变多
• 新员工培训后上手仍然很慢
• 某个流程效率一直提不上来

这类问题都不是一句“因为执行不到位”就能讲清楚的。石川图的价值，就在于它逼着你把模糊判断拆开，按类别梳理清楚。

石川图和鱼骨图有什么关系

很多人会把这两个词当成两种不同工具，其实一般不用分这么细。

从日常使用看，基本是一回事

在大多数企业管理、质量分析、项目复盘、生产改善场景里：

• 石川图：偏正式、偏来源命名
• 鱼骨图：偏口语、偏图形叫法
• 因果图：偏功能描述

如果你在开会时说“我们画个鱼骨图”，大家通常都知道是要做原因分析；如果在培训资料里写“石川图”，本质上还是那个方法。

为什么会有多个名字

这是因为同一个工具可以从不同角度命名：

1. 按提出者命名：石川图
2. 按外观命名：鱼骨图
3. 按作用命名：因果图

所以你不用纠结“是不是不同版本”。更值得关注的是：你要分析的问题有没有被定义清楚，分类方式选得对不对。

石川图适合解决什么问题

石川图最适合的是“结果已经出现，但原因还不清楚”的问题。

适合用的场景

常见适用场景包括：

• 质量问题分析：比如产品缺陷、返工率升高、批次异常
• 生产异常排查：比如设备停机、交期延误、工序不稳定
• 项目复盘：比如延期、需求反复、沟通失真
• 服务问题分析：比如投诉变多、响应慢、满意度下降
• 流程优化：比如审批慢、交接断层、重复劳动多

这些问题有个共同点：背后往往不是单一原因，而是人员、流程、方法、信息、设备、环境等因素一起作用。

不太适合用的场景

也有些情况并不适合先画石川图，比如：

• 你只是想列待办事项
• 问题已经非常明确，只差执行
• 需要的是时间顺序梳理，而不是原因归类
• 你想做的是方案比较，而不是问题追因

举个例子： 如果你只是想安排“本周上线前要完成哪些动作”，那更适合清单或甘特图； 如果你想分析“为什么上线总出问题”，石川图就更合适。

为什么这么多人会搜“石川图是什么意思”

因为很多人第一次接触这个词，通常发生在以下几种场景：

• 开会时有人突然说“先做个石川图”
• 质量管理培训里提到“石川图分析”
• 搜鱼骨图模板时看到“石川图模板”
• 写复盘报告时被要求补“原因分析框架”

这时候最常见的困惑不是概念本身，而是：

• 我到底该写问题还是写原因
• 一级原因怎么分
• 会不会画得很像样，但其实没找到真问题
• 有没有通用模板可以直接套

所以，理解定义只是第一步。真正有用的是知道它怎么上手。

石川图一般怎么画

如果你是第一次用，建议按下面这个顺序来。

第一步：先把“结果”写具体

鱼骨图最怕的不是不会画，而是问题写得太空。

比如下面这些表达就很难分析：

• 效率低
• 质量差
• 项目有问题
• 客户不满意

更适合写成：

• 本月 A 产品不良率由 1.8% 升到 4.6%
• 某项目上线时间比计划延后 12 天
• 最近两周客户关于响应慢的投诉增加 30%
• 新人培训 2 周后仍无法独立完成标准流程

问题越具体，后面的原因才越容易拆。

第二步：确定一级分类

很多人听过制造业常用的 6M 分法：

• 人（Man）
• 机（Machine）
• 料（Material）
• 法（Method）
• 环（Environment）
• 测（Measurement）

这套分类很适合生产和质量管理，但不是所有场景都必须照搬。

如果你做的是项目复盘，也可以改成更贴近业务的分类，比如：

• 需求
• 沟通
• 流程
• 资源
• 决策
• 执行

分类不是越标准越好，而是越能帮助团队把原因讲清楚越好。

第三步：往下追问二级、三级原因

一级原因只是大类，真正有价值的是继续往下问。

例如：

• 沟通有问题 → 哪个环节沟通有问题？
• 需求不清晰 → 是谁没确认？什么时候没确认？
• 设备异常 → 是保养不到位、参数漂移，还是操作不规范？

如果你发现某个原因还很抽象，就继续追问，直到它变成可以验证、可以改进的描述。

第四步：筛出重点原因

石川图不是把所有猜测都堆上去就结束了。

画完之后，最好再判断：

• 哪些原因有数据支撑
• 哪些只是经验判断
• 哪些最值得优先验证
• 哪些即使存在，也不是当前主要矛盾

否则图会画得很满，但落地时还是不知道先改哪里。

一个简单例子：项目延期能不能用石川图

可以，而且很常见。

假设结果是：项目延期两周交付。

你可以这样拆：

需求类

• 需求多次变更
• 需求确认时间过晚
• 关键验收标准没有提前明确

沟通类

• 产品、开发、测试同步不及时
• 变更信息没有同步到所有人
• 会议结论没有形成明确责任人

资源类

• 核心开发被多个项目同时占用
• 测试排期不足
• 外部依赖接口迟迟未交付

流程类

• 上线前缺少风险检查清单
• 需求冻结机制不明确
• 进度预警太晚

你会发现，项目延期表面看像“执行慢”，实际上可能是需求、沟通、资源、流程同时叠加。石川图的价值就是把这种叠加关系拆出来。

石川图和 5Why 有什么区别

这两个工具经常一起出现，但作用不完全一样。

石川图：适合发散梳理

当你还不确定原因在哪一类时，石川图适合先把可能性展开。它的强项是：

• 看全局
• 找出多条原因线
• 适合团队一起讨论

5Why：适合纵向深挖

当你已经锁定某一条原因链时，5Why 更适合一路往下追问。

比如： 项目延期 → 为什么延期 → 为什么测试开始晚 → 为什么需求变更后没同步 → 为什么没有变更同步机制……

更实用的做法：先鱼骨图，再 5Why

很多真实工作场景里，最好用的顺序是：

1. 先用石川图把原因分类铺开
2. 再挑 1 到 3 条最可疑的主线做 5Why 深挖

这样不会一开始就钻进单一路径，也不会停留在泛泛而谈。

使用石川图时最常见的误区

误区一：把结果当原因

比如写“客户不满意”“交付延期”“质量差”。

这些其实还是结果，不是原因。真正值得写进骨刺上的，应该是：

• 响应时长超过承诺标准
• 需求冻结后仍频繁改动
• 工艺参数未按标准执行
• 培训内容与实际岗位脱节

误区二：原因写得太抽象

“管理不到位”“执行不够”“沟通有问题”这种表述，看起来像原因，其实仍然太大。

更具体的写法应该是：

• 每次需求变更没有统一记录入口
• 班组交接时没有异常信息确认步骤
• 新版 SOP 发布后没有覆盖到夜班人员

只有写到这个颗粒度，后面才有改进价值。

误区三：只顾头脑风暴，不做验证

石川图可以先发散，但不能永远停在猜测阶段。

你至少要进一步确认：

• 哪些原因有数据支持
• 哪些原因出现频率最高
• 哪些原因与结果出现时间高度相关

否则分析会很热闹，改进却没方向。

误区四：什么问题都套同一模板

生产异常和项目延期，用同一套一级分类并不一定合适。

模板可以帮你起步，但不要为了套模板，硬把真实问题塞进不合适的框架里。

如果你准备自己做，优先关注这几个判断标准

在开始画之前，可以先检查这 5 件事：

1. 问题有没有写具体：能不能量化，能不能明确对象和时间
2. 分类是否贴合场景：生产、项目、服务、运营的分类不必一样
3. 原因是否可验证：后续能不能找到数据、记录或证据支撑
4. 有没有区分主次：不是所有原因都同等重要
5. 能不能导出行动项：最后是否能转化成优化措施

如果这几个点都能满足，石川图通常就不会沦为一张“看起来很专业”的空图。

常见问题 FAQ

石川图和因果图是不是一回事？

大多数情况下是。因果图强调功能，石川图强调名称来源，鱼骨图强调图形外观，通常指向同一种分析工具。

石川图一定要用 6M 吗？

不一定。6M 很适合制造业，但项目管理、服务流程、运营分析可以按自己的业务逻辑调整分类。

石川图适合个人用还是团队用？

两者都可以。个人适合用来整理思路，团队更适合用来集体梳理问题来源、统一认知。

石川图能直接找出真正原因吗？

不能保证。它更像是一个结构化分析工具，帮你把可能原因列清楚，真正要确认根因，还需要数据、现场验证或进一步追问。

想快速开始，有没有更省事的方法？

如果你已经有明确问题，直接套一个结构化模板会快很多。你也可以用鱼骨图制作工具先把主问题和一级分类搭出来，再逐步补充细节。

最后怎么理解最不容易混淆

你可以把这三个词这样记：

• 石川图：来源名
• 鱼骨图：外观名
• 因果图：作用名

真正重要的不是名字，而是它适不适合你当前的问题。

如果你现在面对的是“结果已经发生，但原因还不清楚”的情况，那么石川图就是一个很实用的起点。先把问题写具体，再按场景拆分类，最后筛出重点原因，你会比空想或拍脑袋判断更快接近真正答案。