打印
[其它应用]

晋升技术Leader后,还要不要写代码?

[复制链接]
435|5
手机看帖
扫描二维码
随时随地手机跟帖
跳转到指定楼层
楼主
豌豆爹|  楼主 | 2023-9-12 11:25 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
作为一个技术部门的leader是否一定要具备超强的技术能力,衡量一个好的技术leader,首要的是看他的技术还是他的管理能力呢?本文是对该问题的两个优质回答的总结。

Team Leader 根据公司产品的属性可以分为两种 —— 业务型和技术型。


业务型
针对业务型的产品,Team Leader 需要更多地去关注业务,这个时候,写代码的工作就需要交给一线的工程师们。这类的产品更多的在于业务需求,对技术能力的要求并没有那么高,是一线的工程师可以搞定的。这个时候,Team Leader 更多的是去把控业务发展节奏,去帮助一线的工程师合理梳理业务需求及优先级,帮助一线的工程师快速落地并实现产品需求。
技术型
1.代码评审
编程活动包含了 10%的编码和 90%的设计、沟通、测试、阅读代码等。因此,技术经理的另一种「编码」方式就是完全不写代码。
代码评审有助于建立团队同理心,同时还可以加强编程技能,并建立对产品更好的理解。代码评审要求评审人员能够阅读和理解代码,所以,这是技术经理必须具备的技能之一。
2.修复小 bug
与代码评审一样,修复小 bug 不需要写大量的代码。但他需要阅读与 bug 相关的代码,并需要一个有效的开发环境。
技术经理应该十分谨慎,避免引入新的 bug,并在修改完 bug 后进行测试,但要尽量避免修复团队最近引入的 bug。
3.巴士因素
此外,技术经理还应该关注巴士因素的项目。bus factor,就是指团队成员被巴士撞伤了,就会影响项目进度,因为有些事情只有他能做。这是个风险点。技术经理要去关注这种的风险,必要时扑上去救火。
4.修改bug
处理老旧的 bug 或琐碎的问题,也是另一个场景,因为这些问题只会消耗那些已经负担过重的团队成员时间。
5.构建工具
团队一般会专注于构建优秀的产品,技术经理可以去组织和构建一些用来改进流程和提升效率的工具。通过改进这些工具或开发新的内部工具为工程师提供更好的服务,也可以提升自己的技术影响力。但是,要避免维护和研发新功能成为你的新负担,在一定的时候,要将工具及时交给新主人。

如果作为基层管理者的技术主管,建议重点培养自己的以下能力:

掌握这五点很重要
专业技术能力:这是技术管理者的立身之本,肯定需要不断精进,如果技不如人,是无法服众的。

业务理解能力:对业务有正确的理解,甚至能理解到业务的本质需求,才能让技术实现价值。
任务分解能力:技术主管承担着开发任务分解分配的职责,如果分解不当,漏掉了一些环节,就会导致任务的延迟、质量的不可控,为项目带来了风险。

时间管理能力:管理者需要在有限的时间里高效地管理多种事情,自然就需要提高时间管理能力。

团队建设能力:管理者的核心价值就是打造出一支优秀的团队。

向上管理能力:向上管理没做好,会影响职业的发展,但切记,向上管理并不是拍上级的马屁。
领导力:领导力不同于管理力,不能靠职权,而是靠个人魅力,建议尽早培养。需要明白一点,大部分技术人员更喜欢被“领导”,而不是被“管理”。

技术一定不能落下,不管是主管,经理,还是总监,最最核心的还是技术。

“管理的本质,是激发人的善意与潜能。” 谨记这句话并时刻践行之。

使用特权

评论回复
沙发
weifeng90| | 2023-9-14 08:19 | 只看该作者
看个人爱好和时间了

使用特权

评论回复
板凳
szt1993| | 2023-9-14 14:17 | 只看该作者
技术跟管理分不开,可以不写但不能不会

使用特权

评论回复
地板
OKAKAKO| | 2023-9-20 12:46 | 只看该作者
技术管理必须得是技术大神才可以指导的

使用特权

评论回复
5
AdaMaYun| | 2023-9-21 14:02 | 只看该作者
这个问题有点无聊,技术还是王道

使用特权

评论回复
6
小夏天的大西瓜| | 2023-9-22 12:00 | 只看该作者
可以不干这个活但不能不提升

使用特权

评论回复
发新帖 我要提问
您需要登录后才可以回帖 登录 | 注册

本版积分规则

513

主题

1978

帖子

5

粉丝