代码之家  ›  专栏  ›  技术社区  ›  Jaswant Agarwal

5为什么分析是找到问题根源的更好方法?[关闭]

  •  3
  • Jaswant Agarwal  · 技术社区  · 16 年前

    5 Why 分析更好的方法来找出问题的根本原因?

    在这样做的时候,会不会像责备游戏一样?

    6 回复  |  直到 10 年前
        1
  •  1
  •   Gishu    16 年前

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

    每次会议或小组讨论都需要一个引导者,他确保小组不会脱轨,也不会把火车开到海里。当主观性意见被表达出来时,辅导员的工作就是介入。在这种情况下,你必须客观。

        2
  •  2
  •   Joshua    16 年前

    5为什么是一个很好的一般方法,试图找出问题的根源,但它的主要问题是,它没有提供任何指导方针,什么问题提出,什么时候停止。因此,如果你尝试与一个容易互相指责的群体合作,它很快就会演变成一场指责游戏。

        3
  •  1
  •   Mahesh    16 年前

    “5为什么”并不总是找到问题根源的更好方法。有些问题过于复杂,与许多其他因素有关。让我们以生命周期规划为例,您将发现许多问题,这些问题无法从5个为什么方法中解决。为什么?没有关于我们应该如何处理“5为什么”的指导方针。

        4
  •  1
  •   ndp    16 年前

    如果你真的想参加这场责备比赛,试试“5个谁”的技巧吧!

    说真的…我发现这在“根本原因分析会议”中是有效的。但“5个为什么”与其说是一个概念,不如说是一个菜谱:最好停下来反思一下事情为什么会出错,而不是从表面上看是谁干的,而是开发系统让问题得以潜移默化。

    事实上,每次我这样做,它都进展得很好。我们检查每个已解决的错误,并尝试提出“根本原因”。我试着在早期设定正确的基调,意识到我有点匆忙地试图完成一项任务,或者类似的事情。小组回答说:“你为什么这么匆忙?”等。

    在我们讨论每个bug之后,我们尝试识别公共线程和合理的修复方法。同样,不是配方,而是过程的一部分。我试图把这些会议的结果限制在一个单一的、可操作的项目上。

        5
  •  0
  •   Paul Nathan    16 年前

    我工作过的一个地方使用它,他们的产品非常成功。如果你将问题人格化,专注于解决问题,而不是由谁来解决问题,你可以走得更远。

        6
  •  0
  •   paul1066    10 年前

    在使用“5个为什么”技巧之前,尝试使用石川/鱼骨/因果法。然后使用5个为什么深入到根本原因。通常(总是)你会发现5个原因,即一个效果会有多种原因。

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

    请参阅此链接,了解多原因影响的一些重要示例 http://www.thinkreliability.com/Titanic.aspx