技术管理者,写代码的机会和时间越来越少,手越来越生,但是要做的技术评审和决策却有增无减,对技术判断力的要求反而也越来越高。
那我们应该怎么保持保持自己在技术上的判断力呢?
从技术工程师转型到技术管理者,有一个重要的思路需要转变。那就是你和技术的关系。
作为一个工程师,我们是技术的实现者,我们用技术去实现业务场景和逻辑;而作为一个管理者,我们就很少实操,慢慢变成了技术的掌舵者,我们需要评估团队的技术发展方向,以及技术选型和方式设计等。
因此作为技术管理者,技术评估能力。变得尤其重要,要在综合评估之后,做出决策和判断的。
一般的互联网企业,要评估的维度主要是以下几个方面:
第一个维度是可行性评估。
- “能不能做”?
- “值不值得做”?
- “设计方案可行”?
第二个维度是可维护性评估。
- 技术升级的成本
- 人力维护成本
- 问题排查成本
- 代码维护成本等等
第三个维度是结果评估。
- 项目是否可以按照保质完成?
- 从哪几个技术指标去验收成果?
- 如果出现最差结果,如何补救?
第四个评估是风险评估。
- 有哪些技术风险需要提前预估?
- 技术方案带来风险的边界,以及在什么情形下会发生?
- 发生技术风险,如何补救?
对于任何一个技术方案或一项技术决策,如果都能从以上几个维度去评估,我们就会发现,做好技术评估工作并不简单。
那么如何保持技术判断力呢?
常见的几个方式如下:
建立团队的技术学习机制。 盘点负责的业务,提前做技术预判和技术储备。成立一个或几个虚拟的技术小组,让团队对各个方向的技术持续跟进。要求小组定期做交流和分享。
专项技术调研项目化。 如果某项技术对团队的业务有重要的价值,适当做资源的倾斜,成立组内正式项目组,投入人力资源。
和其他团队交流。 每个公司都有不同的团队负责不同的业务,我们通过与其他团队沟通,能互相取长补短,通过交流学习,了解其他团队的业务和技术方案,侧面提升技术敏感度。
听取工作汇报。 每周的周会,汇报进度的同时,一起探讨学习。 在读员工的周报、季度汇报时,相互探讨,也是一种切磋和学习。
总之,技术管理人的技术水准的提升和保持,主要看能从周围人的身上汲取到多少信息和知识,而不再只是靠自学。
总结
从技术开发者到技术管理者的转变,不断提升的是技术的使用能力,而技术实现能力由于投入的时间越来越少,不得不适当放弃一些细节。
放弃一些技术实现能力,不断提升我们的技术判断力,才能带领团队不断地走在正确的道路上。
文档信息
- 本文作者:Piter Jia
- 本文链接:https://piterjia.github.io/2020/06/01/technical-management-2/
- 版权声明:自由转载-非商用-非衍生-保持署名(创意共享3.0许可证)