基于Devops精益研发体系落地实践课件

1、基于Devops精益研发体系落地实践231业界对DevOps的理解精益研发体系发展历程支持精益的DevOps实践维基百科定义：DevOps是一种软件工程文化和实践，旨在统一整合软件开发和软件运维。DevOps运动的主要特点是强烈倡导对构建软件的所有环 节（从集成、测试、发布到部署和基础架构管理）进行全面的自动 化和监控。DevOps的目标是缩短开发周期，提高部署频率和更可 靠地发布，与业务目标保持一致。什么是DevOpsDeDevOps现状报告2019结构化方程20162019年新的模型20162019年新的模型生产力模型生产力指以最少干扰和打断的代价完成复杂、耗时任务的能力。通常描述为实现顺

2、畅 的工作流动或节奏。三步工作法DevOps实践指南持续交付双环模型以业务问题出发，以最低的成本及风险，通过持续的价值探索和快速验证，快速交付 业务价值来自：乔梁持续交付2.0持续交付七巧板为了在整个组织范围内贯彻执行持续交付2.0的思想、理念与原则，需要在组织 机制、协作流程基础设施和软件系统架构方面改进。每个企业都应该根据自己 的意愿和诉求，拼出属于自己的持续交付实践图“让开发成为瓶颈， 然后优化它”乔梁231业界对DevOps的理解精益研发体系发展历程支持精益的DevOps实践13互联网金融 公司外部环境在变融科技 战略科技引领业务IT20082013201960020006000+业务

3、需求激增导致IT 人数持续快速增长精益研发体系发展历程2008-2013：借鉴CMMI，重点提升软件 过程能力，关注效率和质量 成立EPG工作组，牵头总体过程改进工作 组建QA队伍，推行和监督体系执行 建立全生命周期的过程规范和标准 建立过程资产库和建立协同工作、度量分析平台 每年形成改进专题和目标，调研问题、讨论方案、 修订体系、形成持续的改进闭环2014-2016：试点“轻流程”的精益开发模式引入敏捷开发模式。引入看板工具，提升基层自组织管理能力初步建立持续交付流水线2017-至今：建立双模的精益研发管理体系 精益项目模式，在现有的PT流程的基础上引入精 益实践 敏捷开发模式，聚焦业务价值

4、，持续交付需求。 建立DevOps综合平台，支持端到端的交付。精益研发管理体系精益研发管理体系愿景和目标更高的研发效 能Higher Performance：提升组织创造价值的能力，通过流程轻量化、研发自动化能力提升及减少 低价值需求等释放产能，以更少投入创造更大的产出Higher Quality： 质量不可妥协！为用户提供高质量的产品， 及提供可持续的安全稳定服务是组织生存 之本Faster Delivery：精益体系首要度量指标，加快价值的流动速度和对客户的响应速度Better Satisfaction：IT与业务更加高效的协作，更加关注用户和业务价值，高质 量地更快响应业务需求，从而 更

5、好地支持业务发展与变革Generative Culture： 培育开放、分享、尊重 与合作的组织氛围，建 立组织持续改进的机制 和文化更快的 交付速度更高的 产品质量更好的 客户满意度生机型 文化氛围愿景打造招商银行端到端“精益”研发管 理体系，价值驱动， 质量为先，以行业领 先的科技能力驱动创 新与变革。建立端到端的价值闭环需求定义/ 版本规划分析设计开发实现测试验证上线投产运营数据反馈反馈反馈反馈反馈解决方案产生想法加强与业务的协作运维/运营关注需求效果精益项目模式主流程运维/运营版本规划需求定义分析设计开发实现测试验证上线投产反馈反馈反馈反馈反馈反馈价值漏斗 - “价值”专 题 决 策运

6、 营 分 析需 求 动态 优 先 级 列 表专题1专题N产生想法解决方案业务负责人概念 需求运营数据分析业务IT跨 职能团队“大”项目立项“中”项目“小”项目敏捷产品模式主流程业务IT跨职能团队运维/运营版本规划需求定义开发实现测试验证产生想法上线投产反馈解决方案反馈反馈反馈反馈反馈专题1专题N专题 决 策运 营 分 析价值漏斗 - “价值”业务负责人概念 需求分析设计迭代团队A类SCRUM迭代运作迭代团队B类SCRUM迭代运作运营数据分析类SCRUM迭代运作迭代团队C第一周（Plan & Dev & Test）第四周（测试 & 回归）迭代 计 划迭代 评 审测试+回归测试开发+测试上个 迭代

7、迭迭代 评 审迭 代 回 顾代 评 审每日站会 / 看板更新每日Code Review第二周（开发 & 测试）第三周（开发 & 测试）开发+测试开发+测试下个 迭代231业界对DevOps的理解精益研发体系发展历程支持精益的DevOps实践支持双模的DevOps综合平台21度量分析平台运维/运营平台持续交付流水线平台广义测试管理平台协同工作平台统一配置管理平台运维/运营解决方案需求定义/版本 规划分析设计开发实现测试验证产生想法上线投产运营反馈反馈反馈反馈反馈反馈度量分析平台运维和运营平台持续交付流水线服务广义测试管理平台协同工作平台广义配置管理服务运维/运营解决方案需求定义/版本规划分析设计

8、开发实现测试验证产生想法上线投产反馈反馈运营反馈反馈反馈反馈持续代码检 视自动化 编译持续交付流水线灵活的分支策略统一代码仓库自动化接口测试界面自动化测试使用行内的平台工具，逐步有序地将各项工程实践落地到 软件开发过程的各个环节之中1234静态代码分 析56单元与集成测 试789自动化部署10关键工程实践推进路线图统一代码仓库及代码检视Git本地钩子，检查commit提交规范自动创建发行版Git与电子看板双向联动追溯Git CodeReview 模式在电子看板创建卡片自动化编译通过脚本或者特定编译工具实现源码下载、编译、打包、发布到 制品仓库等操作支持的主要编译框架：Maven、Gradle、

9、Ant、Xcode、Node.js、MSBuild支持的主要语言：JAVA、C#、JavaScript、C+、C、Object-c、Python、 SQL、GO、Scala自动化编译痛点技术栈和框架众多、语言和版本负责构建环境复杂且忙闲不均开发人员技能不均、调试和支持成本巨大解决方案加大力度基于docker和k8s建设持续交付流水线，实现编译环境docker化和 池化基于CLI，自动探测编译语言和框架根据commit 精准推送失败信息流水线1vs2008流水线2vs2008流水线niMacvs2008JDKSonarSlavesSlaveJNLPWMIWMIJNLPsiMacSSHJNLPSl

10、avesJDKMaster池基于池化镜像的流水线和CLIDevOp sCLI自动升级热部署跨平 台版本管 理构建工 具探测动态加 载配置标准化静态代码扫描静态代码扫描痛点历 史 债 务 太 多 规则多，开发对规则抵触情绪严重解决方案建立度量和可视化，每月跟进从“重灾区”入手、标准先宽松后严格 成立语言专家小组、由专家评审相关的规则制定相关的质量门禁，针对例外情况建立评审机制规范管理内部程序发布包编译依赖包：编译过程中依赖的包开源组件、中间件镜像仓库发布制品库发布制品库痛点术 语 不 统 一 依赖仓库散落各处 FTP没有唯一的标识二进制制品形态多种多样缺少同步和高可用方案解决方案与应用CMDB配

11、合统一术语与数据中心配合统一制品的发布流程用同一工具统一管理各类制品通过自动化部署工具定义部署流程，从制品库中自动获取发布包，按 照预定义流程部署到目标环境（DEV联调环境、ST环境、UAT环境、 PAAS环境）自动化部署自动化部署痛点部署过程手工介入，容易犯错且影响部署时间效率安装说明书冗长且无法“保鲜”部署过程难以审计难以实现快速回滚解决方案先针对框架的类的应用重点突破（基于PaaS、K8S的应用）再针对高频发布类的应用重点突破定期度量和可视化进展查漏补缺测试四象限自动化用户功能验收测试23系统集成测试 组件测试 单元测试自动化手工用户演示可用性测试 探索性测试14非功能验收测试（安全测试

12、、性能测试、容量测试、可靠 性测试等）自动化/手工面向业务专家面向技术人员评 判 项 目支持 编 程Brian Marick敏 捷测试四象限业务专家 无障碍沟通容易与技术人 员达成共识第一目标为了 帮助产品研发 团队检查功能 需求是否完成找出产品的缺 陷测试冰淇淋模型测试类型被测对象用户验收测试整个软件应用系统集成测试支撑软件运行的一个（或多个）子系统组件测试某个子系统的内部组件单元测试单个组件的内部单元运行 时间长短被测 范围大小手工测试UI测试服务测试单元测试测试金字塔模型微核架构的测试金字塔端到端 自动化测试API自动化测试框架组件与插件间服务/ 接口自动化测试框架或插件的自动化测试 自动化单元测试端到端 自动化测试工作流测试 契约测试业务服务或组件测试单元测试微服务架构的测试金字塔UI测试服务测试单元测试测试金字塔测试冰激凌UI测试测试纺锤服务/接口测试单元测试单元测试建立分层自动化测试框架手工测试UI测试服务测试分层自动化测试痛点遗留系统难以补单元测试 开发对写自动化测试的热情和动力不足 自动化测试覆盖率是一个无底洞解决方案优先推行接口测试尽早接入持续交付流水线，频繁运行 通过分层流水线，实现多级流水线的串行和并行执行 建立持续的度量和反馈推荐使用BSD、Apache、MIT类许可证允许使用MPL类许可证谨慎使用LGPL类许可证不建议