从Developer转到TPM及之后的体验

楼主在香蕉厂当了差不多5年的Developer，转职这件事基本上从入职就开始思考，因为其实不太喜欢做这个工作。转职TPM也是很早就开始考虑，但到了去年年初才真正开始行动。写这个帖子想总结一下转职时间线，感受以及一些思考。

首先定义一下我这里要聊到的TPM职位。其实TPM这个职位在不同的公司不同的组定义可能都不一样。我聊过很多招TPM的组，有一些TPM是做类似Sprint Master的工作，帮助dev team做prioritizations；有些TPM做的东西更偏向于资源、硬件管理，负责预测和安排客户组需要的硬件；有些TPM更偏向于做operations；而我在做的，也是这篇帖子聊到的，仅限于drive product launches这一类的TPM。

SDE II to TPM II 转职时间线：
2020年底开始认真考虑转TPM这件事，做了一些research，也投了一些内部的TPM职位。大部分聊过的Hiring Manager都推荐我跟自己的manager先说一下想要explore TPM role，在组内体验一下TPM的职位再做决定；
2021年开年跟manager说了想要explore TPM role；
2021年2月manager告知有个TPM项目可以给我带，定了一些goals，让我开始20%时间做TPM的活儿；
2021年3月正式开始跟第一个项目；
2021年7月第一个项目到了尾声，feedback不错，给了第二个项目，开始50%时间做TPM；
2021年8月开始写trasition doc；
2021年9月正式转成TPM。

总的来说转得还是挺快的，manager和skip都很支持，一起工作的人也都很好很supportive，很感谢大家。在同时做SDE和TPM的时间里workload还是挺大的，尤其是oncall期间其实就谈不上百分之多少在干嘛了，oncall有事情肯定要解决，但TPM的活也不可能不做。还好很快就彻底转了，之后的workload就好了很多。

关于我为什么不想继续做SDE：其实无非就是不喜欢，每个人喜好规划不同，这里不多赘述了。

关于我为什么选择了转到TPM这个职位：
在考虑转职的时候，因为考虑到教育背景、身份、职业理想等各方面因素，我首先明确了还是要在IT行业内转职。综合考虑后，我希望我转到的职位满足以下要求：
1. 可以学习和锻炼沟通管理方面的技能；
2. 可以接受薪水比当前低一些，但是不能差距太大；
3. 为以后的职业规划提供更多选择；
4. 符合我当前的能力；
5. 可以用到我之前的职业经验和技术。
基于这些考虑，我觉得最合适的职位就是TPM。在有这个意向以后，我看了一些公司内关于TPM和怎样转到TPM的doc和视频，也和一些做过TPM或正在做TPM的前辈交流了一下。其中有一位前辈推荐我考虑转成SDM，在我司SDE2直接转到SDM其实也不少见。但我个人觉得自己当前的能力经验不足以带好一个team和对组员负责，所以经过考虑没有走这条路。


其实做转职TPM这个决定并不容易，当时我搜一亩三分地没几个相关的帖子，搜Blind更是一群人劝不要转。确实，TPM相对于SDE是有一些劣势的，比如：
1. 同级的TPM工资range通常不如SDE，虽然从SDE转到TPM工资不会降，但以后refresh会按照TPM算；
2. 一般来说，从non-tech往tech转会比tech往non-tech转更难。一旦转到TPM，再想转回SDE可能不那么容易；
3. SDE是僧多粥多，TPM的坑比SDE要少太多了，各种公司都是这样；
4. TPM的存在就是为了解决complex, ambiguous的问题，所以经常会觉得焦虑，压力大。我曾经问我mentor，什么时候真的可以有个非常顺利的项目做，她的回答是，如果真的非常顺利就不会需要你了，TPM就是为了解决chaos存在的。
5. 一些Developer对TPM这个职位存在敌意和歧视，认为TPM只是个秘书的角色，活儿很简单还经常搞砸。在此我想为TPM这个职位正名：一个好的TPM是应该可以对一个Program起很大的作用。最近在地里还看到一个前辈的帖子很受启发，分享给大家。

在知道这些的前提下我还是选择了转职，是因为我当时的mindset是，我从上帝视角，把职场当成一个RPG游戏，想象点亮不同的技术点可以branch out到不同的职位。我会觉得此时我大部分点的是tech，只点了少部分的managing, communications。而我当前虽然还并不能确定几十年后我想要做什么职位，但我至少可以确定我想要点亮一些不同的技能点，来增加后续的可能性。

关于我目前对TPM vs SDE工作的感受：
1. TPM工作的scope相对比较大，但事情都是很小很小的pieces，所以会容易miss something，整理好要做的事情很重要；
2. TPM也很容易被当成"the goto person"，不管是tech有问题还是business有问题反正都来找你，所以学会push back和educate也很重要；
3. 当有突然发现的risk或者blocker出现，相当于要work on a daytime Sev 2，一般需要在当天就搞清楚path to green给上级汇报；
4. TPM的visibility会比同级SDE大一些，因为经常要给leadership report；

5. 做TPM要小心不要让自己变成PM或者SDM的秘书，变成只会询问update和schedule meeting的工具人。要自己主动make impact，并且明确自己是可以make impact的。
6. Developer的坑还是比TPM多很多。在做SDE的期间LinkedIn上recruiter reach out很频繁（甚至在我已经转了TPM以后还是有人来找我做developer），而到目前为止LinkedIn上找我做TPM的人屈指可数。
7. That being said，适合自己的就是最好的。在做SDE期间，由于怕刷题我从来没想过跳槽。转到TPM后虽然找我的人很少，但不到一个月就被recruiter reach out开始跳槽，目前已经拿到offer准备去了。（面经见这个帖子。）

. Waral dи,总的来说，到目前为止我都很庆幸自己做了转职到TPM的决定。如果有什么我没涵盖到的请回复，我会尽量回答。
. Χ

补充内容 (2022-04-02 09:51 +08:00):
想要私聊的话请直接给我留一下你的微信，我看到会加的。不好意思没有鳄梨了回复不了私信。

已经在一个公司5年了，为什么不试试争取一下manager role。我个人觉得manager是更好的选择，既可以学习的tpm所有的communication skill，又拥有其无可比拟的authority and flexibility.

感谢分享。地里需要更多非SDE的tech role相关得信息。有些人总是觉得SDE像是世界上最好的工作，实际什么适合自己只有自己知道。也希望某些SDE对PM和TPM少点敌意😂

感谢楼主分享。请问楼主能不能具体说一说TPM的工作职责比如你一周的工作内容是什么, 具体是解决project/program里什么问题的。感谢。

总结得非常详细， 点赞。

先去看链接了。

LZ，请问在香蕉厂怎么才能更好地避免被PIP ？即将入职香蕉，心里有点没底

感谢楼主，总结到位，非常受益

匿名用户 发表于 2022-03-21 20:40:08
LZ，请问在香蕉厂怎么才能更好地避免被PIP ？即将入职香蕉，心里有点没底

这个地里有很多详细的总结帖，我这边就不多讨论了。其实不用太担心，跟manager 1:1多问问feedback，CR多跟reviewer align以后再发新的revision，design review之前多找几个人帮你看看就好。

为什么没有想转sdm呢？

babyfatshen 发表于 2022-03-21 23:50:32
为什么没有想转sdm呢？

这个主楼里提过了，我目前对带一个团队对组员负责没有很多信心和兴趣（尤其在香蕉厂的环境里），所以没有选择转sdm。但以后可能会考虑这条路。

barkonstone 发表于 2022-03-22 09:20:34
已经在一个公司5年了，为什么不试试争取一下manager role。我个人觉得manager是更好的选择，既可以学习的tpm所有的communication skill，又拥有其无可比拟的author

主楼和回复里都已经说了暂时不想做people manager的理由，不再赘述。