从写代码到带团队,最难的不是技术:是让大家对齐到同一种“好”

技术领导者面临的挑战超越了个人贡献者的范畴：需要与业务部门就投资决策达成共识，处理系统层面的问题，开展人才培养，并持续跟进不断演变的代码库。在哥本哈根 Goto 大会上，Patrick Kua 在演讲“选择技术领导之路”中指出，技术对齐至关重要（包括统一代码风格、实现模式和标准规范），可以避免意外之外的复杂性。领导力可以通过技能实践、优化团队协作以及树立榜样来提升。

Kua 说，技术领导者面临的挑战与个人贡献者不同。他举了一些例子，包括：必须与业务 / 产品人员就技术投资（如技术债务、平台工作）达成一致，必须处理或与其他团队合作处理更广泛的系统层面的事务（如基础设施、运营等），或为团队成员提供指导。他补充说，与此同时，技术领导者还要努力跟上不断变化的代码库，对于涉及 GenAI 的工具集更是如此。

技术对齐至关重要，正如 Kua 所解释的那样：

技术上不对齐，每个人都会不断接触同一个代码库，用对他们来说最简单的方式添加功能，但通常无法确保代码库的一致性。随着时间的推移，意料之外的复杂性不断累积，比如有五个不同的库执行相同的任务，或发送电子邮件或推送通知功能有七种不同的实现方式，未来当有人想要做哪个方面的更改时，其工作会变得困难许多。

Kua 认为，只要在技术上适当对齐，团队就能持续对同一代码库进行修改，因为系统中的每个部分都将具有相似性。

Kua 说，为了实现技术对齐，技术领导者需要帮助团队就代码风格达成一致。下一个挑战是就实现模式达成一致。这意味着为共有的功能（如电子邮件发送、用户通知）和共有的任务（如日志记录、异常处理、网络重试等）创建公认的标准。一旦达成一致，就应该在团队维基中把这些标准模式记录下来。

为了衡量工程师之间的对齐情况，可以让每个人都描述一下他们具体如何定义“好”代码，Kua 建议：

如果他们写下的东西类似，那么他们就对齐了。如果他们写下的东西差别很大，那么他们之间就是错位的，这时就是展示技术领导力并进行进一步对齐的机会。

有很多资源可以用来提升领导技能。Kua 建议将更广泛的领导技能分解为具体的技能，如技能训练、职业传承、沟通、调解、影响力等。他说，即使一个人不是正式的领导者，每天也有机会在工作场所练习这些技能。选择一项技能，然后找到了解它的方法，如使用 AI 工具、YouTube、在线课程、HR/People 团队提供的课程和书籍。

然后，最重要的是小处着手，找到应用你所掌握的知识的方法，Kua 说：

例如，工程师可以每天练习提高他们的沟通技巧，因为大多数人在团队中工作，需要与团队成员以及团队外的业务利益相关者进行沟通。

另一个重要的方法是寻找每个人都在抱怨但没有人处理的问题。这些问题是展示领导力的机会，处理它们可以改善团队中每个人的工作环境。

Kua 说，成为最好的自己，并树立榜样。即使你不是正式的领导者，当人们尊重你并将你视为榜样时，你就是在实践领导力，即使没有头衔。

Kua 说，不要将转换到技术领导者的角色视为晋升。你将从事许多与个人贡献者角色截然不同的工作，因此需要运用许多以前从未用过的技能。他总结道，好消息是只要你学习并实践，就能掌握这些技能。

InfoQ 就技术领导力的问题采访了 Pat Kua 。

Patrick Kua：很多工程师希望他们能有更大的影响力，成为正式技术领导者有一个很大的好处是，你通常会被邀请参加关于未来规划的会议。在这些会议上，卓越的技术领导者可以带来新的见解，他们对现有系统的局限和改进机会有一个很好的理解，并能提出更简单的解决方案来实现相同的业务成果。然而，许多技术领导者不喜欢的一个方面是，这意味着要把更多时间花在会议上……

在许多情况下，人们被要求领导一个团队， 是因为他们已经投入了大量的时间来优化工作环境，改善了全体成员的工作体验，而且已经有人认可了他们展现技术领导力的能力。他们可能是团队寻求建议的首选对象，可能是与产品或营销部门沟通最顺畅的人。当管理层注意到他们具备诸多关键技能时，便会邀请其正式担任技术领导职务。

Kua：区分正式和非正式技术领导角色是有帮助的。正式技术领导者负责确保团队拥有足够的技术领导力。实现这一点的其中一个方法是培养一个环境，让每个人都能舒适地站出来展示技术领导力。当你做得好时，每个人都能展示非正式的技术领导力。

之所以存在正式领导者是因为并非所有团队都自然而然地健康或高效。我相信，每名技术人员的记忆中都有这样一个团队，两名工程师不断地争论应该采取哪种方法，并希望有人能介入进来帮助团队做出决策。一个理想的世界是不需要正式领导者的，但团队很少能生活在完美的世界中。

原文链接：

https://www.infoq.com/news/2026/01/technical-leadership-path/