大家好!

在这篇文章中，我们将讨论技术领导力，这是一个对任何工程组织都至关重要的话题，但也很难定义。甚至观察您的团队、组织或公司是否有良好的技术领导也可能是一个挑战。你现在可能在想，“我是一个优秀的技术领导者吗?”

为了帮助描述Yelp对技术领导力的看法，我们请了两位集团技术主管(又名GTL，后面会详细介绍)写了这篇文章。他们都是经验丰富的Yelp用户，担任过许多技术领导职位——他们甚至愿意成为Yelp早期定义此类角色实验的测试对象。

Jason Sleight已经在Yelp工作了六年，担任过各种面向机器学习(ML)的角色，目前是Yelp的GTL毫升平台，它由一组用于特别计算、数据ETL和训练/服务ML模型的集中式系统组成。

Josh Walstrom已经在Yelp工作了7年，在各种后端、iOS和Android职位上工作，目前是我们的GTL“商业Yelp”移动应用程序，使企业主能够管理他们在Yelp上的存在。

什么是技术领导力?

首先，技术领导不是一个单一的概念，而是几个不同功能的封装。为了简单起见，我们将它们分为几个类别。当一个人专注于这些功能时，我们称他为技术领导(TL)。

在职责范围内拥有自己的技术指导

Yelp是一个高度协作的环境，产品、设计、管理和技术领导者共享目标和方向，但每个人都根据自己的专业知识专注于不同的方面。例如，产品经理(PM)的专业知识是市场适应，而TL的专业知识是技术执行。PM可能会关注团队是应该通过增加应用下载量来增加周活跃用户，还是提高现有用户的留存率，而TL可能会关注我们是否应该优先考虑组件化UI元素以支持应用宣传插页，还是改善缓存以减少页面加载时间。

我们希望我们的助理把注意力集中在AoR上。通过有一个明确的AoR，我们可以确保tl参与该系统的所有必要的计划、决策等。在某些情况下，AoR是团队任务的直接镜像(例如，管理MySQL部署);在其他情况下，AoR是一个重要计划的子部分或横截面(例如，迁移到一个新的服务发现技术堆栈)。在任何情况下，aor都是长期存在的概念，具有多个季度甚至多年的路线图，并且TL有责任支持这一过程。

确保AoR的技术成功

一旦你确定了技术方向，你就需要执行一系列朝着这些目标的项目。确保成功可以采取多种形式，并且通常取决于AoR的生命周期阶段。在新的AoR中，tl通常通过创建概念验证和原型来亲力亲为。随着系统的发展，TL可能会与其他一些工程师一起领导一个项目，将系统提升到生产质量，并发布给早期采用者进行试用。最后，随着系统的成熟和更广泛的采用，TL需要后退一步，并促进团队对问题进行分类、实现新功能和其他维护任务的过程。

为在AoR工作的工程师提供技术指导

工程师喜欢进步，这包括他们的个人技能。虽然工程经理(EMs)最终要对工程师的持续成长负责，但tl更接近工程师在AoRs中的日常技术贡献，并在如何改进和成长方面为他们提供最佳反馈。在微观层面上，这包括给出关于代码健壮性、效率、可维护性等方面的反馈。在宏观层面上，这包括让工程师接触新技术，为AoR的系统创建培训材料，并帮助工程师与相关利益相关者建立联系。

为什么技术主管是一个角色，而不是一个职业水平?

在Yelp，我们将职业发展与影响力的增加联系在一起(参见我们最近的博客职业水准)．tl充当力量倍增器，并明确预算时间用于协调工作，支持他们的AoR和指导。显然，这些特征有助于他们获得较高的影响力，因此我们的tl往往在Yelp的职业水平上处于相对较高的水平。

然而，还有其他的方法可以提高影响力。像调试日志系统、重构复杂的数据模型和优化页面加载时间这样的任务需要深入的技术专业知识。TL可能不是执行这些任务的最佳人选;相反，在代码中花费更多时间的工程师拥有正确的专业知识。您可以将此视为深度与广度的区别，一个健康的组织需要这两种类型的技能集。将TL作为职业发展的一个步骤将使工程师陷入广度优先的心态，而不利于深度技术专家。

在过去，这种区分在Yelp上是模糊的，成为一名TL偶尔会被工程师视为职业发展的一步。为了消除这种不正确的看法，我们最近更新了TL计划，明确TL是一种角色，并为我们的TL重新建立明确的支持网络，如培训计划和高级指导。

技术主管的角色对Yelp的工程有何贡献?

TL角色不仅仅是指导技术工作和指导AoR中的工程师。

tl是工程师的拥护者

tl在AoR中为工程师识别和清除障碍。从本质上讲，工程师擅长寻找变通方法或容忍可解决的问题，因为他们想要发布功能。有些障碍是相当明显的，比如不稳定的部署管道。其他障碍可能更加微妙，比如无法获得最好的工具或培训。

当障碍在他们的AoR范围内时，TLs与他们的EMs和pm合作，为适当的解决方案安排时间，即使这意味着推迟产品路线图上的一些工作。当路障在他们的AoR之外时，tl会向他们的同伴tl寻求帮助。

tl是其利益相关者的盟友

tl在AoR中与pm和EMs密切合作。TLs积极参与新特性的早期规划过程，就技术可行性、工作水平和潜在风险提供建议。TLs确保pm拥有优化产品策略所需的数据，TLs确保EMs能够按时高质量地完成新功能。

许多AoRs在Yelp工程部门之外也有利益相关者，例如销售与营销、业务运营和财务部门。tl努力培养对这些利益相关者需求的同理心。

TLs是通信枢纽

tl通过协调AoR周围的信息流来简化通信。这方面的角色意味着tl花更少的时间构建，而花更多的时间读、写、听或说。

tl通过大量的电子邮件、Slack消息、产品和技术规范、JIRA票据和GitHub pr阅读列表，培养了关于AoR的足够广泛的背景。tl还使用外部资源来开发上下文。他们阅读博客文章，参加技术会议，参与开源社区。

TLs定期与其他TLs会面以交换上下文，创建一个由技术领导者组成的协作社区，专注于解决“大局”问题。他们还会见EMs、pm和外部供应商。简而言之，成为TL意味着你会有更多的会议。不像EM或PM那么多，但比典型的工程师多。

什么是集团技术主管(GTL)?

gtl拥有一组重叠或相关AoRs的技术工作，每个AoRs都有自己的TL。有效地，gtl创建了第二级AoRs，它们跨越了清晰的组织和技术边界，以解决关键的业务需求并推动全公司范围的技术计划。

我们引入了GTL角色，因为如果没有专门的所有者，一些困难的、交叉的问题似乎不可能解决。在一开始，角色GTL没有正式的应用程序流程，除了GTL是具有更大且更模糊范围的TL之外，期望并不明确。虽然我们还在搞清楚一些事情，但在过去几年中，GTL的角色已经相当成熟了。对于gtl，有一个正式的申请流程和一组更明确的期望，超出了我们对tl的一般介绍。

gtl是各自领域的专家

gtl随时了解行业最佳实践、未来趋势和潜在风险。他们了解并影响Yelp的商业战略。利用他们的专业知识和知识，gtl指导他们的团队做出最能支持Yelp商业战略的良好技术决策。

gtl保持对工程健康和成功的整体观点

作为一个社区，gtl在大多数Yelp工程部门都有知名度，他们共同努力支持工程组织的整体健康和成功。

gtl监视最近的事件/回顾，以了解需要更多关注的趋势和一致的问题(特别是来自其他gtl的帮助)。gtl寻找有价值的跨团队项目，评估潜在的解决方案，并为下一步提出建议。在许多情况下，这些项目需要精心规划和跨越数年的长期投资，而不仅仅是几个月或几个季度。

gtl培养技术领导力

作为Yelp中范围最广的技术角色，gtl的定位是在整个工程领域发展技术领导力，而不仅仅是在他们的AoR内部。这既包括培训新的TLs，也包括确保现有TLs成功设置。

每周，gtl都有办公时间，在北美和欧洲友好的时间段之间交替进行。不只是tl，任何人都可以在这些办公时间提问，征求对技术建议的反馈，或者只是听听正在讨论的内容。gtl还参与Slack上的异步讨论。

gtl是Yelp文化的典范

最后，作为高度可见的领导者，gtl为我们树立了积极的榜样Yelp值．他们通过建设性地处理分歧，展示如何通过共识而不是权威来解决问题，“与他人相处得很好”。他们“顽强”、“无趣”，为Yelp最困难、影响最深远的问题找到创造性的解决方案。他们通过公开和诚实的沟通来“真实”，他们通过提供可靠的产品和服务来“保护来源”，帮助Yelp的消费者与优秀的当地企业建立联系。

接下来:Yelp如何处理工程管理

我们希望你喜欢这个博客系列，并发现对Yelp的工程文化的窥视是有意义的!接下来，我们将讨论Yelp的工程管理方法，我们如何衡量经理的成功，并提供他们的责任和价值观的一瞥。

最后，如果你一直在阅读这些帖子，并且认为Yelp听起来是一个工作的好地方(它是!)，那么请前往我们的职业网站-我们正在招聘！

回到博客