今年四月,我们(mobile )曾报道了 Netflix 打算为软件工程师岗位引入更多细分职级的消息。
据悉,目前,Netflix 的最新职级设计思路如下:
工程师 I
工程师 II
高级工程师
组长工程师(Staff)
主任工程师(Principle)具体细节还在商讨当中,工程团队内部已经看到了相关提案。新制度的出台当然会引发不少争议,特别是现有工程师能否直接升任组长或主任职务。根据最初提议,所有工程师可能会最多担任高级工程师,再通过后续晋升成为组长或主任。
“所有工程岗位都只有一个职级”,问题逐渐显现
但问题是,过去 25 年以来,Netflix 公司不依靠这套体系也已经发展迅速,而且拥有一支近 2000 人的高级软件工程师队伍。
既然如此,为什么非得对岗位再做细分?当然是那套机制存在实质性问题:
大约一年前,当 Netflix 启动 2021 年应届毕业生招聘时,“所有工程岗位只有一个职级”的问题开始显现。 新人们由于不可能直接担任高级工程师,所以无论水平高低、表现优劣,全部以软件工程师的身份加入公司。
于是 Netflix 就必须得帮助这些毕业生设计明确的职业发展道路。最直接的方法,当然是把其中一部分提拔成高级工程师。但因为职级过于扁平,新人可能需要很长时间才能完成高级工程师的蜕变,所以大部分人可能早在晋升之前就已经离职。
对 Netflix 来说,要想留住更多应届毕业生,最明智的做法应该是再建立一个“中级”职务,大多数企业称之为软件工程师 II。大多数工程师在工作两年左右就会达到这个级别,再过两到三年才有资格担任高级工程师。
Netflix 面临的另一大挑战,是如何不断吸引高级人才。 由于在几年之后,每个人都成了高级软件工程师,所以 Netflix 很难吸引到其他科技巨头及顶尖工程师们的关注。这倒不是说 Netflix 就没法雇佣到这个群体,而是只能以市场最高的薪酬,“暴力”从其他厂商那硬挖工程师人选。
而且由于缺乏“组长”之类的职级,不少其他科技企业的组长及以上工程师都以为,Netflix 根本不需要或者说不关注比这个级别更高的技术人员。这跟 Facebook 就形成了鲜明对比。在 Facebook,每个人对外都顶着软件工程师的头衔,但在内部,Facebook 为其划分了从 E3 到 E10 的细分级别。
管理层:为什么要对职级做出调整?
因此,Netflix 向工程师们解释了为什么要对职级做出调整。
在一份内部文件中,Netflix 管理层表示:Netflix 在员工、规模及整体复杂性方面不断发展壮大。但随着业务和组织结构的不断变化,我们所建立的工程团队架构并没有一同演进。我们认为,现在需要额外的结构来支撑团队构成,最大限度提高我们的人力成本预算效能,促进薪酬实践更加一致、更加透明,借此建立明确的发展路径与员工认可度。我们将努力为业务创新和 Netflix 的长期成功提供必要的创新技术解决方案,并确保其成本不会随业务增长而过度膨胀。
为了帮助实现这些目标,我们计划引入 IC 职业路径。在工程方面,引入的新职级将适用于包括软件工程师、安全工程师、测试工程师、技术项目经理等在内的具体岗位。
在后续发布的简要更新中,Netflix 管理层概述了职级结构调整的原因:
引入 IC 职业路径,能够帮助我们解决以下关键挑战:
1、发展团队组成,最大限度提高我们的人力成本预算效能
2、 提高薪酬实践的一致性、严谨性和透明度
3、建立明确的发展路径与员工认可度
新政核心动机:或与成本有关
但从种种迹象来看,Netflix 出台新职级的核心“驱动力”恐怕与成本有关。具体来讲,全部按高级工程师的职称为员工规划薪酬似乎效能较差,其工资甚至达到了其他科技同行组长工程师甚至是主任工程师的水平。
我曾与几位年薪 15 万美元的南美洲高级软件工程师交流过,还分别接触过在美国市场能拿到 42.5 万美元、52.5 万美元和 80 万美元年薪的工程师。但在实际入职之前,他们的薪酬预期都是一样的。之所以存在这么大的差异,是因为有些获得了高级工程师职务,有些甚至达到了组长或主任工程师级别。
薪酬拿得越高,肩上的担子自然越重,而且已经占据岗位的员工肯定不想挪窝。
现在我们把 Netflix 的新职级与 Facebook 对应起来看:
E3:软件工程师 I
E4:软件工程师 II
E5:高级软件工程师
E6:组长软件工程师
E7:主任软件工程师
内部调查:68%的受访者对新职级不满
8 月 10 号星期三,激动人心的“大日子”终于来临。Netflix 更新了员工名录,大家终于可以相互查看职级了。
其实之前员工就已经知晓了自己的职级,也跟关系亲近的同事私下交流过。但这一次,所有调整都将全面公开。
过去几个月来,职级调整的过程其实颇为紧张。我与一位工程经理交流过,他希望把自己手下的所有工程师都评上 E6 级别。毕竟大家都已经工作了很多年,而且也都拥有不俗的业绩表现。但主管完全不支持这样不加区分的方式,所以最终只有 20%的工程师晋升为 E6 职级,其余仍是 E5 级别。
以 Netflix 内部,某拥有约 150 名工程师的部门为例,各职级间的典型分布如下图所示:
大部分软件工程师被评为 E5 级别(高级工程师),部分成为 E6(组长工程师)。在所有职级中,E4(工程师 II)和 E7(主任工程师)占比最低。
过去几个月来,随着项目的持续推进,不少老员工离开了 Netflix。大多数人之所以选择辞职,理由正是仍在 E5,没能更进一步升任 E6。
不少离职工程师之前都是从其他科技巨头跳槽来 Netflix 的,他们之前就在那边担任组长或主任工程师。当初没有问题,是因为他们知道 Netflix 这边最高也就到高级工程师,人人如此。很多人觉得这样不错,头衔不再细分、自然也就没有高低。
但随着新职级的出台,这些曾任担任过组长或主任工程师的员工现在被评为 E5(高级工程师),自然引发了他们的强烈不满。
在 Netflix 匿名 Blind 频道进行的一项内部调查中,只有 24%的受访者回答了“各位 E5 工程师:评级已经结束,有多少人打算离职?”的问题,并表示愿意留下来。在“你对自己新的评定职级满意吗?”中,68%的受访者回答了“否”,32%回答称“是”。
但这种匿名调查往往会过度放大负面情绪,所以对结果还是谨慎些为好。但无论如何,大家对 E5 职级的不满可以说是有目共睹。
软件工程师们对 E5 职级的最大不满,跟薪酬补偿有着密切关系。E5 职级的年薪一般在 40 万到 80 万美元之间。很明显,这个区间内的高位已经接近甚至达到了 E6 和 E7 的级别。那这些收入高、职级评定却较低的工程师,后续会受到怎样的影响?
答案很快就会揭晓,因为年度薪酬审查已经开始。Netflix 的年度薪酬审查从 8 月 22 日持续到 10 月 21 日,这可是决定员工工资水平和能否加薪的重要时刻。而从 10 月 24 日到 11 月 11 日,经理们将逐一向员工传达新的薪酬待遇。
绝大多数 Netflix 员工预计,那些收入高但职级低的工程师应该暂时不再涨薪,直到完成职级晋升、进入更高的薪酬区间。这也是我们能够想到的,最明智的处理方式。毕竟粗暴降薪肯定会导致员工流失,所以 Netflix 应该不会做这样的蠢事。
“单职级”政策宣告终结
职级的引入,也可能标志着 Netflix 不再鼓励人们比较外部薪酬、参加其他公司的面试。在此番职级调整之前,Netflix 会鼓励员工多参加外部面试,搞清楚自己的市场定位;但前提是他们得把打听到的薪酬数字分享给 Netflix,帮助公司做好待遇设计。
但随着职级制度的落地,与之匹配的内部预算结构也将固定下来,所以 Netflix 那新颖的制度恐怕也将宣告结束。
Netflix 推出职级制度,标志着其“单职级”政策的终结。事实上,Netflix 能够在这么多年里靠单一职级汇聚起近 2000 位软件工程师,这本身就是个奇迹。一般来说,这种简单的管理方式最多只能支撑 100 名左右的软件工程师,Netflix 已经用实际行动创造了历史。
所以我们有理由回顾 Netflix 这套单一职级制度的优越性:
独特的文化。 虽然 Facebook 之类的企业对外也没有明确的职级划分,但内部细分其实一直明确。而 Netflix 则创造了一种既不做内部细分、以能维持工程师队伍长期稳定的制度,非常了不起。
有益于招聘。 很多工程师其实更喜欢这种扁平化的职级设计,所以帮助 Netflix 吸引到不少这类人才。
坚持提供市场最高薪酬。 通过鼓励员工参与外部面试并反馈市场报价,Netflix 提供的永远是市场最高的薪酬水平。想要多赚钱就去 Netflix,早已成为技术行业内公开的秘密。
但没有制度是完美的,出于以下几个问题,Netflix 的这套老方案迟早会崩溃:
成本问题。 Netflix 其实是在用超额预算雇用软件工程师,却没有为他们设定明确的高期望。当然,只要员工们有自我驱力,那设不设期望其实影响不大。因此这种方式在小团队中往往效果不错,但随着初创公司发展为大型企业,这种内驱力也将消散在庞大的组织结构当中。
阻断了新人工程师的加入通道。 由于只设一个职级,所以 Netflix 从来就不会向初级软件工程师敞开大门,这也在很大程度上影响了企业文化。大多数科技企业会通过实习生和应届毕业生招聘渠道来内部培养人才,Netflix 则用市场上最高的薪酬直接挖走这些人才。看似摘取了培养果实,但 Netflix 也为此付出了极高的人力成本。
期望不明确。 当组织对不同经验、不同技能水平的员工给予同样的期望时,就会引发某种混乱。这种混乱会广泛存在于绩效评估和日常工作当中。换言之,在 Netflix 这边,拥有四年工作经验的工程师跟已经干了二十年的技术老鸟需要承担同样的责任、满足同样的期望,这显然有点不切实际。
作者介绍:
在 mobile.dev 撰写实用工程师通讯和顾问。曾在 Uber、微软、Skype、Skyscanner 任职。
评论 2 条评论