AWS 1年半从L5升到L6

2023Q1升的职，现在终于有时间来总结分享一下。


TLDR
作为L5入职某AWS基础服务核心模块的新组，组里没有L6。用了半年成为核心模块的component owner 之一，又用了一年lead了一个内部服务的release。升职前的年终review结果 TT。


背景
之前有8年中小厂工作经验，21年中跳到AWS，面的L6，电面后被告知down level到L5。抱着练手的心态继续面试而且也拿到offer了。很不幸这是当时唯一的offer只好接了。好在包裹还不错，算是当时L5顶包之一。入职的组是负责AWS某基础服务的一个内部核心模块，不直接面对外部客户但是这个AWS服务里大部分子服务都会用到我们组负责的模块。这个模块有十几年的历史了，对这个模块比较熟的developer都陆陆续续离职或者转组，包括原来的L6也直接report给skip manager然后负责更多的组和模块了（估计在为升PE准备）。所以我当时进的是个基本全新的组，新的manager，新的从其他组转过来的几位L5和L4，没有专门的L6。


成为一个核心模块的Component Owner
我们组负责的这个模块 oncall load 比较高（每天sev2 2-3个)，每次有sev2的impact都很大，因为大部分子服务都用到了我们这个模块。我来的第一个月什么都没有干，就是看文档，看metric dashboard，看代码，还有shadow oncall来熟悉这个模块。第2个月正式开始oncall了，一开始被page然后一脸懵，只能page secondary（可怜的原组里的L6）。每次我都会事后去读更多的文档和代码来搞明白为什么我没法处理好那些ticket，然后会多花一些时间去看以前出现过的ticket试着自己分析。慢慢的自己可以独立处理不用再麻烦secondary，而且每次的ticket，不管有没有customer impact，我都会写文档来分析根本原因以及怎么样可以避免。积累多了以后，我分析文档里的解决方案成了组里oncall backlog优先级比较高的任务。感觉 oncall 有ticket的时候虽然处理起来比较烦，但也提供了更好了解这个模块的机会，因为没有这些ticket的话，只自己看文档和代码不会明白容易出问题的地方在哪里以及如果改进。
除了oncall和feature 开发，我还一直在额外多花时间看原来的代码，基本上把这个模块爱出问题的各种细节给搞清楚了而且也写了很多deep dive文档，还也在大组内的knowledge sharing present了我的几个文档。然后慢慢的我也成了这个模块的component owner之一，开始和原来的L6一起host office hour。原来的L6也逐渐开始把其他组对于我们模块的问题转给我来处理了。
比较苦的是，我现在成了secondary oncall 之一了，希望每一位oncall给力点不要page 我……


Lead一个内部服务的release
我们大组(L8)下面有一个组计划在2022 re:invent release一个服务，他们的服务不能直接用我们组负责的这个模块，但是需求相似，老板就主动把这块给”抢“过来了，由我们组作为away team来和他们一起开发。因为我已经是component owner了，老板和原来的L6就自然而然地让我来lead这个内部服务。在这期间和PE还有隔壁组的L6，manager，PM都有频繁交流。中间出现各种问题还好最后有惊无险地发布了（可以作为一个单独的topic发帖），cross team impact（好和坏都有）搞得足足的。虽然在re:invent时没有提到我们，还是挺激动的因为没有我们开发地这个服务，隔壁组的根本没法launch。这中间老板和原来的L6也有很好的支持，比如顶着隔壁组manager和L6的压力帮忙拒绝一些不合理的需求来保证原来计划的feature按时deliver。


升职准备
其实在我lead的新服务release之前，manager就开始帮我准备promotion 文档了。期间需要我自己提供data point，还有联系feedback provider。
Data point比较容易准备，基本就是对照moving to SDE3 criteria 把自己之前OLR里记录过的DP提取出来，manager前前后后给了不少feedback也改了不少次。Feedback provider也不是太难，我们组原来的L6肯定支持，还有因为和隔壁组合作的关系，他们的2个L6 engineer，manager，PM，包括平时沟通比较多的大组PE都愿意。刚好凑够6个，另外还有一位本来答应了但是后来离职了……


总结
Earn老板的trust非常重要，因为老板需要花非常多的时间来写promotion doc，还要和skip，PE review，我的老板花了有9周的时间陆陆续续来完善文档最后才通过。如果没有trust的话，她不会轻易commit和invest这么多时间。
写好文档很重要，这点应该大部分公司都适用，尤其在亚麻。不管是自己的deep dive，还是design，甚至是帮同事解决的一些问题，只要是自己花时间做的事情，最好artifact都有文档。这样在promote需要提供data point和evidence的时候，会很方便。另外别的同事看到自己的文档时都倾向于有类似的问题会来找自己，对于自己成为component owner是有帮助的。还有亚麻开会都会先一起读会议组织者的文档来了解一下要讨论的话题，易读的文档能让参加会议的L6和PE有好的印象，因为他们本来就会写更多更好的文档。
机会：如果我们组已经有一个L6，或者没有lead新项目的机会，估计1年半的时间里很难收集到足够的DP和feedback provider。
运气：这1年半没有reorg，老板，skip，skip的skip 都没有变过，所以promotion approve比较顺利。另外，没有更多的feedback provider离职，要不然也凑不够6个


升职后
升职后，感觉同组同事对自己的期待高了，他们开始更多地找我unblock他们的问题，期待我帮他们做一些正确的design decision。倒逼我对我们组模块以及相关的dependency要更了解…… 老板也开始期待我给她更多帮助，比如OP1的一些计划等，自己也有意开始"think big"。自己写代码的时间没以前多了，好在给组里同事assign task的时候，和自己L5时比，push back 明显少了。


收入方面不是特别满意，因为本来就是L5顶包进来的，升职的包裹没有太多，多少感觉有点不值得，尤其是升职前的一年基本每天都工作10-12小时。不过虽然收入没有怎么上升，但升职后感觉有更多机会了，比如更多review（学习）别的组的design的机会，更多和PE学习的机会等。现在正在试着学习如何在不被burn out的前提下继续进步（或者在AWS或者亚麻不可能？），希望能向有这方面经验的大佬学习。

亚麻社招只招超过同等级50%的，感觉楼主本来就有L6的能力，只是亚麻觉得没能超过50%的L6，所以要花1.5年的时间证明一下自己的能力。不过这段时间拿L6底部的钱干L5的活感觉还是挺好的。。。

圈重点，楼主原组没有l6 ，这机会很好了。
我也是aws的，manager l7，manager手下2个l6 sde(全是10年以上亚麻老人)。剩下清一色l5 sde没有l4，其中2个是20 yoe，这两个都是在别的小厂当过manager。组里一年没有200+个cr，排不进前5。组里2年没有一个被pip,对了，我的direct manager l7 还管着2个l6 manager,每个l6 manager都有8个人(没错，每次pip都出在这两个组) ，我这种组完全没有升l6希望，就等着市场好跳槽了，我觉得我们组的l5都是这么想的

namistte 发表于 2023-09-03 13:43:08
亚麻社招只招超过同等级50%的，感觉楼主本来就有L6的能力，只是亚麻觉得没能超过50%的L6，所以要花1.5年的时间证明一下自己的能力。不过这段时间拿L6底部的钱干L5的活感觉还是挺好的。。。

樓主升了L6
所以過去的時間肯定是拿L5頂部到錢做L6的事，lol

就是被亞麻low ball的

楼主这属于天时地利人和都有达成了1.5年的升L6SDE的情况。恭喜。
ps，看情况应该是今年年内升的，那么明年Q1的TR应该会有TC上更多一点的涨幅（当然也别期望太多，亚麻升职涨薪就是吊着驴的胡萝卜）

顶包450k?L6刚升也就348k啊？应该一点涨幅都没有 😂😂

这确实是天时地利人和，去了一个有职位缺口的组，接管没人own的服务，加上楼主利用oncall积极弄透这个服务引申至未来关于这个服务的机会自然而然落到楼主头上。

这是楼主应得的， 8年中小厂肯定积累了非常多宝贵经验。 到恰当的时机老天给了楼主汇报而已。 恭喜恭喜

想问下楼主promote 前后包裹各式多少

Liuology 发表于 2023-9-3 23:29
想问下楼主promote 前后包裹各式多少

你知道了dd我一声

感谢分享！ 要快速升职 肯定不能每天就干7-8个小时。 楼主能私信我么 希望交流一下