人工智能时代的工程领导力

本月早些时候，我们聚集了来自欧洲一些发展最快的科技公司的技术领导者，在伦敦未来的证明——我们为技术创始人、首席技术官 (CTO) 和首席产品官 (CPO) 举办的工程峰会上进行了富有洞察力的思想交流。此次峰会旨在解决工程团队在规模扩张时面临的复杂挑战，这些挑战通常超出了既定框架和明确定义的指标。

今天的工程领导层正在努力应对无数的难题。人工智能快速集成到开发工作流程中不仅可以实现日常任务的自动化，而且还有可能重塑整个软件开发方法。随着公司规模的扩大，工程团队还面临着依赖性和组织结构失调等低效率问题。领导者必须不断重新评估流程，以最大程度地减少瓶颈并确保工程师始终贴近客户需求，同时培养团队内部的自主性和敏捷性。

平衡效率与弹性是另一个关键挑战。通过关注组织设计、多元化招聘以及促进团队之间的协作，领导者可以努力在这两种品质之间取得平衡，从而使组织能够快速创新和适应，同时保持稳定性。

通过从工程弹性到人工智能驱动的转型等激烈的讨论，峰会深入了解了当今的技术领导者如何应对这些多方面的挑战。下面，探讨峰会的所有关键要点，以帮助您应对自己组织中这些不断变化的挑战。

在工程领域拥抱人工智能

峰会的一个突出主题是人工智能在未来工程中的作用，这个话题引发了兴奋和健康的辩论。随着 GitHub Copilot 和 Devin 等工具的兴起，工程团队越来越多地使用人工智能来自动化代码测试和文档等任务，这可能使工程师能够专注于更高价值的工作。

DeepL 首席技术官 Sebastian Enderlein 表示，他们已经看到人工智能工具提高了生产力，特别是在自动化重复性、低复杂性任务方面。虽然这些工具仍处于早期阶段，但他相信它们重塑工程工作的潜力是巨大的。 Portia Labs 创始人、Stripe UK 前首席技术官 Emma Burrows 补充道，人工智能可能代表着软件开发方式的巨大抽象转变，不过她也指出，这种转变可能会让初级开发人员更难进入职场。

尽管人工智能前景广阔，但小组成员一致认为，人类工程师不会很快被取代。相反，他们认为人工智能将改变工程师工作的性质，要求团队重新思考工作流程并开发新技能来补充这些新兴技术。

“我认为人工智能将改变工程师的角色，但这需要两年多的时间。我认为我们高估了这些重大转变发生的速度，却低估了长期影响。我最担心的是，当所有代码都是由副驾驶生成时，他们比人类更擅长批评代码；我发现那一刻非常可怕。这给我们改变大学工程师教育方式带来了一些问题，因为现在有很多人看到了 80% 的工程师的价值。但能够修复 20% 的问题。将来，初级工程师将失去检查代码的能力。”
Alexander Matthey，Adyen 前首席技术官

在约束下创新

随着工程团队规模的扩大，我们经常发现他们面临的最大挑战之一是避免组织效率低下。在当今的市场中，面临着平衡创新与有限资源的压力，领导者的任务是重新思考流程以保持敏捷性。

Adyen 前首席技术官 Alexander Matthey 强调了依赖问题，工程师经常发现自己在等待批准或被其他团队阻止。在 Adyen，他们必须不断地重新评估不同增长阶段的流程，以尽量减少这些瓶颈。艾玛也赞同这一观点，并指出组织结构经常会超出自身的范围，需要不断地重新评估。

“软件发展如此之快，以至于组织设计/结构很快就无法满足。因此，工作的一部分就是不断需要重新发明并找出减少效率低下的方法。另一个效率低下的问题是，随着组织的发展，工程师距离产品和他们正在解决的客户问题越来越远。他们与用户的距离不够近，无法知道他们正在构建正确的东西。”
Emma Burrows，Portia Labs 创始人兼 Stripe UK 前首席技术官

塞巴斯蒂安补充说，缺乏自主权是效率低下的另一个重要原因。当工程师没有明确定义的角色和职责时，他们就很难采取主动并推动项目前进。塞巴斯蒂安认为，这些问题需要采取深思熟虑的组织设计方法，确保团队拥有高效运作所需的自主权和清晰度。

关于开发人员生产力的主题，艾玛强调，虽然跟踪性能指标很重要，但避免过度依赖单一北极星指标也至关重要。 Alexander 表示，在 Adyen，他们专注于以客户为中心的指标，确保工程团队始终致力于为最终用户提供价值。

“我们希望每个团队都深入思考他们的 SLO，并且它必须与客户价值联系起来。不同的团队在接触客户方面会有非常不同的角度，但它必须是所有人共享的共同主题。然后还有围绕可靠性的指标，以确保我们推动某种行为。”
Alexander Matthey，Adyen 前首席技术官

建立反脆弱组织

我们借鉴了 Dropbox 前增长副总裁 Matt Eccleston、Airbnb 前工程副总裁 Mike Curtis 和 Facebook 前工程副总裁 Jeff Rothschild 的见解（他们都是我们技术咨询委员会的顾问），我们还阐述了组织脆弱性的概念以及建立更具弹性和持久的工程团队的策略。

Matt 分享了他在 Dropbox 时发生的一个令人心酸的故事，当时数据库故障导致全公司范围内的服务中断。恢复过程持续了 24 多个小时，需要团队的英勇努力。然而，这一时刻成为了 Dropbox 工程文化的决定性时刻。 该团队采用了严格、无可指责的事件审查流程，确保将每次失败都视为学习机会，并帮助公司发展成为一个更加强大、更有弹性的组织。

构建组织弹性涉及人员、流程和技术之间的迭代。根据公司的规模和发展阶段找到适当的弹性投资水平至关重要。在人员方面，杰夫强调了建立反映不同观点的团队的重要性，并警告不要以自己的形象聘用员工，他将这种现象称为“镜像统治”。他解释说，创建一个有弹性的组织需要有意识地雇用具有不同技能和经验的人，而不是那些符合预定模式的人。

小组成员还一致认为，随着组织规模的扩大，工程领导的角色也会发生变化。当您开始在组织中引入管理层时，沟通就成为工程领导者工作的核心方面。因此，领导者需要以对团队其他成员有意义的方式制定工程组织正在制定的决策。

“沟通什么是重要的、什么是成功，以及我们如何衡量这些目标的进展，成为工程领导者日常工作的重要组成部分。这样，人们就可以了解他们应该做什么以及这样做的动机是什么。另一个拐点是当你需要培养跨职能运作的技能时。工作的一个重要部分变成了“我如何让我的团队取得成功”，随着公司的发展，这意味着与你的销售、财务、设计进行协调团队”。
Mike Curtis，ICONIQ Growth技术顾问委员会

对话还讨论了效率和弹性之间的平衡，强调建立弹性组织并不意味着牺牲速度或创新。事实上，有人认为，弹性通常能够实现更快的迭代以及更快地从挫折中恢复的能力。例如，工程团队可以在早期阶段对开发人员卫生和严格的招聘流程进行投资，以使组织从长远来看能够更快地发展。

展望未来

讨论强调了协作、持续学习和适应不断变化的技术格局的重要性。如果您想继续学习，您可以探索我们的 最近的研究 工程效率、组织设计和薪酬。我们期待继续对话并共同努力解决下一代技术创新者面临的挑战。