”  DEVOPS ⼯工作三步法 应该如何将DevOps应⽤用到现有 的⼯工作环境，怎样帮助企业实现 DevOps转型

中国DevOps社区组织者 刘征 Martin Liu Ops背景 云计算 ⼯具链 !2

DevOps⼯工作三步法 实践者应该遵循的原则和⼼心法

流动原则: 建⽴立从左⾄至右快速的、平滑的、能向客户交 业务 客户 付价值的⼯工作流。 开发 $ 运维 反馈原则: 建⽴立从右到左的，贯穿于整个价值流的快 速、频繁、⾼高质量量的反馈信息流 ✓ 持续学习和试验原则: 建⽴立持续学习与实验的⽂文化，从 开发 运维 开发 运维 ⽽而持续提升个⼈人技能 !4

第⼀一步：Flow 流动原则 从左到右 实现⼯工作从开发到运维、快速地、从左向右地流动。 为了了最⼤大程度的优化⼯工作流需要将⼯工作可视化，减⼩小每批次⼤大⼩小和等待时间。 通过内建质量量度⻆角向下游传递缺陷，并持续的（永不不停⽌止地）优化全局⽬目标。 !5

第⼀一步：流动原则 何不不先游戏⼈人⽣生，回到幼稚园 310秒 40秒 !6

第⼀一步：流动原则 实现从左⾄至右快速的流动的措施 ➡ 限制WIP 减少批量量⼤大⼩小 !7

使⽤用价值流图分析前置时间-找瓶颈 As Is - 当前状况分析 开发、部署、运维三个阶段 LT：前置时间 VA：增值时间（处理时间） %C/A：完整/精确百分⽐（询问下游⼯作中⼼） 总LT=133天 总VA=31天 整体%C/A=4.37% !8

使⽤用价值流图分析前置时间-优化它 To Be - 下个⽬目标状态 怎样显著提供现有流程环节的%C/A？ 怎样急剧降低甚⾄消除每项活动LT⾥的⽆ ⽣产效率的时间？ 怎样提⾼每项活动的VA？ LT：前置时间 VA：增值时间（处理时间） %C/A：完整/精确百分⽐（询问下游⼯作中 ⼼） !9

在任何价值流中， 总是有⼀一个流动⽅方 向、⼀一个约束点， 任何不不针对此约束 点⽽而做的优化都是 假象。 —Goldratt博⼠士

第⼀一步：流动原则 持续识别和改善约束点 ➡ 1）识别系统的约束点 2）确定如何利利⽤用这个约束点 5）确保约束点已经突破了了，请回到第⼀一步，杜绝惯性导致的系统约束 3）基于上述决定，考虑全局 4）改善系统的约束点 !11

第⼀一步：流动原则 攻克和优化技术上的约束点 ➡ 1）环境搭建 ⾃自动化环境搭建 ⾃自助化环境搭建 2）代码部署 开发⼈人员⾃自助部署 开发⼈人员⾃自动化部署 分钟级别部署 3）准备和执⾏行行测试 ⾃自动化测试 ⾃自动化测试数据 ⾃自动化测试环境配置 4）解耦巨⽯石架构 演进式架构 消除架构师团队 绞杀者模式解耦 !12

第⼀一步：流动原则 实现从左⾄至右快速的流动的措施 ➡ 消除价值流⾥里里的浪费和困境 1. 半成品 8. ⾮非标准或⼿手⼯工操作 9. 填坑侠 2. 额外⼯工序 3. 额外功能 4. 任务切换 5. 等待 6. 移动 7. 缺陷 !13

第⼆二步：反馈原则 实现从右⾄至左持续的、快速的反馈信息流 ⬅ VUCA时代 – 易易变性 –不不确定性 – 复杂性 – 模糊性 管理理复杂性、群策群⼒力力、全⾯面传播 知识 !14

第⼆二步：反馈原则 从右到左 第⼆二步，在价值流从右向左的每个阶段中，应⽤用持续、快速的⼯工作反馈机制 该⽅方法通过放⼤大反馈环防⽌止问题复发，并能缩短问题检测周期，实现快速修复 通过这种⽅方式，我们能从源头控制质量量，并在流程中嵌⼊入相关的知识 这样不不仅能创造出更更安全的⼯工作系统，还可以在灾难事故发⽣生前就检测并解决它 !15

反馈回路路是学习型组织和系统 思维的重要组成部分。反馈和 前馈回路路能让系统内各部件之 间的关系增强或抵消 —Peter Senge博⼠士

在我负责质量量验证的时候，我将 ⾃自⼰己的⼯工作描述为‘建⽴立反馈循 环’。反馈⾄至关重要，因为它是我 们⼯工作的向导。我们必须不不断地 验证⽬目标，验证实施是否满⾜足了了 客户的需求，⽽而测试仅仅是⼀一种 反馈。 —Elisabeth Hendrickson

第⼆二步：反馈原则 实现从右⾄至左持续的、快速的反馈信息流 ⬅ 防⽌止把问题带⼊入下游的处理理环节，否则不不但 修复的成本和⼯工作量量会呈指数级增加，⽽而且 还会⽋欠下技术债。 防⽌止⼯工作中⼼心启动新的⼯工作，那样可能会在 系统中引⼊入新的错误。 如果问题还没有得到解决，那么⼯工作中⼼心在 下⼀一次操作（如55秒后）中，可能还会遇到 安灯拉绳 相同的问题，需要更更⾼高的修复成本 !18

第⼆二步：反馈原则 实现从右⾄至左持续的、快速的反馈信息流 ⬅ 内建质量量的反模式 – 需要其他团队帮忙完成⼀一系列列乏味、易易出错和⼿手⼯工执⾏行行的任务，这些任务本应该由 需求⽅方⾃自⼰己采⽤用⾃自动化⽅方式完成 – 需要那些远离实际⼯工作场所且公务繁忙的⼈人批准，迫使他们在不不了了解⼯工作情况和潜 在影响的情况下做出决策，或者仅仅是例例⾏行行公事式地盖章批准 – 编写⼤大量量含有可疑细节，且在写后不不久就过时了了的⽂文档 – 将⼤大量量⼯工作推给运维团队和专家委员去审批和处理理，然后等待回复 !19

第⼆二步：反馈原则 实现从右⾄至左持续的、快速的反馈信息流 ⬅ 为下游⼯工作中⼼心⽽而优化设计 !20

第三步：持续学习与实验 以科学思维持续探索未知 第三步，建⽴立具有创意和⾼高可信度的⽂文化。⽀支持动态、严格的科学得分⽅方法来进⾏行行主 动地承担⻛风险，促进组织学习的建⽴立 通过持续的缩短和放⼤大反馈环。你能创造： – 更更安全的⼯工作系统 –承担更更多的⻛风险并进⾏行行实验，帮助⾃自⼰己改进的更更快 作为第三步的⼀一部分 – 你可以设计你的⼯工作系统使其事半功倍 – 将局部优化转化为全局优化 !21

第三步：持续学习与实验原则 建⽴立⾼高度可信的学习⽂文化 !22

对事故和意外处理理的不不公正会阻 碍安全调查，让⼯工作者感到恐惧 （⽽而不不是专注），让整个组织更更 加官僚僚（⽽而⾮非更更加细致），甚⾄至 还会导致信息封闭、责任逃避和 ⾃自我保全意识的滋⽣生。 —Sidney Dekker博⼠士

⽐比⽇日常⼯工作更更重要的，是对⽇日常 ⼯工作的持续改进。 —Mike Orzen

第三步：持续学习与实验原则 建⽴立⾼高度可信的学习⽂文化 »持续安全运⾏行行 - 5700堆年年 »持续积累的集体智慧 »建设全局知识库 !25

第三步：持续学习与实验原则 建⽴立⾼高度可信的学习⽂文化 »⽇日本- 爱信精机 »持续不不断地对现有⽣生产线加压⼒力力 »提⾼高产能和解决问题的技能 »提⾼高产能的同时，也增强了了可靠性 »⼀一年年内吞吐量量凡翻番 !26

凤凰神话 达摩克利利斯之剑 九头蛇神话

总结：应⽤用devOps的四步法套路路 套路路的套路路 1-选择价值流 绿地/棕地？ SOR/SOE? 从最赞同和创新的组开始 逐步扩⼤大范围 2-可视化价值流 识别相关⻆角⾊色 绘制价值流 组建专⻔门转型团队 配套必要的⼯工具 3-建⽴立组织和架构 组建市场导向团队 招募通才团队成员 合理理设计团队边界 保证松耦合和安全性 4-运维与开发融合 建⽴立提⾼高开发效率的⾃自助服务 将运维融⼊入开发⽇日常⼯工作 在团队中配置运维⼈人员 !28

铁三⻆角 DevOps状态报告证明：⾼高绩效组织的这些指标会形成正相关 !29

打破项⽬目管理理约束三⻆角形 速度模式 AWESOME QUALITY 质量量模式 !30

& 问答 时间 DevOps教练 ’ 微信公众号