软件行业技术工程师,在转型团队管理岗位后,最担心的一点就是如何保持自己的技术竞争力。
这是技术行业从业人员刚转型管理岗位常见的情况。技术能力水平决定了自己在这个行业以及公司内部的定位和竞争力,这是自己安身立命的根本。
一旦晋升到了管理岗位,就会发现自己被大量“琐碎无用“的事务包围,不能再像以前一样”痛快“地敲代码了。
即使在安排计划任务时,给自己安排了工作任务,最后的结果常常是时间上无法保证,导致任务完成拖延,进而影响整体项目开发计划。
这种情形发生多了,再安排计划任务的时候,就不敢再让自己去承担一些关键的核心任务了。虽然有时候还会安排一些不重要的开发任务给自己“解解馋”,但是终归不能像从前一样沉浸在编码的世界中,逐渐会越来越心慌。长此以往,远离技术开发实践,自己的技术水平必然会停滞不前,最后落后于技术的发展。没有了技术的倚仗,刚开始的团队管理工作又觉得摸不着门道,心里没底,更加剧了这种焦虑。
缓解这种焦虑,需要转变自己做事思路和方式,以适应管理岗位的转变。这种维度的转变,概括来说就是从怎么做,转换到做什么,就是我们常说的,从how到what/why的转变。
1.从业务驱动技术
作为开发者,只关心怎么实现,作为管理者,要从业务和需求作为出发点,为什么要这样实现,或者做什么来实现。管理者要从业务目标来规划团队技术方向,形成衡量标准,对工作结果进行评估衡量。
所以,管理者与技术相关工作内容,更多的是技术可行性的判断和评估。
我比较熟悉软件行业,以这个行业为例,技术评估主要是技术可行性分析。
首先是技术选型成本分析。需要分析评估的内容有:
学习成本:学习曲线是否陡峭,与当前团队技术发展路线是否一致等。
后期维护:这项技术是否有技术漏洞,至少在这项技术使用期间,能否稳定维护更新,以及能否适应后期业务内容的变化。
升级成本:使用这项技术后期版本升级后,使用升级版本改动工作量评估。在新技术使用过程中会出现很多技术缺陷和不满足需求的地方,如果为了使用新版本解决这些问题会产生更大的工作量是得不偿失的。
维护成本:后期软件代码是否易于维护,主要是判断代码维护升级是否简单安全,易于测试。
协作成本:新技术的使用,对于团队内的协作影响,是简单还是复杂的变化趋势判断。
2.提升技术判断力
实现技术思路和方式的转变,使用技术工作内容的变化,主要是提升技术判断力,看到技术的角度,从个人的视角,转换为团队的视角。
如何提升技术判断力?我这里有几点心得同学们可以参考下:
1.通过开拓管理者技术视野来提升技术判断力,从之前专注于技术深度钻研,改为拓展自己的技术广度。可以通过多种渠道去了解相关行业的技术发展趋势。
2.团队技术学习机制,形成团队技术学习交流氛围。可以作为工作能力优秀重点培养成员的长期规划任务,定期分享技术学习心得。通过团队技术能力的提升反哺管理者。
3.团队工作汇报。根据项目实际需要团,开展前期技术预研,做技术选型基础评估,可以将任务分配给适合的团队成员,通过定期工作汇报,快速对新技术形成框架性了解,在需要时再进一步深入学习了解。
4.外部团队的交流,这点就是管理者工作优势了。虽然在平时工作中需要和其他团队频繁沟通交流,参加各种讨论会议,看起来影响了自己的工作效率,但是同时也可以通过这种方式,与“技术大牛”有了更多的交流机会,可以通过共同的技术“诉求“,实现技术变现,同时提升自己的技术能力水平。
转型技术管理,就不得不放弃一些对技术细节的追求,和技术实现能力提升。但是换个角度,提升自己的技术判断力,拥有更为广阔的行业技术背景,也不失为一种新的选择。