敏捷软件开发方法自2001年传入中国以来，历经十多年的发展变迁，目前已经成为国内IT企业主流的研发管理方法。敏捷方法的传播和发展历程，是中国IT行业发展的剪影。本演讲采用大量史实材料，用技术史的研究方法纵览敏捷在中国的传播、发展、演化，从一个侧面呈现IT行业、业内领先企业和从业者的成长历程，为后来者留下理解这段历史的脉络。

互联网技术、云技术、大数据、人工智能等信息技术突飞猛进，管理模式日新月异；招行新的战略导向下，创新的、价值不确定的需求涌现，快速响应和快速交付呼声高；IT规模（人、系统等）逐年扩大，如何充分发挥资源效能，提高研发管理能力，发挥IT的核心作用，始终是挑战。将回顾招行近5年来，为持续提升IT管理规范化、轻型化、融合化，在确保现有CMMI过程管理体系稳健运行的基础上，学习、分析和研究精益交付的管理思想和具体实践，提高快速响应、持续交付、质量内建工程管理能力，形成支持可预测的精益项目和探索式的敏捷产品开发的双模研发管理体系。通过引进新的工程技术和管理模式等DevOps实践，加大工程技术工具和平台的基础设施建设，保障过程的一致性，适度降低管理流程之重，进而提高整体研发的效率、质量、价值流速。

介绍某国有大型金融企业研发中心为推进企业业务技术融合和数字化转型工作，对敏捷和DevOps相关工作进行规划、及在研发中心逐步落地的过程和实践成果，为类似研发企业的敏捷转型和DevOps推进提供借鉴。

建设银行在新一代核心系统建设过程中，以一套标准实施工艺为基础，打造了一套模型化的分析与设计工具（简称“ADM”），该工具提供可视化的分析与设计界面，实现设计成果的模型化表达，保证分析与设计各环节数据的一致性，支持设计模型与设计文档的双向转换。同时，还可根据既定规则对设计模型进行自动化的合规检查。ADM工具的应用，极大的提升了分析与设计工作的效率，快速的反馈设计成果中存在的问题，为项目开展持续分析与设计提供有力支撑。

持续交付已从最初的概念狂热进入到冷静的实践落地阶段，但由于各组织所处的阶段和场景等的不同，持续交付的落地姿势也是千差万别。此次分享主题来自于实际项目中持续交付技术层面的实践总结，介绍随着产品和团队的发展，基于 GoCD 的持续交付系统从「自动化」、「代码化」到「规模化」和面向未来的「数字化」这四个阶段的演进过程，以及在每个阶段落地过程中挖坑、踩坑和填坑的一些真实故事，希望能为同在持续交付填坑之路上的朋友们分享一些有价值的参考。

電信作為一個大型的服務運營商，在台灣過去二十年，持續提供不間斷的服務並且以穩定作為其運營基礎。在當前5G與物聯網發展背景下，為了能夠更快地響應市場需求，步上了DevOps旅程，這次的分享將專注在我們如何從需求到需求滿足的經驗與實踐。

实行过敏捷的人都会跟你说：变革必须由上往下才会成功，也就是老板先敏捷了，推行起来才会成功。若是采用由下往上的方式，一定会失败，为什么呢? 因为我们在企业中导入DevOps或敏捷开发时，教练们经常使用同一份教材来跟团队或主管们上训练课程，但由于课程中缺少针对管理者角色的职责与规范的定义，这一点让主管们在团队如火如荼的追求变革时往往不知道要如何去配合，也就更不要谈如何去从中协助了。本课程就是要教大家如何打破这个迷失的方法，指出管理者应该如何成为企业推行DevOps或敏捷化时的杰出管理者。

即使每一个微服务都在测试部门的QA环境上通过了测试，当将其一个个部署到生产环境后，也必然会发生故障。所以分布式系统不能以通过测试部门的QA测试为目标，而应该为生产环境的韧性而设计。当使用鱼骨根因分析法、因果回路图或者MECE分析法进行分析时，要小心不要用错场景，掉进复杂混沌世界的深渊。面对复杂混沌的生产环境，应该本着“不信有好事”的原则来进行“明哲保身”式的软件设计，并在生产环境中利用混沌工程实践，来持续地主动揭示系统弱点，并加以改进，以提高系统韧性。

中国联通系统集成西安研发中心是联通在产业互联网领域的创新支柱，西研中心承担着集团信息化，慧企云平台等多项产品的核心研发工作。演讲者将向大家分享这一多业务线，多技术栈的研发中心如何进行DevOps转型，以及中国联通在DevOps，AIOps平台研发的实践分享。