银保监会 2022 年 2 号文中提到，要大力推动金融企业科技管理敏捷转型，建立双态数字管理体系，建设企业级一站式研发协同平台，并结合精益生产管理理念，实现企业全方位转型升级。

上期我们已经为大家详解了精益思想在软件交付中的作用（直播笔记 | 软件交付周期缩短！且看精益思想如何加速全局价值流动），本期我们邀请到 DevOps 咨询专家李强老师，为大家带来《DevOps 推动科技管理敏捷转型》主题分享，解读银保监会 2 号文内容，帮助企业梳理 DevOps 在企业敏捷转型中的整体建设路径以及思路，推动全方位转型。

本次直播设有审核，待审核通过后即可观看

Tips：如您不方便查看回放，可阅读以下总结文章，全文约 4000 字，预计阅读时间 6-8 分钟

银保监会 2022 年 2 号文第 20 条解读

2022 年初，银保监会下发《关于银行业保险业数字化转型的指导意见》（银保监发〔2022〕2 号）(重磅解读｜《银行业保险业数字化转型的指导意见》中的研运一体化该如何实现？)，提到要建立适应双态模式的敏捷研发运维体系，引入研发运维一体化工具等科技能力建设核心观点。从中可以看到，推动金融企业科技管理敏捷转型需要从三个方面来进行：

• 建立能够快速响应需求、适应“稳态”与“敏态”，覆盖全周期线上交付的数字化敏捷研发运维体系；

• 引入研发运维一体化工具，建设企业级一站式研发协同平台；

• 通过精益生产管理方法，提高对大规模科技队伍和复杂技术工程的管理能力。

从以往的政策来看，银保监对银行业的要求是在逐年提高的，金融行业尤其是银行在国内来说是相对比较早进行转型建设的，同时企业的管理成熟度也相对较高，对稳敏双态的建设诉求是比较明确的。次我们也将结合以往的一些实践经验，通过分析不同企业在各个建设阶段中的实际建设内容，来进行总结分享。首先我们简要梳理一下这三个方面的内容：

支撑稳敏双态的数字化管理体系：

以下图为例，下图为某国有银行在做 DevOps 建设时数字化管理体系的建设的整个过程示意图。在组织层面，对不同角色进行了拆分，同时建设了适应“稳态”和“敏态”的流程管理，从需求到交付全过程进行关联系统的协同，提供持续集成、持续部署、持续交付的能力。

同时整个过程中需要加入过程管理工具，实现数据的采集、度量、分析，从而不断改进和优化过程，提高能效。最后在方法论和工具层面，一方面需要建设统一的持续交付平台，也就是 DevOps 平台来承载稳敏双态的体系，另一方面在此之上再去进行需求/开发管理、架构、敏捷、测试、发布、运维等等内容的建设。

建设企业级一站式研发协同平台：

DevOps 在整个企业中是贯穿始终的，在以往建设中，企业通常也会有非常多的工具，实际上这类工具经过长期的沉淀，具备了良好的使用习惯，在企业中已经用的比较好了，此时如果要去做工具的迁移，对于组织团队来说是非常痛苦的。实际上在建设过程中，我们并不关心企业到底用了多少工具，而是希望通过平台对接现有的工具，在统一的一站式研发协同平台上完善能力，保障研发流程全生命周期的支撑。

引入精益对大规模科技队伍和复杂技术工程进行管理:

来自于丰田的精益思想在整个转型过程中也经历了大量企业的实践，其核心理念即精益的 5 个核心原则，我们在以往的分享中也进行了详细的介绍，这里不再赘述。

精益的最终目的是通过持续不断的改进，不断消除浪费，以提高价值流动速度。精益思想不仅是在 DevOps 建设中，在敏捷、安全等等都有利用精益思想来保证质量的方式。

接下来我们就来详细解析这三个部分。

支撑稳敏双态的数字化管理体系

1.双模与双态概念

双模：

为了适应 IT 数字化转型的需要，Gartner 在 2014 年提出了“双模 IT”的概念，模式一针对传统研发模式，以项目管理和基于 CMMI 的过程管理为核心；模式二针对需求变化频繁的业务模式，以快速响应变化的敏捷开发模式为核心。

双态：

为了适应国内企业针对双模模式的理解和应用，联想在双模 IT 的基础上，提出了“稳态+敏态”的双态概念，稳态以业务稳定性为核心，敏态以快速响应市场变化为核心，得到了众多企业的认可，逐渐变成了大众概念。

2.稳态与敏态的特征

稳态业务：

在传统企业中稳态业务往往采用精益的方式来进行管理，同时在企业中占比也比较大，通常是相对成熟、稳定的核心系统业务，稳态项目建设时更强调整体规划，自上而下的模式。稳态 IT 架构相对更复杂，变更难度很大，往往在企业中会采取严谨的瀑布式开发流程，保障其稳定运行为核心。

敏态业务：

敏态主要特点是不确定性强、创新度高，主要以交互系统和互联网业务系统为主，通常这类业务比较易于变更，架构多样形态多变，贴合业务发展，采取快速迭代式开发，来支撑频繁的变更和发布。

3.组织机构敏捷的核心是双态

双态 IT 是企业数字化和“互联网+”数字化转型建设的良策。以往传统业务的核心是推进生产经营电子流化，如 ERP,OA,MIS 等等系统，以稳态架构为主，随着 IT 技术的快速发展，互联网+的推进，大型企业（金融企业）引入敏态架构，向互联网金融转型，最终向着以数据为中心，IT 消费服务化的敏态架构为主方向发展。

组织机构敏捷转型的核心就是稳敏双态的混合架构，稳态 IT 确保传统核心——稳定可靠，敏态 IT 成就创新边界——敏捷高效，双态并举融合，共同推进数字化转型进程。

4.DevOps 平台设定与定制开发

DevOps 平台从本质上来说，是支持稳敏双态的，二者主要区别在于项目管理和任务管理的方式。

稳态模式过程：

需求-计划-设计-开发-测试-部署 &发布-运维。

敏态模式过程：

用户故事-冲刺计划-设计-开发-测试-部署 &发布-运维。

不管是稳态还是敏态，我们现在都需要去强调管理的透明性，针对不同的过程会采用不同的方式去做管理，稳态通过看板形式管理，敏态用 Scrum 板去做管理，两种管理的区别就在于稳态并不需要时间窗口，没有严格的时间纪律性。这样的话其实只需要通过一站式一体化的 DevOps 平台，前后拉通全生命周期，就能够实现透明的、全流程的统一管理。

建立企业一站式研发协同平台

前面我们主要对稳敏态的业务做了一些分析，实际上企业无论做什么业务，背后都需要流程体系或者流程工具的运转支撑，如果所有的流程都用人来做支撑的话是无法顺利运转的，所以企业通常是需要将流程融入和落地到平台工具中去，确保组织能够正常运转。企业落地平台一般分为 4 个步骤：

平台引入：

通常有自研或者外采两种方式，较小的研发团队，可以通过一些开源软件来搭建。针对人员规模较大的企业，会考虑采购成熟的商业产品，以保证产品能够持续不断的演进和维护支持，帮助企业数字化转型。

流程建设：

第二个部分是流程，实际上平台的背后就是流程、规范与标准，企业在引入平台后，就需要明确采取什么样的流程去运转，去持续的做赋能。

人员赋能：

确定相应流程、规范与标准后，对各个团队进行赋能，优化以往传统处理问题的方式，从组织、管理上进一步推进 DevOps 理念的落地。

推广应用：

将以往的手动管理，人工检查，EXCEL 表格等通过自动化方式进行替换，提升整体效率。

后疫情时期，企业都面临着巨大的挑战，但无论是国家、政府，还是行业、企业，也都持续在强调数字化转型的重要性，数字化转型本质上就是通过新的技术来使能商业模式的创新，在疫情的冲击下，对企业来说转型更加迫在眉睫，如何做到上下一心，目标一致，核心还是在于研运中台是否可以提供强力业务能力的支撑，最终支撑到业务应用生态中。

当然，平台的引入不代表 DevOps 的成功落地，相应的业务流的构建，配套的平台安装、使用、运维、开发培训，以及组织人员的赋能，企业咨询等内容也是不可忽略的，覆盖咨询、产品、实施全方位的企业 DevOps 转型服务解决方案，是赋能企业从项目敏捷向组织敏捷转型的最佳方式。

了解如何促进转型成功更详细的内容，可点击下载完整 PPT：内容中心

引入精益思想提高人员和工程管控力

关于精益思想我们在前面的直播中也进行过详细的拆分讲解，在这里我们主要解读其中几个核心点，以及如何通过引入精益思想，来提高人员和工程的管控力。

1.精益的管理五大原则

• 定义价值

• 识别价值流

• 增加流动性

• 拉动/过程同步

• 追求完美

在五大原则中，我们需要去关注的第一个是流程，通过 VSA 明确过程、价值和浪费，使过程透明化、可测量并且设定有挑战的改善目标。第二个需要从客户的观点来区分浪费和价值，从项目制的思想转变到产品制，协同多个部门，来达到第三个关注点，通过结构性持续改善包括文化的改变来减少浪费。

2.精益 IT 的七大原则

精益 IT 七大原则：精益 IT 是精益制造和服务原则在信息技术产品和服务开发和管理中的延伸，其目标是不断提高 IT 组织为客户提供的价值和 IT 人员的专业水平，精益 IT 专注于改善 IT 人员、IT 流程和信息技术，以便为客户提供更多价值。

• 消除浪费

• 增强学习

• 推迟决策

• 尽快交付

• 授权团队

• 嵌入完整性

• 着眼整体

以往我们已经详细介绍过，这里我们不再做深入展开，主要关键原则就是消除浪费。

3.基于精益提升人员管控能力

结合以往与客户大量沟通、实践的经验，我们总结了以下六个通过精益的引入，贯穿软件研发从需求到计划、设计、开发、测试、发布的全生命周期以提升人员管控能力的重要内容。

• 精益准备：

• 包含需求队列填充频次，设计看板墙，活动卡片，确定精益工程教练等。

• 构建精益看板

• 确定业务价值，识别价值流，梳理清楚整个生命周期的价值流动，建立流动规则等。

• 需求澄清

• 对输入的用户需求进行澄清、排序，并确定优先级。

• 需求队列填充

• 填充需求队列，明确验收条件，确定清晰的技术方案。

• 看板站会

• 可视化、透明化工作，实时更新反馈实际工作情况。

• 部署和发布会议

• 风险评估，准生产环境验证，完成上线前的评审和部署。

4.工程教练辅导转型

工程教练作为 DevOps 顺利落地的核心角色，其主要目的是帮助组织理解 DevOps 的核心价值，并证明 DevOps 的落地能够带来怎样的业务价值，这就对工程教练本身提出了一定的要求。

工程教练并不等同于以往的技能教练，不仅仅要指导开发人员怎么用、如何用好工具，还要具备较强的个人感染力，能够明确工具使用的场景，同时说服开发人员把工具用起来、用好，赋能标准团队，从而带动整个组织的跟进转型。

5.科技管理敏捷转型的价值与收益

科技管理转型需要在灵活性和稳定性中找到平衡，将组织环境的不确定性转化为组织发展目标和增长绩效的确定性。

快速响应：

创造无“墙”的透明文化，检视和调整以快速响应变化。

能够快速响应，灵活，赋能于行动，并使行动变得容易。简而言之，它们像生物体一样反应环境的变化。

反脆弱：

培养学习和分享的文化，激发团队思考和创新力。

当面临压力时，敏捷组织的反应不仅仅是强健有力，而且随着压力的增加，绩效反而有所提高。

持续改善：

为 IT 团队提供最大的支持。

很少有公司实现了整个组织的敏捷性，但很多公司都已经在业绩单元中推广敏捷性组织运用，并都希望员工采用敏捷性工作方式。

点击下载 PPT：内容中心