这大概是很多搞技术朋友的心声吧,特别是工作七八年左右的时候,原因可能是因为比较内向,感觉不能胜任,需要经常与人打交道、与团队打交道、与领导打交道、与客户打交道,每天会议不断,完全没有自己的时间去学习钻研技术,感觉这样是在荒废时间,等等等等,不如静下心来,安静的写写代码,提升提升实力来在的靠谱,并且技术的提升很容易看的到成果。
从某种角度看,这其实算是一个误区。因为如果你从业时间比较长,必然要往上走,也可能是被动的。比如越来越多的年轻人在跟你做同样的工作,而你的同龄人,几乎都变成了经理、高管,甚至你认为能力完全不如你的人职级都比你高,你的心里自然而然就会产生一种不平衡感,导致你对目前的工作丧失激情,心里憋屈怨气很重,除非你看淡一切。另外一点,当一个比较年轻的领导者在审视下面团队中的成员时,必然会对你这个年纪比较大、但还在做着跟年轻人一样的工作更加特殊关注,无意识中会产生一种轻视(除酷爱技术的大牛以外)。
很多JD上会要求“有带团队经验”的优先,因为带过团队与没带过的,在看待问题的视角、团队协作、沟通协调上都有着明显的差异。简单点讲,从高处往下看与从井底往天上看,完全是两个视角。主动推动事务前进与被动接受上级的指令做事情,自我感觉也有极大的不同。
对企业来讲,肯定是希望工作经验多的带一些初中级的工程师来做事情,而不是将你和他们混到一起。不管你主观意愿如何,绝大多数的公司,都是期望你能肩负起培养新人,带队伍的作用,而不仅仅是做一线去写代码,撸功能,这个意义不大。
对个人来讲,上面也简单提到的过,除非你真的很喜欢在编码,也不在乎收入的高低(年龄增长、家庭重担也更大,肯定需要更多的收),否则你会成为别人眼中的一个不成功者。价值的传递,必然会促使你向高处走,正如水往低处流一样。如果跨不过去,那可能就面临着淘汰、转型。工作年限的增长,必然要求你具备更多的技能,一型发展、T型发展都可以,更强的沟通表达能力,更快的需求领悟能力,更有激情的团队协作。如果你有意愿担负起管理职能,但害怕做不好,也不要有太多的负担,谁天生也不是管理天才、领导力大师。有问题解决问题,但不能避开问题,避开了,成长也无从谈起(程序员之间的距离是怎么拉开的),你们都清楚,IT行业里都是在填坑中成长的。在这个团队避开了,下个团队多半还是会遇到,绕不开。
如果你有创业的想法,管理能力更是你不可或缺的,如果自己都不能肩负起责任,还能指望谁呢?
这两天正好听到吴军老师一篇文章中关于量级的问题,有兴趣的可以找来阅读一下:量级的突破才是职业突破的关键。(引自“吴军的谷歌方法论”)。
所以,如果你有这样的念头,建议静下心来,去真正的适应管理职能,如果真的是管理书籍也读了不少,向别人也请教了很多,在团队中实践中也不得其果,行不通,再回头专心技术也不迟。孟子讲: “行有不得,反求诸己” ,祝好。
Tips:
才入行一两年做技术研发的朋友过早的参与管理岗位,要慎重,千万不能丢了技术,也许下一次转身,考虑到工作能力、项目经验、带队经历,可能还不会直接给你管理岗位,如果技术再丢掉就很尴尬。--【技术&管理&业务】我们该做何抉择?
另外,这不是想不想的问题,如果有机会就要去尝试做团队管理,做了之后再考虑合不合适的问题。肯定不是所有人真的能做管理,不然就没有人去执行具体事务了。
往期推荐:
- 2018,我为什么离开舒适区?
- 程序员,保护你的好奇心和求知欲
- 30多岁挨踢人要转行的焦虑,是真的吗
- 资深传统型开发者的思考:传统软件企业危机四伏
- 如何从传统软件开发顺利过渡到互联网技术开发
- 如何从传统软件开发顺利过渡到互联网技术开发-硬技能
- 那些会阻碍程序员成长的细节[7]
- 领域驱动设计,让程序员心中有码(七)
- 学习新技术时你应当掌握的『最少必要知识』
- 代码、功能、系统、产品、生态
- 2018年大龄程序员书单