导读：2023年7月，云效联合德邦证券和富滇银行参加中国信通院2023XOps“领新杯”案例评选活动，德邦证券和富滇银行最终均高分荣获“业技融合攻坚先锋案例”奖，并在7月18日信通院举办2023XOps产业创新发展论坛上正式领奖。
一、客户背景
德邦证券股份有限公司成立于2003年5月，2015年完成股份制改造，是一家拥有证券行业全牌照的综合性证券公司，业务范围涵盖证券、期货、公募基金、另类投资、私募基金等诸多方面。近两年，德邦证券致力于数字化转型，深入挖掘“新经济+大资管”两大赛道机会，聚焦大健康、大消费、科技、互联网、智能制造五大新经济产业。为了实现自研体系的建设，德邦搭建了DevOps门户并集成了相关工具，并进行云原生方面的技术改造和升级，实现了初步的研运一体化的平台。现在，在数字化转型的浪潮的席卷下，德邦证券正思考如何更进一步地将业技进行结合以更好地支撑业未来发展的需求。
二、客户诉求
从2021年开始，德邦证券设定了“C端置顶”的战略目标，通过大量引进科技人才，希望以互联网技术为抓手，全方位的向投资者提供智能化服务。为了应对数字化运营的新局面，德邦证券有以下几方面的问题亟需解决。
做什么----如何在繁杂众多的需求中，选择一个“对的”需求？
在证券行业中，大型头部券商以其庞大的业务规模和广泛的客户基础，以及更强的技术变现能力，成为了市场的领导者。对于中小券商而言，他们需要更加聚焦于某些业务领域的突破，并与业务部门进行深度协作，通过共建实现共赢，以应对头部券商的竞争。作为中小券商的典型代表，德邦证券面临来自外部市场竞争和内部人员提效的双重压力。解决在IT人力资源有限的情况下，快速、有效响应不同业务部门的各种业务诉求，并能科学、合理地评估相应需求的优先级，解决谁先做、谁后做的问题成为重中之重。
怎么做----在云原生的背景下，如何协同业、产、技更好的协作？
在德邦证券内部，有多种内部运营系统工具，例如OA系统、专属钉、工豹等，这些工具在某些情况下是不可替换的。为了更好地结合devops整个流程，需要深入思考如何将这些工具与devops流程结合起来，同时需要针对不同场景落地和规范协作流程，如需要确定每个阶段的具体步骤和责任人，以确保每个人都清楚他们需要做什么，以及何时需要做，并且通过工具固化下来，以实现业务、产品和技术之间更好的协同联动。
此外，为了响应德邦证券在云原生方面的技术改造和升级，在工程侧，需要有一套能够支持云原生视角的流程落地机制，以配合德邦证券更好的落地云原生。
做的怎么样----数字化转型的浪潮下，如何体现IT组织“资产中心”的价值？
随着数字化转型的浪潮席卷而来，产研的角色也从简单的“做出产品”逐渐演变为更注重“做好产品”，而IT组织的定位也从以往的【成本中心】逐步向【资产中心】转变。然而，在这个变革的过程中，IT组织常常面临以下问题：
1、结果指标：如何将IT部门的工作与企业的业务目标紧密联系起来，确保IT系统和服务能够直接支持业务的增长和利润？
2、过程指标：如何通过推动数字化的协同工作，以提高企业内部的协同效率和创新能力，在降本增效的同时，保持团队的竞争力和竞争优势？
显然，在数字化运营场景下，德邦证券的现有DevOps门户已经无法满足业务规模和技术标准的要求。面对这一状况，德邦证券必须做出选择：一是加大投入，在现有工具链的基础上继续强化企业级DevOps门户；二是采购成熟的商业产品，以实现同等目标。结论是清楚的，作为一家金融公司，快速提升科技能力至关重要，投资科技的目的不是为了造重复的轮子，而是能够快速变现业界现有的技术和工具能力。
在此背景下，德邦证券与云效达成战略合作，旨在通过多个方面的DevOps能力体系建设维度，全面提升德邦证券的软件质效体系，实现数字业务交付的高效率和高质量。其中尤为重要的是，德邦证券将通过构建企业级DevOps研运一体化平台，为业务稳定运营打造统一IT管理基础，确保企业数字化转型的技术底座更加坚固。
三、云效方案
1、在需求选择上：选择一个“对的”需求是一个至关重要的决策，关系到产品的成功与否。基于德邦证券自身证券行业的业务场景，德邦证券通过「价值定义-价值评估-价值分析」三步走的方式摸索了一套符合自己行业属性的价值评估体系，如下所示：
在价值定义阶段，业务和产品共创需求价值，定义价值来源，夯实价值评估的基础：
价值维度：科技项目的价值涵盖多个维度，例如公司战略、商业收益、商务合作、用户体验、组织敏捷、合规风控以及科技能力等方面。在评估科技项目的价值时，需要综合考虑这些方面，以确保项目的成功和对企业的贡献。因此，多维度的评估是必要的。
价值类别：在进行需求价值评估时，需要考虑可直接量化的价值，如战略价值、商业价值、管理价值等，同时还应考虑基于专家判断的定性价值，如用户价值、科技价值等。此外，还需从时间维度上综合考虑短、中、长期的价值回报，以便全面评估需求的价值。
价值干系人：价值是基于不同干系人的利益诉求而言的，不同的利益相关者对于价值的需求和评估也有所不同。因此，在评估价值时，需要确立项目的发起方和受益方，并从他们各自的角度去评估和呈现价值。这有助于更全面地了解不同干系人对项目的期望和需求，为项目的成功实施提供有力的支持。
通过以上定义分析，德邦证券从价值指标名称、指标分类、指标算法、指标来源等方面详细定义了自己企业的价值指标库，部分指标如下所示：
同时结合云效产品能力进行约束，如进入研发前，必须提供需求价值，并且通过云效系统记录需求价值，产品落地示例如下所示：
同时，为了更好的应对企业的需求价值评估诉求，云效在产品能力上也支持了，按照需求维度的价值评估能力，如下所示：
2、在业、技协同上：
首先是工具集成：德邦证券的专属钉结合云效的支持，能够在云效上快速实现组织架构同步和消息管理，此外，云效还能通过API的方式与德邦证券的工豹系统打通，将云效上的工时数据导入工豹系统，轻松实现成本核算。这些功能为德邦证券提供更便捷、高效、可靠的信息管理和数据分析服务，助力其业务发展。
其次是流程规范：德邦证券内部主要存在以下三种模式的协作场景：
• 模式一：业务驱动模式，业务空间下是一个大的产品团队（在德邦证券内部，产品团队属于业务侧），该业务下面对应多个不同的产品团队；
• 模式二：项目制度模式，对于一些规模较大的研发团队，如中后台等，项目比较多并且会有很多的临时小项目，这种情况既要满足不同业务项目的隔离又要满足同一产研团队的聚合，会通过业务项目单独建立，然后通过项目集聚合方式，方便研发团队统一管理查看；
• 模式三：横向团队支持模式，对于研发体系中的一些横向支撑团队如UED、测试等，这些团队会横向支持各个交付团队/项目；
针对德邦证券内部的几种协作模式，在云效上均进行了相应落地，并且通过云效提供的模版管控能力，帮助德邦证券进行流程规范和约束。在空间规划上，德邦证券根据场景需要在云效上创建了三种空间类型：
• 业务空间：业务团队（德邦证券侧主要是在业务团队的产品同学）用来管理从OA系统评审、确认后的需求。
• 交付空间：交付团队用来进行日常的需求流转、任务分配、跟踪。
• 部门空间：横向支撑团队如UED，用来进行跨项目的任务跟踪、管理。
具体云效产品落地实践如下：
• 模式一：业务驱动模式，产品同学根据之前德邦证券侧配置的流程规范，在某一特定状态下如「已确认」，产品同学会将需求按照实际交付团队分配到各个交付团队中，各个交付团队按照实际诉求拆解继续拆解任务进行研发，如下图所示：
• 模式二：项目制度模式，当有项目的时候，会单独在云效创建一个项目空间，用于承载这些业务，然后通过云效提供的项目集将同一研发部门下的项目进行聚合以便同一的跟踪/查看：
• 模式三：当有业务或交付团队需要横向团队支持的时候，会给横向交付团队创建相应需求/任务，并将相应需求/任务归属到横向团队的空间里，同时会在需求来源部门字段里填上相应来源部门，方便后续跟踪统计，如下图所示：
最后，在工程实践沉淀上，云效提供的应用交付中心Appstack功能，帮助德邦证券基于应用的维度聚合代码、资源、环境、研发模式、发布策略等资产，确保整个研发活动基于云原生环境的可见、可控能力的落地。
德邦证券借助于云效Appstack中研发流程，结合实际情况新建了“开发环境->测试环境->回归环境”的敏态化产研模式。以德邦证券APP后端服务为例，为满足不同需求同步迭代上线，德邦证券建立了多个研发、测试环境，如下图：
每个环境都可以通过各自的研发流程进行控制，最终通过Appstack进行构建物的部署。
3、效能分析上：
业务指标：在价值方面，基于业务目标构建经济指标和非经济指标的需求价值评估模型，在业务增长、运营优化、基础建设、战役分解等方面，量化评估需求的ROI。需求价值使用于需求准入、资源匹配和上线回顾。
效能指标：为了提高交付效能，德邦证券在效能指标方面同时关注资源效率和流动效率。人均需求吞吐量和需求交付周期被作为北极星指标，用于观察团队交付效能的趋势变化。同时，结合其他群星指标如开发交付周期、阶段停留时间、在制品数量和资源负荷等，以需求变更次数为围栏指标，观察交付效率的趋势变化。为了更好地应对实际情况，德邦证券已经针对交付效率、交付质量、交付能力和交付价值四个维度，在指标库中制定了相应的效能度量指标，指标库由效能委员会、质量委员会和架构委员会共同负责迭代和维护，并结合云效提供的效能洞察服务，在云效上实现了部分北极星指标和群星指标的监控度量，部分指标如下图所示：
部分云效落地效能指标示例图如下：
四、成效收益
德邦证券IT团队目前已建立了以科技账单为载体、以需求价值为牵引的科技投入评价体系，通过效能洞察报表，使得研发工作得以更及时、更直观、更科学地进行展示，有序引导科技投入向更高价值的业务需求看齐，为经营决策提供数字依据，实现量入为出，助力降本增效。
在2022年10月，云效部署上线后，经历了三个月的推广期与试用期之后，工程交付团队完成了90%的工具迁移，这其中包括代码库、流水线、项目管理等效率工具，同时还通过集成SonarQube使代码质量评价过程与云效流水线相结合，确保在维持原有的质量基线不变的前提下，提升端到端的执行效率。
下图为某应用交付团队在使用云效后的需求交付分布图及缺陷修复分布图：
由图可见，需求交付的平均周期在17.49天，基本趋近于双周迭代的目标；同时，缺陷处理周期也达到了次日修复的目标。
在测试方面，相比于原来在Jenkins上通过编写部署脚本的方式，云效通过图形化界面的展示，支持测试团队自行搭建流水线或直接迁移Jenkins的现有脚本两种方式，快速完成了测试工作对接。同时，云效还可以利用K8S的资源调度能力，使流水线运行在容器中，实现流水线任务按需扩缩容，从而大幅降低因资源问题导致的任务排队现象。经统计，目前平均测试环境部署周期在2分钟左右，相较于原来的平均7分钟的部署周期，性能方面有了70%的提升。
