[原创] 研发人员绩效管理之KPI设定

H君问：

准备实施绩效管理，在设定研发岗位KPI时一时感觉还是比较的迷惘，那些需要定量考核，那些需要定性考核？定量考核的以什么指标量化？定性考核的如何说得清楚明白？

H君说，研发岗位，首先是程序员，参考了一些文档暂且定义如下：

岗位职责：
1完成项目经理安排的开发任务；
2按照详细设计文档编码；
3对所负责的开发模块进行单元测试并通过；
4修改测试部门反馈的缺陷；
5对使用公司或部门产品/框架提出反馈意见；
6定期完成工作周报，向项目经理汇报。

序号        指标名称        定义        计算公式及考核方法
1        完成代码数量        完成的代码行数        工具统计所得的代码行数×难度系数（难1.2，中1，易0.8）
2        工作态度        是否迟到早退、工作是否认真积极        定性指标
3        整体bug数量        所负责的模块所产生的bug数量        Bug数量×严重程度系数
4        修复缺陷引起其他缺陷的数量        修复bug后再次产生的bug数量        Bug数量×严重程度系数
5        计划时间与实际完成时间的偏差        项目经理计划的完成时间与实际完成时间之间的偏差        （实际完成天数－计划完成天数）/计划完成天数
6        提出建议和意见        对项目组或部门的实际情况在管理、技术上提出有益的建议和意见的条数

谷雨霖的意见：
太细了。失去kpi含义啦！
kpi是关键业绩指标，是考核你关心的、对项目重要的指标，不是所有都要设。原则上不要超过5条。
如果条款太多，你的权重过于分散，考核的意义就不大了。
对于程序员考核，无非是TQ态度。
对于项目而言，因为有项目计划和项目质量要求，KPI对TQ的设定就可以不作要求。
对于部门制管理，每个季度考核，需要设定TQ。

通常，
T设置：按进度计划完成任务，延迟1天**，缩短1天**（或者设置比例）；
Q设置：功能点缺陷率低于**，千行代码缺陷率低于**；
态度：缺陷关闭速度、规范执行（如需求变更）、加班、建议、知识库等贡献，违反的扣**/贡献的加**。

如果项目生存以交付进度为主，T权重可以大一些，比如50%；质量30%；态度20%
如果质量为重，则提升质量的权重。
KPI是指挥棒，组织想好去哪里，权重向那倾斜。

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/3433/viewspace-233314/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/3433/viewspace-233314/