说白了,技术和管理,一个实一个虚。
★做技术的,敲代码,写编程,一个阶段有一个阶段性的成果。比较具体。
一般是别人安排事情按要求做就行,什么时间点要做到什么程度由别人把控,做好分内之事就OK了。
★做管理的,看不见摸不着,一时半会看不出个所以然。
是你给别人安排事情做,告诉别人什么时间点要做到什么程度,不仅要做好自己分内的事情,还要管别人分内的事情。
......
很多人从技术岗转变成管理岗的时候,都会很排斥那些沟通、管理工作,感觉各种琐碎的事情太占时间了,就非常想念那种可以埋头写代码的日子。
如果是做纯管理,确实更多的时候处理的就是资源协调、人际沟通与进度的掌握,甚至会有许多的杂事与狗屁倒灶的鸟事要由你来处理。
所以在角色转变的过程中会体会到各种不适,也自然而然会遇到许多的管理挑战。
很多技术人员转型做管理不成功,就在于总是用技术思维做管理,结果员工不理解、自己做得也难受。
之所以会产生这样的结果,是因为他的角色和角色认知是分离的。
如果是纯做管理,不参与其他专业工作的参与,那就有角色转换的认知。
你的角色已经成为一个领导,需要完成作为领导应该尽的责任了,但在你的认知中你依旧是一个技术人员,更加喜欢花时间去专研各种前沿的技术。
这个时候你可能需要一个自上而下的自我反思:
知道什么对于作为领导最为重要、知道应该学习哪些知识和技能让自己能够胜任这个新的角色、知道作为一个领导在什么样的场合应该做什么,这才是对角色的正确认知。
其实技术跟管理并不是两个对立面。
管理岗的侧重点是领导团队,实际钻研编程的时间不会很多,当你在管理岗待了一两年之后,可能面临技能衰退问题。
但是纯管理岗其实是最不缺的。
如果技术丢掉了,哪天项目变动,不一定就需要你去做管理了,退回技术岗又不适应,恐怕就只有离职的分了。
我觉得专业与管理,千万不要轻易的二分。
你要不就在专业上持续精进,换取更多的筹码,让自己的身价持续提高,要不就在管理上下功夫,让别人看到你管理的独到之处,比其他同事优秀好在哪,另一种人是两种都发挥的很不错,但他们花的时间可能是一般人的两倍以上。
最后再提两三个问题,或许可以提供给你一些方向:
- 你想转管理职务的原因是什么?
- 你真正擅长的是什么?
- 本来就很少有人一辈子当工程师,但除了转管理职外,你是否想过其他可能?一个带项目的PM?一个指导其他人技术的主任工程师...?
总之,别因为年纪到了而考虑管理职务,也别因为当了管理职务而停止精进自己。