很多技术人选择走向管理岗位,但是在转型的过程中遇到了很多挑战,而这种挑战,更多是来自于观念和思维上的,以下几个技术转管理常常踩到的坑,看看你中了么? 1.做管理之后,精力不够用了走上管理的岗位之后,时间不完全属于自己了,刚从A会议上下来,又被拉到B会议上;刚结束了半天的会议,又被下属拉着汇报工作……时间严重碎片化,似乎再也没有以前面对编程时一气呵成、沉浸在代码世界里的快感了。 2.过分关注技术细节,忽视结果产出做技术的人,大多很享受「搞得定」的快感,毕竟技术是安心立命的本钱,解决了别人解决不了的难题,那种成就感,你懂得~每个技术人心里似乎都住着一个“完美主义”的小恶魔,看到不合心意的代码总是想“敲敲打打”优化一下,严重点会达到“我有个锤子,全世界都是钉子”的地步。过分关注技术细节,不关注结果,就会忽略全局思考,造成的后果可能就是项目延期、产品无法交付等等,这样的技术管理者,必然是不合格的。 3.身先士卒,成了救火队长,心力憔悴一般走到技术管理岗位的人,都是原本团队中技术能力最强的,所以有时看到手下技术能力不强,或者项目紧张的时候,每次都想自己亲力亲为,这样的结果是虽然系统可能更稳定了,交付的产品更好了,但自己却非常的累,感觉像是救火消防员,哪里着火去哪里。 4.从技术到管理,缺乏岗位安全感“管理的事儿太杂,根本没有时间写代码了”、“技术和管理太难兼顾了”,不少新手技术经理都曾经有过这样的感慨,管理占据了太多的工作精力,投入在代码上的时间被压缩,而之前引以为傲的技术能力,却在渐渐离自己远去;而管理对自己来说又是一个全新事物,在开始的时候摸不到门道,很多事情不知道如何着手,感觉到无法掌控而焦虑。 问题这么多,应该怎么克服和解决呢? 只说挑战不说解决方案的文章都是耍流氓,作为一个负责任的公众号,必须给出行之有效的建议,咱们一条一条说起。 1.解决时间碎片化初入管理岗位时间碎片化在所难免,这个阶段对于很多事情也并没有说“不”的能力,但你依然可以进行有效的时间管理。有效时间管理的原则是:时间可以碎片化,但关键事情要抓得住。 关键事项的最终结果就是团队的工作业绩,要做到这一点,管理者应该每周都有团队关键事项的进度表,表明自己在这些关键事项中扮演的角色,做哪些工作以及团队其他成员做什么,同时需要时刻review自己的精力是否按照这张表在进行。同时针对个人时间管理的方法几个方式可以尝试一下:找到可支配的时间,把可支配的时间集中起来;每周至少留出完整的1天给自己,将会议、汇报等工作集中安排在某两天。 2.改变过分关注细节,忽视结果产出的技术思维技术管理的最终目的是抓执行要结果。亲自去解决具体的技术问题,审核代码是否写的规范,这些工作需要做,但是,它们不该是你关注的重点,你应该更多的放权让其他人去做。而你这个阶段需要做的,第一是确保项目顺利执行交付,保证团队业绩产出;第二是要培养团队成员独当一面的能力,让每个人都快速成长起来。有一句前辈的话放在这里最合适:从今天起,你要忘记自己是一位技术专家,不要再凡事亲力亲为,管理者以成就他人作为自己的工作目标。 3.学会放手,成为教练型管理者先分析一下成为救火队长的两个可能性。一个是团队成员的确能力不强,短时间内难以达到项目要求,短期业绩压力巨大;这种情况下自己再拼命也只能解决一时的问题,不是长久之计,而员工长期处于挫败的情绪下,也会加剧流失风险;作为管理者,短期压力再大,也要为招聘留出精力,同时也要考虑是否是业绩目标不合理,可能需要协调资源调整目标; 还有一种可能性就是并非团队成员能力不足,而是管理者授权不够,不敢放手,所以导致员工成长缓慢。这种情况下就要学会放手,从亲自动手到指点员工来做,给出方向并增加检查点关注结果。 4.掌握管理脉络,建立管理自信先给一个定心针:做技术管理,并不会放弃技术,完全放弃了技术,是做不好技术管理的。开始技术管理之后,其实是换一个视角来看待技术,在做技术的时候,把代码写好就是最大的目标,而做了管理之后,把一个项目或者产品做好,才是你的目标,而技术成为了一个实现目标的手段,你从一个技术的实现者转变为技术的应用者,你要做的是提升技术视野和判断力,快速掌握更多技术,并能够迅速判断如何搭配使用,从而能够达成团队目标。 |
|
来自: blackhappy > 《我的图书馆》