技术路线还是管理路线？

一般在IT公司，都有两条晋级路线，技术路线和管理路线。

一般说来，技术路线那就是从工程师到高级工程师到主任工程师到资深工程师到CTO。管理路线那就是从PM到高级PM到主任PM到资深PM到CEO。

然而，我却不这样认为，我认为这样子分法其实没什么道理。在我看来其实并没有什么2条路线，只有一条路那就是晋级之路。

首先，我们来看看技术路线，当你一步步升到主任工程师资深工程师的时候，其实你会有一个tech leader的title，这就意味着你手下至少也要带个几名小弟，那你就要为这几个小弟分配工作，指点小弟干活，那这个就已经是管理了。所以当你在技术路线上越资深，那实际上管理占的比重就越大，根本就没有什么纯粹的技术路线。

然后，我们再来看看管理路线，管理路线就更搞笑了。PM这个词有很多种含义，Project Manager 项目经理，Product Manager 产品经理，People Manager 传统意义上的领导，Program Manager 微软的PM的头衔，基本是项目经理和产品经理的活都要干，但更偏向产品经理。

首先来看看项目经理，项目经理的主要工作就是检查项目的进度，分配项目的资源，防范项目执行中的风险。但是项目经理工作的对象是项目本身，在这里面得对整个项目有很深的了解，这个是技术层面，项目管理的具体手段，比如各种chart，这个也属于具体的技术层面。所以项目经理这个职位并不是毫无技术，至少也是有一点的。

再来看看产品经理，产品经理得想方设法的使产品更好，想方设法的设计出更好的功能，这个就更是富有技术含量了，什么用户体验优化之类的，都要对产品本身有深入的理解才行。

唯一特殊的是People Manager，也就是领导。无论是工程师，项目经理，产品经理，都是被People Manager管的。项目经理对项目有控制权吗？其实并没有，设计出的schedule也得领导批准。产品经理对产品有控制权吗？其实并没有，产品方案也必须领导批准。所以从这个意义上讲，其实只有干活路线和领导路线。

然而即便是领导，很多时候其实也是在做技术活，比如批准项目经理的项目进度安排，批准产品经理的产品新功能方案，批准工程师代码架构设计。相反管人这一块其实并没有多少活要干。一个team最多也就十几二十个人，又不是车间主任一个车间100多人，管人这方面的活的确不多。正是因为管人的活不多，所以作为领导必须要刷存在感，所以主要的活反而是兼任项目经理产品经理甚至工程师。

所以可以看到，其实所有的职位都是技术和管理同时需要的。经常有工程师会问自己是要选管理还是技术路线呢，是要转管理吗？其实只要升上去了都会接触到管理的。所以现在的问题就是什么时候转管理。

在讨论什么时候转管理之前，必须明确的是转管理并不是说从工程师转到项目经理，产品经理，因为转这2个职位其实只是技术工种的转换，主要还是干活的人。所以这里说的转管理是说转做People Manager。

能够转People Manager的，本身已经有一定的level，或者是tech leader，一定手下也有带几个小弟了。但是转到People Manager之后，似乎就更有Power了，可以说你谁谁谁做什么，也可以规定手下人今年涨多少工资。

但是转做领导是有风险的，首先你得给手下的人提交的方案做决策，点头。做决策其实需要很强的技术能力，决策做的不好，产品方向不对，或者代码管理没控制好，那么你和你的team就日子不好过了。

所以由技术背景强的工程师做管理其实是最好的，很多企业受了技术管理两条路线的影响，都是管理路线的人做领导，但是领导的技术和程序能力又不强，所以往往产品就弄不好。

所以你看现在比较牛逼的公司，FLAG什么，其实都是工程师文化，工程师主导决策，很多领导都是一线工程师出身，技术都是一流的。

做领导的第二个风险就是发展前景不明朗。市场上对程序员的需求远远大于People Manager。一个公司里也就这么多的领导，一般要新招一个team才会需要新招一个领导。所以实际上做领导不好跳槽，万一公司效益不好了被裁员，也不太好找新东家。万一公司并不是处于扩张期，那么上头的领导不走的话，其实也没什么机会升职，因为领导升级意味着管理的人数要相应扩大，而工程师升级可能只是title工资的变化。

做领导的第三个风险就是存在变数。对于做技术的来说，一个人的技术能力好坏有相对直观的评判标准。但是领导管人能力的好坏并不是可以很直观的评判，可能正好带了match的team所以业绩好，换了个公司或者换了个team可能就搞砸了，这里面主观的因素比较多，导致领导的职业路线存在一些不可预料的变数风险。但是话又说回来，领导的技术能力越强，这个变数就越可控。

做领导的第四个风险就是扁平化和现代的开发模式。现在的IT企业，特别是互联网企业，为了更快的市场响应速度，越来越变的扁平化，原来可能十几级的汇报关系，现在可能就变成只有几级。这就导致了领导团队人数的降低，每个领导管理的人数也会变的多不少。

领导管理人数的增多，意味着管理每个人的成本的降低。这是由现代化的程序开发方式造成的。现代的敏捷开发方法要求软件工程师形成一个高度自觉自发的群体，即便没有领导，按照敏捷编程的方法论也能完成产品。而且敏捷编程强调的是自组织，所以实际上应用敏捷编程方法后很多领导职位就变成空闲多余的了。

所以可以发现，现在的整个趋势就是领导的管理越来越不重要，减少领导的数目有助于节省沟通成本。这些都是做领导的风险。

对于资深的工程师，基本上转领导不会有什么大问题，因为其实经验已经足够了。所以我认为能在工程师职位上做的越资深越好，以后要转People Manager什么的其实也比较简单。也不要一开始就很早的转初级的People Manager，因为上面说的风险，等技术做的非常资深后转高级的People Manager，Director职位会更加安全。

最后，我认为其实管理是一个比较虚的词。乔布斯为什么能做CEO呢？难道是他管人的能力很强吗，我想并不是，主要还是他作为产品经理的能力太强了，光这个能力就必须给他做CEO，因为不给他做CEO，那么他的产品设计还得他的领导给他拍板，而他的领导有可能会否决他的设计。正是因为他在产品上面的能力已经能够让公司得到最大的利益了，所以必须给他做CEO使得再没有人能够挡他对产品的决策。其他的乔布斯懂不懂财务EQ高不高人管的好不好其实并不重要。当然也不排除管人管的好的做CEO，但是其实只要在某一个方面能给公司带来比其他人在其他任何方面都要好的利益，那么必然是你做CEO而不是其他人。