亚麻换组时机讨论

最近地里看到了很多亚麻pip的帖子，没办法每年三月初performance review出来之后，一些名额就被硬压下来。但是还是想跟大家讨论讨论在亚麻的避险措施，最大的降低遇到糟心事的可能性。当然我在亚麻也就待了三年，所以只是些个人看法，希望能抛砖引玉。

首先在亚麻换组是很常见的事，确定自己不在dev list上之后，跟新组的manager聊完看对眼就可以启动换组程序。我认识的同事换组大部分原因是对自己的manager/项目/同事不满意，少部分是在原组上了dev list并且survive， 或者预感要上dev list而换组。所以想跟大家探讨一下，看看有哪些是需要赶紧换组的red flag.
先说说我了解或者遇到的不换组可能会有危险的red flag：
1. 老板暗示可以换组。
    我在亚麻第一个组的manager曾经暗示过组里一位同事，原话大意是“如果你想试试亚马逊内部其他机会的话，他会很乐意帮忙”。 这种老板基本上算是良心老板，不管是组里有名额下来了，还是说对那位同事的performance不满意，在启动某些程序之前先暗示组员早点找好下家，至少不会太影响到那位同事的job security。 这种暗示有时候会很委婉，我那位同事英语也不是特别好，老板发现暗示了几次他都没有什么动静，后来干脆找了组里另外一位跟那位同事相熟的老大哥来帮忙挑明。

2. 老板在1 on 1时候给的负面反馈，或者一直没有positive feedback
    如果老板在1 on 1时候给的负面反馈很苛刻，而且会后会发email总结1 on 1的内容，那么很不幸这时候十有九点九是已经在dev list上面了。
    不过在出现上述征兆之前，老板不太给positive feedback而且每次都会提到说有哪些地方做的不足的话，也不是个好兆头。当然不否认有些manager是出于想帮员工提升的本意，但这种feedback多少表现出了manager的不满意，这种不满意累积多了并不是好事。我遇到的比较靠谱的老板，会在给feedback前先很认真的夸下员工那些方便做的很好，之后再引出来其实哪些方面可以再提高一下。虽然重点都是要提高的那一部分，不过manager处理方式多少也会代表这他或她对员工的整体态度。亚麻manager权利很大，manager自己主观态度就能决定很多事情，所以个人觉得这也是个red flag。

3. 自己在组里排名比较靠后
    这排名不一定是说forte的评级，毕竟forte也就三档，而是说自己对自己在组里定位的评估。如果是new grad那没办法，刚进公司几个月内也出不来多少活，自然会排比较后面。但是对已经在亚麻待超过一年的人来说，如果发现组里其他人都太拼，或者manager有非常明显的偏好，而导致自己完全比不过这些同事们的话，那么一旦有pip名额下来自己很可能就是被祭天的那位。
    这里有一些signal可以参考，比如能不能拿到组里impact大的项目参与机会，是不是一直被安排边角料小活，能不能lead一些项目带带同级或者低一级的同事。如果什么好事都轮不到的话可能就需要衡量一下是不是还应该在这组留着了。

    另外有一些个人比较主观的看法（不对欢迎指正）：遇到过一些同事会对自己的评估过高或者过低。过低倒还好，靠谱的manager认可的话好项目还是优先考虑你，只是可能因为没有主动争取而错过一些机会。 但是过高带来的风险就比较大，比如没有意识到manager对自己的不满, 高估了自己的impact，升职不顺算是小事，遇到dev或者pip就会很措手不及。之前遇到过一位表现真的不是很好的同事，升职的doc拿到的feedback很不好，在老板建议赶紧换组，甚至愿意帮忙联系组的时候，反而跟老板大吵一架，觉得自己收到了蒙骗，任务是老板不想帮忙递交promotion doc的说辞。 后来惊动了skip直接下死命令给pip了，挺可惜的，本来完全可以不用走到这一步。


再说说个人觉得可以为了职业发展可以考虑换组的情况：
1. manager/skip manager/pm/tpm 跑路
    （这一条很主观，欢迎修正）
      亚麻能存活下来的manager都是人精，躲着风险跟着肉跑那种, 所以manager们跑路很有可能就是对org或者组里在干的项目信心不足，觉得impact不够大或者不被重视。 也有遇到因为org director很难相处，甚至micro-managerment而跑路的manager。 不过我遇到的因为director不好搞而跑路的更多的是pm和tpm，我现在待的org就是活生生的例子。不到一年tpm pm走了个遍，最近还有个最有可能升7的pm也跑路了。跟相熟的pm聊了聊，说是因为在现在director手下干活压力太大，经常下类似于“我不管你怎么做，xx月xx日之前项目必须launch”之类的命令。
       这种情况不一定会影响到自己的工作，sde们给谁干都是干。但是如果leadership层面对项目都没有信心的话，组里长远发展未必会很好。另外新的manager过来需要重新磨合earn trust，磨合的怎么样就很不好说了。也许就会遇到像其他帖子提到的，刚来一两个月就对组员下手的情况。

2. 频繁的reorg
    理由跟上一点很像，但是稍微有点不一样。我在亚麻第二个组遇到过一次非常大的reorg，把level 8级别的大组从cn amzon换到了美国这边一个被印度人把持的大org下面。 当时manager是华人，明显感受到manager在reorg之后非常紧张，这种紧张情绪自然也带到了工作里，比如会为了出活，把所有project时间线在原本的计划deadline下再提前个好几周。结果就是组里天天昏天黑地的加班，完成了是职责所在，完不成就是工作里的miss。

3. 组里同事不supportive
   这个我个人觉得是个很头大的问题，这种不supportive的同事印度人白人乃至于国人都遇到过，合作起来会很累。不supportive的白人我遇到过的通常会比较傲慢或者拽拽的，觉得自己无所不能，自己说的做的什么都是对的。而遇到的一部分印度人则是会在工作上的各种细节上挑刺，比如code review里提很多不重要乃至于吹毛求疵的comment来增加visibility,  抢活抢功抢话，比较难缠。 国人大都非常的团结友善，但是也遇到过一两位，会把组里其他人都当作竞争对手，在一些公开场合给组员挖坑的情况。
   这种同事会把组里氛围变得很toxic，好的manager或者tech lead会注意到这些，并且有一些行动来改善，但是在亚麻很难指望manager关注这些事情。我个人会判断一下manager的态度和这个组的发展潜力，当然还有自己的定位，如果觉得都不错的话会刚回去，摆事实讲道理怼到对方发现自己也是个刺头。但是如果manager或者组也就那样的话，就会麻溜的换组跑路。不知道各位对这种同事一般怎么处理？

4. 有新的秘密大项目
    这个跟第一点也比较类似，亚麻经常有很多秘密项目，前期会从各个org挖manager，如果发现某些很靠谱的manager被挖过去了，那么这个项目潜力应该是非常大。早期过去占个坑对未来升职会有利很多。 而且新的项目长时间之内都没有ops，launch之前大概率没有pip压力。 所以个人感觉也是会是换组的好机会。

-----

当然换组也意味着之前累积的impact会被清零从头开始，有利有弊。欢迎各位一起讨论。   

匿名用户 发表于 2021-03-26 21:17:57
换组不如换公司。

换组不涨薪水，不升title，却同样要聊几轮，还要花一样的心思ramp up，这不是闲得蛋疼吗？

我自己已经跳槽了，但是我不会因为自己选择跳槽就judge其它没有跳槽的同事们。

backtouzhaogong 发表于 2021-3-27 04:17
Isn't reorg just like a small business failed and going bankrupt? only failed within a bigger compan ...

只能说说我了解的reorg，一部分是因为业务调整。但是还有一部分就是赤裸裸的办公室政治了。比如一个大大头头下面有两个功能有点接近的大头头，两个大头头相互竞争，最终一个挤走了另外一个，顺便就吞了另外一个手下的小头头们。或者两个大大头头，互相觉得自己的org跟对方org负责的方向有重叠，两边就都想看看怎么把对方吞过来，帖子里的例子应该就是这样。当然更多的细节就不是我这种小ic能知道的了。

Isn't reorg just like a small business failed and going bankrupt? only failed within a bigger company.

这个帖子写的非常好

还换什么组啊 赶紧跳

好文，赞！秘密项目会不会有风险？

iamlegend 发表于 2021-03-26 20:50:43
好文，赞！秘密项目会不会有风险？

肯定有的，项目做了一半被砍也发生过。不过如果是非常大的项目，有svp级别的人专门lead的话一般都是香饽饽

所有toxic文化就是所谓的impact带来的