写点什么

广发证券吴悠:BizDevOps 落地需警惕过分侧重技术

  • 2023-11-07
    北京
  • 本文字数:3804 字

    阅读完需:约 12 分钟

广发证券吴悠:BizDevOps落地需警惕过分侧重技术

随着科技的飞速进步,技术研发已从传统的瀑布式开发演化到敏捷开发,再到今日的 DevOps。特别在金融领域,如何在追求稳定性与驱动创新之间找到平衡,始终是一个行业难题。


针对这些问题,InfoQ 采访了广发证券资深项目经理吴悠,她指出:过分侧重技术、忽视业务的核心参与,以及缺乏清晰的目标评估机制是企业在 BizDevOps 实践过程中遇到的三大挑战。为确保 BizDevOps 的成功落地,这些常见的障碍必须被妥善应对。


在 11 月 19 日的 FCon 全球金融科技大会上,吴悠还将详细介绍《广发证券在场外衍生品投资管理项目中 BizDevOps 的落地经验》。敬请关注!扫描下方二维码即可查看全部演讲专题:



以下内容根据 InfoQ 对吴悠的采访编辑整理:

InfoQ:您个人在项目管理、研发管埋领域积累了 10 多年经验,能不能介绍一下这么多年来,您观察到的技术研发经历了哪些不同阶段的演变和发展?


吴悠:在过去的 10 多年里,我经历了通讯设备制造业、互联网行业、金融行业三种不同行业的公司。也见证了技术研发经历过的许多不同阶段的演变和发展。下面是我观察到的一些主要变化:


1、 瀑布式开发与 CMMI 模式


在通信设备制造业主要负责的是微电子行业相关的项目,大家都知道,芯片的投产成本是非常高的,所以,这个行业对缺陷的容忍度也是很低的。当时,我们都是严格按照瀑布模型,从项目论证,概要设计,详细编码,测试验收到最后的投片,环环相扣,无论文档还是代码,都要求非常严格的变更控制。虽然这一套流程是很重,但是我觉得,在设备成本非常高,重资产的这一类行业中,还是需要这样的一套研发模式进行严格的管控。否则,一次流片失败的代价太高了。


2、 敏捷开发和迭代开发的兴起


进入互联网行业时,正好是敏捷开发方法和迭代开发模式越来越受到重视的时期。这种方法强调快速反馈、持续交付和团队合作,有助于提高项目的灵活性和适应性,和互联网企业希望尽早把产品推送上线,尽早获取客户反馈的交付目标是非常适配的。所以,那时候,我们的变更、上线都是很轻量级的,整个研发团队的运作讲究的也是天下武功,唯快不破。


3、 DevOps


加入广发证券后,我发现证券行业的 IT 研发与通信行业、互联网行业还是很不一样,因为这个行业一方面有很多创新型的产品和业务想法,需要通过敏捷的方式尽早交付,以验证业务模式的可行性,但是,另一方面,这是一个强监管的行业,对系统的线上稳定性也有着极高的要求。那么,在这么一个行业背景下,DevOps 作为一种开发和运维的整合方法,逐渐成为主流。它强调开发和运维团队之间的协作,自动化和持续集成,在敏稳双态中寻求平衡,以实现更快的交付和更高质量的软件。

InfoQ:您如何看待 DevOps 这一理念对于证券行业的影响或者意义?是什么促使越来越多的金融企业引入 DevOps?


吴悠:DevOps 理念对于证券行业有着重要的影响和意义。我个人认为,主要的影响有这么几个方面:


1、 提高交付速度和质量:


证券行业这些年一直在强调自主研发,而且在一些创新型的业务和产品研发上,对软件系统的交付速度和质量要求是非常高的。DevOps 通过自动化和持续集成、持续交付的实践,可以大大缩短交付周期,并提高软件系统的质量和可靠性。


2、 加强安全性和合规性:


因为行业的特殊性,证券行业对于安全性和合规性的要求也非常严格。DevOps 通过将安全和合规性纳入整个开发和交付过程中,可以提前发现和解决潜在的安全问题,并确保符合相关法规和标准。


3、 促进团队协作和沟通:


和传统互联网行业不一样,证券行业的软件开发通常是业务驱动,所以整个的交付过程需要业务侧和 IT 侧多个团队和部门的合作。而 DevOps 强调跨职能团队的合作和自组织,通过打破部门之间的壁垒,促进更好的沟通和协作。


4、 改善客户体验:


证券行业的一些对客端的业务也是非常强制用户体验的,在这些产品的研发过程中,DevOps 通过持续交付和快速反馈的实践,可以更快地响应客户需求,改进产品功能和用户体验。


这几年,越来越多的金融企业引入 DevOps,我认为其中的一个重要原因是,Devops 提供了一种“又快又稳”的交付体验。比如说,从运维的角度出发,只要有变更,就有可能引入风险,那么,在金融这种强监管的环境下,肯定是维稳最重要,减少变更就能减少风险;但是现在越来越多的金融行业走向自研,走向敏捷开发,也会为了加快创新和市场响应,要求具备快速推出新产品和服务的能力,所以,对于金融行业来说,Devops 内置的质量门槛机制、持续交付、持续测试、自动化部署能力能很好地满足这两方面的诉求,降低人为错误和风险,提升交付速度,从而帮助金融企业更快地交付新功能和改进,提高市场响应能力。

InfoQ:业界认为 BizDevOps 是 DevOps 发展的必然趋势,在您看来,二者从概念到落地执行等层面,有哪些异同?


吴悠:BizDevOps 是 Bizness (业务) + Development (开发) + Operations (运维) 的缩写,代表了将业务、开发和运维三个方面整合在一起的一种方法论。它是在 DevOps 的基础上进一步演化而来的。


在概念层面上,DevOps 强调开发团队和运维团队之间的协作与沟通,目的是加强软件开发和交付的效率和质量;注重自动化、持续集成和持续交付,强调开发和运维之间的无缝衔接。而 BizDevOps 则更加强调业务的参与和价值,目标是将业务需求和价值传递作为整个软件开发和交付过程的核心,所以它将业务团队纳入 DevOps 的范畴,强调业务和开发、运维三方之间的协作与协调。


在落地执行层面上,DevOps 注重技术和工具的应用。它倡导使用自动化工具来实现持续集成和持续交付,以提高软件交付的速度和质量,比如要在组织层面搭建统一的 Devops 平台,统一研发工具链,优化分支管理策略,提升自动化测试和自动化部署的能力;BizDevOps 在执行层面上更加强调业务价值导向和业技融合。比如,我们需要打通业务需求与产品需求之间的交付链条,以达成业务目标为导向,让 IT 能参与到业务规划和业务方案的讨论与决策过程中,不是像以前一样,只是这个事的执行角色,而是与业务并肩做仗,共谋共建的一个过程。


总的来说,DevOps 和 BizDevOps 在概念上的主要区别是对业务的关注程度。DevOps 注重技术和流程的改进,以提高软件开发和交付的效率和质量;而 BizDevOps 则更加强调业务的参与和价值的实现,将业务团队纳入到 DevOps 的范畴,以实现业务和软件开发的无缝衔接。

InfoQ:企业 BizDevOps 落地实践的成败关键是什么?


吴悠:我认为,企业 BizDevOps 落地实践的成败关键有以下几个方面:


1、高层支持:BizDevOps 需要得到组织的高层支持和承诺。领导层的支持可以提供资源、推动文化变革和跨部门合作,从而确保 BizDevOps 的成功。


2、文化变革:BizDevOps 要求不同团队之间的协作和沟通,需要打破传统的职能隔离。企业需要建立一种合作和共享的文化,鼓励团队成员进行跨部门的合作和知识分享。


3、自动化和工具:BizDevOps 强调自动化,需要组织层统筹考虑布局,要有合适的工具和技术来支持持续集成、持续交付和自动化测试等流程,从而提高效率、降低出错风险,加速软件开发和交付的速度。


4、持续改进:BizDevOps 是一个持续改进的过程,企业需要持续地评估和改进其 BizDevOps 实践。通过不断的反馈和迭代,发现问题、解决问题,并寻求持续的改进和优化。

InfoQ:企业在这个过程中,通常容易陷入哪些误区?


吴悠:对于在 BizDevOps 落地实践的过程中,常见的误区包括:


1、过于强调技术:


BizDevOps 不仅仅是技术的问题,它涉及到组织文化、流程和团队协作等方面。过于强调技术,而忽视了其他方面的改变和调整,容易导致实践的失败。


2、缺乏业务参与:


BizDevOps 的核心是将业务与开发、运维整合在一起。但有时候业务部门可能被忽视或被排除在外,而缺乏业务参与可能会导致开发出的软件无法真正满足业务需求,从而影响到实践的成功。


3、缺乏明确的目标和度量指标:


BizDevOps 需要明确的目标和度量指标来衡量实践的效果和价值。如果企业没有明确的目标和度量指标,就会在落地实践的推进过程中缺少抓手,也无法很好去衡量改进的效果,洞察过程中的一些问题。

InfoQ:广发证券从 0 到 1 开始搭建场外衍生品投资管理系统,在这个过程中,遇到的最大挑战是什么?是否可以分享一下我们在其中总结的成功实践经验?


吴悠:场外衍生品系统是纯自研的一个项目,我们当时面临的最大的挑战来自于,当业务进入快速发展期,研发团队的规模在短短几个月的时间内急剧扩张,研发过程管理的复杂度呈指数级上升,研发进度和研发质量在短期内遇到了挑战。那么,如何在这么一个背景之下,寻求一套适用于大规模研发团队业技协同,快速交付的管理方式,变成了我们当时需要解决的一个问题。


这个过程中,我们借鉴了 BizDevOps 的框架和方法论,基于项目自身的一些痛点,优化了我们的研发流程、工具平台,也摸索出了一套能够让我们的团队具备持续高效交付能力的研发实践。这些实践也是我在这次会上想重点分享的内容,也欢迎感兴趣的同行和专家们到时候一起参与讨论及交流。


关于 FCon

首届FCon全球金融科技大会将于 11 月 19-20 日在上海举办。本次大会已邀请到工商银行、招商银行、汇丰银行、兴业银行、中信银行、北京银行、平安人寿、度小满、蚂蚁集团等业界知名银行以及金融机构的大咖,前来分享大模型、 Web 3.0 、隐私计算、数字货币、区块链等前沿技术在金融领域的落地案例。


我们诚挚地邀请您加入我们,共同探索金融科技的未来,点击链接即可查看全部演讲专题。


目前是 8折特惠购票,报名立减 ¥1360,咨询购票可联系:17310043226(微信同手机号)。



2023-11-07 13:315490

评论

发布
暂无评论
发现更多内容

学员在web前端培训机构应该怎么学习

小谷哥

如何选择比较靠谱的数据培训班?

小谷哥

好像知道的人不多?Spring容器关闭执行销毁方法有几种,看完MQ源码我才知道SmartLifecycle最快

程序知音

Java spring 程序员 后端 框架

硬实力!旺链科技与蚂蚁、腾讯共同入选国家工信安全中心“区块链优选计划”

旺链科技

区块链 产业区块链 Baas 企业号九月金秋榜 融合创新

OpenHarmony Camera源码分析

OpenHarmony开发者

OpenHarmony

访问控制系统的质量评价

权说安全

网络安全 零信任 访问控制

5 分钟比较理解 require() vs import()

掘金安东尼

前端 9月月更

Java培训学习技术需要具备哪些能力

小谷哥

怎么来选择大数据培训课程

小谷哥

江南农村商业银行容器云平台建设经验分享

BoCloud博云

云计算 云原生 容器云

软件测试 | 测试开发 | Jenkins 踩坑(四)|基于接口自动化测试完成 Jenkins+GitHub+Allure 的结合

测吧(北京)科技有限公司

测试

Linux系统安装配置Tomcat

Linux Tomccat 9月月更

OneFlow源码解析:Tensor类型体系与Local Tensor

OneFlow

深度学习 源码解析 算子

Android技术分享| Activity 过渡动画 — 让切换更加炫酷

anyRTC开发者

android 音视频 动画 移动开发 Activity

大规模数据如何实现数据的高效追溯

华为云开发者联盟

大数据 后端 华为云 企业号九月金秋榜

知识管理对企业的作用不容小觑

Baklib

知识管理 企业

写出优秀的产品手册文档的技巧

Baklib

文档 产品手册

太牛了,这是我见过把微服务讲的最全最好的SpringCloud架构进阶

程序知音

Java 架构 微服务 SpringCloud 后端技术

什么是数据质量管理?企业怎样做好数据质量管理?

雨果

数据质量

Spring源码解析(十一)Spring扩展接口InstantiationAwareBeanPostProcessor解析

石臻臻的杂货铺

spring 9月月更

微服务治理热门技术揭秘:动态读写分离

阿里巴巴中间件

数据库 阿里云 微服务 云原生

干货 | 企业数字化转型过程中,传统IT和数字型IT能否严格区分?

嘉为蓝鲸

运维 转型 IT 数字化 研发

干货 | 如何实现软件自动化部署?

嘉为蓝鲸

运维 IT 应用发布 应用部署

TiFlash 源码解读(八)TiFlash 表达式的实现与设计

PingCAP

源码阅读 TiDB TiDB 源码解读

Baklib|FAQ常见问题对产品推广的重要性

Baklib

产品 FAQ

Java开发培训的就业方向有哪些?

小谷哥

贝斯的圆桌趴 |科技公司内部 SaaS 工具大公开

Bytebase

如何在 ACK 中使用 MSE Ingress

阿里巴巴中间件

阿里云 容器 微服务 云原生 ingress

零信任态势评估:安全控制自动化

权说安全

零信任 动态评估

Linux vim的使用和配置

挚爱光小胖

Linux vim教程

超长序列,超快预测!深势科技联手阿里云,AI蛋白质预测再下一城

阿里云大数据AI技术

人工智能 深度学习 企业号九月金秋榜

广发证券吴悠:BizDevOps落地需警惕过分侧重技术_证券_李忠良_InfoQ精选文章