如何对QA进行绩效评定？

cecilia

最近在做KPI设计，请大家讨论一下对于QA应该怎么来评定呢？
其绩效指标又有哪些呢？


上一篇：怎么样让代码走查做起来？
下一篇：CMMI评估可行性分析报告

cecilia

KPI都有一些指标语言，比如计划达成率、按时完成率、成品合格率、生产返修次数等等。
对于QA的工作该怎么来考核呢，其KPI又该怎么写呢？
请大家发表自己的意见或建议。

iamredeye

首先我觉得KPI设计和实施一定要非常慎重，量化在整个performance评价中比重在刚开始时尤其要小。因为大部分东西是没有办法量化的。量化的指标很容易把员工引导到错误的方向。正像我举过的那个例子，政府官员为了政绩（KPI）做了很多华而不实的东西，没有心思真正为老百姓办实事。下面是我曾经看到过的针对QA的一些指标，很多未必能量化，我个人也未必都赞同，列出来仅供参考：
－－－－－－－－－－－－－－－－－－－－－－－－
针对QA人员的考评和核算包括:
QA的工作量
审查及时性
审核进度
审核活动的状态
审核活动类型
纠错能力
问题处理率
过程改进指导能力
交流沟通能力
－－－－－－－－－－－－－－－－－－－－－－－－－－
对ＱＡ审核类似于对ＱＡ进行评估，可以：一，检查ＱＡ的文档和数据，重点检查问题内容、个数、解决情况。不能只看问题解决率，还要看问题的分量、问题的多少等。二，对ＱＡ进行访谈，具体了解ＱＡ怎么做工作的，包括怎么规划、计划、怎么实施的，再让其多举些实际的例子等。三、通过访谈项目经理、项目成员等来验证ＱＡ的工作。四，平时多观察ＱＡ的活动，甚至可以选择参与ＱＡ的一些活动等。 通过以上几种方式基本可以考察出ＱＡ工作的态度、对过程的理解能力、实施能力、交流沟通能力，处理问题的能力等，最终得出评价。

cecilia

在KPI设计中，就是要从日常的周报、计划、问题跟踪等文件或工具中采集数据，以量化每一个指标。可是在实际操作过程中，有些数据并不好采集，无法掌握一个度。还有就是数据填写的真实有效性，数据的透明度，采集的难易程度等等因素都需考虑。

cecilia

原帖由 iamredeye 于 2008-5-20 20:51 发表
对ＱＡ审核类似于对ＱＡ进行评估，可以：一，检查ＱＡ的文档和数据，重点检查问题内容、个数、解决情况。不能只看问题解决率，还要看问题的分量、问题的多少等。二，对ＱＡ进行访谈，具体了解ＱＡ怎么做工作的，包括怎么规划、计划、怎么实施的，再让其多举些实际的例子等。三、通过访谈项目经理、项目成员等来验证ＱＡ的工作。四，平时多观察ＱＡ的活动，甚至可以选择参与ＱＡ的一些活动等。 通过以上几种方式基本可以考察出ＱＡ工作的态度、对过程的理解能力、实施能力、交流沟通能力，处理问题的能力等，最终得出评价。

iamredeye讲的这几种方法还是挺好的，对于前面提到的几个指标我也不是很赞同，大部分都是不能量化的。工作量可以从QA计划中采集数据，对于这些纠错能力方面的就不好定义了，单单看平时记录的问题和解决方法并不能体现这个人的能力怎么样。比如测试员完全由缺陷数的多少来定义也是不合理的。

希望大家多多参与讨论。

iamredeye

坦率的说我个人觉得KPI完全不适合用在QA身上（如果有必要存在这个QA的话）。

因为QA的价值（如果有的话:loveliness: ）用几个简单的数字去衡量完全是曲解，或者很片面。也许你们公司正在搞这个KPI运动，对领导来说效果怎样不是问题，重要的是必须做。这样的话我就不知道了:loveliness:

小开

这个问题，我也有兴趣一起探讨
虽然，也认同，QA不能用KPI来衡量，太多软性的东西
但，做了事情，总的评个ABC，不能大锅饭吧。
公司领导也希望能看到量化的指标来考核她的员工的，比如同开发、测试一样

iamredeye

理解领导的这种期望。但是他不自觉的期待有种工具（KPI）能够自动替代他自己的作为领导的一部分工作－－评价自己的下属进而发展自己的下属。这是不现实的。当然一两个量化的数字还是可行的，但并不是说量化了就可以作为KPI

cecilia

当然老板就需要能看到一些实实在在的数字能反应员工的工作能力，但是单单靠这些当然是不行的，因为数字是可以造假的。真正的工作能力也不能完全靠几个数据就能说明，是需要一个接触、了解、参与的过程的。
只有项目成功了，老板才能觉得这个人很厉害，有能力；可是当项目迟迟未完成时，他就不知道该怎么去衡量员工的能力了。

iamredeye

原帖由 cecilia 于 2008-5-22 12:22 发表
可是当项目迟迟未完成时，他就不知道该怎么去衡量员工的能力了。

如果这个老板的下属是pm，那么他一定也要懂project mgmt，否则没办法客观去衡量他的手下。即使项目出了点问题，也许并不是pm的问题，比如可能是他自己对项目的支持不够。如果这个老板手下是QA，那么同样他需要理解QA；比如仅仅依据KPI中的一条比如“发现问题的数量”等去评价，有可能是完全错误的。

cecilia

在CMMI SPP规范中，质量保证主要有以下三个规程：
1、制定质量保证计划（过程与产品质量检查计划；参与技术评审计划；参与测试计划；检查表；）
2、过程与产品质量检查（过程质量检查；工作成果质量检查；检查结果；通报；质量保证报告；）
3、问题跟踪与质量改进（记录质量问题；跟踪问题解决过程；分析共性原因，提出改进措施；编制《质量问题跟踪表》；）

从这几个方面着手，应该可以对QA的工作进行评定。
具体指标制定及评定方法将继续跟进，也希望大家能就本公司情况谈谈自己的看法。

cecilia

经过讨论，已确定以下四个指标，可供参考：
1、质量检查漏查次数；（后期发现与规范不符的问题，发现QA也未进行检查，则作为QA的漏查次数）
2、QA报告错漏次数；（在报告中应列明高层领导所关心的事项，如项目进度百分比，成本预算达成率，工作成果提交，问题描述、发生原因及对策等）
3、QA报告递交及时性；（每周都应向高层递交QA报告）
4、QA发现问题解决及时性。（对于某些项目，项目经理可能根据实际情况会对规范进行裁剪，QA需审核，产品经理或高层领导审批）

lily_014

原帖由 cecilia 于 2008-6-7 01:10 发表
经过讨论，已确定以下四个指标，可供参考：
1、质量检查漏查次数；（后期发现与规范不符的问题，发现QA也未进行检查，则作为QA的漏查次数）
2、QA报告错漏次数；（在报告中应列明高层领导所关心的事项，如项目进度 ...

呵呵 感觉还是有些牵强。。。

cecilia

确实是，如果完全只考虑这些方面，那QA肯定会只抓不符合项，发现与规范不符的问题就会列为不符合项，不然的话将会影响QA本身的打分，这样的话如果赶进度，那QA与项目组就是对立的，对于工作的开展是不利的。

cecilia

关于绩效的实施还需要一个过程的，一开始并不能看到成效。