发布在即!企业 AIGC 应用程度测评,3 步定制专属评估报告。抢首批测评权益>>> 了解详情
写点什么

如何才能成为一个好的技术领导者?

  • 2015-10-21
  • 本文字数:1871 字

    阅读完需:约 6 分钟

近日,一名有超过 15 年软件开发经验的软件开发人员在 Hacker News 上提出了一个问题:如何才能成为一个好的技术领导者?该问题一经提出,在不到一天的时间内就获得了160 多条回复。关于技术领导者应该具备的品质和管理技巧,网友们提出了各自的看法和建议,本文择要归纳如下。

如果不能从帮助团队获得满足感,那么就不要成为一名领导者

技术领导者要忙于会议、计划、打断、团队沟通、文档等工作,永远无法达到一个人单独工作时所能达到的那种个体生产力。

技术领导者的工作不再是让自己成为最好的编码人员,而是要尽可能地让其他人成为最好的编码人员。工作分配也要以一种有利于团队和个人成长的方式进行。要负责为团队成员清楚障碍,让他们的工作进入正轨。

技术领导者的满足感来自新人的培养和成长。

将自己视为其他开发人员的导师

即使已经知道了答案,有时候也需要让团队自行决策。许多时候,正确的答案并不唯一。技术领导者的工作不是选择正确的答案,而是确保团队不选择错误的答案。允许团队作为一个整体自行决策有利于保持高涨的士气,让每名成员都更有自豪感和主人翁精神。

在有关技术问题上,团队信任并依赖你的建议/ 观点。作为技术领导者要了解团队所开发的应用,了解该应用所涉及的领域,了解功能背后的技术,并编写详细的技术文档。

有时候,技术领导者同时也是首席工程师。这时,他所能为团队做的最有价值的事情是在开始和结束时为团队成员提供帮助。

有时候,技术领导者还是架构师。当解释系统或代码的行为时,他需要能够快速改变高度。当同开发人员调试问题时,他要能够深入技术细节;而当向CEO 解释计划或成本估算时,他要能够在一个更高的层次上谈论系统。

随时准备好回答团队成员的问题

但当你有问题要问他们时要首先询问他们是否方便。这很难做到,因为作为一名技术领导者,你有许多工作要做。但是,为了可以有更多的时间回答他人的问题及为其他人提供支持,可以将复杂的任务委派给团队中更有经验的成员。

很多时候,团队成员的问题本可以在空闲或闲聊的时候提出。为此,引入可异步使用的生产力工具是一种更好的方式,比如,对于一些不太紧急的问题,可以借助 Trello 卡片 GitHub 问题跟踪器提出。不过,不管采用什么样的沟通机制,关键是要获得其他团队成员的支持,让他们在工作无法进行或完成的时候,可以很舒服地打断你。

为了了解团队成员,技术领导者要定期主动同团队成员进行一对一的沟通。每名开发人员都是不同的,通过沟通可以了解到这种不同。

减少具体的编码工作,但仍然要编码

即使不做很多具体的编码工作,也仍然需要监控和接受所有的 pull request,并利用这个过程,帮助初级开发者修改代码。这是必须的,如果不编码,那么开发人员会质疑你的判断,不容易接受你的建议。

但是,作为技术领导者,你的首要任务是确保团队成员的生产力,而不是自己的生产力。你要为整个团队的输出负责,如果那意味着零编码,那么就不要编码了。同时,这也意味着,即使代价是停下自己的工作,也要帮助处于困境中的团队成员。

要谦逊

要相信,你的团队所具备的能力和理解力都要超过你。

要承认,关于某个主题或组件,有人懂得比你多。成为一名优秀的领导者,并不需要事事都懂得比别人多。

如果团队成员都将你视为权威,那么他们会害怕自己做决策。在这种情况下,你就成了障碍。

要诚实

当你知道答案的时候,就说出来,即使那意味着某些人要重做大量的工作。如果你不知道答案,也要说出来,不能不懂装懂。你获得了当前的职位,就说明你有资格,你永远不需要向其他人证明你的能力。

除了上述这些讨论比较多的观点外,还有一些其它的观点,比如,把令人愉快的任务分给别人,把令人讨厌的任务留给自己;公开表扬,私底下批评;让每个团队成员都清楚地知道你对他们的期望;及时反馈和表扬;与非技术管理人员建立稳固的关系等等。还有一些行为是技术领导者应该避免的,比如,不要抱怨代码库有多糟糕;不要说“我们要重写 XYZ”,技术债务要逐步解决;不要轻易提议使用可选的平台和框架。不过,需要注意的是,不同的组织有不同的企业文化,对技术和技术领导者有不同的看法和预期,技术领导者要以此为出发点考虑问题。

此外,网友们还提供了许多可供参考的资料,比如,《人月神话》、《人件》、《程序员修炼之道》、《技术领导之路》等。这里就不一一列举了,感兴趣的读者可以进一步阅读


感谢郭蕾对本文的审校。

给InfoQ 中文站投稿或者参与内容翻译工作,请邮件至 editors@cn.infoq.com 。也欢迎大家通过新浪微博( @InfoQ @丁晓昀),微信(微信号: InfoQChina )关注我们,并与我们的编辑和其他读者朋友交流(欢迎加入 InfoQ 读者交流群)。

2015-10-21 19:006654
用户头像

发布了 1008 篇内容, 共 372.2 次阅读, 收获喜欢 340 次。

关注

评论

发布
暂无评论
发现更多内容

架构实战营模块五作业

曾竞超

架构实战营 「架构实战营」

spring5.0.x 源码编译过程及踩坑记录

努力努力再努力

1月日更

好家伙!你这网络基础可以啊!1️⃣

XiaoLin_Java

1月日更

ABAP 调用第三方 API,遇到乱码该怎么办?

Jerry Wang

Unicode abap 字符编码 1月月更

Java基础:UUID

程序员架构进阶

Java uuid 1月日更 2022

LeetCode每日一题 No.1716 计算力扣银行的钱

DawnMagnet

算法 rust LeetCode 力扣

渗透测试思路总结

网络安全学海

黑客 信息安全 渗透测试 安全漏洞

连续读书1000天,我开始思考一篇好的读书总结是什么样子的

宇宙之一粟

读书总结 1月月更

网站安全检测:推荐8款免费的 Web 安全测试工具

喀拉峻

网络安全

第一节:创建SpringBoot项目并运行HelloWorld

入门小站

springboot

记中山公园全马--一场无准备的马

wood

跑步 300天创作

大画 Spark :: 网络(3)-回复消息机制OneWayMessage与RpcRequest对比

dclar

大数据 spark 源代码 Spark 源码

技术管理养成:一个普通的在线文档做瀑布与敏捷的融合

dclar

团队管理 项目管理 敏捷开发 团队协作 CTO

[架构实战营] 模块六作业

Geek_0ed632

「架构实战营」

“微博评论”高性能高可用计算架构设计

swallowluo

架构实战营 #架构实战营 「架构实战营」

Go 语言快速入门指南: Go 并发互斥锁

宇宙之一粟

并发 Go 语言 互斥锁 1月月更

【微博评论】功能的高性能高可用计算架构设计

红莲疾风

「架构实战营」

关于项目中 Repository 层的思考

CRMEB

架构实战-毕业设计项目

无名

架构实战营 「架构实战营」

大数据集群节点磁盘负载不均衡怎么办?

明哥的IT随笔

大数据 hadoop CDH CDP

架构训练营 - 模块 9 作业

焦龙

架构训练营

kafka Controller作用

石头哥谈架构

大数据 kafka 消息中间件

有传闻说,写好总结可以升职加薪?

程序人生

架构营模块九作业

GTiger

架构实战营

毕业设计

dean

架构实战营

「offer来了」1张思维导图,6大知识板块,带你梳理面试中CSS的知识点!

星期一研究室

css3 前端开发 面试题 面试‘ HTML5, CSS3

盘点 2021|人只有跌入谷底,每一步都是往上走的。

踏雪痕

生活 盘点2021 盘点 2021

15 Promethus之核心组件介绍

穿过生命散发芬芳

Prometheus 1月月更

消息积压&消息丢失解决方案

JavaEdge

1月月更

毕业设计项目

panxiaochun

架构实战营

LabVIEW条形码识别(实战篇—5)

不脱发的程序猿

图像识别 机器视觉 图像处理 LabVIEW 条形码识别

如何才能成为一个好的技术领导者?_语言 & 开发_谢丽_InfoQ精选文章