初生牛犊的Senior跨领域换组，感觉遇上了职业的拦路虎。。

.. TL;DR. :  ng毕业直接进了大厂，运气比较好所以一路顺风顺水做到了Senior。然后就膨胀地觉得自己应该见见大世面——于是半年前一个冲动加入了我司核心产品组 （support行业里30%以上业务量的那种？）。然后就被现实反复按在地上摩擦了，天天加班都感觉跟不上同事的进度……

想问问见过大世面的朋友们，职业中期换组都是怎么快速ramp up & earn trust & build impact 的？？我能用自己的悲惨故事抛砖引玉换某位大佬分享一下他们的换组故事吗？😂

具体一点说的话：


作为一个科班出生对行业充满热情的好奇宝宝，每次换组都喜欢尝试不同的东西。之前几次因为同事和经理都比较靠谱，而且产品scope都不算大，偶尔加加班就能快快乐乐当卷王拿promo。涉略的东西很多都是基础的CRUD API，ETL jobs, state machine, streaming，platform onboarding和API integration那种；biz logic都属于正常难度稍微用点心就能摸透，甚至还偶尔有时间能做ops excellence。。升了senior后遇上组里reorg，新经理希望这些well-defined task主要培养组里小朋友们来做，导致我的工作内容被迫变成了cross-function / cross-term coordination和communication还有team coaching等等。但是天天开会扯皮实在令人心累，所以就起了心思想要找找技术上的新挑战。

再次运气不错地因为别人的referral联系上了一个听着挺有趣的核心组 —— 和Principal engineer以及组员都聊得开心，再加上的我的perf review确实年年impressive （👈高功能焦虑典中典）以及hiring freeze的rumor甚嚣尘上大家都赶时间，算是不错的mutual fit。唯一的隐藏雷点大概是觉得SDM有些nerdy，感觉不太容易build a bond。。

入组的第一个月还觉得挺开心的，感觉每天都在长见识。底层业务意味着很多大学里学的fundamental CS knowledge都能派上用场，而且在核心业务的巨大体量下，精益求精的optimization显得非常有影响力。工作内容和刷leetcode hard一样充满挑战，和很多scientists工作也让人觉得高大上哈哈哈。

但是把浅层的知识都涉略了以后，第二个月经理就开始期待output了…… 我的第一个onboarding task就感觉有点吃力，但是乘着换组蜜月期的东风，我还是充满激情地加班加点，耗时一个多月勉强差不多完成了，期间还发现并fix了一个critial bug。但是1on1经理给了feedback，希望我能多问问题，好好利用组里的资源，不要总是一个人琢磨。似乎是觉得我的ramp up没有想象中快？

接下来的几个月基本上是上面的故事重复再重复……

但我确实学习风格属于比较solitary learner那种。。问问题也总习惯在提问前做好一些准备，有趣的是很多时候准备充分了，问题就自己想清楚了…… 而且个人觉得这样学到的知识都比较扎实，所以一路过来养成了这种做事慢但稳的习惯。现在主要的struggle是我虽然通过加班能勉强搞定现有工作进度，但是核心组的业务真的太多太复杂了，我的加班方法根本不sustainable…… 另外组里大家tenure都在两年以上，还有几个待升职的卷王，很多tribal knowledge他们都融进了肌肉记忆里，讨论激烈起来我跟都跟不上也不好打断，只能找时间私下问或者自己补课……又因为过去半年的layoff和hiring freeze，目前也没有除我之外的new hire来share my pain 😭

我大概能理解经理的concern —— 我现在加班加点做的工作更像是SDE II的scope，作为组里唯一的senior应该要更从大局出发指出系统性的问题，然后提出解决方法带着大家走正道？ 但是说实话optimization domain和这种scale的东西我之前完全没碰过啊，光是弄明白现有的service我就已经力不从心了…… 唯一还能有点贡献的全是dev best practices 和 ops excellence 方面的知识，可是在核心组的delivery压力下，大家好像对这类话题的兴趣总是不高。。

我现在感觉要think big的话还是得加深业务方面的理解，多和其他组沟通并且了解行业动态，但是又想通过push OE这些组里比较欠缺的点来build impact，同时还希望做好本身的sprint tasks来earn trust证明自己。。 （👈既要又要还要，another高功能焦虑典中典）经理的意思是也觉得都重要，让我自己平衡一下 😇。 可是现实是很多时候一不小心就掉进了兔子洞，哪还管得上优先级就想钻牛角尖搞明白一个事，然后便开始加班熬夜的恶循环。。惨的是经理过度nerdy地关注业务而不是组员的职业发展，似乎不能给我的困扰提供有效建议，甚至还会增添我的焦虑。。

到这里rant基本结束了。虽然知道应该也不至于被开，但是从职业发展的角度还是想问问这个阶段的其他小伙伴都是怎么解决类似问题的？只有我这样的话，也欢迎一棍子打醒我哈哈哈

还是太年轻， 在职场里， 有一个好老板，或者说，喜欢你的老板，比什么domain, 技术，重要了多得多。 你想学习，还不如上上课，看看书。

你在这个组， 如果老板对你有意见，你被干掉的几率很大。

匿名用户 发表于 2023-02-28 23:04:56
感觉先找准在组里的定位吧，不要想一上来吃个胖子。尤其是比较偏低层的组，需要厚积薄发。作为一个从product ml换到infra组的人深有体会。

最最重要的是你manager的feedback，显然

而且尽量别靠加班完成任务，主动加班学习是ok的，过度加班赶进度只会给别人留下你很能干的印象然后塞更多活给你，然后就burnout了

你都没说具体是啥底层业务，和业务特点。这大家也没法给意见吧？

听起来像是high throughput/low latency 的realtime backend?
了解team area之后你得看看之前的team high priority projects都是在什么维度做事情。是在考虑service scalability, 还是efficiency？或者之前是在疯狂build 新平台，不过看起来不像不然你也不会对方向没头绪了。如果这个摸不到头绪的话，那可以跟老板谈team的定位到底是什么或者想把team打造成什么样子。

如果team都是级别比你低，指望你来给方向的话，那我觉得可能你得把自己从daily development 抽离出去了，rampup做些task可以，但是后面重点估计是得给team找projec或者ownership了。

感觉在亚麻，不适合在高级别的时候跨度过大换组。原因是亚麻对高级别的要求一点不含糊，不会太多考虑你是external的还是internal promo，期待的是有Gap自己填，Swim Or Sink。所以建议就是，尝试吃回头草，或者跳槽到其他公司和自己以前的方向类似的部门

感觉先找准在组里的定位吧，不要想一上来吃个胖子。尤其是比较偏低层的组，需要厚积薄发。作为一个从product ml换到infra组的人深有体会。

最最重要的是你manager的feedback，显然在一个 stack比较复杂的组是需要有侧重点的，用之前组的学习方法似乎不适用。一定要虚心听进去别人的feedback。不要你以为自己是fast learner就是，因为可能你自己学了半天的那块东西对组里没有那么重要。比如我刚进组研究了好久做test用的sandbox，问了一圈没人懂简直崩溃了，后来发现深刻理解这玩意儿对我们组的开发没啥用，所以大家都不懂也就不奇怪了。不要怕问stupid question，不要问重复的问题就好。

加入一个新环境，很重要的一点是align your mindset with your manager's。与其你自己无头苍蝇一样乱撞，不如从manager那里明确当下最重要的task是啥，有一个priority list，然后有针对性的发力。

作为ng也有过同样的感受，这就是跳槽到成熟组的弊端，很多context没有文档也没人跟你讲。唯一的方法只有熬着等弄清楚，同时经理说啥就照做，虽然结果不一定好，但是先照做（只是ng视角 sr不一定），别让经理感觉管不住。

gameboyying 发表于 2023-3-1 07:14
还是太年轻， 在职场里， 有一个好老板，或者说，喜欢你的老板，比什么domain, 技术，重要了多得多。 你想 ...

是的 遇到一个垃圾的老板（gg fb这样的老板太多了），就发现自己聪明呀，努力呀，soft skills呀通通没用，无能为力。。

LZ简直世另我 盲猜AWS哈哈哈

好在感觉队友们还比较靠谱且supportive 每天没皮没脸地提问感觉还没被humiliate。。

特意注册账号来回复 请联系我共享pain points