通过 DORA 指标和持续部署提升开发体验
通过 DORA 指标和持续部署提升开发体验
翻译自 Level up the Dev Experience with DORA Metrics and Continuous Deployment 。
如果开发人员没有被授权利用 DORA 指标来提高他们自己的性能，那么他们将成为无法操作的数据海洋中的另一组神秘数字。
如果您知情，首字母缩略词可能会让您不寒而栗。
各种规模的组织都在努力将 DORA 指标实施到他们的流程、报告和开发结果中，所有这些都是为了提高开发人员的生产力。
虽然有价值，但 DORA 指标可能难以落实、难以跟踪，甚至更难获得最高分。如果开发人员没有使用正确的工具、流程和专业知识来满足这些结果，那么衡量这些结果只能走这么远。如果开发人员没有被授权利用 DORA 指标来提高他们自己的性能，那么他们将成为无法操作的数据海洋中的另一组神秘数字。
在本文中，我们重点介绍了如何通过持续部署改善开发人员体验并取得更好的成果，但在贵公司解决 DX 问题的方法有很多。重要的是您确定开发人员体验很重要并努力改进。
什么是 DORA 指标？
如果您不了解（而且一想到这个就不寒而栗），这里是对 DORA 指标的快速概述。
DORA（DevOps 研究和评估）指标是衡量开发人员生产力的行业标准，并提供有关公司如何使用其开发团队的重要见解。这些指标使开发人员和技术领导者能够了解他们应该将精力集中在哪里以提高效率。 DORA 指标用于评估：
- 部署频率——成功将软件发布到生产环境的频率
- 变更失败率——代码变更导致破坏或失败的比率
- 平均恢复时间——部署或系统故障与恢复之间的时间
- 变更的前导时间——代码更改提交和可部署性之间的时间
它们提供了一种清晰、客观的方式来衡量和跟踪开发人员的绩效，并且对于公司和开发人员来说都是非常宝贵的工具。通过利用这些指标，公司可以确保他们的开发团队保持生产力和效率，而开发人员可以使用它们来准确评估他们的绩效。
DORA 如何影响开发者体验？
DORA 指标可以帮助开发人员了解其代码的整体健康状况，并可用于识别需要改进的特定领域。使用这些指标，开发人员可以在开发阶段的早期发现问题并进行相应的更改，从而从长远来看提高性能并节省成本。 DORA 指标提供实时反馈，可以帮助开发人员掌握变化并快速响应不断变化的需求。
总体而言，DORA 指标是使项目取得最大成功的宝贵工具。通过利用这些指标，开发人员可以更好地了解他们的代码更改的影响，确定需要注意的领域，并快速响应不断变化的需求。这可以帮助开发人员取得更高水平的成功并改善他们的整体开发体验。
为什么开发者体验很重要？
开发人员体验 (DX) 很重要，因为它可以成就或破坏开发人员项目的成功。 DX 旨在确保开发人员拥有以高效和令人满意的方式完成任务所需的所有工具、支持和指导。这不仅仅是提供对开发人员友好的工具和文档：出色的 DX 还包括创建对开发人员友好的环境，提供有用的建议和反馈，并确保开发人员拥有成功的资源。
通过专注于 DX，公司可以确保其开发人员项目成功、高效且令人愉快。通过提高开发人员保留率和促进团队之间有意义的协作，这不仅有利于开发人员，也有利于整个公司。
在不考虑工具、沟通、流程和反馈的情况下，在不稳固的基础之上分层 DORA 指标可能会在开发团队中产生消极情绪。
那什么是持续部署？
从建立对 DORA 指标的需求到可能的解决方案，让我们关注持续部署。
持续部署是一个持续软件交付的过程，其中每个代码更改都经过相同的自动化过程，从而允许以敏捷的方式发布新功能。它减少了部署时间，使团队更容易迭代并快速部署更改，而无需任何人工干预。
这使团队能够快速提供更好的客户体验和更短的发布周期。团队能够在必要时轻松部署更改，并能够快速响应可能出现的任何客户需求或请求。这有助于确保积极的用户体验和产品的持续改进。
持续部署如何影响开发人员体验？
持续部署对于开发人员来说是一个很好的工具，因为它可以让他们更好地控制开发过程并帮助他们保持井井有条。它还允许开发人员快速测试他们的代码，更快地推出更改，并使开发人员能够比传统方法更快地获得工作反馈。
通过使用持续部署，开发人员可以提高他们的生产力并确保他们为客户创造高质量的产品。这使他们更容易保持积极性，从而带来更好的开发人员体验。
所有这些因素都会对开发人员体验产生积极影响，并帮助开发人员专注于工作质量，而不仅仅是 DevOps 任务。
持续部署如何解决 DORA 问题？
让我们分解 DORA 指标，您或您的开发团队可能会说的是一个问题，以及持续部署如何解决这些问题并影响您的 DORA 指标。
- 部署频率 –
- 开发团队可能会说：“部署代码需要太多繁琐的审批程序，我花在等待上的时间比写代码的时间还多。”
- 持续部署 DORA 影响：部署频率上升；它始终可用，开发人员可以在准备就绪时推送代码，而不是在手动看门人允许时推送代码。
- 变更失败率 –
- 开发团队可能会说：“我需要知道我提交的代码是否会导致破坏，导致我重做我已经完成的工作。等待 Ops 团队测试和批准是我继续开发的障碍。”
- 持续部署 DORA 影响：持续部署会降低故障率，因为您可以自动测试并实施自动化金丝雀和蓝/绿部署，确保您不会发布重大变更。
- 平均恢复时间 -
- 开发团队可能会说：“当我在提交后数小时收到我的代码时，因为它导致了某些问题，我需要更长的时间来评估问题，因为我已经从该提交中转移了。”
- 持续部署 DORA 影响：凭借良好的持续部署工具和实践，还可以轻松实现自动回滚，从而在确实发生重大更改时实现更快的恢复和立即修复。
- 变更的前导时间 –
- 开发团队可能会说：“我花了很多时间检查和重新检查我的代码，因为我知道如果它出问题，尽管我们进行了所有测试，它有可能导致中断。我害怕提交我的代码，因为恢复过程漫长而痛苦。”
- 持续部署 DORA 影响：使开发人员能够更快地创建更好的代码。通过持续部署，团队可以放心地提交代码，因为他们知道他们的代码是可部署的。即使不是，它也不会投入生产，也不会破坏任何东西！
正如我们在介绍中所说，DORA 指标只能让你的组织进展到一定程度。你需要通过工具、流程和培训等措施来提升开发者的体验。
通过持续部署正确启用的开发团队将使您的整个组织受益。当开发人员感觉与他们的工作联系在一起，投入成功，并且可以高效和独立地工作时，他们通常会更快乐，编写更好的代码，更快地发布功能，从而帮助更快地创造更多价值。