【求建议】在职小码农转management role

楼主目前是西海岸某大厂的一个小码农，本科毕业之后现在工作不到一年半。这一年多在工作上对自己有了很多认识，发现虽然自己coding水平也还可以，但更擅长的可能是那种cross-team的work，平常也比较喜欢开会，跟人打交道的一些事情。跟过的老板和同事也都认为我的优点在于能看得到big picture，做事情很能分得清priority并且能够在需要的时候push back提出问题，也建议我考虑与其level up一直做到senior engineer，不如考虑转management role （比如TPM，或者SDM这种）更能发挥自己的长处。
目前有换组跳槽的打算所以认真思考了一下career path，发现很少看到有从junior dev转PM/TPM的经历，所以发帖来问几个问题-
- 类似的career path非常少见，是因为PM/TPM基本上是industry hire，需要一定的相关工作经历，还是因为很少有dev会在比较junior的阶段考虑转行呢？
- 我司的TPM是不招college new grad的，必须是L5及以上。我知道MS有entry level PM，但是如果要转的话我更希望我的工作是能够influence how and what to work on instead of just simply pushing to get th work done. 所以有那些公司可以offer类似的机会呢？
- 有转行成功的朋友可以说说technical的经验对management role有多少作用呢？感觉dev的工作是越做越深入，而manager的工作是越做越宽，相反没有那么深入。也许是我目前的心态比较功利吧，但是从这个角度来说是不是如果已经决定要转行，那么就没有太大必要在dev的位置上花很多时间了呢？
- 因为目前的position所以工作经历还是主要以technical为主，并没有太多PM方面的实际经历。这个情况的话如果要面试，该怎样pivot自己现有的工作经验呢？
很迷茫求指导 ：）

本文被提升为 全站置顶话题：凡是在前三页回复里参与讨论，提供言之有物、切中主题的高质量回复，管理员会积分奖励，干货越多奖励越多。好的回复，往往会得到50-100积分奖励。

看到好回答，请加分、请顶上去。对认真码字、热心分享的同学表示感谢，今后大家也会看到更多精彩分享。
说明：给别人加分不会扣除你的积分。

同想转PM方向的junior dev来蹲下回答顺便说说自己看到了解到的信息。换公司转岗非常难，因为PM岗大都要求有PM经验，PM能考的一些证也要求有PM经验。我身边的manager大都是dev出身的，他们常见的career path就是从纯dev到tech lead，然后在大组里有新业务或者组里老板离职的契机下成为TPM，这个时候还是要写一些码的。然后在组里人多了或者自己晋升成manager之后成为不写码的纯管理。我觉得tech背景还是挺有用的，不容易被摸鱼的同事忽悠，能更敏锐地发现一些risk，也能帮组里的开发提前挡住一些不切实际的的需求赢得大家的信任（反例参见国内PM和dev打架的笑话）。好像确实没见过junior dev直接转管理岗的，可能这对英语表达和交际能力要求更高些，毕竟跟本地人比起来我们没这个方向的优势，所以我觉得保持dev方面的优势还挺重要的。

个人觉得好的PM也要有很强的技术背景，你对技术了解的越深入你对团队的能力，团队里个人的能力，以及客户需求把控越足，所以在dev摸爬滚打一阵也是也不是什么歧途，每一段经历都可能让你以后的career path更受益。如果有兴趣转向managment的track，可以先在公司里多接触一些pm，了解他们做的事情，然后像之前有人说的做一些presentation，然后从他们的角度想一想，顺便了解一下公司pm岗位的空缺，如果你让周围人都觉得你可以胜任这份工作，并且公司有合适的空缺，相信会有不少人（maybe 你的老板，或者你的pm同事）愿意refer你去这个职位的，厚积薄发，事在人为。

你说的这些优点基本上都是L5及以上的IC的基本要求。另外TPM/PM貌似不是management role吧？个人建议最安全的path还是先做IC升上去，这中间不管是想转PM/TPM还是manager，都有很多机会去尝试。PM/TPM巴不得你分担一部分他们的指责而且你performance review还能拿到很多credit，想当manager的话，先去试试intern manager, tech lead都是很好的过渡。

首先PM和SDM并没有特别大的关系。 我觉得楼主指的management role应该是指的SDM. 我见过的Software Dev Manager (也就是大家说的组里的manager) 大多数是码农出身。 一般的成长轨迹是SDE -> SDE2 -> Senior/Staff SDE -> SDM. 在大部分公司里初级manager约和Senior (T5) Engineer 同级或者高一丢丢。 比较正常的做法就是和那些人一样， 先好好写码， 升到T5, 同时着重于提高cross-team visibility, 也就是让别的组的人也能看到你的impact. 如果碰巧遇到赏识你的老板也会把你往正确的方向引导。 等到你做的东西已经达到码农和manager的界限了，也就是已经可以影响到整个组的方向了， 就可以切到SDM role. 我个人理解的SDM就是写码和管人的交叉点， 首先虽然平时不写码， 但是有能力写得一手好代码（不然怎么镇得住手下的那些senior sde), 其次撕得一手好逼， 为自己的手下谋取利益。

在职读个还不错的mba（西部ucb-haas中部uchicago booth/northwestern kellogg东部nyu stern），读着读着找校友内部connect推过去，最简单最快捷最可行，唯一的问题是你排绿卡可能要重做。

另外你是做(technical) product manager还是(technical) program/project manager还是engineering manager(sdm)？这几个差别还挺大的。product manager主要负责的是和marketing/biz吹牛收集需求，program/project manager是催进度，这俩的初级岗位理论上都没有管人的权力，也不是特别需要技术，更多的是在没啥权力的情况下听，站队，撕逼，催活。sdm是senior升上去的吧，是带队做技术的，管人有权。

这几个其实是不同的线路了，发展也不大一样。

先积累技术经验，多经历一些大project的design设计，增加自己的技术功底。scope够大了，技术也够强之后再慢慢转向manager也来得及。工作一两年就做manager不太好，毕竟经验不足，见得也不多，直接当manager会影响技术的积累。技术底子不够深厚的话，慢慢的和手下engineer交流就会有脱节现象。我所见过的做的不错的manger，大部分都是技术先做的很好 好厉害（一般都是先做engineer 5年以上），然后转成了manager，这样的大部分都很成功。他们已经在技术上经过时间证明了自己 而且也有了量的积累，所以如果喜欢的话转成manager顺理成章了。

一般来说SDE转PM/M 的话比反过来要容易很多。夸张的说，IC在哪里都能吃饭，但是M受到公司politics还有reorg影响就更大一些。
我有朋友在巨硬做Product Manager，不过他是美本+美硕毕业，有technical背景，但显然不是刷题LC300+那种类型，口语流利表达有条理。不过他也经常抱怨entry level进去发挥的作用有限，杂事很多，其实跟大家想象的manager，或者对比国内大家说的管人的经理，还是很不一样的。
另外就是每个公司M的role其实分工还有职责也会不太一样，具体跟这个公司的culture很有关系，是engineer oriented 还是别的，所以不能一概而论。

自己本身也是一个 SDE，但是平时会和 PM 打交道一些，所以也想讨论一下。我们组的 PM 是纯 PM 出身，没有任何coding 背景，然后平时日常工作是 开会 + 分配任务。但是组里的 PM 和 SDE 交流还是有些障碍的，SDE 和 PM 考虑的方向会有所不同，有时候组里其他的相关 SDE 都明白了，但是 PM 依旧不能理解，但是也不算特别重要。但是有的时候 PM 的要求是 SDE 无法设计完成的，这个时候就需要PM 和 上层的 business group 讨论协商，看是否可以修改方案。
我的理解是，大公司的 PM 大部分都是 专业商科背景出身，对 case 的处理能力比较高，但是没有 coding 的背景依托，有时候会有一些 沟通问题。如果 PM 是 SDE出身，可能和组内的 SDE 交流没有障碍，但是可能需要加强一些商科背景。个人观点~

再想了想，其实做MBA申请时候的哲学三大问蛮值得借鉴：你的短期是什么？长期规划是什么?为什么选择MBA?

如果把这三个问题放在LZ身上，那就是短期想做什么，长期想做什么，为什么想做这个工作。对于这三个问题，大多数dev其实缺乏了解，如果可以的话，首先建议先发发邮件找找校友或者同事约一下咖啡理解别人的工作是在做什么，怎么样走到这一步的，至少经过大量的聊天找到自己感兴趣的方向，然后去看linkedin有相关背景的人的职业路径，照着大多数人走过的路径规划自己的短期长期发展，这样至少可以达到“虽不中亦不远矣”的结果。我有很多MBA同学都是dev -> pm/tpm的路线，我觉得这条路对于大多数dev能够走通（我也也在考虑这条路），我自己没想过dev-SDM，但是理论上讲去问问同事和前辈总比自己来预设要准确一些。

另外就是，不管哪个公司的哪一种m，慢慢都会和技术剥离开，分出或多或少的精力去做人员管理，哪怕是architect也要有和其他组去不断打交道协调的工作，这个能力可以在平时的工作中培养，要逼着自己走出自己的舒适圈，哪怕是dev也有很多的机会。但是我个人感觉，最重要的还是把活干出来，干得靠谱，因为你的职业发展本质上是把你自己作为商品卖给某个工作岗位，就和买卖一样，你总要有一些特质是对方看重的对方才愿意出价买你做这份工作，对于dev来说把技术工作做好是很容易实现也很有说服力的特质，投入产出比非常高。

最后，如果打算走MBA->pm/tpm的路线的话，对于亚麻是毕业直接L6, 对于狗是L4，但是包裹未必比入门SDE高多少，大多数人的目标也不是一直在科技公司爬梯子，而是积累一点行业关系以后出去搞事情，对pm/tpm而言MBA学历既非充分也非必要，只是统计学上的R^2高一点，请勿引申。

楼上很多人都说的很好，既然LZ上司和同事都认可LZ走manager的能力，不如留在这里，不仅接tech的工作也可以接些类似scrum master、mentor的task，这样升到IC之后再转会更有信服力。

很明白LZ的想法，不想浪费时间在对career没有用的事情上，“既然打算走管理的路线就想早点上manager的track，不浪费时间继续做coding”，但LZ如果强行在junior阶段就硬转的话，机会可能很有限。现在很多公司提升职都会强调一下“影响力”这种有的没的，其实也是在考察候选人的认可度，不是说junior的能力就一定不够，而是相对而言，普遍认为经验不一定够带领团队。做manager如果能力有限，不能站在全局的角度规划会得不到组员的认同，全体效率都会受影响，看看地里有多少吐槽manager无能的帖子就知道了。而且现在就出去转公司转岗其实是直接跟有多年经验的人还有商学院出身的人竞争，在这种情况下，LZ的优势不一定会很明显。

所以LZ的初衷很好了已经，现在能够构建自己的career，看到自己的vocation，但具体怎么走还是要三思啊。

你是绿卡还是美国公民？

其实楼主现在这样的情况不用太纠结自己的career path. 在dev里多摸爬滚打一段时间以后再做选择也不迟。 很多优秀的manager都是之前又过硬的dev经历的。
如果真心对management感兴趣， 在平时工作中， 有机会就多做presentation, 然后看一些相关的书籍， 多站在management的角度去对待或者处理工作中的
事情就好了。 与其说是转行，不如水到渠成。

用一本很不错的书叫
Cracking the PM interview, 可以先看一下，更了解这个行业、怎么准备面试

补充内容 (2019-7-17 03:48):
这本书的作者还写了cracking the coding interview, 她是先在FLAG当码农，再后来自己创业了……

shengli 发表于 2019-7-16 17:04
你是绿卡还是美国公民？

跟这个有关系吗

个人觉得前几年先打好技术基础，管理层有时候风险偏高。先把技术实力练好了，以后做管理万一有风险，也有个退路继续做engineer。
很多管理层的人 技术到位了自然就做到了。如果马上直接就做管理 感觉会影响前期技术的积累和提高