思步网

标题: 如何对QA进行绩效评定？ [打印本页]

作者: cecilia 时间: 2008-5-20 14:31
标题: 如何对QA进行绩效评定？
最近在做KPI设计，请大家讨论一下对于QA应该怎么来评定呢？
其绩效指标又有哪些呢？

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

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

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

作者: cecilia 时间: 2008-5-21 17:20

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

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

希望大家多多参与讨论。

作者: iamredeye 时间: 2008-5-21 20:46
坦率的说我个人觉得KPI完全不适合用在QA身上（如果有必要存在这个QA的话）。

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

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

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

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

作者: iamredeye 时间: 2008-5-22 13:06

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

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

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

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

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

作者: lily_014 时间: 2008-6-8 23:24

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

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

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

作者: cecilia 时间: 2008-6-11 15:53
关于绩效的实施还需要一个过程的，一开始并不能看到成效。

作者: xixiaojing666 时间: 2008-6-11 16:29

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

感觉里面有好多都无法检查呢？而且有的也无法量化！:)

作者: cargoo 时间: 2008-6-11 17:30
深奥的问题。丁丁丁松地方官

作者: cecilia 时间: 2008-6-11 17:48

原帖由 xixiaojing666 于 2008-6-11 16:29 发表

感觉里面有好多都无法检查呢？而且有的也无法量化！:)

是这样的，绩效考核有些指标并不能量化，这样的话也只能细化了，如衡量要素、权重、要素描述、调查表的填写人等。能量化的就将计算公式列明。我也觉得QA的绩效考核并不好量化，有太多的主观性的东西，提交工作报告也是给高层领导看的，如果领导说在报告中有些事项没写明，就扣分，那应该怎么来说呢，就算定义好了模板，内容上也会有很大的差别。

大家还有什么好的建议呢？

作者: lona_ma 时间: 2008-6-16 13:20
QA要背很多公司级的KPI，而且是和项目或其他经理一起背的，如果要考核，只适用事务性考核，很难量化考核吧

作者: cecilia 时间: 2008-6-17 11:39
是好难衡量，我现在都不知道怎么来用公式来计算。
无法用公式计算的，也不知道有哪些衡量要素来细化。:Q

作者: happy895464 时间: 2008-7-20 00:01
我以前也思考过这个问题，我觉得QA可以定位成项目的服务者。对QA的考核，可以让项目组和高层一起打分，让他们来评价QA的服务质量。主要可以从以下几个点打分：QA指导（监督）过程的实际使用效果、项目的主要问题是否能及时暴露、项目问题（特别是过程问题）是否能提供较好的解决方案等等~~

作者: liucherry 时间: 2010-4-8 15:33
学习，赚钱，金币

作者: 美丽世界 时间: 2013-1-13 16:59
很有见地的探讨，先收藏着~

作者: 越夜越笙歌∫ 时间: 2014-9-20 15:12
我也来顶一下..

作者: 烟雨江南 时间: 2014-9-22 09:53
看起来好像不错的样子

作者: 暗恋过 时间: 2015-7-1 11:31
路过的帮顶

作者: 名侦探天天。 时间: 2015-7-5 12:15
好帖是需要鼓励的~

作者: ι吢庝 时间: 2015-8-4 19:32
非常好，顶一下占位编辑

作者: 发动机V8 时间: 2017-11-18 20:06
还不错哦，如果再能多分享一些就perfect了！

作者: 沙漠超 时间: 2018-4-15 20:22
我也来顶一下..

欢迎光临思步网 (http://www.step365.com/)