深度扒皮，一线互联网大厂研发都在“造轮子”？ _研发

文章插图
图片来源@视觉中国

文| 穆胜

一线互联网大厂的一举一动永远备受关注，在互联网经济风风火火的若干年里，其管理模式也一度被奉为圭臬。而在企业管理领域，关于中后台应该如何考核的问题，似乎已经成为千古难题，其中，以专业性强、项目周期长、过程难量化等特点著称的研发部门更是考核难题中的“顶峰” 。
那么，一线互联网大厂是否真的已经解决了这个问题？
为此，穆胜咨询选取了四个市值/估值最高的国内一线互联网大厂——BATM（字节跳动、阿里巴巴、腾讯、美团）作为样本，对其研发人员的考核方式进行对比分析。
我们得到的答案可能让人失望——从研发职能看，一线互联网大厂并没有解决中后台考核问题，反而进入了很尴尬的状态。

01 “造轮子”是什么？“造轮子”这个词在程序员之间并不陌生，它更加确切的翻译是“重复发明轮子”，即，圆形车轮已经是大家公认最好的了，而你非要自己发明另一种形状的轮子。
带入IT行业，就是明明有现成的框架库、工具等，明知道自己做得不可能更好，却坚持要做，还号称自己做出了新东西。简单来说，“造轮子”就是研发人员投入精力重复做些大同小异、功能差不多的工具出来。
例如，A业务做了个工具，B业务却不用A业务的工具，自己从0到1做了个差不多的工具出来。
这看上去是极度低效的行为，不仅对公司经营起不到任何推动作用，还浪费了大量资源，严重拖低企业效率。进一步看，这也让有才华的研发人员陷入了完全无意义的内卷，浪费了他们的青春。
在国内某知名职场社交平台上，研发人员自己的吐槽声不绝于耳：

“每天都在重复造轮子，卷没有意义的东西。”
“感觉即使造轮子都没诚意，还都在互相抄，而且都没做好。”
“不然呢？不自己重复造轮子，不都得失业吗？”
……

平心而论，大厂的管理层不可能不知道研发人员在重复“造轮子”，但为什么这个现象还一直存在呢？

02 大厂如何进行绩效考核？这里就要说到大厂的绩效考核制度了。通过调研四个大厂的绩效考核制度，我们对其研发岗位的考核进行简单的对比分析：

周期（何时考）——四个大厂都是每半年一次绩效考核，而字节在此基础上还有双月OKR管理，即每两个月调整一次OKR 。
指标（考什么）——四个大厂基本都考核工作量、计划的按时完成情况、交付内容的质量、工作成果、团队贡献等。
主体（谁来考）——基本都是上级评价。字节是项目条线的Leader单线直接打绩效，足见其是相对“项目化”的灵活组织。而阿里、腾讯和美团采用双线评价，具体做法上，项目条线的Leader负责排名，然后职能条线的主管再根据排名顺序最后打绩效。

另外，四家企业依然都沿用几乎已经被专业人士摒弃的“自评”，但并未为其设置权重。最初的设想是为了获得一个实施考核的参照物，但实践中，这种效果并没有实现，还变成了形式主义的负担。
员工评价：“怎么打都一样，领导提前一个月就打好绩效了。”“随便填，反正组长有100%决定权。”
表：一线互联网大厂考核主体考核逻辑