IT职场人生系列之十三 技术 管理 业务

               

本文是IT职场人生系列的第十三篇。

很多技术人员工作几年后，都要面临未来的出路问题。

所有出路中，无外乎技术、管理、业务三个层面。

技术

技术本身也是一条出路，但是在之十二中曾经提到，有深技术和浅技术两者之分。

如果本来是从事浅技术的，建议走后面提到的业务中的产品经理路线。因为浅技术的更新换代速度很快，以前积累的经验很容易就过时了（虽然不完全如此），而且后起之秀们的竞争也非常激烈。

若想留在技术路线上，走“越老越值钱”的路线，则肯定要从事深技术，也就是大型系统的后台运营方面的技术。技术不容易过时，来自年轻人的竞争几乎没有。

这条路的最终结果是首席架构师，CTO这些举足轻重的角色。

管理

这是一条被误解很多的道路，本人也尝试过，虽然现在不能说“不走了”，但绝对换了一种走法。

纯管理路线有两种，一种是质量管理部、PMO、EPG、质量总监这些职位；另外一种则是项目经理、部门经理、事业部经理这些职位。

1. 过程管理

本人有大约两年不到的EPG生涯（EPG=工程过程组），负责制定公司的规章制度并监督其实施。刚开始的时候感觉不错，接触到了很多在做项目经理的时候接触不到而且很神往的东西。但后来才发现，由于没有办法深入到项目中，很难把事情推动地很深入。

这本身不是这个职位的问题，而是国内的大环境，即高层领导要么认为质量管理职位是个弄证书的职位，要么认为质量管理就是制定规范的“侧面部门”，总之不会把这种管理当作公司的根本大计来管。

时间长了，上很难真正与公司的业务结合，下一点点脱离了技术，最终很容易变成架空的“管理者”。我认识的几个走这条路的朋友，很多年后仍呆在原来的位置上，偶然换换公司，职位也很难变化。

2. 部门管理

因此个人感觉项目经理-部门经理-事业部经理的路比较好一些，在公司占据主干位置（日后会详述何为“主干”位置），前进的道路比较多。

不过走这条路，要防止变成监工，陷入海量会议中，时间被下属占用等失败情景。如何避免？简直可以写几本书了，突出的一点应该是德鲁克说过的一句话：管理者要关注自己对企业的贡献。就是在每月、每季度、每年总结的时候，不要像新闻联播一样列出自己很忙的证据，参加了多少会议，制定了多少计划，跟踪了多少项目……

如