分享一下谷歌升职的心得

感谢前辈分享！我觉得大部分的经验，放在别的公司也是基本适用的。

很不错。

谢谢楼主分享经历，来学习一下

L4 -》L5

这个比L3-》L4难度要大一些，主要是体现在对项目的规模，complexity，impact，还有candidate leadership的要求高了很多。但是对于国人来说，既然都能刷题刷进Google，那基本上好好努力一下还是没什么问题的。

先说一下项目，好的L5的升职项目要有完整的设计，实现，另外不是做完就行，要有很清楚的landing story去展现Impact。Committee希望看到candidate能够完整，独立的drive整个项目从设计，实现到最后的landing。项目的scope最好是cross team的，omplexity需要具体的证据（design doc，bug fixies等）和N+1 Level 的peer feedback，缺一不可。再次强调一下design doc，好的design doc应该是从项目立项的时候就开始，逐渐演化到最后完成，中间要包括senior peer们的review，comments，和各个决定的推导过程，比如说决定用spanner做存储，那就要横向比较一下其他存储的优缺点，包括性能，cost，维护的复杂度，和是否有足够的scalability支持未来业务的发展，最好再跑一两个实验分析一下性能是否达标。写好Design doc其实对自己的职业发展是很有好处的，因为会让自己能系统全面的考虑很多问题，另外和其他的peer很好的交流。现在promo committee的人无比变态，会把整个design doc的history调出来看，如果发现没啥细节，peer comments，或者是事后补写的，都会被提出来作为red flag讨论。

如果做的项目是一个大项目的子项目，最好能把自己做的部分写个单独的design，跟其他的design混在一起会严重影响comittee对项目规模和complexity的判断。

L5 Leadership是有很明确的要求的，一般希望是要带领1，2个L3/4的junior engineer 一起完成，要能够仔细review peer的code，另外要通过weekly meeting，daily scrum等确保项目进度。同样的，最好能保留meeting notes啥的作为证据。如果你想用code review来证明leadership，那最好平时review的时候就细心一点，committee经常会把canddiate review过的CL拿来挨个看，如果发现总是迅速lgtm没啥有用的feedback，也会被当成red flag来讨论。

L4-》L5的peer最好是L6+的，这就要求candidate平时要和大组里的senior peer有很好的交流，可以定期发个weekly status update，遇到复杂问题，一定要请senior peer来review自己的解决方案和code，这些平时就要注意，到promotion之前再去求人一般是不行的。

谢谢LZ分享，想问下5升6如果manager是6的话会影响吗，还是最好找一个L7的manager?

回答一下同学们的问题

1. 当manager对6+升职帮助大吗？
帮助挺大的，因为当manager的话会有自己的资源，自己手下的小弟/妹们还是很好用的，另外你是manager，其他senior peer有事都会来找你，那自然有很多visibility。另外6+有两个track，manager/ic，当manager可以多一个选择。

2. 选组对升职速度影响大吗 什么样的组比较好
其实跟组的关系不大，但是老板很重要，如果老板自己很强，也积极在升职，那自然会有很多机会。如果老板天天上班摸鱼，那自己瞎忙也没啥用。

3. 我想明年三月再试一次，之前要不要重写一下design doc呢？
补写比没有还是要好一点，但是如果没有peer comments的话，也没啥大用。

“说得很好。但5->6还可以写写如果一定要prioritze的话 应该强调哪个。很多人都说是impact”
应该是prioritize impact，因为6以上的impact在promotion的权重会非常大，往往需要很长时间去realize，除非你做那种launch之后短期就能fully land的项目

“用不同的项目分开展示下一级的要求” 是不是意味着选项目的时候要仔细选择一个可以展示所有下一级别要求的大项目？

感谢大佬分享。这句话可能因组而异：

"用不同的项目分开展示下一级的要求是不行的，比如说用项目A，B来证明complexity，用C来证明impact，用D来证明leadership，这样的package一般都会被打回去"
我们组至少一半的promo都是用不同的项目来叠加，举个极端的例子，一个5-6的case，用的是一个申了专利的设计证明complexity，但是最后并没有用到项目当中；一个纯execution，是个L5都能做，但是revenue很高的项目证明impact；至于leadership，这个人是个挂名TL，虽然做设计，但是大多数分工协调还是manager在做，第一次promo失败在leadership上，之后他就组织了一个team fixit，每周发邮件催大家修bug，第二次就通过了。

大神膜拜一下，干货满满啊