全球Devops调查报告深度分析

1、全球Devops调查报告深度分析技术创新 变革未来5DevOps现状调查背后的科学原理报告的关键价值点及今年的关键发现软件交付与运维效能度量指标DevOps结构化方程模型的演进DevOps转型误区和槽点分析DevOps is everywhere在信息爆炸的时代，如何找到靠谱、真正有价值的信息？DevOps全球的发展趋势如何？全球DevOps的实施状况不同公司软件开发和运维效能优秀组织背后的成功秘诀有哪些？实施DevOps有指导性的、体系化的章法被验证过的关键的管理、技术、文化因素全球 DevOps 现状调查报告DevOps领域靠谱的 被充分验证过的实践集合Accelerate: State

2、of DevOps ReportDevOps现状调查背后的科学原理初步研究次级研究定性研究定量研究七点李克特量表强烈同意1强烈不同意74中立6类的 Dr. Leeks 框架分析法描述性分析 : 国家、组织大小、行业、职位探索性分析 : 使用Pearson关联分析法验证假设的存在性推断性分析 : 测试关联性假想的正确性高中低12341部署频率234变更前置时间服务恢复时间 变更失败率四个维度的变量层级聚类 分析算法使用问卷的方式定义目标人群使用了邮件和社交媒体的方式邮件列表Puppet公司Gene Kim，Jez 的读者受邀的专业组织LinkedIn，Twitter基于推荐的雪球采用法报告的价值

3、点：软件交付效能的量化定义软件研发效能度量的难点研发过程可视性差工作切分的随意性敏捷开发中工作都是并行的软件研发效能度量的误区代码行缺陷数资源使用率敏捷速率（如故事点数）聚焦在全局产出（Outcome），而不是局部工作输出（Output）报告的价值点：DevOps实践与效能的关系结构化方程模型(SEM)具体实践的指引Devops年度报告的关键发现lSDO 软件交付效能全面解锁组织的竞争优势l云设施的建设方式和实施成果很关键l开源软件可以提高组织效能，HOW？l职能外包有损于效能，精英团队是排斥外包的l可以驱动高效能的关键技术还是很多的l行业的属性与是否能够实现高效能软件交付无关软件交付效能指标

4、的变化：新增可用性指标新增可用性度量指标可用性代表团队确保服务可用的能力。增加可用性指标后， 我们的指标集就形成了涵盖软件开发、交付、运维的为全 面的视，从软件交付效能升级为：软件交付和运维效能。软件交付效能是理解组织效能的重要因素。今年我们在模型中新增了可用性， 创建了用于预测组织效能的二阶构造。新的软件交付和运维效能二阶构造， 与以前单独的度量软件交付效能或可用性相比，能更好地预测组织效能。精英效能组织的出现结构化方程模型的演进2015创建结构化方程模型研究持续交付和精益管理实践 如何影响IT效能和组织绩效通过自动化、减少批处理工作 规模及缩短周期时间，系统中 的质量提升手段越多，你就能

5、更有效地管理团队的工作能力 及可视化工作队列、缺陷和瓶 颈，从而更好的提升工作能力 和稳定性结构化方程模型的演进2016增强结构化方程模型有完整的数据进行自动化测试， 且能够按需创建数据的组织， 可达到高效能、低变更失败率、 可以缩减重构及部署花销安全目标与其它业务目标一样 重要，安全需要融入到交付团 队的日常工作中结构化方程模型的演进2017持续增强结构化方程模型变革领导力有五大共同特征，对塑造组织的文化和实践，以及提高组织效能影响巨大松耦合的架构和团队能够显著提高实施持续交付的能力结构化方程模型的演进2018（部分）持续增强结构化方程模型持续测试：在自动化测试的基础 上，持续验证和优化测试

6、套件， 结合CI更快获取反馈监控与可观测性：主动监控应用 程序和基础架构，让团队主动调 试系统，探索还没预先定义的特 征和模式数据库：数据库变更的脚本化和 版本化，增强变更的沟通安全：信息安全在整个软件开发 过程中协作，安全风险前移云基础设施：如何使用云计算很 重要，有五个核心特征D e v O p s 能 力 成 长 模 型( 2 01 8 )多考, 书籍 A佥 elerate 多 考,2 报 告 ( 2 018全球DevOps 现状询查报告更 ： 2CJ18 年 9 月 25 日 匀 片 正学习氛围精益产品开发，一转型领导力激发智力 鼓舞士气认同个人一20 18 年加速度： 全球DevOp

7、s 现状调查报告中 文版， 由 中 国 DevO ps D ays 社 区 组织 翻 译并 发 布 。 htt p:/ChinaDevOpsDay 转型的J型曲线转型误区一：数字游戏缘木求鱼组织效能和非商业目标盈利能力、生产力、 市场份额、客户数量、产品/服务数量、运营效率、 客户满意度、产品/服务质量、 实现组织目标/使命不同规模组织的具体 数值无可比性员工有可能会博弈KPI谁家的CMMI定级不是 后补文档的具体数值KPI=m成熟度=n转型误区二：保守策略的误导最优秀的高绩效组织总是能在吞吐量和稳定性上同时达到卓越的水平，而不是在两者中取舍，或者牺牲掉某一个在吞吐量（through

8、put）和稳定性（stability）之间 进行取舍（权衡）是一种常见的行业实践，尤其是 在政府或高度监管的领域里有的组织更愿意采取保守型的软件开发和交付策略。 他们保证，低频次地发布代码是一个有效的策略。 因为这样就可以有更多的时间用于部署、测试和质 量检验，从而失败/故障发生的可能性将会降到最低在日益复杂的系统中实施软件开发是困难的，失败/故障也是在所难免大批量、低频的变更会给部署环节带来风险一旦有失败/故障出现，找到问题的根因和恢复服务是非常困难的。更 糟糕的是，部署还会在整个系统里引发一连串其它的故障，全面恢复 这些次生故障需要的时间更是惊人的。转型误区三：如何使用云转型误区四：使用外包在传统意义上我们视“外包”为一种快速 获取能力和资源的途径除了能够解决人员的短期需求和人员招聘 难的问题，还有益于降低成本外包减少了对内部员工的需求，并提供了 技术劳动力的弹性将某个独立的职能委托给外部供应商是一 种流行的外包模式，例如：应用程序开发测试和质量保证服务运营低效能组织使用职能外包的比例是精英效能组织的3.9倍，因为外包模式中工作交接和竖井都是高效能的阻碍外包模式平添了职能组之间额外的交接和潜在的相互冲突职能部门的职责划分可能会阻碍敏捷性一旦签订定了合同，与外部实体（竖井）关于细节要求的 变更将变得很困难转型误区五：闭门造车l不只是免费得到它