[原创]突破质量困境

突破质量困境
--------------------------------------------------------------------------------

一、客户是最重要的
在这里，我们先来问几个问题：
问题1，如果客户对你公司的产品没有一点不满，没有一点抱怨的话，现在需要改进质量吗？
问题2，如果一个产品所有出现过的问题都集中在一天重现，客户会接受这样的产品吗？（客户接受了这个产品，原因是问题在一段相当长的时间里一个一个出现的，而且似乎每个都不是大问题，所以也就凑活着接受了）
问题3，如果公司一直为一个客户连续不断的开发产品，而且问题也连续不断的重复出现，你觉得公司还会拿到订单吗？就像一家饭馆的饭总是有沙子，你会一直订他们的饭吗？但如果只吃一顿的话……
从上面的问题可以看到，质量是客户的基本要求，质量改进是为了适应客户的要求！在全面质量管理理论中着重强调的就是“以客户为中心”，这不仅仅是一个口号。那么以客户为中心应该怎么做呢？以客户为中心首先需要注重客户提出的质量问题（以下称客户问题），注重的意思就是切实的为客户去解决问题，而不是重复的解决同一种问题！
二、问题
客户能够发现什么样的问题？
认识客户问题，首先要从客户的调查开始。曾经针对以前的一个软件项目组进行过调查。客户参与了项目的系统测试工作。每天项目组将客户发现的问题记录下来。记录中总共有168个问题。在问题的分析中，仅仅简单分了三类，分别是：业务问题、一般性问题和重大问题。其中：
业务问题是因为对业务不熟而产生的问题。
一般性的问题是常见的、重复性出现的问题，例如界面问题、计算错误等。
重大问题是比较难以解决的技术问题。
经过分类后，发现业务问题有38个，占整个问题比重的23%，一般性问题127个，占75%左右，重大问题共有3个，不到2%，比例图如下：

一般性问题主要集中在：页面的显示，按钮的大小，文字的大小和格式，界面风格等问题。
在一般性问题上还需要说明的是，其中部分问题是被客户重复的提及。
业务性问题主要集中在：用户权限的分配、业务规则等。
在业务性问题上还需要表明的是，大多数业务问题在实现的时候都感觉不能确定，没有明确的表述，在实现的时候，开发人员以自己的理解方式，就“想当然”的处理了这种疑惑。于是导致测试的时候出现问题。
以上这些问题在公司刚刚成立的时候就存在，现在依然存在，以前没有做过这样的统计，所以也不知道现在是否有所改进，或者这种改进有多大。质量工作做到那里去了？连小问题都不能解决，又怎么能解决大问题呢？
以前问题那里去了？
在这里我们必须先弄明白“什么是问题？”所有造成客户不满意的事情都是问题。小问题似乎可以忽略，但是小问题多了，就变成了大问题！从项目组的记录中可以看到客户的不满情绪在加大，在后面的问题记录中都加上了硬性的修改时间。可以看到客户的要求越来越强烈了。软件的意思应该是一种服务。服务的优劣就应该以客户的满意程度来衡量（这可能也是质量定义的一个主要来源）。
在“什么是问题”的认识上，公司经常会受到项目组的误导。但这种误导不是项目组的错，而是因为项目自身原因造成的。原因如下：
（1）、质量问题可以缓解。我们都知道项目是有资源限制的，。因为有限制，所以他们会做最主要的工作。对一般的商业软件项目而言，追求进度就符合了公司对成本的要求和客户对进度的要求。公司商务人员和项目组通过自己的勤奋努力和良好的态度，总会让客户容忍系统的一些问题。所以质量问题绝对不会是最主要的问题，而成本和进度就成了最主要的问题。
（2）、项目更注重技术。就像一个问题的解决，他们更注重的是解决这个问题的技术方法，至于重复出现的次数就不那么让开发人员感兴趣了，即使问题再出现几次，只要这种技术解决方法掌握了，也就不是问题了。PM顶多让某个或者某几个人注意一下就可以了。项目完成后，新的项目很快就会上马，虽然开发人员意识到存在问题，但也很少有时间去深入思考这种问题。开发新的项目，有新的技术问题等待解决。而且下一个项目肯定会有不同的人员加入，所以眼前的问题就已经够忙的了，已经没有心思考虑问题本身的情况了。
（3）、缺少连续性就缺少改进的基础。项目是一次性的开发任务，太多模块的编写都是一次性的，不能公用的。这个地方出现的问题与那个地方出现的问题不太相同，所以每个问题似乎也是一次性的。既然下一次出现的问题会有不同，而且眼前仅仅有少量问题需要修改，所以就没有兴趣去总结。因为缺少连续性所以也就缺少收集的必要，所以就缺少研究的必要。
（4）、项目组与公司的关注点重合。这有两个方面。首先，项目组是公司解决客户需求的根本，任何妨碍项目组的问题都是公司的绊脚石。公司的目的与项目的目标是一致的，所以公司和项目组的关注点就很容易重合。其次，很多软件公司的管理者都做过开发（尤其是CTO），所以他们理解项目的难处，也知道项目当前最需要解决的是什么，为了让项目组顺利实施，他们甚至会赋予项目组一些特权，减少别人的干扰。他们的关注点就很容易和项目组重合。当项目组遇到了技术问题、人员问题时，公司都会尽力解决。项目认为是问题的，公司就会把它当成问题。而项目组认为不是问题，或者是小问题的时候，公司也很容易忽略。
公司对问题的判断不能仅仅与项目组相同，更需要倾听客户的意见。如果公司和项目组的认识是一样的，那么就失去了对这些问题的察觉能力。
如何捕获问题？
认识到了问题才会去寻找解决问题的方法。那么下一个问题就是“谁会发现问题？”问题来自于客户公司参与项目的人员。这些人员发现问题后，不但会传递给我们，更会上报他的领导。所以客户公司的领导总会有一些要求。客户问题的调查和收集应该集中于客户参与项目的人员。了解他们的要求和想法，他们的要求就是客户的最终要求。当然前提是客户必须参与项目工作。
注重客户的问题就应该及时记录，不管是那个部门的人员，只要得到客户问题就应该记录。客户问题记录应该作为一个项硬性指标，要求每个项目都必须实施，而且每天一个记录（因为这样的记录更有利于问题的分析），要求记录详实、准确。做好记录后，应该及时的将记录结果传递给公司的质量管理部门，质量管理部门应该设立专门人员对问题及时汇总和整理。在一定的时间段内（比如两个星期、一个测试阶段等），做好客户问题报告。客户问题报告属于重量级文件，所以报告应该直接提交公司领导。
三、 分析
如何认识问题？
在这里要介绍一下传统工业改进的一个方法，叫做“主导因素”。我们都听说过5M1E，说得就是影响生产质量的六个方面，分别是人（Men）、法（Method）、料（ Material）、机（Machine）、 量（Measurement）和环境（Environment）。这六个方面都会对产品造成影响，但是其中会有一个主要因素。这个因素就是急需改进的方向（Pareto原理的应用）。
软件行业也是一样，我们的改进也存在主导因素。如何发现我们自己的主导因素呢？由于传统行业的特性，所以很多指标都是可以度量的，因而很多数据都很明显，稍加统计、分析就可以发现。软件行业不同，不少问题我们自己难以发现，但客户能够发现，所以在一定程度上我们的数据收集依赖客户。对客户的调查主要是了解客户的要求和不满。就像上面所列的问题，我们可以明显的看到，最主要的问题（主导因素）就是一般性的问题，也就是那些界面问题。
在上面的例子中还有一个重要的问题是业务问题。在发现业务问题的时候，客户一般会认真、细心的对此进行讲解，他们并不会对这种问题有太多的抱怨，他们在讲解的时候，也会有一种成就感。当然如果这种问题多了，那也会成为主要问题！
这种调查是必要的，即使公司已经建立了测试队伍，即使测试已经初见成效，但是公司依然存在质量问题。改进的目标和方向也应该从这种调查和分析中取得。因为你的问题总会流到客户那里，而他们发现的主要问题也就是项目最容易出现的问题，也就是公司要改进的方向。在这种情况下，公司应该对测试问题和客户问题都进行统计和分析。
如何发现与解决？
了解了主要问题后，如何去解决呢？当客户发现问题后，项目组的解决只能是弥补性的，这种解决方式不可能从根本上解决这类问题。在问题传递到客户前，可以增加测试人员，提高测试效率，但这也不是根本解决办法，而是一种缓解方法。最有效的解决办法应该是寻找这种问题的根源，通过预防措施将其解决。
如何预防这些问题呢？要预防这些问题，就必须弄明白问题的产生原因和产生阶段。主要分析步骤如下：
（1）、对问题进行分类，这个分类方法可以问题解决的难易程度、表现形式等来划分，如果公司的工程化标准更高的话，可以以问题修改的成本、时间等来划分。选中一个特性之后，需要对问题的表现进行等级划分（比如：高、中、低）。在刚开始的时候，建议等级不要过多，而且初期的问题最多，问题主要集中在一般性的问题上，很容易就认识到了，所以过多的问题档次会增加分析的工作量。这种分类主要为确定主导因素，减少其他因素的干扰。
（2）、确定问题的轻重程度。问题分类后，针对问题的数量分布来确定问题的轻重程度。这个分类方法可以以客户要求的“强烈程度”为依据。那么要求的强烈程度怎么衡量呢？比如客户问题总共被划分了3个等级“大、中、小”，每个等级有多少问题马上就可以明了，可以简单的根据数据的大小进行判断，数额最大的就是客户要求最强烈的。对于软件行业来说，客户的强烈要求程度并不是因你的修改难易程度和成本的大小来决定的，所以可以不考虑这两个因素。当然这种判断是有误差的，这种判断仅仅适合于初期。
更进一步的分析可以对问题进行赋值，比如大问题赋值为4，中问题赋值为2，小问题赋值为1。问题的赋值×问题的数量就作为客户要求的程度数值。如果问题的数值都比较接近，那么可以增加或者改变度量的特性，比如修改成本、时间等。问题赋值的大小关键在于对问题的认识方向上，例如用修改成本来赋值的话，可能一个大问题就会是几十个甚至几百个小问题的总和，但如果用客户要求的强烈程度的话，可能一个大问题跟一个小问题的值相差无几。有了这些数值，要运用方差分析、风险分析还是其他各种图表分析法那就由你选了。
（3）、每一次分析都应该对问题进行排序。一个连续的、长期的分析应该注重问题分类的准确程度，同时应该注意问题的顺序变化。及时的了解变化趋势，并积极的调整自己的工作方法和工作重点。连续的、长期的收集分析过程中，可以得到自己的质量标准。
在确定了主导因素之后，应该对问题进行深入的研究，这个研究主要是解决“问题产生在那里？如何产生的？”通过对产生原因的分析和产生阶段的定位，才能够确定问题的解决方法。这种分析应该以会议形式举行，问题的分析应该由公司组织，不同项目的开发人员和质量管理人员共同参与完成。这个会议应该有两个主要任务，一是问题分析，二是找到解决方法。也许你已经看出，这个会议就是SEPG会议。
修改所花费的时间和金钱直接关系到公司的成本和效率，这方面也应该下功夫去研究。目前，建议中小型企业，尤其是质量管理刚刚起步的公司从简单的统计方式入手。原因是：（1）、各公司的管理、工程水平不同，所以对各种不同数据的认识程度也不相同。比如说对问题修改的时间和成本的度量，这种度量可能会让管理水平相对差的企业付出过多的劳动，而且可能导致数据失真。（2）、由于现在公司的问题比较多，而且大多集中在一般性问题上，所以即使采用了时间、金额等数据进行度量，但发现的问题也会集中在一般性问题上。（3）、既是发现“重大问题”是主导因素，从市场角度、从改进的可行性方面来分析，首先改进的也应该是一般性问题。数据采集方面建议以客户要求为主，这不仅因为客户问题容易收集，也因为客户问题是至关重要的问题。对于中小型公司来说，市场问题可能是最重要的问题。