质量回溯管理座谈会上讲话

　质量回溯管理一席谈

　在一些企业，为了对产品开发的质量进行评价，需要构建一套质量回溯管理体系，那如何构建呢？今天，就借这个机会和大家谈一谈。

　什么是质量回溯呢？顾名思义，就是对质量问题进行回溯，找到质量问题产生的源头，或者说根源，或者说根因。

　为什么要进行质量回溯呢？通过质量回溯，找到质量问题产生的根因，一是消除这些产生质量问题的根因，确保后续不会再发生类似问题。再就是，通过回溯，对有些失职的人员进行回溯性处罚。我个人是不建议后者的，但是质量回溯的确可以用到对个人的处罚。质量回溯体系建立起来后，有个很大的好处，就是可以有效实施 PDCA 机制，不断改善产品开发的管理机制，提升产品开发的管理水平。

　如何构建质量回溯管理体系呢？不外乎以下几个方面。

　首先是要有组织。企业要建立起质量回溯的组织。这个组织的成员可以是兼职的，也可以是专职的。具体情况，企业根据自身的规模和经营状况决定就可以了。千万不能照抄照学其他企业的做法。但是这个组织还是要有的。组织叫什么名字？建议叫研发质量回溯小组。这个组织的成员有哪些呢？这取决于质量回溯的流程。所以我们先谈谈流程，然后再谈组织的成员。

　质量回溯的流程，取决于质量回溯管理的范围的宽度，质量回溯的深度。质量回溯，要解决什么问题呢？是要解决质量问题，还是找

　到质量问题的根因即可？还是要消除质量问题产生的根因？所以，先要明白要做什么。

　我是这样考虑的。

　首先我们应该有质量问题搜集人员，搜集市场上反馈的质量问题。

　接下来，要有质量问题分析人员（或小组），质量问题分析人员对搜集到质量问题进行分析，判断是不是研发导致的，如果是研发导致的，则组织研发团队（ 注意：此处说的是研发团队，这是个跨职能的团队，不是研发部门），研发团队如果不存在了怎么办呢？因为研发团队是临时性的嘛，可能产品开发完了，这个团队就不存在了。所以啊，指望着研发团队来解决这个问题就落空了。这样一来啊，就困难了。事情就不好办了啊。研发部门、产品管理部门、质量管理部门啊，这些常设的机构的领导，要成为这个“研发团队的成员”或指定某个人成为这个“研发团队的成员”，这个团队是问题反馈回来才成立的呢？还是一直存在的呢？如果一直存在，就好了，如果不是一直存在的，要去组建，组建团队就很麻烦，加上乱七八糟的日常安排，时间会冲突。如果一直存在呢，就交给这个“ 相对固定的团队”就好了啊。

　这个团队啊，要公正公平客观，不能自私自利，如果一旦涉及到自己的利益就开始自我保护，那就难以完成真正的追溯了！就开始推诿扯皮，如果是这样啊，搞个鬼嘛！就不用搞了，肯定搞不成了！这个团队的成员要进行筛选，筛选那些公正的人进去，同时要设立监管

　的机制，否则啊，很难弄好这件事，因为这是人的欲望所在嘛！趋利避害嘛！

　分析的结果，无非是这样的几种结果。

　一是，确实是研发的问题，研发需要改善或更改设计。

　再就是，确实不是研发的问题，研发不需要改善或更改设计。但是责任部门需要改善或更改设计。

　还有就是，这个问题确实是存在的问题，但是不必要改善或更改设计。不管是谁的问题。因为问题小。

　咱就说说需要改善的。

　如果问题经过追溯，需要改善，哦对了，还需要对哪些是研发导致的问题进行说明。

　哪些是研发导致的问题呢？那就是缺陷。缺陷的主要表现是什么？ a) 合格，即符合产品技术要求，但是不符合用户要求； b) 功能缺失； c) 性能不达标，不是由生产过程造成的； d) 成本居高不下，无法通过改变工艺或供应商来降低成本； e) 因为设计疏忽问题导致不符合产品适用的行业法规或标准要求；

　f) 结构导致的工艺困难或生产效率低下、不良率高； g) 技术评审时发现了该问题，但是没有更改或没有采取措施；或者技术评审没有发现该问题。

　h) 风险管理执行不足；如没有计划、不按计划实施、风险分析不足、没有执行风险控制措施、没有充足的验证或确认等； i) 开发过程不规范，关键活动缺失或执行的不充分。

　如果，经评审确实存在上述问题，就可以断定是研发过程出了问题，就应该回溯到研发过程，检讨一下，是哪里出了问题？为什么会出现这些问题？ 问题啊，一般都是以下原因导致的：

　1）流程和制度的缺失、不可执行； 2）人的问题，人的意识问题、能力问题；不知道问题的存在，知道问题的存在但是不去解决或没有能力解决。

　3）平台问题，就是研发的平台不具备，比如原型机制作能力、工程样机的制作能力、检验测试的能力等，不具备或者某些很关键的功能性能测试没办法完成，研发人员自己都不知道这些功能性能是否符合要求。比如一些临床指标的检查就没有啊。

　4）时间问题。很多企业，为了赶时间，就有意无意的去忽视一些应该去开展的活动，偷工减料，完成一些表面的工作，甚至为了应对检查（体系检查、法规检查）而造假，真是自欺欺人啊，但是呢，

　最终这些可笑的问题，一定会变成血淋淋的教训，承担后果的一定还是企业。

　5）不重视质量。一些企业的管理者，特别是一些自以为很懂项目管理的人啊，自以为很懂研发的人啊，其实呢，真的不懂，加上这些人根本不懂质量管理，所以，在项目管理的制度中、流程中，就刻意忽略了质量的管理。

　6）资源问题。

　7）文化问题。有些企业啊，表面上看很好啊，但是实际上，不鼓励创新，或者说口头上鼓励，但是实质上不鼓励。怎么这么说呢？你失败了就什么都没了（绩效归零、名誉全无、不晋职不加薪），这是鼓励创新吗？很明显不是嘛！

　但是，作为质量追溯啊，有些问题是无法解决的，有些问题是可以去解决的。那么我们就说说能解决的问题吧。质量回溯能解决什么问题呢？ 1) 流程的问题，如果确实是流程上存在不足，可以改善； 2) 作业标准化的问题，如果是作业标准化不足的，可以改善； 3) 如果是人的问题，可以培训和培养； 4) 如果是平台不足的，可以新增或完善相关平台； 5) 如果是资源问题，可以适度追加资源。

　6) 如果是时间要求不合理，可以改进时间的合理性；

　如果能纠正管理层的一些错误观念，可能对研发质量有较大的改善，但是这是很难的，因为很少有人特别是那些高层，往往认为自己是对的。下属提的意见和建议啊，往往就会被忽视。

　好了，最后我来总结一下，我说的是什么。

　什么是质量回溯？就是对质量问题进行回溯，找到质量问题产生的源头，或者说根源，或者说根因。

　质量回溯的目的；发现研发活动的不足，改善研发活动，提高研发能力和研发产品的质量。

　质量回溯的组织；跨职能的研发追溯团队。

　质量回溯的方法；搜集、分析（问题描述、根因查找、制定措施）、改进（执行改进措施、验证措施的有效性）、形成标准化（流程、活动、作业规范）。

　质量回溯的用途：改善研发活动；对责任人进行惩罚；改善研发管理标准。

相关热词搜索：回溯 会上 座谈