系统的规划有时是通过对发生的问题的分析而产生的，有时用户（以及大多数人）倾向于快速跳转到解决方案级别，而没有充分考虑现有的问题。例如“仓库缺货的情况经常发生”，缺货是不好的，方法之一就是增加仓库的库存量。但这种方法会导致成本增加，因此需要更多地了解仓库频繁出现缺货的主要原因，而不是直接针对出现的问题提供解决方案。
根本原因分析通常会根据先前分析
根本原因分析通常会根据先前分析的问题来分析想法，在根本原因分析中，我们将重点关注问题与解决方案的比较，分析首先从系统中列出问 科威特电话号码数据 题列表，然后根据优先级从高到低进行排序重要的是可能导致问题的根源 例如下面的根本原因： RC2在上面的根本原因分析中，我们可以看到主要问题是经常缺货，这个问题是由供应商缓慢造成的，从缓慢的供应商我们仍然在寻找问题的根源，比如供应商订单审批缓慢。除了最佳供应商识别缓慢之外，最后一个问题是向供应商发送订单的速度缓慢。
在分析根本原因时可以使用些技巧
第 1 步 – 定义问题 目前出现什么问题？ 解释一下具体的症状，这表明问题的存在！ 第 2 步 – 收集数据 你有证据证明这个问题确实存在吗？ 问题出 美国电话列表 现多久了？ 该问题的感知影响是什么？ 第 3 步 – 找出可能的原因 描述导致问题的事件顺序！ 什么情况下会出现问题？ 是否有其他问题随着主要问题的出现而出现？ 第 4 步 – 识别根本原因 因果因素为何存在？ 问题出现的真正根源是什么。
