2018全球DevOps现状调查报告深度解读
合集下载
相关主题
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
Nutanix 高级架构师
2018DevOpsDays●深圳站
张乐
DevOpsDays中国组织者 京东DevOps及工程效率专家 前百度资深敏捷教练、架构师
DevOps is everywhere
在信息爆炸的时代， 如何找到靠谱、真正有价值的信息？
DevOps全球的发展趋势如何？ • 全球DevOps的实施状况 • 不同公司软件开发和运维效能 优秀组织背后的成功秘诀有哪些？ • 实施DevOps有指导性的、体系化的章法 • 被验证过的关键的管理、技术、文化因素
2018DevOpsDays●深圳站
转型的J型曲线
2018DevOpsDays●深圳站
转型误区一：数字游戏
KPI=m 成熟度=n 具体数值
缘木求鱼
组织效能和非商业目标 盈利能力、生产力、 市场份额、客户数量、 产品/服务数量、运营效率、 客户满意度、产品/服务质量、 实现组织目标/使命
• 不同规模组织的具体 数值无可比性
• 有的组织更愿意采取保守型的软件开发和交付策略。 他们保证，低频次地发布代码是一个有效的策略。 因为这样就可以有更多的时间用于部署、测试和质 量检验，从而失败/故障发生的可能性将会降到最低
• 邮件列表
• Puppet公司
• Gene Kim，Jez 的读者
初步研究
次级研究
• 受邀的专业组织 • LinkedIn，Twitter
• 基于推荐的雪球采用法
定性研究
定量研究
高
七点李克特量表
1
4
7
强烈不同意
中立
强烈同意
12
6类的 Dr. Leek’s 框架分析法 1. 描述性分析 : 国家、组织大小、行业、职位… 2. 探索性分析 : 使用Pearson关联分析法验证假设的存在性 3. 推断性分析 : 测试关联性假想的正确性
• 软件研发效能度量的误区 • 代码行 • 资源使用率 • 缺陷数 • 敏捷速率（如故事点数）
2018DevOpsDays●深圳站
报告的价值点：DevOps实践与效能的关系
结构化方程模型(SEM)
具体实践的指引
2018DevOpsDays●深圳站
ห้องสมุดไป่ตู้
2018年度报告的关键发现
l SDO – 软件交付效能全面解锁组织的竞争优势 l 云设施的建设方式和实施成果很关键 l 开源软件可以提高组织效能，HOW？ l 职能外包有损于效能，精英团队是排斥外包的 l 可以驱动高效能的关键技术还是很多的 l 行业的属性与是否能够实现高效能软件交付无关
精英效能组织的出现
2018DevOpsDays●深圳站
结构化方程模型的演进
2015
• 创建结构化方程模型 • 研究持续交付和精益管理实践
如何影响IT效能和组织绩效 • 通过自动化、减少批处理工作
规模及缩短周期时间，系统中 的质量提升手段越多，你就能 更有效地管理团队的工作能力 及可视化工作队列、缺陷和瓶 颈，从而更好的提升工作能力 和稳定性
• 员工有可能会博弈KPI • 谁家的CMMI定级不是
后补文档的
转型误区二：保守策略的误导
最优秀的高绩效组织总是能在吞吐量和稳定性上同时达到卓越的水平，而不是在两者中取舍，或者牺牲掉某一个
• 在吞吐量（throughput）和稳定性（stability）之间 进行取舍（权衡）是一种常见的行业实践，尤其是 在政府或高度监管的领域里
结构化方程模型的演进
2017
• 持续增强结构化方程模型 • 变革领导力有五大共同特征，对塑造组织的文化和实践，以及提高组织效能影响巨大 • 松耦合的架构和团队能够显著提高实施持续交付的能力
2018DevOpsDays●深圳站
结构化方程模型的演进
2018（部分）
• 持续增强结构化方程模型 • 持续测试：在自动化测试的基础
2018DevOpsDays●深圳站
结构化方程模型的演进
2016
• 增强结构化方程模型 • 有完整的数据进行自动化测试，
且能够按需创建数据的组织， 可达到高效能、低变更失败率、 可以缩减重构及部署花销 • 安全目标与其它业务目标一样 重要，安全需要融入到交付团 队的日常工作中
2018DevOpsDays●深圳站
2018DevOpsDays●深圳站
34 低
1 部署频率 2 变更前置时间 3 服务恢复时间 4 变更失败率
中 四个维度的变量
层级聚类 分析算法
报告的价值点：软件交付效能的量化定义
• 软件研发效能度量的难点 • 研发过程可视性差 • 工作切分的随意性 • 敏捷开发中工作都是并行的
聚焦在全局产出（Outcome），而不是局部工作输出（Output）
上，持续验证和优化测试套件， 结合CI更快获取反馈 • 监控与可观测性：主动监控应用 程序和基础架构，让团队主动调 试系统，探索还没预先定义的特 征和模式 • 数据库：数据库变更的脚本化和 版本化，增强变更的沟通 • 安全：信息安全在整个软件开发 过程中协作，安全风险前移 • 云基础设施：如何使用云计算很 重要，有五个核心特征
2018DevOpsDays●深圳站
软件交付效能指标的变化：新增可用性指标
新增『可用性』度量指标
可用性代表团队确保服务可用的能力。增加可用性指标后， 我们的指标集就形成了涵盖软件开发、交付、运维的更为全 面的视⻆，从软件交付效能升级为：软件交付和运维效能。
2018DevOpsDays●深圳站
软件交付效能是理解组织效能的重要因素。今年我们在模型中新增了可用性， 创建了用于预测组织效能的二阶构造。新的软件交付和运维效能二阶构造， 与以前单独的度量软件交付效能或可用性相比，能更好地预测组织效能。
2018DevOpsDays●深圳站
全球 DevOps 现状调查报告
2018DevOpsDays●深圳站
DevOps领域靠谱的 被充分验证过的实践集合
《Accelerate: State of DevOps Report》
DevOps现状调查背后的科学原理 • 使用问卷的方式
• 定义目标人群
• 使用了邮件和社交媒体的方式
2018DevOpsDays●深圳站
1 DevOps现状调查背后的科学原理 2 报告的关键价值点及今年的关键发现 3 软件交付与运维效能度量指标 4 DevOps结构化方程模型的演进 5 DevOps转型误区和槽点分析
2018DevOpsDays●深圳站
个人介绍
刘征
DevOpsDays中国组织者 《DevOps实践指南》译者
2018DevOpsDays●深圳站
张乐
DevOpsDays中国组织者 京东DevOps及工程效率专家 前百度资深敏捷教练、架构师
DevOps is everywhere
在信息爆炸的时代， 如何找到靠谱、真正有价值的信息？
DevOps全球的发展趋势如何？ • 全球DevOps的实施状况 • 不同公司软件开发和运维效能 优秀组织背后的成功秘诀有哪些？ • 实施DevOps有指导性的、体系化的章法 • 被验证过的关键的管理、技术、文化因素
2018DevOpsDays●深圳站
转型的J型曲线
2018DevOpsDays●深圳站
转型误区一：数字游戏
KPI=m 成熟度=n 具体数值
缘木求鱼
组织效能和非商业目标 盈利能力、生产力、 市场份额、客户数量、 产品/服务数量、运营效率、 客户满意度、产品/服务质量、 实现组织目标/使命
• 不同规模组织的具体 数值无可比性
• 有的组织更愿意采取保守型的软件开发和交付策略。 他们保证，低频次地发布代码是一个有效的策略。 因为这样就可以有更多的时间用于部署、测试和质 量检验，从而失败/故障发生的可能性将会降到最低
• 邮件列表
• Puppet公司
• Gene Kim，Jez 的读者
初步研究
次级研究
• 受邀的专业组织 • LinkedIn，Twitter
• 基于推荐的雪球采用法
定性研究
定量研究
高
七点李克特量表
1
4
7
强烈不同意
中立
强烈同意
12
6类的 Dr. Leek’s 框架分析法 1. 描述性分析 : 国家、组织大小、行业、职位… 2. 探索性分析 : 使用Pearson关联分析法验证假设的存在性 3. 推断性分析 : 测试关联性假想的正确性
• 软件研发效能度量的误区 • 代码行 • 资源使用率 • 缺陷数 • 敏捷速率（如故事点数）
2018DevOpsDays●深圳站
报告的价值点：DevOps实践与效能的关系
结构化方程模型(SEM)
具体实践的指引
2018DevOpsDays●深圳站
ห้องสมุดไป่ตู้
2018年度报告的关键发现
l SDO – 软件交付效能全面解锁组织的竞争优势 l 云设施的建设方式和实施成果很关键 l 开源软件可以提高组织效能，HOW？ l 职能外包有损于效能，精英团队是排斥外包的 l 可以驱动高效能的关键技术还是很多的 l 行业的属性与是否能够实现高效能软件交付无关
精英效能组织的出现
2018DevOpsDays●深圳站
结构化方程模型的演进
2015
• 创建结构化方程模型 • 研究持续交付和精益管理实践
如何影响IT效能和组织绩效 • 通过自动化、减少批处理工作
规模及缩短周期时间，系统中 的质量提升手段越多，你就能 更有效地管理团队的工作能力 及可视化工作队列、缺陷和瓶 颈，从而更好的提升工作能力 和稳定性
• 员工有可能会博弈KPI • 谁家的CMMI定级不是
后补文档的
转型误区二：保守策略的误导
最优秀的高绩效组织总是能在吞吐量和稳定性上同时达到卓越的水平，而不是在两者中取舍，或者牺牲掉某一个
• 在吞吐量（throughput）和稳定性（stability）之间 进行取舍（权衡）是一种常见的行业实践，尤其是 在政府或高度监管的领域里
结构化方程模型的演进
2017
• 持续增强结构化方程模型 • 变革领导力有五大共同特征，对塑造组织的文化和实践，以及提高组织效能影响巨大 • 松耦合的架构和团队能够显著提高实施持续交付的能力
2018DevOpsDays●深圳站
结构化方程模型的演进
2018（部分）
• 持续增强结构化方程模型 • 持续测试：在自动化测试的基础
2018DevOpsDays●深圳站
结构化方程模型的演进
2016
• 增强结构化方程模型 • 有完整的数据进行自动化测试，
且能够按需创建数据的组织， 可达到高效能、低变更失败率、 可以缩减重构及部署花销 • 安全目标与其它业务目标一样 重要，安全需要融入到交付团 队的日常工作中
2018DevOpsDays●深圳站
2018DevOpsDays●深圳站
34 低
1 部署频率 2 变更前置时间 3 服务恢复时间 4 变更失败率
中 四个维度的变量
层级聚类 分析算法
报告的价值点：软件交付效能的量化定义
• 软件研发效能度量的难点 • 研发过程可视性差 • 工作切分的随意性 • 敏捷开发中工作都是并行的
聚焦在全局产出（Outcome），而不是局部工作输出（Output）
上，持续验证和优化测试套件， 结合CI更快获取反馈 • 监控与可观测性：主动监控应用 程序和基础架构，让团队主动调 试系统，探索还没预先定义的特 征和模式 • 数据库：数据库变更的脚本化和 版本化，增强变更的沟通 • 安全：信息安全在整个软件开发 过程中协作，安全风险前移 • 云基础设施：如何使用云计算很 重要，有五个核心特征
2018DevOpsDays●深圳站
软件交付效能指标的变化：新增可用性指标
新增『可用性』度量指标
可用性代表团队确保服务可用的能力。增加可用性指标后， 我们的指标集就形成了涵盖软件开发、交付、运维的更为全 面的视⻆，从软件交付效能升级为：软件交付和运维效能。
2018DevOpsDays●深圳站
软件交付效能是理解组织效能的重要因素。今年我们在模型中新增了可用性， 创建了用于预测组织效能的二阶构造。新的软件交付和运维效能二阶构造， 与以前单独的度量软件交付效能或可用性相比，能更好地预测组织效能。
2018DevOpsDays●深圳站
全球 DevOps 现状调查报告
2018DevOpsDays●深圳站
DevOps领域靠谱的 被充分验证过的实践集合
《Accelerate: State of DevOps Report》
DevOps现状调查背后的科学原理 • 使用问卷的方式
• 定义目标人群
• 使用了邮件和社交媒体的方式
2018DevOpsDays●深圳站
1 DevOps现状调查背后的科学原理 2 报告的关键价值点及今年的关键发现 3 软件交付与运维效能度量指标 4 DevOps结构化方程模型的演进 5 DevOps转型误区和槽点分析
2018DevOpsDays●深圳站
个人介绍
刘征
DevOpsDays中国组织者 《DevOps实践指南》译者