什么时候用？
- 想找出故障的真正原因，而不是处理症状。
- 在事后复盘里，关注的是原因而不是责任人。
- 把某个 WBS 任务失败的缘由记录下来。
操作步骤
- 1左上角菜单可在同一项目的多个分析之间切换，并新建、重命名或删除分析。
- 2在空白页面用「添加问题」开始，用一句话写清发生了什么。也可以直接加载现成的示例。
- 3Ctrl+点击一个方框，会在它下面打开一个新的「为什么」。把答案写进去，然后在这个方框上重复同样的动作。
- 4再往下探不动时，在那个方框上 Shift+点击，会生成一个根本原因方框。它不接子节点，链条到此结束。
- 5右键点击方框可以修改文字或删除。
- 6一个分析只包含一个主问题。要分析第二个问题，请从左上角菜单新建一个分析。
键盘快捷键（桌面端）
方框上：在其下新增一个「为什么」Ctrl+点击
方框上：生成根本原因方框Shift+点击
删除选中的方框Delete
撤销Ctrl+Z
重做Ctrl+Y
小提示
- 从工作分解结构中的某项任务发起根本原因分析时，会为该任务另开一个分析，不会覆盖当前打开的分析。
- 一个原因可以有不止一个答案；在同一个方框上反复 Ctrl+点击就能分枝。
- 每个答案都要落在可以核实的事实上。「不小心」不是根本原因，而是一个还没回答的问题。
- 在 WBS 里标记为失败的任务，可以直接从它的右键菜单送到这里作为问题。
示例
示例：订单确认邮件收不到
客服连着三天收到同一条投诉。第一反应是「换个邮件服务商」。连问五次为什么之后，会发现问题根本不在那里。
问题
- 客户收不到订单确认邮件。
追问链条
- 为什么？邮件进了垃圾箱。
- 为什么？我们的发信域名显示未验证。
- 为什么？DNS 里少了一条验证记录。
- 为什么？服务器迁移时没有一并复制过去。
- 为什么？迁移检查清单上没有这一条。
根本原因
- 服务器迁移的检查清单不完整。
对策
- 补上缺失的记录（今天的问题解决了）。
- 把域名验证写进迁移检查清单。
- 让清单不再依赖具体由谁来执行迁移。
第一反应是换服务商：钱花出去了，问题还在。真正的原因是一份清单里少了一行。把这个差别显出来，就是五问法的全部工作。
常见问题
什么是五问法（5 Why）？
通过反复追问「为什么」，从看得见的表象走到真正原因的方法，起源于丰田。要点是修掉产生表象的东西而不是表象本身，这样问题才不会再回来。
为什么正好是五次？
五是习惯，不是规矩。实际情况里大多数问题会在第四到第六次追问之间见底。第三次就找到了就停下；到第七次还是一无所获，那多半是问题本身定义错了。
怎么知道已经追到根本原因？
两个信号：下一个「为什么」开始指向你控制不了的事情；并且你确信，把找到的东西去掉，问题就不会重演。
五问法和鱼骨图怎么选？
五问法沿着一条链往下走，鱼骨图把同一个问题摊到人、方法、机器、材料、测量、环境几个方向上。原因像是集中在一处就用五问法，散得厉害就先画鱼骨图。
免费吗？
免费。Klarsti 目前免费且没有广告，做五问法分析不需要账号。