Facebook 工作体验之绩效考核

考核

对每一个职场人士而言,绩效考核是所有问题的关键。毕竟比改变世界更重要的是付出汗水之后的回报。考核虽然是每一年工作旅程的最后节点,却决定了途中所有行为和其背后的意义,所以要谈工作体验或者是公司文化,不如先谈考核,目的决定了方式和手段,资源的分配左右着系统机制,以及各种机制制约下我们的个体感受。

层级

职场就像是打怪升级,湾区这边的科技公司也会对不同工程师做层级的划分。和我所经历的国内大公司不同的是,在 Facebook 你没法轻易知道其他人的层级,即使是每天坐在身边的同事,如果对方不主动提及,没有人会刻意去探听。如果是走工程师路线,大家工牌上或者内部系统的 title 都是 software engineer。这个小细节其实背后有着不小的影响,按我以前的认知,个人在公司所处的层级会直接决定其影响力和获取资源的能力,如果做了保密,势必会直接影响项目合作时各方的关系处理,P8 和 P7 在同一个会议上的音量有时候是有差别的。

是不是在 FB 做项目时,每个人都是处于黑箱状态呢?当然不会,据我观察,可以从两方面判断一个人影响力的强弱,一是在 FB 所处年限,这是可以轻易看到的,其二是其长期以来在各个项目里所展示的技术能力和判断力。如果是走技术路线,各种会议和完全公开的代码下,一个人技术水准的高低是很难隐藏的。久而久之,每个人自然而然就会形成自己的感知。

听一位在 Google 的朋友说,在 Google 虽然也比较难探听层级信息,但还是有办法的,大家一般还是倾向于去找高层级的工程师合作项目,毕竟可调动资源多,影响力大,最后项目的 impact 也大,绩效也就好看了。

在湾区,层级信息多多少少有些个人隐私的味道。

Impact

从进入 FB 的第一天起,impact 这个词就会如影随形。其实就是国内的结果导向式的绩效考核,不论过程,只看结果。最后的成果决定你一年辛苦下来的回报量,这种机制对公司是极其有利的,但对个人有时会显得不太近人情,因为不是所有努力过后的项目都会获得市场和用户的认可。

FB 也是结果导向,结果就是你一年下来的 impact。关键问题来了,impact 怎么衡量呢?

我之前的文章里提到过,FB 内部有各种各样的工具,而且每一个看似简单的工具,其实背后投入了大量的人力物力。有一类工具是专门用来查看各种 metric,还有另一类工具则可以试验你所提交代码对 metric 的影响。

比如对于 Messenger 这个产品而言,一个极其关键的 metric 是消息的发送量。假设你所开发的某个新功能,或者花了一个月时间做的性能优化,上线以后,通过实验工具的检测,把消息发送量提升了 1%,那么今年的 impact 就非常稳了。这种机制的好处在于很客观,而且完全的公开透明,所有人都对工具的准确性有信心,自然就认可这套机制。每一个产品都有五花八门的 metrics,metric 建立好之后,工程师要做的就是使出浑身解数来改变 metric。

有一点值得一提,前面说到项目失败时 impact 的问题。FB 内比较人性化的一点是,绩效考核时,对于失败的项目也承认其 impact,因为至少你证明了那条路不可行。所以在内网上,有时会看到有人分享自己的项目如何探索以及失败的过程,和最后的经验总结,一堆人点赞。每个大公司内部都有无数失败的项目尝试,我认为这种文化能更大程度的鼓励员工去大胆尝试新想法新项目,而不用过度担心后果。

团队差异

从绩效的角度看,FB 内部各个产品团队之间的差异非常之小。不论你在哪个团队,你最后绩效考核之后的所得,都是依据你的 impact 来衡量,然后结合你的 level,当前薪资水准,用一个公式算出,股票,奖金,工资涨幅都清清楚楚的列出来。一般来说,不存在什么特别热门的团队,部门之间可能存在一点差异,比如某个部门今年业绩爆表,可能所有人的系数都乘以 1.1,上浮 10%,仅此而已。

这不同于国内,我所知 BAT 公司内部,团队间的差异非常之大。比如微信团队所发年终奖总体可能是其他团队的几倍。阿里有些团队年底能发十多个月,有些则只是温饱三个月。我个人认为,国内的机制更狼性一点,更能以结果导向驱使团队去争取成绩,坏处就是加班特别多。

事实上,在 FB 内部换团队相对是比较方便的,我入职一年不到就见过好几例。刚入职的时候,大部分人都是没有指定团队的,有 1-2 个月的 bootcamp 时间,这段期间内,你可以随意勾搭公司内部任何团队,WhatsApp,Facebook,Messenger,Instagram 等,只要有坑位,去找个空位,呆一个星期,做几个任务,双方确认过眼神,互相点头就可以正式加入团队。一般来说是你挑团队,而非团队挑你,开出新坑位的 manager 都是缺人的,巴不得你早些加入。

以上种种都表明,在 FB 内部,团队之间的差异比较小,差别主要在于所做的事情上。

找项目

要 impact 好,就得有好项目,这是一致的认知。好的项目都是自己找的,一般没人抢留在盘子里的项目,多是大家认为 impact 有限的。

每个团队都有自己的 area,负责几个主要的方向,主要的项目都是围绕这些方向。

在项目上,FB 令人赞赏的的一个地方是,所有项目的代码对所有人都是公开的。我主要做 iOS 方向,我不但可以随意浏览 Messenger,Instagram,Facebook 等主要客户端代码,连 Server 端也有完全的权限。这样做法好处有二:其一,海量的代码是工程师快速成长的资源库,其二,更容易出现跨团队的项目。比如你浏览其他团队代码时,有新的想法,可以通过你 Manager 牵线展开合作,任何代码,只要有一个人帮你 review,最后就能上线,当然真相是一般会讲过 n 多双眼睛的看你代码,再通过持续交付系统来确保质量。

关于考核,就说到这吧。很多人估计都好奇年终奖和股票的具体数字,这些我没法在公共场合分享,但其实这是相对公开的信息,google 一下就能知道个八九不离十。

 

发表评论

电子邮件地址不会被公开。 必填项已用*标注