Tech Lead 不是管理者？一文看懂技术负责人的核心职责与能力模型

一月 18, 2026

本文永久链接 – https://tonybai.com/2026/01/18/traits-of-a-good-tech-lead

大家好，我是Tony Bai。

在 2010-2020 这十年间，软件行业逐渐确立了 Engineering Manager (EM) 和 Tech Lead (TL) 这两个关键角色。然而，即便在今天，很多团队对于这两个角色的职责边界依然模糊不清。

究竟什么是 Tech Lead？它和 EM 有什么区别？一个优秀的 TL 应该具备哪些特征？

资深工程主管 João Alves 在他最新的博文中，为我们提供了一份清晰的答案。这是一份包含角色定义的、关于如何通过技术领导力驱动团队高效运转的实战指南。

EM vs. TL：人与技术的双重奏

首先，让我们厘清这两个角色的核心差异。João 认为，虽然两者都服务于团队，但关注点截然不同：

Engineering Manager (EM)：对团队负责。他们的工作重心是人、项目和流程。他们确保成员表现良好、职业发展顺利，保证项目按时交付，并建立让团队自主运转的流程。简而言之，EM 管理的是“混乱”，目标是建立秩序。
Tech Lead (TL)：对团队的技术方向负责。他们的焦点在于架构、质量和指导。他们确保技术决策是正确的，代码质量是高标准的，并且帮助团队成员解决复杂的技术难题。

如果用韦恩图来表示，两者的交集在于：团队自治、范围/债务谈判、操作原则和团队成长。在后 ZIRP（零利率政策）时代，追求效率的趋势让这两个角色有时会由一人兼任，但这需要极高的平衡技巧。

一个真正称职的 TL，不一定是写代码最快的人，但却应该是团队的乘数因子 (Multiplier)。João 将 TL 的职责拆解为三个具体的维度，并列举了“加分行为”与“减分行为”。

TL 不必亲手设计每一个细节，但必须掌控系统的整体方向。

TL 需要在“完美技术”与“业务价值”之间寻找平衡点。

✅ 加分项：主动与 EM/PM 谈判，平衡技术债与新功能；敏锐地发现并砍掉“范围蔓延”（Scope Creep）；简化解决方案，先求“能跑”，再求“扩展”；定期清理不再适用的设计。
❌ 减分项：为了“以防万一”而增加不必要的技术需求；过度设计本可以简单的系统；无视团队在有限时间内无法完成过大目标的信号。

这是 TL 提升团队速度的秘密武器。与其事必躬亲，不如建立原则。

✅ 加分项：定义书面的操作原则（如“我们优先考虑 X 而非 Y”）；通过愿景而非职权来施加影响力；推动决策的一致性，让团队在无需询问 TL 的情况下也能做出正确决定。
❌ 减分项：随意做出由于变动的临时决定，让团队感到困惑；为了表面的一团和气而回避艰难的技术争论；隐藏自己的决策标准，让团队成员只能靠猜。