2023加速度DevOps状态报告

Presentedby翻译出品 加速度 DevOps状态报告2023 中国DevOps社区翻译小组 译者：冷大鲲秦团结任悦周一行王晓宁 审校：张扬社区工作成果非DORA官方文档 PremiereSponsors v.2023-10翻译： 目录 前言 摘要..............................................................03 概念与衡量.................................................06 第一章 如何进行对比.............................................10 第二章 以用户为中心对组织效能的预示..........17 第三章 技术能力对效能的预示.................................20 第四章 文档是基础.................................................27 第五章 可靠性释放性能31 第六章 灵活的基础设施是成功的关键38 第七章 文化是一切的根本45 第八章 如何，何时，为何，您的定位很重要51 后记 结语57 致谢58 作者59 研究方法62 人员和企业统计数据72 模型81 延伸阅读91 附录92 2023加速度DevOps状态报告 2 目录 所有引文检索的日期为2023年9月27日 前言 摘要 在过去的十年中，DORA研究团队持续探索高效能技术驱动组织的关键能力和评价标准。我们已从各个行业、各种规模的组织中的超过36,000名行业专家那里获得宝贵的反馈和见解。感谢你们的无私分享和独到的洞见。 DORA致力于探讨工作方法（即所谓的能力）与产出之间的关系：这些产出与整体组织及其员工有着切实有意的联系。本次研究采用了严谨的统计学评估方法，使得报告内容足够中立且平台无关（详见研究方法章节）。 我们希望这些洞见能让领导者和实践者们了解到他们可以在哪里产生影响。今年的研究探讨了三个关键成果，以及有助于实现这些成果的相关能力： •组织效能——组织不仅要创造收益，还需要为客户以及更广泛的社区创造价值。 •团队效能——应用程序或服务团队创造价值、推动创新和协同合作的能力。 对员工有益：能够减少他们的职业倦怠，为他们营造令人满意的工作体验，并提高他们价值 产出的效率（即生产力）。 此外，该研究还涉及了那些我们常常视为目标 本身的方法或效能标准: •软件交付效能——团队可以安全、快速、高 效地更改他们的产品技术系统。 •运维效能——为用户提供可靠的服务体验。 •员工幸福感——组织或团队采纳的策略应该 2023加速度DevOps状态报告3摘要 关键发现 建立健康的文化 文化是塑造技术能力、激发技术效能、实现组织效能目标并帮助员工成功的基石。拥有生机型文化的团队可以提高30%的组织效能。 始终以用户为中心 以用户为中心能够指导和驱动研究中涉及的所有技术、流程和文化等能力的改进。团队可能会按照自己的设想迅速且成功地部署产品，但如果忽视了用户的需求和体验，这些努力可能就会付诸东流。真正关注用户的团队能够使组织效能提高40%。 加速代码评审释放软件交付效能 利用云计算提升基础设施灵活性 云计算之所以受到推崇，是因为它能提供高度的基础设施灵活性。例如，与不使用云相比，使用公有云可以使得基础设施的灵活性提高22%。与僵化的基础设施相比，这种灵活性进一步提高了30%的组织效能。要充分利用云的价值，关键在于充分挖掘和应用云的不同特性和能力，也就是基础设施的灵活性。 平衡交付速度、运维效能和用户导向 想要充分激发组织效能的最大潜力，我们不仅需要出色的软件交付效能，还需要强大的运维效能。以用户为中心可以保持这两者之间的平衡，这不仅能够实现最佳的组织结果，还能也提升员工的幸福感。 加速代码评审是提高软件交付效能的最有效途径之一。代码评审越快的团队，其软件交付效能有着50%的提升。 借助优质文档增强技术能力 高质量的文档可以显著放大技术能力对组织效能的效果。例如，与低质量文档相比，当有高质量文档配合时，其主干开发对组织效能的促进效果高达12.8倍。 公平地分配工作 那些被认为是弱势群体、女性或自述性别的人更容易感到职业倦怠，这背后可能涉及多种系统性和环境上的因素。不出所料，我们发现承担更多重复性工作的受访者更有可能经历更高程度的职业倦怠，而弱势群体成员有更大的可能性承担重复性工作。 弱势群体受访者比非弱势群体受访者的职业倦怠程度高出24%，重复工作占比多出29%。女性或自述性别人群的重复性工作比男性多出40%。 2023加速度DevOps状态报告4摘要 将DORA洞察应用到您的场景 接纳持续改进思维和实践的团队可能会获得最大的收益1。DORA能够辅助您制定和推进自身的改进计划。 为了最大限度地利用这项研究，请结合您团队情况和用户场景来考虑。例如，我们前面提到，代码评审越快的团队，软件交付效能就会提高50%。然而，如果您的代码评审已经很快，但在体系其他地方的速度受到制约，那么您的软件交付效能也不太可能得到改善。当从业者就当前的工作完成方式展开沟通时，可以对该研究进行场景化。这些沟通可以促进共情、协作和对每个参与者动机的理解。 12022加速度DevOps状态报告https://dora.dev/research/2022/dora-report/2022-dora-accelerate-state-of-devops-report.pdf#page=7 改进的工作没有终点。在体系中找到瓶颈，然后解决它，之后再重复这一过程。最关键的对比是观察同一应用团队随着时间推移而变现出的变化，而不是观察其他应用程序团队、组织或行业。 指标和度量 指标和仪表盘帮助团队监控他们的进度并修正 方向。 从业者和领导者都在为组织效能、团队效能和员工幸福感而努力。但是度量不是目标，就像交付软件不是目标一样。 过于沉迷于效能指标可能会导致很多无效或不良的行为，而在能力和学习上的投入是走向成功的更加途径。学习得最多的团队，其进步也越明显。 您不必独自改进 我们可以从彼此的经验中互相学习，而DORA社区网站（https://dora.community）就是一个分享和学习改进计划的绝佳论坛。 2023加速度DevOps状态报告5摘要 概念与衡量 本节描述了DORA试图去衡量的一些核心概念，它们是本报告和我们分析模型的基本元素。这些部分构成了制作这份报告的基础成分1。因此，对于我们作者来说，明确这些概念的含义并在提及它们时保持一致性理解是至关重要的。下表旨在为我们所有人，无论是读者还是作者，提供一个统一的术语参考。 鉴于报告中的许多概念都含有多个方面，我们通常会采用多个指标来刻画它们。为了评估这些概念的度量成效，探索性因子分析和验证性因子分析是我们采用的一种方法。有关该过程的详细信息，您可以在研究方法论章节中找到。 1分析中使用的调查问题发布地址https://dora.dev 在对度量方法进行评估后，我们将分数设定为从0到10的范围，其中0代表某个概念完全没有体现，而10则代表某个概念最大程度的体现。我们相信，这样的标准化处理将有助于我们在讨论这些概念如何发挥作用时保持一致，并有助于与历年的数据进行比较。 我们讨论的每个概念都包含以下信息: •小图标有助于传达其含义，并在希望作为参考时更容易查找。 •该概念在样本中的平均得分（平均值， Mean）。 •四分位距（IQR）的边界。给出位于中间50%的数据所在的两个数字（第25和第75百分位数），这些边界应该有助于揭示调查反馈的分布。 •一组数据的中间数值（中位数，Median）。如果它与平均值差异很大，则表明数据可能存在偏差。 •概念的描述以及我们如何度量它。 关键成果 关键成果是我们认为个人、团队或组织正在努力追求的目标（如组织效能）或尽力避免的结果 （如工作倦怠）。因此，我们将这些指标视为评估个人、团队和组织表现的重要方式。 组织效能 平均数四分位距中位数 6.35-86.3 高效能组织的主要产品或服务拥有更多的客户、更高的利润和更大的相对市场份额。 团队效能 平均数四分位距中位数7.66.6-98 高效能团队能够适应变化、相互信赖、工作高效，并且擅于创新和通力合作。 运维效能 平均数四分位距中位数 6.25-7.56.3 服务满足用户期望的程度，包括可用性和性能等指标。 可靠性目标 平均数四分位距中位数 75-7.57.5 服务满足其既定目标（如可用性、性能和正确性）的程度。 软件交付效能 平均数 6.3 四分位距 5.1-7.8 中位数 6.4 以下四个指标度量软件交付的速度和稳定性。 •部署频率 •变更前置时间 •变更故障率 •部署失败恢复 时间 员工幸福感是倦怠感、生产力和满意度的结合体。 倦怠感生产力工作满意度 平均数 四分位距 中位数 平均数 四分位距 中位数 平均数 四分位距 中位数 4.1 2-6 4 7.5 6.7-8.8 7.9 6.08 5.7-7.1 7.1 倦怠不仅是心理和生理的消耗，还涉及人们对工作价值和意义的评价。工作倦怠会导致愤世嫉俗的心态。2 高产的个体所从事的工作与他们的技能相匹配，这既为组织创造了价值，也能让他们的工作更高效。 这是一个单项问题，要求受访者综合考虑所有的因素，从而对他们的工作的整体感受进行评分。3 2MaslachC,LeiterMP。理解倦怠体验：最新研究及其对精神病学的影响。世界精神病学杂志2016年6月；15(2):103-11.doi:10.1002/wps.20311。PMID:27265691;PMCID:PMC4911781。 3Warr,P.,Cook,J.,&Wall,T.“工作态度和心理幸福感的衡量天秤。”职业心理学报，52(2)，1979.129–148.https://doi.org/10.1111/j.2044- 8325.1979.tb00448.x 持续交付 平均数 7.0 四分位距 5.7-8.7 中位数 7.3 安全、快速和持续地将所有类型的变更（包括新特性、配置更改、缺陷修复和实验探索）发布到生产环境或交付至用户的能力。4 代码评审速度 平均数四分位距中位数 6.56-86 评估从拉取请求（PR）到代码变更评审完成所花费的时间。 文档编制 平均数四分位距中位数 5.83.8-7.96.25 组织中人员在日常工作中所创建和使用书面内容的质量。 可靠性实践 主干开发 基础设施灵活性 平均数 5.9 四分位距 3.9-8.3 中位数 6.1 平均数 5.6 四分位距 3.9-7.8 中位数 5.6 平均数 6.6 四分位距5-8.3 中位数 7.3 团队用来提高服务运维效能的活动和实践。 进行小批且频繁的变更，并定期合并到版本控制系统中代码主干分支的实践。 可伸缩的基础架构，如弹性、易访问和可度量。5 4“什么是持续交付”https://continuousdelivery.com/ 5美国国家标准与技术研究所(2018)，NIST对云计算的定义。https://csrc.nist.gov/pubs/sp/800/145/final 流程与技术能力 这些代表了团队或组织中可能采取的行动、实践或所处的状态。简而言之，它们描述了团队的工作内容和行为模式。 持续集成 自动构建和测试软件变更的实践。 可独立开发、测试和部署的软件。 人工智能对各种技术任务贡献的 重要程度。 中位数 7.8 四分位距 5-8.9 平均数 6.9 中位数 6.7 四分位距 4.7-8.3 平均数 6.4 中位数 2.4 四分位距 0.3-6.3 平均数 3.3 松耦合架构 人工智能贡献 2023加速度DevOps状态报告8