大家好!

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

为了帮助描述Yelp是如何看待技术领导的，我们请了我们的两名集团技术领导(又名GTL，稍后再详细介绍)写了这篇文章。他们都是经验丰富的Yelpers，担任过许多技术领导角色——他们甚至愿意成为Yelp早期定义这些角色实验的测试对象。

Jason Sleight已经在Yelp工作了6年，担任各种机器学习(ML)导向的角色，目前是Yelp的GTL毫升平台，这包括用于ad hoc计算，数据ETL和培训/服务ML模型的集中系统。

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

什么是技术领导?

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

在职责范围内(AoR)有自己的技术方向

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

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

确保AoR的技术成功

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

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

工程师喜欢取得进展，并以其个人技能。虽然工程管理人员（EMS）最终对工程师的持续增长负责，但TLS更接近他们的AORS中工程师的日常技术贡献，并最适合为他们提供有关如何提高和成长的反馈。在微观层面上，这包括对宏观级别的代码鲁棒性，效率，可维护性等提供反馈，这包括将工程师暴露于新技术，为AOR系统创建培训材料，以及帮助工程师与相关利益相关者联系。

为什么技术主管是一个角色而不是一个职业级别?

在Yelp，我们将职业发展与影响力的增加联系起来(参见我们最近的博客)职业水准）。TLS充当强势乘客，明确预算时间来协调努力，支持他们的AOR和指导。显然，这些是赋予高影响力的特征，因此我们的TLS往往以yelp的职业水平相对先进。

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

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

科技领导作用如何促成叶面工程？

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

TLS是工程师倡导者

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

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

TLs是其利益相关者的盟友

TLS与他们的AOR中的PMS和EMS密切合作。TLS积极参与新功能的早期规划过程，建议技术可行性，努力水平和潜在风险。TLS确保PMS具有优化产品策略所需的数据，而TLS确保EMS可以以高质量的时间表完成新功能。

许多AORS在Yelp Engineering以外的利益相关者，例如销售和营销，业务运营和金融。TLS努力为这些利益相关者的需求而努力发展同理心。

TLs是通信中心

TLs通过协调其AoR周围的信息流来简化通信。这方面的角色意味着TLs花费更少的时间进行构建，而更多的时间用于阅读、写作、倾听或交谈。

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

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

什么是集团技术主管?

gtl拥有一组重叠或相关的AoRs的技术工作，每个AoRs都有自己的TL。有效地，gtl创建了第二级AoRs，跨越干净的组织和技术边界，解决关键业务需求，推动全公司的技术举措。

我们引入GTL角色是因为一些困难的、跨领域的问题如果没有专门的所有者似乎是不可能解决的。一开始，GTL的角色并没有一个正式的申请流程，人们对GTL的期望也不明确，除了GTL是一个范围更大、更模糊的TL之外。虽然我们仍在研究一些事情，但GTL的角色在过去几年已经相当成熟。除了我们所介绍的一般TLs之外，gtl还有一个正式的应用流程和更清晰的预期集。

gtl是各自领域的专家

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

GTLS对工程健康和成功保持全面看法

作为一个社区，gtl在大多数Yelp工程中都有意识，他们一起工作来支持工程组织的整体健康和成功。

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

GTLS促进技术领导

在Yelp是最广泛的技术角色，GTLS定位在工程中开发技术领导，而不仅仅是在他们的AOR中。这涉及培训新的TL和确保现有的TLS成功。

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

gtl是Yelp文化的典范

最后，作为高度可见的领导者，GTLS设定了我们的积极示例Yelp值。他们通过建设性地处理分歧并展示如何通过共识而不是权威来解决问题的分歧来“与他人相处得很好”。他们通过寻找越来越困难，达到深远的问题的创造性解决方案，他们是“顽强的”和“解压缩”。通过公开和诚实地沟通，它们是“真实的”，他们通过制作可靠的产品和服务来保护yelp的消费者与当地企业的可靠产品和服务来保护。

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

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

最后，如果你已经阅读了这些帖子，并认为Yelp听起来是一个很棒的工作场所(是的!)，那么就去我们的职业网站我们正在招聘！

回到博客