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

2018-04-04 16:11:15 浏览数 (2)

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

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

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

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

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

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

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

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

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

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

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

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

1 人点赞