开发者体验（DevEx）是什么？为什么企业应该关注它？

构建软件和吸尘有什么共同之处？

某海外开发平台公司的一位技术顾问曾经很讨厌吸尘。原因很简单：家里的吸尘器放在一楼，每次要用时都得搬上搬下，十分麻烦。后来他意识到，只要把吸尘器放在真正需要使用的地方，这件事就会轻松许多。如今，他每隔一天就会吸一次尘。

“软件开发也是如此，”他说，“当我们设计一种体验，让它能够自然、顺畅、几乎毫不费力地促成我们希望看到的行为时，往往就能取得很好的效果。”

这正是开发者体验的核心。

开发者体验，即 DevEx，有时也被称为 DevX 或 DX，关注的是开发者、流程和工具之间的组合如何对软件开发产生积极或消极的影响。对于现代研发团队而言，良好的开发者体验不仅影响开发效率，也会影响协作质量、交付速度和业务创新能力。本文将介绍 DevEx 的关键组成，以及为什么优化 DevEx 对企业成功至关重要。

让我们开始吧。

什么是开发者体验（DevEx）？

DevEx 指的是影响软件开发效率的系统、技术、流程和文化。它关注开发者生态系统中的所有组成部分——从开发环境、工作流到工具链——并研究这些因素如何影响开发者的生产力、满意度和整体工程效率。

某海外开发平台公司的高级研究负责人曾这样形容：“构建软件就像在脑海中搭建一座巨大的纸牌屋。哪怕只是很小的干扰，也可能让它瞬间坍塌。DevEx 的最终目标，就是帮助我们保护和支撑这座纸牌屋。”

DevEx 会审视开发者工作中的方方面面。

例如：这个工具是让我的工作更难，还是更容易？这个环境能帮助我保持专注吗？这个流程能减少我犯错的可能性吗？这个系统能让我持续专注，并让我更有信心不断完成更有价值的工作吗？

此外，开发者的主观感受同样至关重要。这些感受可以通过用户测试、调研和反馈来衡量。

某海外开发平台公司的一位研究人员表示：“DevEx 将开发者置于中心位置，致力于理解他们如何感受自己的工作、如何看待自己的工作。”开发者的情绪和反馈能够揭示真实痛点，也为找到合适的解决方案提供机会。

“如果把开发者排除在外，就不可能真正改善开发者体验。”她说。

同样重要的是，协作是整个 DevEx 系统中的倍增器。开发者需要能够轻松沟通、顺畅协作并共享资源，才能发挥出最佳水平。

从实践角度看，开发者体验通常会关注以下几个核心因素：

生产力： 开发者对代码库进行变更的速度和便捷程度。

影响力： 从想法产生到功能进入生产环境的过程是否顺畅。

满意度： 开发环境、工作流和工具如何影响开发者的工作感受与幸福感。

优化 DevEx 的目标，是创造一个协作友好、低摩擦、高效率的工程环境，让开发者能够最大限度地提升生产力、扩大影响力，并获得更高的工作满意度。

开发者体验的发展脉络

虽然 DevEx 看起来是改进软件开发的自然选择，但整个行业真正重视并系统实践它，其实经历了相当长的过程。

过去几十年里，软件开发领域见证了技术、开源库、包管理器、编程语言和云服务的爆炸式增长。每天都有新的工具、API 和集成方案出现。最终，一个庞大的技术生态形成了：开发者几乎可以随时获取自己想要的一切。

但问题也随之而来。某海外行业分析机构曾指出，虽然开发者可以接触到数量快速增长的技术和 DevOps 工具，这带来了大量创新和竞争，但他们往往不得不自己摸索如何将这些工具组合起来使用。这导致开发者体验变得碎片化，也迫使开发者不断学习最新产品，甚至只是学习如何连接某个新的 API。

某海外开发平台公司的一位研究人员表示：“我们需要全面理解开发者的工作流。一旦有了这样的理解，就需要确保每一步都能提供协作、连贯且流畅的体验。”

为什么开发者体验如此重要？

简而言之，良好的开发者体验之所以重要，是因为它能让开发者更有信心地构建软件，创造更大的影响，并从工作中获得更强的成就感。

某海外开发平台公司的一位产品负责人表示，过去几年里，企业对 DevEx 的投入明显增加，这并不令人意外。

“在大多数情况下，软件开发能力本身就是限制创新的关键因素。”他说，“因此，提高软件开发效率本身就具有巨大价值。”

与此同时，软件开发正在变得越来越复杂。如今的软件开发往往涉及大量工具、技术和服务，而这些工具、技术和服务通常来自不同来源。开发者需要管理的环境更复杂，工作流也更容易被割裂。

理想情况下，经过精心设计的 DevEx 能够提升开发环境、流程和工作流之间的一致性，同时自动化那些繁琐、重复、手动的环节。

“这使得拥有更好 DevEx 的公司能够超越竞争对手，无论它们身处哪个行业。”这位产品负责人表示。

相关研究也印证了这一点。

某海外管理咨询机构的一份报告指出，更完善的开发者体验能够为企业带来多方面收益，例如提升人才吸引力和留存率、增强安全性，以及提高开发者的工作效率。因此，开发者体验对所有公司都至关重要，而不仅仅是科技公司。

“无论你身处哪个行业、哪个地区都不重要。”这位产品负责人说，“只要拥有更好的开发者体验，就能获得更好的业务成果。”

DevEx 的重要性还会继续上升。

某海外市场研究机构的市场机会概览显示，团队可以通过简化开发者编写代码、构建软件和向客户发布更新的方式，缩短产品上市时间并提升收入。改进 DevEx 可能带来以下收益：

74% 的受访者表示，开发者生产力可以得到提升。
77% 的受访者表示，产品上市时间可以缩短。
85% 的受访者认为，DevEx 可能影响收入增长。
75% 的受访者表示，企业能够更好地吸引和留住客户。
82% 的受访者表示，客户满意度可以得到提升。

“我一直觉得，人们等红灯时焦躁不安的样子很有意思。”那位技术顾问说，“他们等的时间其实并不长。但这确实是一种心理现象：人类不喜欢等待。”

软件开发也是如此。

“优秀的开发者体验，能够缩短意图与现实之间的距离。”他说。

良好的开发者体验需要具备哪些要素？

某海外开发平台公司的研究人员表示，良好的开发者体验应该让开发者“能够获得所需信息，并能在专注工作和协作之间灵活切换”，“这样他们就能以尽可能少的延误完成任务”。

低摩擦非常重要。

“更理想的情况是，完全没有摩擦。”她补充道。

在端到端的工作流中，开发者会遇到各种阻碍，尤其是在需要使用多种工具的情况下。从会议、审批请求，到各种突发干扰，开发者常常不得不从分散、零碎甚至过时的信息源中拼凑上下文。这会严重影响他们的工作效率，也会削弱他们编写高质量代码的能力。

概括来说，良好的开发者体验通常包含以下几个要素：

协作
速度
短反馈回路
高度自动化和高度集成
低摩擦、低重复劳动
透明且有良好文档支撑的流程

归根结底，协作是关键。

“没有协作，就不可能有良好的开发者体验。”这位研究人员说。

开发者体验的关键指标有哪些？

遗憾的是，目前行业内尚未形成一套完全标准化的 DevEx 衡量指标。不过，一些常见的 DevOps 交付绩效指标可以提供参考，包括：

部署频率： 组织发布新软件或新变更的频率。

变更前置时间： 从提出或发起变更，到变更完成部署所需的时间。

平均恢复时间： 从故障中恢复所需的平均时间。

变更失败率： 导致故障或失败的变更所占比例。

不过，一些业内人士认为，优秀的 DevEx 指标不应局限于这些交付绩效数据。例如，新员工首次做出有效贡献所需的时间，就是一个很好的 DevEx 指标。较短的时间意味着新开发者已经获得了必要的背景知识、工具权限和工作上下文，并且能够尽早从创造价值中获得成就感，而这正是 DevEx 的精髓所在。

“再多鼓舞士气的口号或友好举动，也无法替代人们渴望被重视的心理需求。”那位技术顾问说，“让开发者更快乐，才是最终目标。没有人会愿意提交一个拉取请求，然后看着它在审批队列里停留两天。”

同样，客户响应时间也是一个值得关注的指标。快速响应表明团队拥有迅速行动所需的资源，同时也说明团队具备更高的自主性和更强的服务意愿。

“我们越是能够把开发者的幸福感视为目标，并衡量一些真正有意义的指标，以确保我们正在朝这个目标前进，结果就会越好。”他说，“这需要从文化、工具和政策等方面入手，确保团队拥有清晰的目标和足够的自主权。”

衡量开发者体验，也凸显了持续与开发者沟通、了解他们真实感受的必要性。企业已经知道如何收集系统性能数据，以评估流程效率；但大多数企业并没有系统收集开发者对他们所使用系统的看法。

如果不了解开发者的真实体验，又如何改善开发者体验？

因此，定期开展调研至关重要。这些调研需要了解开发者对系统的满意或不满意之处，以及他们在日常使用这些系统时的真实体验。

如果没有这些调研，即使是最先进的遥测数据也是不完整的，甚至可能具有误导性。

换句话说，DevEx 的衡量不能只看系统数据，也要看人的感受。那些不围绕生产力、工作便利性、协作效率和开发者满意度持续收集反馈的组织，最终很可能会落后。

如何改善开发者体验？

公司和开发团队应该像改进其他产品领域一样改进 DevEx：采用包含研究、发现、用户测试和持续迭代在内的系统方法。

某海外开发平台公司的一位产品负责人表示，他们一直致力于缩短开发者完成工作流所需的时间。他提到，拉取请求机制曾是 DevEx 发展中的一个关键时刻。

“这意味着我们需要找到提高构建效率的方法，优化部署流程，并调整测试方式，让测试能够更高效地执行。”他说。

他还补充道，协作对于 DevEx 至关重要，尤其是在人工智能时代。随着时间推移，协作将变得越来越重要，因为它是确保人工智能生成代码稳健可靠的重要方式。

“如果改善了协作，开发者体验就一定会得到提升。”他说。

与此同时，组织需要理解自身当前的 DevEx 状况，并找出最关键的摩擦点。

例如：文档是否分散，导致开发者需要花费大量精力才能理解上下文？构建系统是否耗时过长？构建过程是否不稳定，导致开发者因为延迟和行为不一致而感到沮丧？更糟糕的是，开发者是否因此无法集中注意力？

一旦组织完成了摩擦点识别，就需要对现有系统和流程进行简化、加速或优化。对于以研发为核心的团队，可以借助 PingCode 这类智能化研发管理工具，将团队目标、客户反馈、需求管理、评审排期、开发、测试、发布和知识沉淀串联起来，并打通研发过程中使用的其他工具，让数据在流程中无缝流转；而对于需要覆盖更多通用协作场景的团队，Worktile 这类项目协作系统则可以承载任务、项目、文档、日历、审批等协同需求，帮助团队降低沟通与管理成本。

不过，任何改变都会带来权衡。因此，公司需要密切关注开发者体验是否真的有所改善，还是某些干预反而引入了新的摩擦。

例如，减少会议次数看似是降低干扰的好办法。但如果开发者开始抱怨协作效率下降，最终结果可能比一开始更糟。

要全面且有效地推进开发者体验，需要付出大量持续努力。也正因如此，许多组织会组建专门的开发者体验团队，负责理解、改进和持续监控 DevEx。

生成式人工智能如何影响开发者体验？

毫无疑问，生成式人工智能正在深刻影响 DevEx，因为它能够帮助开发者更快地编写高质量代码。

随着模型持续改进，以及越来越多能力围绕开发者的真实工作方式进行构建，人工智能除了提供代码建议和拉取请求建议之外，还可能提供完整的工作流建议。换句话说，人工智能有机会减少开发者过去不得不承受的大量干扰、延误和认知负担。

某海外开发平台公司的一位产品负责人也持相同观点。

“生成式人工智能将释放开发者的潜力，使他们能够跨越软件开发流程中的许多关键环节。”他说，“DevEx 的目标不仅是消除繁琐工作或摩擦，更是寻找能够帮助开发者在开发工作流中取得重大进展的方法。”

然而，随着代码生成速度提升，企业也需要找到更快完成构建和测试的方法，并改进整体生产流程。否则，代码生成变快了，但后续流程仍然缓慢，新的瓶颈就会出现在构建、测试、审查和发布环节。

某海外开发平台公司的生成式 AI 编程助手已经显示出这类工具对开发者体验的影响。未来，生成式人工智能可能会进一步进入软件开发生命周期的更多环节，从需求理解、代码生成、测试、审查到发布与运维，都有机会被重新塑造。

结语：开发者体验正在成为研发效率的关键

在当今的工程环境中，开发者体验已经成为推动快速创新和实现业务目标的关键因素之一。无论企业身处哪个行业或细分领域，开发者的幸福感、自主性和工作效率都会直接影响软件的成功。

优秀的 DevEx 并不只是让开发者“感觉更好”，而是通过更顺畅的工具、更清晰的流程、更高效的协作和更低的认知负担，让开发者能够把更多精力投入到真正有价值的创造中。

随着软件复杂度持续上升，开发者体验的重要性只会越来越高。谁能更好地理解开发者、支持开发者、释放开发者的创造力，谁就更有可能在未来的研发效率和业务创新竞争中占据优势。