BizThinkFrame
← 全部文章
框架对比 · 8 分钟阅读Read in English

5 Whys 与逻辑树如何配合查找原因

同一批延迟订单的分支与追问链

本文目录

面对一个边界明确的异常,5 Whys 可以帮助你逐层追问原因;面对范围较大、可能有多条解释的问题,逻辑树能先把调查分支展开。同一次分析中,可以先用树找到重点,再对其中一条分支继续追问。

关键不在于画成树还是链,而在于每一步有没有证据,以及是否遗漏了其他解释。

先看经典示例能说明什么

Lean Enterprise Institute 收录了大野耐一的机器停机示例:从保险丝熔断向下追查,涉及润滑不足、泵轴磨损,最终指向缺少过滤装置导致金属碎屑进入。它说明,更换损坏部件以后,仍可能需要处理导致损坏的条件。来源也强调,追问次数不必机械固定为五次。经典示例

这个示例的原因链已经整理完整。真实业务里,我们常常只掌握第一段现象,后面的解释需要调查。把会议上连续说出的五句话接起来,还不能证明找到了根因。

同一批延迟订单先展开再追问

以下是原创模拟材料。某小型商店一周承诺发出的 100 笔订单中,有 20 笔未按约定日期发出。分类按记录中“第一个阻断发货的环节”进行,每笔订单只归入一类。

首个阻断环节 订单数 已有材料
库存确认未完成 8 库存查询和订单处理日志
地址需要补充 5 地址字段与沟通记录
截单时间理解不同 4 页面说明和下单时间
揽收安排变化 3 交接记录和承运方通知

这是一棵按流程阻断环节划分的问题树。它让团队看到库存之外还有三个方向。四类加起来等于 20,方便检查是否漏记;但这种互斥来自分类规则,不意味着现实中每笔订单只有一个原因。

库存分支数量最多,可以先调查,也要保留其他分支。数量不能替代损失评估:如果另外三笔订单涉及重要时限,优先级可能不同。

延迟订单的问题树和库存分支的追问链点击图示可放大查看

每次追问都标明知道到了哪一步

针对库存分支,可以写出下面这份记录:

问题 当前回答 证据状态
为什么这 8 笔订单没有及时发出 截单前未完成库存确认 已有订单日志
为什么确认没有完成 其中 6 笔需要人工查询另一份库存表,另外 2 笔原因未明 已有查询记录
为什么这 6 笔需要人工查询 页面数量与仓库可用数量不一致 已有当日截图和盘点记录
为什么会出现不一致 可能与更新时点或预占库存计算有关 两种待验证假设

注意第二行开始,分析对象已经从 8 笔缩小到 6 笔。剩余两笔应留在待调查清单,不能悄悄用同一解释覆盖。

下一步要核对更新时间、已付款未发出的预占记录和实际库存,再判断哪种解释成立。如果出现两条同时成立的原因,可以在这个节点展开分支;5 Whys 也不要求整个问题只剩一条线。

现在就写“根因是系统不同步”会过早收尾。更可用的产物是:一个范围明确的假设、支持它的材料、反驳它需要什么,以及由谁继续核查。

根据手里的材料选择起点

当前情况 建议起点 需要警惕
一个明确事件,有连续记录 5 Whys 把关联解释成因果,或为了五层编出答案
一个总体现象,解释很多 逻辑树 分支重叠、遗漏,或者混入不同粒度的概念
已找到异常集中的环节 树中的分支接原因追问 缩小样本后仍对整体下结论
没有日志,只有团队意见 先整理未知项和取证计划 用图形的完整代替证据的完整

做一份可继续调查的分析

在 逻辑树状图 的提纲里列出分支,然后把最值得核查的一项带入 原因分析。每层同时写“解释、证据、未知项”。

用自己的问题练习时,先检查三个地方:顶层问题有明确范围吗,计数能对得上吗,最后一层能产生具体的核查行动吗。完成这三项后,再考虑是否需要继续追问。

练习材料:延迟订单分类和证据记录。

换成你的问题,试一次

从一份可检查的提纲开始

练习材料

相关方法

原因分析 →逻辑树状图 →

把你的材料,也整理清楚。

申请工作台内测 →

接着探索

新用户不再回来时先用哪个框架在另一个场景中练习先定义问题决策矩阵最高分方案为什么仍需检查下一步有多种选择时,检查评分和证据