有一个很是有趣的现象:听说大部分的技术管理者,在其从程序员转为管理岗位的时候,都是在领导或公司的要求下,被动的推到管理岗位上的,并不是是本身当初有强烈意愿、主动去选择管理岗的。这种被动的比例还不低,高达80%以上。html
这个现象从我本身身边的同事中也能够感觉到,最近两年我接触到的四五位新晋的技术管理者,全是由于技术/项目作得好,被上级提拔到管理岗的,几乎没有人是由于具有了管理技能后主动去选择的。其实包括曾经的我本身也是这样走过来的。程序员
这里,咱们不讨论这种广泛现象是否合理,咱们先来看看这种晋升方式会带来什么样的结果。服务器
既然有这么多人是「被动」的成为技术管理者的,那能够想象,在这些人刚步入管理岗位的时候,对管理知识的了解会是多么的薄弱,对即将要开展的管理工做会多么的心虚和纠结。甚至有些人,由于刚开始进行管理工做的不顺利,致使对本身能力的质疑,对技术管理岗位的排斥。架构
因此这也说明了不少程序员刚晋升为管理后,心里实际上是痛并快乐着的。针对这个现象,那应该怎么办呢?工具
这里,我就以「过来人」的工做经验,结合近期读到的「刘建国老师」的一些的管理理念,计划从一名新晋的技术管理者角度出发,来聊一聊咱们应该怎么走好初入管理岗的这段路,但愿能给管理新人们一些启发。学习
不少初入管理岗的同窗,可能会有这样一些心里的纠结:优化
「我没有作过管理,不知道本身能不能作得好?有点胆怯」阿里云
「是公司领导安排我作技术管理的,我也不知道本身适不适合?更不知道对本身职业是好仍是坏?有点焦虑」编码
「晋升管理岗会给我带来工资福利和职位的提升,这是我很想要的。但我不知道管理这条路本身是否真的喜欢?有点迷茫」云计算
……
其实对于一名新晋管理者,或者想要步入管理岗的同窗来讲,有这些纠结和不安也是正常现象。要解决这些问题,首先你得问问本身的心里:
你为何要去作一名技术管理者,你对管理工做所需的投入要求/意愿以及带来的回报都清楚了吗?
对管理工做的投入要求/意愿:
承认管理工做的价值
咱们都知道,在平常的管理中会有不少的「繁琐的」「协调性」「打杂的」的工做须要作。例如:协调资源、跟进项目、管理进度、员工面谈、绩效考评、开会沟通、邮件汇报、研发流程、关注项目和人员问题等等。这些工做在有的人看来就是打杂,以为很没有价值,没有写牛逼的代码来得高大上。而在有的人眼中却很是承认这些工做,以为能给本身带来多方位的素质提高。
那么,在你眼中,你是怎么看待这些工做的呢?
对管理工做发自心里的兴趣
不少管理工做并不是必定要你到达管理岗位后才能作的。在你仍是一名普通程序员的时候,在你仍是团队技术骨干的时候,若是你真的对技术管理有兴趣,那么这些「管理」工做已经在你的平常工做中无形的开始了。例如:关注项目总体进度、了解项目目标、推动项目流程、关心身边的同事成长、优化研发与协做方式等等。
那么,你是否发自心里的对这些无形中的「管理」工做感兴趣呢?
愿意去提高管理能力
一旦从纯粹的技术岗转到管理岗,你可能须要面临不少管理技巧上的挑战,甚至还有不少在思惟和认知上的颠覆。例如:首先,管理工做已经再也不像敲代码同样非0即1了,管理工做中有不少中间态,不肯定的因素,这些每每是对程序员以前习惯性思惟的一个很大的冲击。其次,以前敲代码是与计算机打交道,转为管理以后,会花更多的时间与人打交道,与上司、与平级、与下属、与跨部门协做等等。另外,管理者会承担更多更大的责任,需带领团队穿山越岭实现公司的最终目标,这些压力也是做为程序员时候所没有的。
你愿意为此方向重构本身,提高本身的管理思惟和能力吗?你作好这个准备好吗?
管理工做带来的回报:
你拥有了一个团队
步入管理岗以后,你就不是一我的在战斗,你拥有了一个团队,基于团队,你能够作出更大的成就。之前你的成绩可能就是技术作的好,代码写的好,而转入管理开始带团队以后,你能够和团队一块儿搞定更复杂的任务,作出更大的成绩。
能力、视野、影响力 都会获得显著提高
除了技术能力,你还得到了管理能力、领导力,你看待问题的视角再也不是程序员思惟了,会有更高的视野。因为团队间的协做,你还能得到更大的我的影响力。
物质的回报
这是很是现实的,看得见摸得着的回报。
好了,上面已经将一名技术管理者所需的要求和回报都简单捋了捋。做为程序员的你,能够对照一下,而后问问心里的本身是否真的合适。
若是你以为没有问题,那我们就继续来看看,通常有那些机会能够帮助咱们成长为技术管理者。
首先,「管理比技术更须要机会」,咱们作程序员的,都很是勤奋,挑灯熬夜的干活学习都是日常事,并且技术这东西也确实很公平,你不断的努力去研究去学习,早晚会提升一个层次,无非是不一样人不一样时间的问题。可是作管理呢,并非这样。要想成为一名技术管理者,勤奋必不可少,然而其中的机会也很重要。
在职场上,常常有遇到这样的现象:
「你的能力很是不错了,但是团队中没有管理的空缺了」
「你是团队中技术最好的一个,但是管理岗的却安排给了别人」
……
其实能够发现,这里面除了你我的的条件之外,外部的「机会」因素至关重要。
想成为技术管理者,那咱们应该抓住那些潜在的机会呢?
快速发展的公司最有机会,这类公司常常会创建新的项目新的团队,须要不少技术管理者
耐心积攒能力,掌握核心技术的人会更有机会,厚积薄发的道理人人都懂
手上负责的项目属于基础性、全局性、跨部门协做工做多的业务相对来讲机会会多一些
在平时的工做中,常常获得上级承认、甚至上级能支持你转管理,这类人等待的就是以一个契机
身边有管理能力较好的导师朋友来解惑帮助的人也会更容易把握机会
最后就是,当你还不是管理岗,但你却已经在团队中作着技术管理者应该作的事情的时候,你最有机会。
在互联网公司中,不少管理岗的晋升不是给予的,更可能是对既定事实的追认。
从一名程序员晋级为技术管理者以后,不少人的心里多多少少都存在这样一些顾虑:
「天天管理的工做愈来愈多,留给本身研究技术的时间却愈来愈少,时间一长,我会不会慢慢脱离技术了」
「写代码的时间变少了,对不少技术细节也没有之前敏感了,感受本身离技术老本行愈来愈远,心里愈来愈发虚」
「脱离了一线编码,内心空落落的,很担忧本身的职业发展」
……
其实有这些顾虑也无妨,这也是大多数新晋技术管理者都会遇到的问题。
可是,咱们来想一想,为何这些问题在新管理者面前这么广泛呢?
主要缘由仍是由于新晋的技术管理者大多都是程序员出身,一直以来都是靠一线的编码技术能力去打江山混名声的。忽然之间转为管理了,既担忧把「技术」丢了没了退路,又对「管理」应该要作哪些事情、如何把「管理」作好,如何从新依靠「管理」这项能力去打江山混江湖还不熟练,正处于青黄不接的时期,天然而然就会以为焦虑不安了。
那这些顾虑有解吗?有的。
要明白「放弃编码,不表明放弃技术」
转作技术管理以后,咱们只是减小了编码的时间,并非放弃了技术,事实上,做为一名技术人,咱们永远永远也不能放弃技术。
但也千万不要把「编码能力」与「技术能力」之间划上等号。技术能力是能够更多的关注应用,但并不必定须要时时关注实现细节。
就像部队打仗同样,做战指挥官须要了解陆军、空军、海军等不一样军种的优劣势,须要了解军舰、坦克、导弹等不一样做战武器的最佳特性,才能部署出最佳的做战方针,统筹全局打胜仗,可是他并不须要了解军舰具体怎么开、坦克具体怎么驾驶。
另外,当你仍是一名程序员的时候,编码可能就是你的所有实现,而当你成为一名技术管理者的时候,技术就应该是你的工具,你应该站在更高的视野去看待技术的价值,技术是为最终的目标而服务。
要保持对技术的评估能力
上面提到了「技术能力」并不等于「编码能力」,抛开一些非核心能力的话,能够简单点理解为「技术能力」=「编码能力」+「技术评估能力」。当咱们仍是程序员的时候编码能力是咱们最为注重的,但当咱们转技术管理以后,技术评估能力就应该成为咱们的重点,编码能力在精力有限的状况下是能够放弃的。
技术评估能力主要是指咱们经过本身的技术认知,去评估一个项目/开发任务 要不要作、值不得值得作、作到什么程度,技术方案边界在哪儿、技术选型用什么、可用性/拓展性方案是什么等等,甚至是对团队人员技术水平的边界评估。
怎样才能保持技术评估能力,以及怎样能不断增加本身的技术评估水平呢?做为技术管理者而言,很明显,已经不能经过大量编码的方式去提升技术能力了,只能依赖于:本身以往技术经验的积累、团队的技术分享、技术调研、与同行专家交流、培训学习等方式。这些方式有的时候会比编码的方式更快更有效率。
技术管理是多样性的,你总会找到一条你本身的路
咱们要明白,技术管理并无固定的模式,有的技术老大作着作着就往商业方向靠了,好比雷军这类。有的技术老大不管作到多高的级别,带几百上千人的团队,却依旧很是关注技术平常。每一个人的技术管理风格不一样,但最后都会找到一条本身风格的管理之路。
即便最后你发现本身不喜欢作管理了,想转回作技术架构师或创业,你经过管理得到这些经验能力和视野,对你的其它道路依旧会有莫大的帮助。
技术管理能力是每个程序员都须要的技能
技术管理是一项能力,并非一个职业。它是每个技术同窗在成长过程当中,都应该去学习和具有的能力。不管你之后是走管理道路,仍是作职业经理人、技术专家、架构师、创业,你都须要具有技术管理者应具有的团队管理能力、技术视野、技术规划能力、项目管理能力、沟通协调能力。
所以,你还须要有顾虑吗?反正不管如何你都得会一点嘛。
以上,就是对新晋的技术管理者如何解决初入管理岗时纠结心路的学习与分享,但愿能给新步入管理岗的同窗们一些启发。
转自https://www.cnblogs.com/jsjwk/p/9765326.html