H君问：
准备实施绩效管理，在设定研发岗位KPI时一时感觉还是比较的迷惘，那些需要定量考核，那些需要定性考核？定量考核的以什么指标量化？定性考核的如何说得清楚明白？
太细了。失去kpi含义啦！
kpi是关键业绩指标，是考核你关心的、对项目重要的指标，不是所有都要设。原则上不要超过5条。
如果条款太多，你的权重过于分散，考核的意义就不大了。
对于程序员考核，无非是TQ态度。
对于项目而言，因为有项目计划和项目质量要求，KPI对TQ的设定就可以不作要求。
对于部门制管理，每个季度考核，需要设定TQ。
通常，
T设置：按进度计划完成任务，延迟1天**，缩短1天**（或者设置比例）；
Q设置：功能点缺陷率低于**，千行代码缺陷率低于**；
态度：缺陷关闭速度、规范执行（如需求变更）、加班、建议、知识库等贡献，违反的扣**/贡献的加**。
如果项目生存以交付进度为主，T权重可以大一些，比如50%；质量30%；态度20%
如果质量为重，则提升质量的权重。
KPI是指挥棒，组织想好去哪里，权重向那倾斜。
准备实施绩效管理，在设定研发岗位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 提出建议和意见 对项目组或部门的实际情况在管理、技术上提出有益的建议和意见的条数
谷雨霖的意见：岗位职责：
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博客 ” ，链接：https://blog.itpub.net/3433/viewspace-233314/ ，如需转载，请注明出处，否则将追究法律责任。
下一篇：
乐乐档案
请登录后发表评论
登录
全部评论
