5 Whys 与逻辑树如何配合查找原因
同一批延迟订单的分支与追问链
本文目录
面对一个边界明确的异常,5 Whys 可以帮助你逐层追问原因;面对范围较大、可能有多条解释的问题,逻辑树能先把调查分支展开。同一次分析中,可以先用树找到重点,再对其中一条分支继续追问。
关键不在于画成树还是链,而在于每一步有没有证据,以及是否遗漏了其他解释。
先看经典示例能说明什么
Lean Enterprise Institute 收录了大野耐一的机器停机示例:从保险丝熔断向下追查,涉及润滑不足、泵轴磨损,最终指向缺少过滤装置导致金属碎屑进入。它说明,更换损坏部件以后,仍可能需要处理导致损坏的条件。来源也强调,追问次数不必机械固定为五次。经典示例
这个示例的原因链已经整理完整。真实业务里,我们常常只掌握第一段现象,后面的解释需要调查。把会议上连续说出的五句话接起来,还不能证明找到了根因。
同一批延迟订单先展开再追问
以下是原创模拟材料。某小型商店一周承诺发出的 100 笔订单中,有 20 笔未按约定日期发出。分类按记录中“第一个阻断发货的环节”进行,每笔订单只归入一类。
| 首个阻断环节 | 订单数 | 已有材料 |
|---|---|---|
| 库存确认未完成 | 8 | 库存查询和订单处理日志 |
| 地址需要补充 | 5 | 地址字段与沟通记录 |
| 截单时间理解不同 | 4 | 页面说明和下单时间 |
| 揽收安排变化 | 3 | 交接记录和承运方通知 |
这是一棵按流程阻断环节划分的问题树。它让团队看到库存之外还有三个方向。四类加起来等于 20,方便检查是否漏记;但这种互斥来自分类规则,不意味着现实中每笔订单只有一个原因。
库存分支数量最多,可以先调查,也要保留其他分支。数量不能替代损失评估:如果另外三笔订单涉及重要时限,优先级可能不同。
每次追问都标明知道到了哪一步
针对库存分支,可以写出下面这份记录:
| 问题 | 当前回答 | 证据状态 |
|---|---|---|
| 为什么这 8 笔订单没有及时发出 | 截单前未完成库存确认 | 已有订单日志 |
| 为什么确认没有完成 | 其中 6 笔需要人工查询另一份库存表,另外 2 笔原因未明 | 已有查询记录 |
| 为什么这 6 笔需要人工查询 | 页面数量与仓库可用数量不一致 | 已有当日截图和盘点记录 |
| 为什么会出现不一致 | 可能与更新时点或预占库存计算有关 | 两种待验证假设 |
注意第二行开始,分析对象已经从 8 笔缩小到 6 笔。剩余两笔应留在待调查清单,不能悄悄用同一解释覆盖。
下一步要核对更新时间、已付款未发出的预占记录和实际库存,再判断哪种解释成立。如果出现两条同时成立的原因,可以在这个节点展开分支;5 Whys 也不要求整个问题只剩一条线。
现在就写“根因是系统不同步”会过早收尾。更可用的产物是:一个范围明确的假设、支持它的材料、反驳它需要什么,以及由谁继续核查。
根据手里的材料选择起点
| 当前情况 | 建议起点 | 需要警惕 |
|---|---|---|
| 一个明确事件,有连续记录 | 5 Whys | 把关联解释成因果,或为了五层编出答案 |
| 一个总体现象,解释很多 | 逻辑树 | 分支重叠、遗漏,或者混入不同粒度的概念 |
| 已找到异常集中的环节 | 树中的分支接原因追问 | 缩小样本后仍对整体下结论 |
| 没有日志,只有团队意见 | 先整理未知项和取证计划 | 用图形的完整代替证据的完整 |
做一份可继续调查的分析
在 逻辑树状图 的提纲里列出分支,然后把最值得核查的一项带入 原因分析。每层同时写“解释、证据、未知项”。
用自己的问题练习时,先检查三个地方:顶层问题有明确范围吗,计数能对得上吗,最后一层能产生具体的核查行动吗。完成这三项后,再考虑是否需要继续追问。
练习材料:延迟订单分类和证据记录。
从一份可检查的提纲开始
练习材料
- 订单分类与调查记录JSON · 1 KB