技术与管理，技术管理与项目管理，你的路该怎么走，该怎么选择

踏入IT这个圈子也已经有整整8个年头了，不能说混的好，也不能说混的不好，只能说一般般，做程序猿这个行当大家都这样，有很小的一部分人会转做别的

当然了，会有一部分人选择去做管理，这也没有问题，毕竟在中国，写代码的总有一天会转，但是怎么转却又是自己的选择

最近有朋友去考了PMP，他说要转管理，毕竟他也写代码写了8年了，心累了，当然了，本人也是去年考过PMP的

关于管理，我来说说自己的见解

首先，先说说自己的title，目前做技术管理，负责技术方面的大小事务，以及项目管理进度，任务控制等等，可以说是既有技术的成分，也有管理的成分，可以说在中国大部分企业都是这样的角色，纯管理的角色一般都是在大企业会有，小企业还是希望你多做点事的，这个道理我想大家都懂。我见过很多人都说希望自己做管理，因为看着很轻松，每天看看新闻，聊聊天，看看任务进度就好了，以为很简单，其实不是。

作为管理者，也许不需要做具体的任务，但是，你必须要为你的团队以及你团队的任务负责。比如做好一个产品，上线以后，出任何问题老板不会去找具体的开发人员，一定会来找管理者。一个管理者，身上肩负的是整个团队的责任，其中任何一点问题都可能需要管理者来背锅，压力不是一般的员工能比的。

并且，决策不是一般人随随便便拍脑袋出来的，都是经过了无数次的争论，无数次的吵架得来的，最终对开发人员说，就这样，拿去做吧，去写代码吧，对于coder来说，噢，就这么简单啊，以为管理就那么回事

沟通会占用绝大部分的时间和精力。在进入管理层后，特别是中层管理层，沟通会占用你绝大部分的工作时间，甚至是非工作时间。其实这也很好理解，因为管理的一个重头戏就是协调和沟通，管理者自己虽然不做任务，但是需要不停的协调该做事的人去做该做的事。但，协调的好并不意味着你就是个好管理者，在下面的人做事情时，管理者还必须注意监控进行的状态，随时准备处理异常和问题，并且汇报给其他干系人。任务结束后，管理者需要分析结果，总结经验教训，并且为下次任务做好准备。所以表现出来就是管理层喜欢开会，周会，例会，早会，站会各种会，开的程序员一脸不满。但实际上开会也是为了沟通，一方面了解情况，一方面分发情况。

这也就是项目管理体系中的监控这个过程。

做管理并不意味收入增加很多。很多人都认为做管理了，牛逼了，收入会增加很多，其实在这个圈子里的人都知道，压力增加很多，但是收入的增加并没有多少，大部分只比技术leader多了一点点，可能500，可能1000

再来说说技术管理以及项目管理，我有个非常牛的朋友，他目前担任集团公司的技术经理，技术一把手，他曾经是他们的项目经理，他对我们这么说过，做项目经理，很累，什么都要去管，出差力度大，哪里出了问题就要去沟通，去协调，各种拍马屁，想想也是，目前做技术经理，可以说日子很舒服，每天只需要管管技术方面的问题就行了，保证项目部出问题，毕竟嘴皮子功夫可以少花点。

好吧，说了这么多，对于技术人员的一些选择大家可以借鉴借鉴，个人认为，技术出身，就朝着技术走吧！技术经理-->架构师-->技术总监