不只盯着一个原因 · 用六大分类穷尽所有可能 · 系统性问题的系统解法
1.
项目延期了。你第一反应:「开发效率太低了。」但真的是这样吗?也许是需求一直在变(方法问题),也许是测试环境不稳定(设备问题),也许是产品经理产假导致需求没人拍板(人员问题),也许是第三方API改了接口(外部环境问题)。
鱼骨图的价值:强制你从至少6个维度审视一个问题,而不是凭直觉跳到第一个想到的原因。
2. 什么是鱼骨图
> 鱼骨图(石川图):由石川馨提出的因果分析工具。把问题画在「鱼头」,从脊柱延伸出6根大骨(六大因素类别),每根大骨上再分支出小骨(具体原因)。六大类别通常为:人(Man)、机(Machine)、料(Material)、法(Method)、环(Environment)、测(Measurement)。
鱼骨图真正的力量:你看到的第一个原因通常只属于一个类别。鱼骨图逼你把另外五个类别也看一遍——「有没有人的因素?设备有没有问题?方法流程是不是有漏洞?」——这才能做到不遗漏。
3. 三个场景
场景一:软件Bug
- 人:开发经验不足、代码Review不仔细
- 机:测试环境跟生产环境不一致
- 料:第三方SDK版本过旧
- 法:提测流程缺少回归测试环节
- 环:需求变更发生在提测后
- 测:测试用例没有覆盖边界情况
场景二:客户满意度下降
不要只从「产品不好」一个角度分析。用鱼骨图拆开:人(客服培训不足)、机(工单系统响应慢)、料(文档和FAQ不全)、法(投诉处理没有SOP)、环(竞品在打价格战)——你会发现问题分布在你意想不到的类别里。
4. 如果你只记住一句话
> 「永远不要满足于找到的第一个原因——那通常只是冰山的一角。」
3件事
1. 下次碰到复杂问题,画一条鱼骨。 问题写在鱼头,6根大骨写上六大类别,然后在每根大骨下面至少列2个小原因。
2. 用5 Why在每条小骨上继续深挖。 鱼骨图+5 Why是最强的问题分析组合拳。鱼骨保证广度,5 Why保证深度。
3. 画完鱼骨后,标出你认为最重要的3个根因。 资源有限——先修最可能产生效果的那几个。
6. 延伸阅读
- 上一篇:10-10-10 法则
- 下一篇:WOOP 目标达成法