zoukankan html css js c++ java

5 Why Analysis

一，概述

为什么-为什么分析，也被称作5个为什么分析，它是一种诊断性技术，被用来识别和说明因果关系链，它的根源会引起恰当地定义问题。不断提问为什么前一个事件会发生，直到回答"没有好的理由"或直到一个新的故障模式被发现时才停止提问。解释根本原因以防止问题重演。文件中所有带有"为什么"的语句都会定义真正的根源(通常需要至少5个"为什么"，但5个why不是说一定就是5个，可能是1个，也可能是10都没有抓到根原)。5个为什么问题解决方法在一些组织里，一个普通的解决问题方法被用来分析和解决质量问题。这个方法有4个主要部分：

1.把握现状:识别问题；澄清问题, ；查找原因要点 (PoC)

2.原因调查:针对明确的问题；针对为什么没有发现问题；针对为什么系统允许问题发生

3.问题纠正:采取明确的措施来纠正问题，至少要求采取短期临时措施来保护顾客利益。

4.差错防止: 采取明确的措施来确保问题不会再发生，典型的措施是"差错防止"过程；铭记吸取到的教训。

二，第一部分把握现状分析步骤

1.识别问题:在方法的第一步中，你开始了解一个可能大、模糊或复杂的问题。你掌握一些信息，但一定没有掌握详细事实。问：我知道什么?

2.澄清问题:方法中接下来的步骤是澄清问题。为得到更清楚的理解，问：实际发生了什么？应该发生什么？

3.分解问题:在这一步，如果必要，将问题分解为小的、独立的元素。关于这个问题我还知道什么？还有其他子问题吗？

4.查找原因要点 (PoC) : 现在，焦点集中在查找问题原因的实际要点上。你需要追溯来了解第一手的原因要点。问：我需要去哪里？我需要看什么？谁可能掌握有关问题的信息？

5.把握问题的倾向:问：谁？哪个？什么时间？多少频次？多大量？

在问为什么之前，问这些问题是很重要的。

第二部分原因调查分析步骤

1.识别并确认异常现象的直接原因。如果原因是可见的，验证它。如果原因是不可见的，考虑潜在原因并核实最可能的原因。依据事实确认直接原因。问：这个问题为什么发生？我能看见问题的直接原因吗？如果不能，我怀疑什么是潜在原因呢？我怎么核实最可能的潜在原因呢？我怎么确认直接原因？

2.使用"5个为什么"调查方法来建立一个通向根本原因的原因/效果关系链。问：处理直接原因会防止再发生吗？如果不能，我能发现下一级原因吗？如果不能，我怀疑什么是下一级原因呢？我怎么才能核实和确认下一级有原因呢？处理这一级原因会防止再发生吗？

如果不能，继续问"为什么"直到找到根本原因。在必须处理以防止再发生的原因处停止，问：我已经找到问题的根本原因了吗？我能通过处理这个原因来防止再发生吗？这个原因能通过以事实为依据的原因/效果关系链与问题联系起来吗？这个链通过了"因此"检验了吗？如果我再问"为什么"会进入另一个问题吗？

确认你已经使用"５个为什么"调查方法来回答这些问题。为什么我们有了这个问题？为什么问题会到达顾客处？为什么我们的系统允许问题发生？

3.采取明确的措施来处理问题 '
使用临时措施来去处异常现象直到根本原因能够被处理掉。问：临时措施会遏止问题直到永久解决措施能被实施吗？

实施纠正措施来处理根本原因以防止再发生。问：纠正措施会防止问题发生吗？

跟踪并核实结果。问：解决方案有效吗？我如何确认？

四，案例

在生产线上的机器总是停转，虽然修过多次但仍不见好转。于是，与工人进行了以下的问答：

一问："为什么机器停了?"答："因为超过了负荷，保险丝就断了。"

二问："为什么超负荷呢?"答："因为轴承的润滑不够。"

三问："为什么润滑不够?"答："因为润滑泵吸不上油来。"

四问："为什么吸不上油来?"答："因为油泵轴磨损、松动了。"

五问："为什么磨损了呢?"再答："因为没有安装过滤器，混进了铁屑等杂质。"

经过连续五次不停地问"为什么",才找到问题的真正原因和解决的方法，在油泵轴上安装过滤器。如果我们没有这种追根究底的精神来发掘问题，我们很可能只是换根保险丝草草了事，真正的问题还是没有解决。

五，在软件行业的应用

在软件行业，不论是开发还是维护项目，不可避免的项目总会有defect，我们把defect作为分析的入口对进行时或者完成时的项目进行以下5－why 从而分析出软件质量出现问题的根本原因所在，并且总结出以后的预防措施。

Defect type

Ambiguous requirements

Application help / documentation inconsistent with application changes

Changes in the functionality not reflected in the documentation

Common components not identified

Functionality not addressed correctly / missed

Inadequate test coverage

Incorrect/ Inadequate specification of functionality

Installation manual not correct and adequate

Installation testing not done / Inadequate

Inter application integration testing not done / incomplete

Interface requirements not addressed

Interface requirements not addressed correctly

Lack of Application Knowledge

Lack of Business Knowledge

Lack of design skills

Lack of documentation skills

Memory and Code Optimization not considered

Migration requirements not addressed correctly

Missed requirements

Missing requirements

Non adherence to guidelines/ standards

Non Functional requirements not addressed correctly

Non-conformance to standards

On line help not as per the functionality of the product

On line help not working

On-line help not adequate

Oversight of design

Oversight of requirement specifications

Oversight of requirements

Oversight of requirements specification

Path testing not complete

Performance requirements not addressed correctly

Requirements Misinterpretation

SELC Methodology and Techniques not known

System manual not as per requirements

Technical / architecture design not considered

Test cases / sequences not adequate

Test data related

Test Environment related

Test strategy not complete /adequate

Test Strategy related

Usability requirements not addressed

Usability requirements not addressed correctly

User manual not as per functionality

Volume testing not done / Inadequate

White box testing inadequate

Why