互联网技术团队的绩效考核应该如何去做？

[davidshen]

想和大家探讨的话题是：互联网行业技术团队的技术考核这个话题。

首先，这个话题很大，技术团队：前后端开发、测试工程师、设计师，产品经理。 每个岗位的绩效考核指标都不一样。

其次，不要告诉我用什么 bug 数、工时数、线上 bug 等这些简单的指标做统计，明显有弊端的，架构师写的一个 bug 和一个初级工程师的 bug 不在一个级别上，架构师的一个小时和初级工程师的 10 个小时也不能简单的比较。

所以，我其实作为技术部经理，技术部的绩效考核其实是我一个很头疼的事情，挺难做的比较客观、科学，有说服力。

我现在还是主观考核为主，客观指标为辅的方法，因为如果全部按照客观指标，那么，就会出现很多为了指标好看而做出来更愚蠢的行为。

大家有什么好的办法和思路可以分享下么？感激不尽。

[wsseo]

中小公司可以“主观考核为主，客观指标为辅”

[leeg810312]

okr 可以了解一下

[zpxshl]

不是很明白你为啥要拿架构师跟初级工程师比...

[iceheart]

以前没考核的时候，公司氛围非常好，大家都有主人翁意识，相互帮助，处处为公司考虑，人员流动率很低。
后来有了考核，就慢慢变了，人员流动频繁，个人自扫门前雪，都忙着争利益甩锅，人心越来越寒，都没了主人的觉悟。
唉....

[Kontinue]

@wsseo 没错 我司传统软件公司，基本就是看 leader 主管考核，但和互联网相比感觉就没那么透明，奖金也是自己到手多少才知道，不像互联网公司那样会提前沟通告知 n*4 啥的

[GiantHard]

推荐一个客观指标，https://www.merico.cn/

前东家跟现东家都在用，作为被考核方，我觉得还是比较客观，公平的。

[stoneabc]

@iceheart 没考核的时候，你们奖金、加薪是怎么分的。。

[yaphets666]

@stoneabc 大锅饭呗,谁要加薪谁就去找领导聊.成绩特别突出的,解决了重大问题,做出重大贡献的,公司会主动给加.
这样就是大家比较轻松,没有日常考核,然后大家比较融洽,这样其实效率非常高.
如果想要很多奖金,晋升机会比较多的,那势必不可能采用这种大锅饭方式.那就要卷起来的,就要竞争起来了,也跟轻松无缘了.

[nicholasxuu]

@iceheart 那是考核项目本身有问题，过于注重于被考核人员的个人直接成绩（容易的部分），没有注意到员工对别人的帮助和影响。

[qsnow6]

大锅饭不靠谱，如果没有考核指标来衡量，也就无法客观的筛选出对团队做出贡献的人。如果团队里每个人都找你加薪，没有客观指标来衡量，你给还是不给？该给谁？不该给谁？

[dany813]

@GiantHard 你这个考核 代码量啊

[GiantHard]

@dany813 跟代码量不完全相同，这里用的是开发当量。开发当量的计算对象是对一段代码的修改，假设我们修改前的代码是 old.java, 修改后的代码是 new.java, 开发当量是基于 old.java 修改成 new.java 的编辑来计算的。
开发当量不同于代码量的另一个地方是加权机制。开发当量的计算会先将代码转换成 AST ，然后按照对代码的修改类型（例如新增字面量、重命名变量等）、修改方式（例如新增、复制、删除）对每次代码修改进行工作量的评估。从而能够消除代码书写风格的噪音，更好的理解代码的语义变更，相对客观的反应程序员的代码产出。对实际开发中常见的拷贝代码，自动生成代码等场景进行了优化，智能地消除干扰，从而使开发当量更加真实的反应实际的开发工作量。

对于你这种需要进行绩效考核场景，可以分析整个代码仓库每个人的开发当量，从而得出每个人对整个代码库的贡献。比如你可以对比各个项目每人每周的开发当量，在项目这个级别上进行效能比对。

[zhongjun96]

@GiantHard #12 存在一个问题，比如修复 bug ，可能看了一天，只需要改动一行代码。开发新功能，一天能写几百行。难道修复 bug 比开发新功能更简单？

[leo108]

@GiantHard 不适合聪明人多的团队，在这个评价体系中花一天思考从而写出简洁易懂的代码不如无脑堆屎山。

另外 https://www.merico.cn/ji-zhu-jing-li ji-zhu-jing-li 是什么鬼？

[gaolingyi]

@leo108 有没有可能设置路由的人可能不通话不标准

[GiantHard]

@zhongjun96 目前其实没有很好的方法仅通过单一的指标就能够衡量程序员的绩效。开发当量可以作为一个更加客观公平的指标，帮助你进行主观的绩效评估。

[iugo]

如果自驱力都很强, 没有绩效才好.

我能想到的最好的方法就是小团队内的技术经理一天到晚就看代码, 团队内的项目经理一天到晚就看大家的沟通. 每一个加减分的项目都记下来, 到时候将问题项目匿名化让大家根据所有问题进行逐项计分. 坏处就是为了追求绩效的尽量公平而浪费了人.

[jenlors]

同样推荐： https://www.merico.cn ，我感觉还是比较客观的

[invdan]

还是用 okr 做绩效面谈，然后每个人写目标吧，最终根据部门的 O ，来定每个人的绩效贡献比

[jsion]

需求评审，大家一起给所有需求实现难度以 1.0-5.0 数值打分，谁最后接手难度大的并且完成，那么即可获得分数，统计一下数量和分数分布，用于辅助客观评价成员活动