准备实施绩效管理，在设定研发岗位KPI时一时感觉还是比较的迷惘，那些需要定量考核，那些需要定性考核？定量考核的以什么指标量化？定性考核的如何说得清楚明白？那位同行有相关经验不妨一起探讨一下。

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

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

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

管理的这么细了

QUOTE:

---

原帖由 bq_wang 于 2008-4-10 14:07 发表
管理的这么细了

---

太细了。
实施不起来。

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

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

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

抛砖哦

QUOTE:

---

原帖由 pharos 于 2008-4-10 16:41 发表
上面不是kpi啦！太细。
kpi是关键业绩指标，是考核你关心的、对项目重要的指标，不是所有都要设。原则上不要超过5条。
如果条款太多，你的权重过于分散，考核的意义就不大了。
对于程序员考核，无非是TQ态度。
对于项目而言，因为有项目计划和项目质量要求，KPI对TQ的设定就可以不作要求。
对于部门制管理，每个季度考核，需要设定TQ。

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

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

抛砖哦

---

同意，绩效是手段，不是目的。

分门别类，通过T/Q/态度区分确实不错，闭关修正中......

Version 0.1 欢迎拍砖。

序号        指标名称        定义        计算公式及考核方法
1        工作积极主动        是否迟到早退、工作是否认真积极等        权重10%
2        严重缺陷数量<5        所负责每个开发任务，提交给QA测试后发现的严重缺陷（严重缺陷的定义由系统分析员和程序员在开发前确认）必须少于5个        权重30%
3        修复缺陷引起其他缺陷的次数<5        修复一个缺陷后引起其他缺陷的次数少于5次        Bug数量×严重程度系数
权重25%
4        按时完成任务比例>90%        按照PM或TeamLeader的计划按时完成任务的比例        按时任务/总任务
权重20%
5        技术积累项>5        范围包括在工作中积累技术、经验并推广应用到实际工作中；在管理、技术上提出有益的建议和意见，带来生产效率的提升；        技术积累应用次数+意见和建议次数
权重15%

指标来源：
1.开发人员不进行单元测试就提交给QA测试、修复bug后又引起其他bug的情况，Q的权重较大。
2.软件，靠的还是积累，需要在技术积累上下功夫，改进设计。

我们开发人员指标：
工作态度：可以对应你的指标1
开发质量：可以对应你的指标2
单元测试报告
团队协作
过程改进：可以对应你的指标3
规范的执行,检查开发是否按照规范来编写代码
每月工作的完成情况：可以对应你的指标4

团队协作、遵循规范确实也是很重要的。
thanks for your sharing.