分享一下针对程序员的绩效考核规则,探讨一下各种考核指标项的优缺点,以及合理性

发布于

rangoBen:

在提供不合理的考核指标时,请避免以纯粹的吐槽与抱怨的方式表达,这会丢失讨论的价值。

分享一个这两年在开发测试阶段用的指标:

开发质量指标 = Bug 加权得分 / 开发工时

这个指标反映单位开发时间内输出代码的 bug 数量情况。执行这个指标有几个前提条件:管理能力要跟得上,任务估时需要因人而异,不同等级的开发人员估时要有适应性的调整,一般由小组长来审核估时。

Bug 得分权重:
- P0 50%
- P1 30%
- P2 20%

团队会根据数据,提供一个指标数值基准线,低于基准线会按比例扣绩效,以此淘汰低于团队人才水平线的人员。

高于基准线的情况不会和其他人进行横向对比,这样做没有太大意义,我们团队允许在基准线以上的成员保持平稳,以避免内卷现象。但是会进行环比分析,关注个人指标变化,出现高低波动会分析原因,并将原因分享给团队,以促进团队的成长。

---

原文链接:[点击查看](https://www.v2ex.com/t/1230930)

评论(1)

现在回头看绩效考核这套东西,说白了就是钱给到位了大家一起配合演演戏,要是钱没给够谁还管你那套指标啊,随便吧。

· 0 个赞

0.076197s