vs找不到mapcontrol控件_IT工程方法应用（3）：鱼骨图法分析测试时间长和控件不符合要求...

在我的上两篇文章中，分别介绍了5WHY和关联图两种根因分析方法，在本篇文章中我将介绍另外一种特别有名的根因分析方法，就是鱼骨图法。

在介绍5WHY方法时我使用了“波音737MAX坠毁分析”作为例子，而在介绍关联图方法时我使用了“焊接质量不良分析”作为例子。本篇介绍鱼骨图方法我将引入另外两个实例，一个是“继承测试时间过长分析”，另外一个是“控件功能不符合要求”。

鱼骨图法概述

鱼骨图也叫因果图，是因为采用的图形特别像一幅鱼骨而得名：

鱼骨图示例

鱼骨图的鱼头为要解决的问题描述，鱼骨的主干上可以有多个引起问题的原因分类，而每一个原因分类上可以有一根或者多跟鱼刺，代表引起问题的原因。原因可以是一层原因，就是引起问题发生的直接原因，如果一层原因还有进一步的原因细分，就可以继续分解出二层原因，用更小的鱼刺代替。逐步形成一副比较完整的鱼骨。

鱼骨图主要有如下两个特点：

• 结构化的分析方法，便于快速识别问题产生原因
• 可视化，促进沟通和理解

那么如何用鱼骨图来分析具体问题呢？下边我将结合两个案例来具体说明。

鱼骨图方法一：小骨集约法(自下而上)

顾名思义，该方法是从最小的鱼刺开始，从小刺逐步集约得出大刺，进而得到鱼骨主干。

本方法一共分为五个步骤，我结合”继承测试时间长“这个实例来演示每个步骤如何操作。

第一步：准备和画图

这一步主要是把展开分析前的准备工作做充分，画图需要的纸、笔都准备好，笔要准备几种颜色的以便标注重点因素等，纸最好找比较大一些的，画图要有足够的空间。

然后可以简单把鱼骨的主干先画出来，以便后面方便的添加识别出的因素。

鱼骨图准备空骨架图

准备工作完成后，就可以正式开始问题的分析了。

第二步：寻找问题疑因

这一步的操作与关联图的第一步操作有点像，就是要把这里问题的所有可能的原因先找出来，尽量能够找全面。具体方法上可以采用头脑风暴法或者专家识别法，总的来说，我们需要找到与这个问题相关的主要人员和真正的专家，来进行深入的讨论。

我们小组这次要解决的是“继承测试时间长”这个问题，所以在识别问题疑因时需要找到我们小组内真正的测试专家和真正执行测试过程的测试人员进行分析，才能得到比较准确和全面的原因集合。

第二步：识别的“继承测试时间长”问题疑因

以上就是我们开会后识别的问题疑因，将疑因全部形成因素卡后就可以进入下一步了。

第三步：绘制鱼骨图

在绘制鱼骨图之前，首先要对已识别的问题疑因做一下亲和，也就是将疑因分成不同的类别，比如经过讨论，我们把问题分成了如下四类：

第三步：疑因亲和

我们亲和出的四类原因人力、环境、管理、用例，就是鱼骨图的四个主干大刺，每一类下的具体因素就是大刺下边的小刺，有了亲和的结果就可以画成鱼骨图了。

第三步：根据疑因亲和作出的初步鱼骨图

其实做好疑因亲和后画出鱼骨图是比较简单的，不过这个时候，我们还要组织小组成员审视一下这个鱼骨图，看找到的疑因是不是足够全面，还有没有其它疑因被遗漏。

按照我的经验，一件事情往往形成结构化的图形以后，让图形帮助人去思考，人的思维才能够逐步趋向于完整，此时如果沿着四根鱼大骨挨个审视，你会发现你的鱼骨图还可以做进一步的补充。

比如测试人力这个分支，除了人力不足以外，我们发现小组内的新员工比较多，在测试时新员工的测试技能是不过关的。而且当我们去找开发吐槽说他们支持不力的时候，开发人员又问我们到底哪些方面支持的不够呢？显然这个分支可以再补充几个二级疑因。

同理，其它几个大骨分支也可以做类似的审视，直到我们认为已经将所有疑因补充的基本完整为止。于是我们得到了更加完善的鱼骨图，其中蓝色字体就是审视后补充的因素：

第三步：补充疑因后的鱼骨图

得到了这个令我们满意的鱼骨图以后，就可以进入第四步了。

第四步：确定主因

经过之前几个步骤的分析我们看到，测试时间过长问题的原因分四个大类，每个大类里面又有一些一层原因和二层原因，这么多的原因里面，到底哪些是引起问题的主要原因呢？找出的主要原因决定了我们后续的改进方向，我们需要用最低的代价取得最好的效果。

标记主因的方法与另一篇文章的关联图法相对应的步骤类似，主因一般要从叶子原因中找，就是那些只有输出箭头而没有输入箭头的因素。

经过我们集体讨论以后，找到了我们问题的主因，并在鱼骨图上做好了标记：

第四步：确定主因后的鱼骨图

第五步：补充必要信息

作为一次正式的根因识别活动，我们需要把参加人和具体时间等信息补充完整，补充哪些信息可以根据你们的具体要求进行定制，不是一成不变的。

第五步：继承测试时间长鱼骨图

到此为止，我们的小骨集约法四个步骤就全部完成了，我们得到了完整的根因鱼骨图，也找到了问题主因，后续改进问题的具体措施针对找到的主因去拟定即可。

鱼骨图方法二：大骨展开法(自上而下)

本节介绍的大骨展开法跟小骨集约法正好相反，小骨集约法是先识别零散的疑因，然后通过疑因亲和找到原因分类，就是先找鱼的小刺再亲和出鱼的大刺，而大骨展开法是先找出鱼骨的主干大刺，然后再针对不同的大刺分支找出对应的小刺，一层一层展开到疑因叶子节点。

本节我基于一个具体的问题“控件功能不符合要求”来演示一下大骨展开法具体如何操作。其实做过软件开发的同学都知道，当我们开发完成一个产品交付给客户的时候，经常遇到交付的功能跟客户的需要有较大差异的情况，本实例分析的就是这类问题。

第一步：准备工作和确定问题

正式开始制作鱼骨图前照例还是要把准备工作做好，画图工具可以用纸和笔，如果你有投影仪的话，也可以使用工具软件来画，很多工具里面是支持鱼骨图绘制的，比如最常见的XMind，如果实在找不到趁手的工具，直接用PPT也是可以的。

然后请把涉及“控件功能不符合要求”问题的骨干人员都召集到会议地点，就可以开始我们的鱼骨图一层层展开了。

召集个开放的讨论会吧

第二步：确定原因大类

首先我们要确定的是造成我们开发的控件功能不符合要求的原因主要有几类。分类的方式有很多，我们自行选取适合的分类方法即可。比如经过讨论，我们认为按照开发者角色进行分类比较方便，在控件开发过程中，主要的角色为设计、开发、测试，我们就以这三个角色作为三个大类。

第二步：确定原因大类

第三步：逐层识别并展开所有疑因

这一步就要分别针对每一个大类识别疑因，在这个例子中，就是要分别针对设计、开发、测试三根主鱼骨做进一步的分析，也就是从上到下做展开，第一层展开后的鱼骨图如下：

第三步：展开一层

复杂一点的问题仅仅展开一层是不够的，本实例对上图继续往下深入挖掘疑因，继续展开后得到下面的鱼骨图：

第三步：展开三层的鱼骨图

对于一般的问题，展开到第二层就够了，如果问题特别复杂，根据需要还可以继续往下挖掘，直到达到能够获得有效的解决方案为止，当然，挖掘的过深有可能导致鱼骨图太过庞大难以阅读。

第四步：确定主因

这一步跟小骨集约法的第四步一样，都是识别并标注主要原因，以便后续制定解决措施：

第四步：确定主因后的鱼骨图

第五步：补充信息

这一步将相关信息补充完整以后，整个鱼骨图就做完了，后续针对这个鱼骨图识别的主因制定解决方案，自然是事半功倍：

控件功能不符合问题完整鱼骨图

本文结合两个实例着重介绍了用鱼骨图分析根因的两个方法：小骨集约法和大骨展开法，如果感觉对您有所帮助，请点赞并关注我，感谢！