# 什么时候根本原因分析不是根本原因分析？

当您停在原因并不进行分析时！

我已经多次听到这种或类似的声音，“我们进行了根本原因分析，发现我们遗漏了一个测试用例，现在我们添加了该用例。” 或“我们发现根本原因是这行代码，我们现已修复。” 每当您有理由要进行根本原因分析时，提醒自己要感恩（我敬佩的领导者将事件称为学习天赋），我们会从失败中获得最大，最有效的收获。

在我的第一个工作场所，我们设计和制造了Flight Deck Instrumentation； 您知道在驾驶员座舱中看到的东西，飞行员依靠它们来驾驶飞机并毫无问题地将您带到目的地。 好吧，我经常会说我从来没有做过任何事情，因为如果失败的话，这可能直接导致人员伤亡。 因此，对于这些学习礼物，我将始终心存感激，因为它们将帮助相关团队学习如何变得更好，减少烦恼或使我们的客户沮丧，并使他们更加满意。 （不要以任何方式伤害他们）

这使我想到了进行根本原因分析时需要具备的意图，这是一个快速提醒；

我们的首要目标是确保我们学习到所有可能的知识，以确保我们能够防止或至少赶上将来发生此类问题的机会。

RCA永远不会怪。

我们有合适的人员参与–确保您的人员代表该问题涉及的产品，服务或代码的每个领域。

我们专注于预防-理想情况下，您正在聚集进行分析，并且已经找到并解决了特定问题-现在，您专注于分析以了解如何防止将来发生或未引起类似问题。

您还将需要熟练和经验丰富的人员来进行此类讨论。 结果将取决于进行分析的人员的技能，经验和知识。 经验丰富的主持人将知道如何充分利用参与者的知识，并在需要时呼吁更多或更多的中小型企业帮助。

例如，5-为什么技术是在RCA中使用的一种流行技术。 但是，它很容易无法如预期那样产生期望的结果。

容易停止症状

您可能不知道要问另一个好的“为什么”问题而陷入困境

有时，您会沿着为什么原因沿着单个根本原因而不对多个根本原因开放。 因此，下次遇到任何可学习的问题或事件时，您和您的团队将为将来的成功做好准备；

寻求熟练的辅导员的帮助

聚集合适的人

提醒所有人，这是不容置疑的讨论

确保每个人都充满好奇心

所有人都处于学习模式

然后，查看可以一起发现的内容，以防止将来出现问题，并提高工作效率，减少（因问题而受到干扰）工作寿命。

# author

石头 磊哥 seven 随便叫

# company

thoughtworks（离职了。。。。）

大家好，本人不才，目前依旧混迹于thoughtworks，做着一名看起来像全栈的QA，兴趣爱好前端，目前是thoughtworks 西安QA社区的leader，如果有兴趣分享话题，或者想加入tw，可以找我

# roles

QA（营生） dev（front-end dev 兴趣爱好）

# 联系方式

如果想转载或者高薪挖我 请直接联系我 哈哈

# wechat:

qileiwangnan

# email:

qileilove@gmail.com