聊聊自己从软件工程师到经理的转变，以及如何长期管理职业生涯的感悟

点赞，关注，收藏，一键三连
看到楼上各位大神的讨论让人很激动
等N年后我自己当上TL/mgr了，再来和各位讨教经验:)

啊，希望我也有这一天～

写得太好了。

Lenin 发表于 2020-9-8 11:04
非常感谢lz的分享 想具体听听lz是怎么选拔人的？
一个部分是在面试的时候，怎么通过就这么短短几个小时的面 ...

我碰到过最快的ramp up就一两周：
- 跟我的第一个1-1完全是他drive的，第一印象就很好。本来这个会应该我drive的，但他主动发了agenda列了一些问题，我看了一眼比我想的还周全，就干脆按他的提纲走了
- 给他的第一个task正常需要用一两周，结果他一个下午写完了。同时问了我几个具体问题，基本上都是指出了我之前code里因为快速prototype写的不太完善或有漏洞的部分。然后之后花一两天顺手帮我fix了。同时开始做了几个code review，质量都很好。这时一周不到，我基本相信他可以独立出活了。
- 之后给了他一个有点坑的任务，其实挺难的，文档不全需要找别组的engineer问很多细节，做的也不是我们组熟悉的领域。本来这个task不该给newhire的，但是因为一些特殊原因实在没别人能用了只好交给他试试。当时期待很低觉得拖个两三周完全没有进展很有可能的。结果他两天独立搞定了...顺便跟partner都混熟了……
.--至此我已经忍不住跑去老板那里疯狂地赞美这个根本不像noob的noob，建议看看他能不能在重要项目里take lead
这样的noob其实我见过好几个了，但大多数我带过的noob做到前两点需要3-6个月，也碰到过超过6个月了还是很让人心塞的new hire...所以感觉相对时长，更重要的是具体表现出的能力吧

感谢楼主分享，对于选择IC还是manager我还是比较疑惑，作为绝大部分人审视自己的结果大概是技术还不错但是总有比我更厉害更聪明的，情商还可以，也总有比我情商更高的人，选择哪个方向有没有什么看得见的衡量指标？ 光说自我审视我觉得我或者我觉得大部分人都是两方面都一般 不是最差也不是最强

1. business domain knowledge 到底有多重要？ 换个不同的business， 做的不还是software engineering吗？ business logic 不都是由product manager 或者scientist 来定的吗？

2. 技术到底指的是什么？ 是选择工具、使用工具和整合工具的能力？ 是系统stability、safety and scalability 的考量？

小小啊啊啊啊 发表于 2020-9-8 06:09
请问楼主在转manager之前，大概有多少年IC的工作经验呢？

6年左右吧

nathandyer 发表于 2020-9-8 10:05
楼主写的很好，有空再写写处理手下跳槽？我这一年，手下累计跑了俩，究其根源，我占30-50%，另外缘由是部门 ...

所谓巧妇难为无米之炊，有些问题不是你造成的但是却要你来负责，这往往是一些新经理的困境。

我觉得你所说问题的结症在于上面对你的组的期望和投入不成比例，那就需要你来做好manage up的工作，跟你的老板解释原因，不要因为他是你老板就不敢push back。不解决这个跟本问题，你手下干活的人永远会有很大的压力，跳槽只是时间的问题。

Lenin 发表于 2020-9-8 11:04
非常感谢lz的分享 想具体听听lz是怎么选拔人的？
一个部分是在面试的时候，怎么通过就这么短短几个小时的面 ...

选拔人才这个问题得另开一贴好好谈谈，能说的有很多。

面试其实是个风险很高的投资决定，短短几小时很难全面了解一个人。我当了hiring manager之后基本会把我的时间全花在软实力的问题上，着重看面试人的过往经历，有没有成功的pattern，思维方式和个人目标是怎么样的，等等。因为我平时也经常参与hiring committee的回忆，时间久了也能积累不少经验。来面试的人是真心还是装的，慢慢就能看出来。

工作中，我最喜欢的新人基本都是return intern（其实也是废话，因为表现好我才会发return offer嘛）。如果是一般来的新人，我都会给予足够的时间让他们学习，然后慢慢给一些基础项目，逐步增加难度来考察他们的学习和执行能力，然后再做定夺。

先简单写写，不然又要被审核了。