领导力不是管人：是把系统调好，让团队自己跑起来

作者 | Ben Linders, Patrick Kua, Abby Bangser, Sarah Wells

译者 | 明知山

简 介

虽然“文化”常被看作一种软实力，但高绩效组织深知，它才是生产力与稳定性的核心驱动力。在本次虚拟圆桌讨论中，我们将探讨文化在软件开发中扮演的关键角色：文化既能成就一支团队，也能摧毁一支团队。优秀的文化能够支撑创新，帮助软件从业者充分释放自身潜能。

建立和打造高绩效的软件开发文化有多种路径。本次虚拟圆桌将重点聚焦：通过平台工程与优化开发者体验实现效能提升，进而提高生产力、产品质量与开发者幸福感。我们还将探讨技术领导者在文化变革与软件开发组织效能提升中所能发挥的作用。

与会嘉宾：

• Patrick Kua - Tech Lead Academy 首席技术官教练与培训师

• Abby Bangser - Syntasso 创始首席工程师

• Sarah Wells - Sarah Wells Consulting Ltd 顾问与作家

InfoQ：文化在高绩效软件团队中扮演着怎样的角色？

Patrick Kua：在讨论文化的作用之前，我想先明确我对文化的定义，因为这个词已被过度使用。在我看来，文化是组织所认可的一套行为规范，决定了鼓励或不鼓励哪些行为。文字或许能定义文化，但最终塑造文化的是流程、奖惩机制以及被实际容忍的行为。

话虽如此，我发现有一些因素要么帮助、要么阻碍高绩效软件团队的发展。例如，鼓励团队尽可能贴近客户的企业文化能够有效提升团队绩效。亚马逊“客户至上”的理念就是一个绝佳案例——团队能够清晰看到自己工作带来的影响。他们不只是执行任务，当被赋予机会更深入地理解客户时，就能提出更多可行方案，真正解决客户问题。

高绩效软件团队的另一个关键特征是组织是否包容错误。DORA 报告与《Accelerate》一书都提到了赋能型文化，其核心之一在于：公司是选择追责甩锅、开除换人，还是鼓励员工从错误中学习。包容错误的发生，是高绩效软件团队的重要组成部分，前提是团队能够从中吸取教训、优化流程。

Abby Bangser：我认同这样一个观点：高绩效团队 的整体表现远胜于其成员个体能力的简单相加。正如 Charity Majors 对高绩效团队的描述：“一个真正优秀的工程组织，能让那些具备扎实软件工程技能、专业水平普通的日常工程师持续高效地推进工作、发布代码、响应用户、理解所构建的系统，并日复一日、周复一周地推动业务稳步向前。”而文化，正是灌输这种共同信念、持续优化系统以实现价值顺畅流转的关键。

几年前，我有幸从零开始加入一支团队。团队组建与规范建立需要处理的事务繁多，因此我们决定以为期两周的群体编程（mob programming）直面挑战，同时搭建虚拟开发环境。这段高强度的经历虽然十分耗费精力，却不断重塑着我们对团队的认知。我们不仅就代码测试、共享环境价值等问题达成了共识并形成统一投入，还学会了如何理性讨论、辩论问题。这成为我们打造高信任团队氛围的技术与社会基础，在这样的氛围里，每个人都突破了过往经验，交出了出色的成果。

Sarah Wells：我共事过的最高效的团队都具备高度开放的氛围、主动学习与分享的意识以及快速响应变化的能力。而最重要的是，这些团队能够独立工作、自主决策。

这一切只有在特定的组织文化中才得以实现。社会学家 Ron Westrum 将其称为生成型文化——这种文化以信任为核心，倡导非追责导向，重视学习与实验。这正是我们在《金融时报》所拥有的文化，也是我们能够对工程组织的工作方式成功推行重大变革的原因之一。

InfoQ：平台工程如何为工程师的日常工作提供支持？

Patrick Kua：优秀的平台工程团队会把工程师当作自己的客户。正如工程师应当深度关注外部客户、理解他们的需求与痛点一样，优秀的平台工程团队也需要主动与工程师沟通，了解他们工作中遇到的阻碍，并思考如何消除这些摩擦。

判断标准很简单：工程师的时间究竟花在了哪里。如果他们大量时间耗费在基础设施、流水线维护或重复性工作上，投入到客户相关工作与增值任务的时间就会减少。优秀的平台工程团队，能够提升工程师在真正高价值工作上的时间占比。

Abby Bangser：软件从工程开发到形成可用产品需要借助大量的工具——从运行所需的服务器，到用于测试、观测最终产品的各类软件。现成工具与工程师在特定组织、特定场景下的实际需求之间往往存在差距。这种差距有时只需简单配置即可弥补，有时则需要大规模投入。

平台工程的价值在于找到从通用工具到满足特定需求之间可减少重复劳动的环节。发现这些优化机会就是产品发现的过程；而对日常工作带来的实际改善，则是衡量产品价值的标准。当然，其核心目标是让平台在组织内部形成高价值的规模效应——通过提供可跨团队共享的集中式服务，降低整体问题解决成本。

Sarah Wells：你不会希望每个工程团队都去重复解决相同的问题，尤其是在这些问题对业务并非核心关键时。这正是平台团队存在的意义——他们应将软件工程能力与产品思维，应用到基础设施和运维挑战中。

优秀的平台团队会与工程团队紧密协作，专注消除拖慢团队效率的障碍。他们只构建必要的内容，并持续迭代，而不是花半年时间去打造一个所谓“完整方案”，这样才能不断学习、及时调整方向。

InfoQ：你采用哪些领导力实践来激发技术人员的最大潜能？

Patrick Kua：这一点本身足以写成一整篇文章。简单来说：优秀的领导者思考的是如何放大每个人的效能。他们不去管理人，而是专注于管理并优化系统，让每个人都能发挥出最佳水平。

通常，这需要为当前业务与客户的核心诉求（如工作优先级）设定清晰的背景。其他时候则是学会有效授权，让团队成员通过承担更多责任去学习和成长，同时提供足够的支持以确保他们取得成功；即便出现失误，也要让这些错误不至于造成灾难性后果，并能反过来促进学习与成长。

Sarah Wells：我发现工程团队非常看重公平与一致性，但组织内的情况总在不断变化，且几乎总会出现特例。

我首先会尽力确保信息清晰明确：我们的战略是什么、计划做什么、以及为什么这么做。有些人可能并不在意，他们只想解决眼前的问题。但另一些人则希望看到更大的格局，而很多时候，正是这些人会给我关键反馈，改变我的思路，帮我找到更好的方法。

我还会尽量多做沟通。你必须用不同的方式反复传递信息——Slack、邮件、公告、会议等，直到你自己都觉得厌烦了，可还是有人没注意到！但太多技术领域的人，花几个月制定战略或构建工具，然后只发一封邮件就觉得“完事了”。这纯粹是在浪费努力。作为领导者，同样需要懂得“推广”和“传达”。

InfoQ：重视开发者体验如何能提升研发效率与产品质量？

Patrick Kua：我刚才已经说明，合理关注开发者体验可以提升工程团队的生产力，让他们有更多时间投入到面向客户的工作中。而平台工程团队在处理通用基础设施问题上往往具备更高的价值与更丰富的经验。如果做得好，平台工程能够为整个组织规模化地解决这类问题。例如，不必每个团队都自行搭建部署与监控服务，而是可以直接使用标准化方案。当这套方案得到优化时，所有团队都能立刻受益。

Abby Bangser：在说明为何投资开发者体验（DevEx）能够提升生产力与质量之前，我们不妨先回顾 Daniel Pink 的观点：真正决定工作满意度的是自主性、掌控感与目标感，而非聚会和福利。这也影响了我们今天应该在哪些方面、以何种方式去投资开发者体验。

当你为自己认同的使命工作时，良好体验带来的影响会格外明显。我曾所在的团队负责搭建支持求职者的工具，我发现了一个有意思的现象：没人会抱怨团队外出活动或办公室的娱乐设施，大家最感到沮丧的是缺少用户反馈渠道和繁琐的审批流程导致的部署缓慢。当这些问题通过政策优化得到改善后，团队的工作质量和工作热情都有了显著提升。

打造一个鼓励深度思考、快速反馈、低摩擦实验的环境能让工程师专注于高价值工作，更深入地理解业务领域，进而为用户创造更好的体验。

Sarah Wells：正如我从 Kathy Korevec 那里学到的：当你为其他开发者构建产品时，你就像是“为同行厨师做菜的厨师”。这意味着你必须重视工具的使用体验，因为“开发者从一英里外就能察觉到不一致、反模式和阻碍”。另一方面，如果你愿意倾听他们的反馈，他们也会成为非常好的合作伙伴。

优秀的平台工程工具能解决大多数工程师真实感受到的问题，并通过融入设计原则与防护机制，引导工程师用更合理的方式开展工作。最终带来的回报是一致性更强、质量更高、业务价值流转更顺畅。

InfoQ：你从平台工程、开发者体验和技术领导中看到了哪些好处？

Patrick Kua：在这些领域进行适当投资，本质上都是为了帮助团队取得更好的成果。对有些团队而言，这意味着能实现更高的产出；对另一些团队来说，则意味着可以专注于稳定交付更高质量的成果。

Sarah Wells：如果你拥有一支专注于开发者体验的平台工程团队，并把他们定位为帮助其他团队更好地交付业务价值，表面上看是在提升工程团队的效率，但实际上你也是在通过标准化和专业能力解决特定问题，从而降低风险与成本。

卓有成效的技术领导是另一个独立的关键要素，无论是产品工程团队还是平台工程团队都离不开它。

优秀的领导者会为团队提供清晰的方向感。如果你做得足够好，会发现团队完全可以在没有你参与的情况下自主决策。我在《金融时报》工作时，曾因为制定年度 OKR 的日期改动恰好那周不在公司。我的团队没有接受我远程答疑的提议，而是自己完成了所有 OKR 的规划。我回来后，内心既自豪又有些担忧——他们是不是不再需要我了。但结果是，这些 OKR 完全覆盖了我们所有的战略目标。

结 论

高绩效软件团队的文化是靠你鼓励或容忍的日常行为塑造出来的，而非写在纸面上的价值观。打造贴近用户、彼此信任、持续学习的环境，把错误当作改进的机会。

平台工程能够减少日常工作中的阻力，从而提升团队效能。通过对基础设施和工具进行标准化与集中化管理，平台团队可以将工程师从重复性工作中解放出来，帮助他们专注于交付用户价值——尤其是在与产品团队紧密协作、持续迭代的情况下。

强化开发者体验与领导力，实现快速反馈、高效试错与流程一致。优秀的领导者能够明确方向、充分沟通，并持续优化系统，让团队更高效、更有信心地交付更高质量的成果。

声明：本文由 InfoQ 翻译，未经许可禁止转载。