5为什么分析更好的方法来找到问题的根本原因?

时间:2009-09-23 04:02:18

标签: debugging

5 Why分析是否是找到问题根本原因的更好方法?

在这样做的时候,它会变成像责备游戏吗?

6 个答案:

答案 0 :(得分:2)

5 pys是尝试找到问题的根本原因的一种很好的通用方法,但是它的主要问题是它没有提供任何问题以及何时停止的问题。因此,如果你尝试与一个容易互相指责的团队一起做,那么很快就会陷入责备游戏。

答案 1 :(得分:1)

“5为什么”并不总是更好的方法来找到问题的根本原因。有些问题太复杂,并且与许多其他因素有关。让我们来看一下生命周期规划,你会发现许多问题,这些问题都没有从5种方法中解决。为什么?我们应该如何处理“5为什么”没有指导方针。

答案 2 :(得分:1)

这是反映和深入研究问题区域的好方法,并确保您没有修复症状。

每次会议或小组讨论都需要一名协调人,他们确保小组不会出轨并将火车驶入大海。当主观意见被表达时,辅导员的工作就是介入......在这种情况下你需要客观。

答案 3 :(得分:1)

如果你真的想参加指责游戏,请尝试“5 Whos”技术!

说真的......我发现这在“根本原因分析会议”中是有效的。但是5个为什么并不是一个概念的配方:最好停下来思考出问题的原因,而不是从表面层面看谁做错,但是开发系统如何让问题隐藏起来

实际上,每次我这样做都会很顺利。我们经历了每个已解决的错误,并试图提出“根本原因”。我试着尽早设定正确的语气,认识到我有点仓促地试图完成一项任务,或类似的事情。该团队回应说:“你为什么这么仓促?”等等。

在我们讨论每个错误后,我们尝试识别常见的线程和合理的修复。同样,不是食谱,而是过程的一部分。我试图将这些会议的结果限制在一个可操作的项目中。

答案 4 :(得分:0)

我工作过的地方使用它,他们的产品非常成功。如果你将问题去个性化并专注于修复问题而不是问题是谁,那么你可以进一步发展。

答案 5 :(得分:0)

在使用5为什么技术之前,请尝试使用Ishikawa / Fishbone /因果方法。然后使用5为什么要深入研究根本原因。通常(总是)你会发现5为什么会分支,即效果会有多种原因。

为什么如果您使用Whys查找根本原因,树分析是一种更好的使用方法。

有关具有多种原因的效果的一些很好的示例,请参阅此链接 http://www.thinkreliability.com/Titanic.aspx