问虫根原因分析

EN

如果您正在使用精益软件开发实践，那么检查缺陷的根本原因应该是您的开发过程的一部分。缺陷是一种浪费--当开发发生成本时间时未被检测到的缺陷，特别是当它们从一个活动转移到另一个活动(需求缺陷通过设计，甚至进入集成和验收测试活动)，或者随着系统复杂性的增加(随着新特性的增加)而未被检测到。扩展一些工作，以了解为什么在流程中没有及早检测到缺陷，并进行更改以改进上游活动中的缺陷检测，这是维护精益组织的一部分。然而，同样重要的是要注意，执行根本原因分析的成本与好处是权衡的--可能不是每个缺陷都会被检查，但可能是由于一次迭代的结果，有大量的缺陷可以分组分类和分析，以改进未来的迭代。

就结构化方法而言，没有单一的标准方法。这取决于问题和团队。一些方法包括八大学科、DMAIC、计划检查法等。使用这些方法，您可以使用诸如正交缺陷分类、故障树分析、5 Whys、石川(鱼骨)图和标称群技术等工具(请参阅质量的七大基本工具中的例子，尽管这些工具主要来自于制造和工业过程，并且可能并不全部将一对一的转换为软件开发活动)，以缩小问题的范围，确定共性，并找到根本原因和可能的解决方案。

如果您正在寻找一个跨组织存在的通用流程，那么实际上没有一个流程。然而，许多方法和工具是常见的。它们只是在不同的组织和团队中被分解或使用略有不同。您最终需要确定哪些方法对您和您的团队最有效，包括定义问题、确定调查和确定根本原因的最佳方法、开发解决方案和验证它们是否正确，并确保它们对流程产生积极影响。

原因的性质是非常不同的，错误的原因分析常常被错误的根源分析所误解。例如，想象一下与糟糕的应用程序设计或简单的编程错误相比，设计模式的适应性是错误的。

所以我认为永远不会有正式的程序。也许5-为什么-方法会把你带到根本原因，但这更多的是一种技术，而不是一个正式的过程。