分享一下针对程序员的绩效考核规则,探讨一下各种考核指标项的优缺点,以及合理性
rangoBen:
在提供不合理的考核指标时,请避免以纯粹的吐槽与抱怨的方式表达,这会丢失讨论的价值。
分享一个这两年在开发测试阶段用的指标:
开发质量指标 = Bug 加权得分 / 开发工时
这个指标反映单位开发时间内输出代码的 bug 数量情况。执行这个指标有几个前提条件:管理能力要跟得上,任务估时需要因人而异,不同等级的开发人员估时要有适应性的调整,一般由小组长来审核估时。
Bug 得分权重:
- P0 50%
- P1 30%
- P2 20%
团队会根据数据,提供一个指标数值基准线,低于基准线会按比例扣绩效,以此淘汰低于团队人才水平线的人员。
高于基准线的情况不会和其他人进行横向对比,这样做没有太大意义,我们团队允许在基准线以上的成员保持平稳,以避免内卷现象。但是会进行环比分析,关注个人指标变化,出现高低波动会分析原因,并将原因分享给团队,以促进团队的成长。
---
原文链接:[点击查看](https://www.v2ex.com/t/1230930)
在提供不合理的考核指标时,请避免以纯粹的吐槽与抱怨的方式表达,这会丢失讨论的价值。
分享一个这两年在开发测试阶段用的指标:
开发质量指标 = Bug 加权得分 / 开发工时
这个指标反映单位开发时间内输出代码的 bug 数量情况。执行这个指标有几个前提条件:管理能力要跟得上,任务估时需要因人而异,不同等级的开发人员估时要有适应性的调整,一般由小组长来审核估时。
Bug 得分权重:
- P0 50%
- P1 30%
- P2 20%
团队会根据数据,提供一个指标数值基准线,低于基准线会按比例扣绩效,以此淘汰低于团队人才水平线的人员。
高于基准线的情况不会和其他人进行横向对比,这样做没有太大意义,我们团队允许在基准线以上的成员保持平稳,以避免内卷现象。但是会进行环比分析,关注个人指标变化,出现高低波动会分析原因,并将原因分享给团队,以促进团队的成长。
---
原文链接:[点击查看](https://www.v2ex.com/t/1230930)
· 0 个赞