如何对QA进行绩效评定？

iamredeye

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

iamredeye

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

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

iamredeye

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

iamredeye

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

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