为了提升开发者体验并促进创新，企业应实施内部开发者平台，建立心理安全感，并采纳“安全至上”的理念，从而减轻开发者压力，提高工作效率和产品质量。
译自：3 Ways Organizations Can Redefine the Developer Experience
作者：Sid Verma
组织机构都在竞相增加新的服务特性和功能，以在竞争中保持领先地位，并提供更高的客户体验。但对创新的追求往往伴随着人力成本。
开发人员承受着越来越大的压力，需要在严格的截止日期内提高产出。随着压力增加，开发人员变得疲惫不堪，失去工作热情。事实上，一项最新调查发现，超过一半 (52%) 的开发人员认为职业倦怠是他们的同行离职的原因。
组织机构如何改进开发者体验，以便他们能够在不牺牲开发者福祉的情况下继续创新？以下是企业领导者可以对开发人员的运营方式进行有意义的变革的三种方法。
1. 实施内部开发者平台
十五年前，软件交付更加直接。团队规模较小，工具较少，开发人员主要专注于编写代码。今天，情况已经不同。
由于现代应用程序的配置，开发人员必须管理比以往更多的微服务、API 和工具。虽然这些创新有助于软件交付，使团队能够快速构建和扩展应用程序，但大量的服务意味着开发人员会浪费时间搜索信息以及在工具之间切换。
结果是？认知超载减慢了团队的速度，并将他们的注意力从软件开发上转移开。
减少认知超载的一种解决方案是实施内部开发者平台 (IDP) — 一个集中所有工具和文档的位置。通过将所有内容集中在一处，开发人员可以访问自助服务工具箱，从而减轻了在不同平台之间切换以完成开发工作流程中各个步骤的负担。相反，他们有更多的时间专注于直接有助于业务成功的任务，例如修复错误或增强安全性。
IDP 不仅可以简化日常工作。它还可以加快新开发人员上手速度。与处理复杂的工具集不同，新员工可以快速找到他们开始创新所需的内容，这意味着组织可以从第一天起就从更高效的开发团队中受益。
2. 建立心理安全感
开发人员在产品开发中起着至关重要的作用，他们不断努力提高性能、安全性和用户体验。但是，当不可避免地发生部署失败或中断时，开发人员通常会受到指责。
在开发人员因担心受到惩罚或因事故而声誉受损的组织中，他们更有可能在讨论促成因素时保持沉默。当高级工程师不愿发声时，初级成员也会效仿，从而形成一种无人能从以往事件中吸取教训的文化。结果，组织机构经常在高压环境中处理重复出现的问题。
建立心理安全文化需要改变企业看待事件的方式。事后分析需要从追究责任转变为确定事件的促成因素。随着时间的推移，这种思维方式的改变可以帮助创建一个无责文化。当开发人员知道他们不会因软件开发周期后期发生的意外问题而受到惩罚时，他们更有可能畅所欲言、分享想法并提出改进现有流程的建议。这些类型的健康讨论创造了一种低压力的环境，开发人员可以在其中确定需要改进的领域并改进流程，从而降低重复事件发生的可能性。
3. 采用“安全至上”的理念
当发生事件时，开发人员站在补救的第一线。计划中的工作被放弃，他们经常被迫在高压下加班加点地工作，以尽快使系统恢复在线。但是，由于开发人员花费超过57% 的时间用于被动工作，例如被拉入“作战室”，因此几乎没有空间留给更高价值的任务，例如功能开发或软件更新。更不用说持续且漫长的人工事件解决导致的精神压力和随之而来的职业倦怠。
为了消除持续不断的救火，组织机构需要拥抱“安全至上”的方法。从一开始就优先进行测试和代码审查，确保开发人员避免因赶工期以满足紧张的软件开发和交付截止日期而偷工减料的压力。一种积极主动的开发方法可确保团队在代码升级为生产中的更大问题之前，尽可能多地修补漏洞，包括不安全的 API 端点和配置。反过来，开发人员可以在更稳定的环境中工作，并减少响应停机和与性能相关的问题等事件的时间。
自动化可以使这一过程更进一步。开发人员无需花费时间等待手动审查，而是可以通过自动化的单元测试和回归测试同时启动多个测试并批量运行它们。缩短了测试和反馈之间的时间，使开发人员能够更快地识别和解决问题，从而简化软件交付管道。
底线
当开发人员感到支持时，他们会交付更高质量的工作，并挖掘他们的创造潜力，以推动整个业务的创新。结果显而易见：投资于开发者体验的组织机构可以交付推动业务增长的尖端产品和服务。
