什么是开发人员体验（DevEx）？

开发人员体验（DevEx 或 DevX）是指开发人员在与开发工具和流程交互时的行为和感受。改善开发人员体验意味着简化工作流、工具和协作流程，让开发人员减少日常工作负担，从而能够将更多时间投入创新。

开发人员在日常工作中主要负责开发和维护所在企业组织的软件应用。他们创建能够满足特定业务或 IT 需求的解决方案，并希望这些应用能在整个企业范围内得到广泛应用。他们希望按时交付可正常运作的解决方案，尽可能减少缺陷，并获得客户和用户的积极反馈。  

作为用户体验领域中面向开发人员的一个分支，DevEx 倡导企业组织关注开发人员的工作方式。DevEx 重点关注开发人员所使用的流程和工具如何影响其工作质量，以及开发人员的满意度和工作效率。

利用红帽 OpenShift 加速应用开发

聚焦关注 DevEx，企业组织能够深入了解开发业务关键型应用和工具的工程师在工作中哪些方面行之有效，哪些方面仍有待改进。DevEx 不仅仅是为了让开发人员感到满意，它还是企业组织的一项核心业务差异化优势，因为 DevEx 会影响开发人员的生产力，而生产力最终会影响开发团队乃至整个企业的业务成果。 

通过改善开发人员体验，可以加快创新速度、提升代码质量，并提高 DevOps 转型的成效。同时还能减轻开发人员的认知负荷，从而提升软件质量。如果开发人员感觉自己的工作流更加顺畅、高效且有效，那么他们的生产力、满意度，以及最终的留任率都会随之提高。

在许多企业组织内，开发人员必须同时使用多个彼此独立、各司其职的工具，这些工具分别用于安全、持续集成/持续交付（CI/CD）和产品管理），或支持特定的云环境或本地环境。过多的工具不仅增加了学习和使用成本，也影响开发效率；此外，碎片化的工具也会加重开发人员的认知负荷，并拖慢软件开发的速度。 

另一个挑战是开发过程中缺乏及时的反馈。这意味着代码问题往往要等到用户报告缺陷时才会暴露出来。构建时间过长、CI/CD 测试管道延迟以及代码审查反馈缓慢，这些因素叠加在一起，会让整个软件开发生命周期（SDLC）变得拖沓、滞后。如果能够在代码上线前发现错误，不仅可以节省时间、减少返工，还能提升开发人员的士气。 

企业组织层面的阻力也会对 DevEx 产生负面影响。若仓促更换或新增工具，且缺乏明确的采用依据时，开发人员可能会抵触学习和使用新的流程。 

积极的开发人员体验包括统一的工具体系、降低个人认知负荷，以及高效的反馈机制。当 DevEx 降低了工作阻力，开发人员就能进行更多创新并更快地交付代码，因为这样的环境更有利于他们开展工作。

统一的工具体系

采用多种分散的工具以及“自带工具”模式的开发环境，往往会使开发工作变得混乱。相比之下，统一的开发环境配合支持完善的黄金路径，能帮助工程师跨越彼此不兼容的开发和部署环境开展工作，而无需为了完成任务而仓促学习新的工具。 

降低认知负荷

庞杂的微服务架构、云原生环境以及第三方依赖项，使得当今的 IT 系统变得愈发复杂。工具不统一、文档不完善，会使开发人员不得不把精力从编写和交付代码等核心职责，转移到费力摸索如何开展工作上。 

过去，开发人员要么得负责找到能满足他们需求的工具，要么得从头开始构建这种工具。如今，企业组织中的开发人员发现，随着业务的不断发展，支持开发工作流和实现高效扩展变得越来越复杂，也越来越碎片化。 平台工程正是为了应对这些挑战，它通过以下方式帮助开发团队：

• 自动化应用交付
• 提升团队协作与沟通效率
• 减少错误
• 改善安全防护，确保始终合规
• 让开发人员专注于最能发挥价值的工作 

直观易用的工具、自助服务门户以及基于平台工程的环境，让开发人员能够利用内部开发人员平台（IDP）来实现自动化、自助服务和跨团队协作，从而简化软件交付流程。预集成的工具集不仅能帮助开发人员更轻松地完成工作，还能最大限度地减少非必要流程并降低学习门槛。 

反馈循环

开发人员的能力和工作效率，与他们从所用工具获取反馈的速度息息相关。及时审查代码、查找缺陷、自动化代码检查和测试，以及尽早快速运行本地测试套件，可以避免开发人员长时间等待验证结果，或过晚才发现问题。CI/CD 和紧密的反馈循环，使开发人员能够在开发流程的早期阶段就了解代码的实际效果。

协作

开发团队与运维团队之间的协作与整合（DevOps），能够营造出一个促进高效沟通和专业知识共享的工作环境。在 DevOps 文化中，开发团队通常在标准开发环境中编写代码，并会与 IT 运维人员密切协作，在保证可靠性的同时，加快软件构建、测试和发布。这种 DevOps 方法通过优先支持自助服务并减少团队之间的沟通障碍，为开发人员带来更好的开发体验。 

企业组织可以通过开发人员所开发产品的产品产出和上市速度等定量指标来衡量开发人员体验，也可以通过开发人员的工作满意度、绩效表现和沟通协作情况等定性指标进行评估。 

DORA 框架源自 Google Cloud 的 DORA 研究计划。它使用五个关键指标来评估软件开发团队的绩效表现： 

• 部署频率
• 变更前置时间
• 变更失败率
• 服务恢复时间
• 可靠性

综合来看，DORA 指标通过持续监控团队的产出，对业务成果进行量化评估。 

SPACE 框架则从更以人为本的视角来看待开发人员生产力。它涵盖五个维度： 

• 满意度与身心健康
• 绩效表现（更侧重于代码的质量而非数量）
• 活动
• 沟通与协作
• 效率与心流 

SPACE 启发式框架更关注开发人员满意度，而非单纯的产出。 

这些框架并不互斥，而是相辅相成。将它们结合使用，可以为 DevEx 提供一个全局视角，企业组织能够借此更全面地评估开发团队的体验并推动持续改进。 

进一步了解如何构建 DevOps 的指标体系

随着 AI 的广泛应用，开发人员面临着新的挑战，包括不断应对新的漏洞、将新工具融入现有工作流，以及处理新的缺陷和安全问题。但与此同时，AI 也为提升开发人员体验带来了新的机遇。 

机会

AI 编程助手和自主代理能够帮助开发人员省去重复性的初始化工作，而内置的代码解释和重构工具则可以简化复杂的架构并缓解技术债务。生成式 AI 能够将传统的软件交付瓶颈转化为延迟极低的高效工作流。许多企业组织利用 AI 驱动的自动化来优化 CI/CD 管道，将智能代码审查、快速错误检测和故障排除直接嵌入到部署流程中，在人工审查开始之前即可识别出结构性缺陷。 

障碍

AI 助手的工作速度远超人工审查能够跟上的速度，这可能会引入缺陷、过时的软件包和隐藏的安全漏洞。对 AI 生成的代码进行审核，也进一步增加了开发人员的工作难度。 

如今，大多数开发人员都能用上 AI 助手，因此使用 AI 本身已不再构成竞争优势。随着 AI 日益普及，开发人员的重心逐渐从利用 AI 编写代码，转向用它来验证、调试和管理代码。开发人员正扮演着策略协调者的角色，同时调度多个 AI 代理。这要求具备系统层面的思维能力，对于那些擅长且更习惯处理局部逻辑问题的工程师来说，也带来了新的挑战。 

要改善开发人员体验，需要简化工作流，以减轻可能耗尽工程团队精力的日常认知负荷；同时，还需要提高本地开发环境的效率，并提供直观易用的开发人员工具，以缩短反馈循环。 

组织可以实施采用自助服务式自动化的内部开发人员平台（IDP），让开发人员能够快速配置所需资源，而无需依赖人工处理的工单流程。IDP 还可作为最新文档的集中式平台，既能简化新开发人员的入职流程，也能最大限度地减少跨团队沟通中的摩擦。企业组织领导层还可以通过问卷调查评估开发人员体验的质量，并利用定性洞察来持续迭代优化整个生态系统。

在 DevEx 方面，存在哪些入职挑战？

当新员工遇到与生产环境不一致的开发环境时，他们入职后的前几周可能都在排查本地配置错误，而不是熟悉代码库。这些入职挑战往往还会因系统文档不完善而进一步加剧，例如缺少配置说明、文档分散在各个部门，或内容已经过时。为了找出这些瓶颈所在，企业组织通常会通过开发人员体验调查，在工程师入职初期收集他们的反馈。

什么原因导致软件交付缓慢？

软件交付缓慢通常源于低效的反馈循环。等待审核的拉取请求可能会打断开发节奏，而缩短代码审查时间能够加快软件交付。版本控制问题与合并冲突同样也会导致交付延迟。手动在不同版本之间进行代码协调，会浪费开发人员本可以用来开发新功能的时间。 

是什么消耗了开发人员的时间和精力？

根据 Atlassian 的研究，许多开发人员报告称，他们花费了大量时间来应对系统效率低下以及系统间兼容性不足的问题。在不一致的工具之间来回切换、管理技术债务，以及应对碎片化的工作流和不完善的文档，都会分散开发人员的注意力，使他们无法专注于创新。 

技术债务和架构选择如何影响 DevEx？

处理遗留代码往往是开发人员体验的一大障碍，因为老旧的代码库通常缺乏清晰的边界和自动化测试。如果应用的内部或第三方应用接口（API）过于复杂，例如包含过多的样板代码、令人困惑的端点或缺乏清晰明确的错误处理方法时，这些问题会进一步加剧。最终，即使是简单的功能更新，也可能演变成一项令人沮丧且费时费力的工作。 

红帽®高级开发人员套件可赋能平台工程团队，助力他们构建经过精心设计、具备可实施的安全功能的自助服务式开发人员体验。它将开发人员门户、自动化安全门控和应用型 AI 整合在一起，从而减轻开发人员的认知负荷，降低软件供应链中的协作摩擦。

红帽开发人员中心以可视化方式整合分散的开发工具，集中管理文档，并提供经过预先批准的“黄金路径”软件模板，帮助缩短入职时间，让开发人员能够从概念构思直接进入编码阶段。

高级开发人员套件中的安全防护功能（例如漏洞利用情报），利用 AI 驱动的代码推理技术，自动筛选和分类处理漏洞告警。高级开发人员套件无需开发人员逐一排查所有潜在漏洞，而是帮助团队根据应用的实际运行时风险确定修复优先级。集成式产品和组件（例如红帽 Trusted Artifact Signer、红帽可信配置文件分析器和红帽可信库），可自动执行加密代码签名、来源跟踪以及符合针对软件工件的供应链等级（SLSA）三级验证标准的依赖项管理，从而从代码引入到集群运行阶段，全面提升代码安全性。

红帽 OpenShift® 是基于企业级 Kubernetes 构建的应用平台，可帮助您大规模开发、现代化改造和部署应用。依托开放标准，红帽 OpenShift 能够帮助企业组织构建、加速并扩展传统工作负载和 AI 驱动的工作负载，并提供内置的安全防护与合规性功能。该平台整合了一系列工具和服务，可简化从代码开发、交付到跨混合环境管理工作负载的整个应用生命周期。红帽 OpenShift 提供一套全面的工具，让您能够在所选基础架构上加快创新速度，简化 AI 的采用过程，同时摆脱管理分散工具以及应对互操作性和可移植性问题的负担。 

红帽 OpenShift AI 为数据科学家和开发人员提供了一个完全集成且可扩展的环境，用于构建、训练和部署智能应用。这确保了 AI 驱动的自动化能够尽可能顺畅地集成到您的生态系统中。

红帽 OpenShift Dev Spaces 和红帽桌面版提供与生产环境一致的容器化云端和本地开发环境，使团队能够在应用部署到集群之前安全地进行测试，并在沙盒环境中验证 AI 代理。