从DevOps到BizDevOps : 企业数字化转型过程中的IT与业务对齐

2023-10-17 20:50

本文主要是介绍从DevOps到BizDevOps : 企业数字化转型过程中的IT与业务对齐,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

2017年,中国数字经济规模达27.2万亿元,占国内生产总值(GDP)比重达到32.9%。对于企业而言,数字化转型已是势不可挡,既迎来了千载难逢的机遇,也充满了颠覆与挑战。

CIO的角色已经从“交付型”向“IT和业务相结合”的方向转变,更好地为企业数字化转型赋能。

84% of CIOs from top digital performers have reimagined their role and have responsibility for areas of the business outside of traditional IT, the most common being innovation and transformation. These CIOs are also expanding their success criteria from IT delivery objectives to more broadly business-based measures.

                                                                                             —— Gartner 2018 CIO Agenda

-企业数字化转型,对业务和IT提出了更高的要求

  未来30年,数据将成为生产资料,计算会成为生产力,互联网将是一种生产关系。随着互联网、云计算、大数据等技术的兴起和发展,企业面临着用户群体、商业行为和场景的多样化,在数字化进程的驱动下,企业如何快速敏捷应对商业模式、运营模式、管理模式的变化,以获得商业价值最大化,从而再造企业核心竞争力。

        传统IT在企业内部定位往往在于业务支撑部门,价值仅仅体现在被动的基于业务需求完成IT架构及系统实现,业务部门和IT部门作为上下游的需求部门和实现交付部门,基于IT的开发运维和基于业务的运营仅仅被系统本身连接,更多是线型或优化的闭环模式。在数字化时代,实现企业IT和业务能力的对齐、以商业价值交付为目标的IT和业务整合协同发展,是企业实现数字化转型的重要推动力。

 数字化时代对业务运营提出了更高的要求,需要企业快速适应业务场景、商业模式、市场环境的变化,敏捷IT的重要性彰显无遗:IT部门需要具备快速响应业务部门需求的能力、为业务运营提供更有效决策支撑的能力、为业务创新试错提供更优化更低成本支撑的能力。基于敏捷理念的DevOps,为IT能力敏捷化提升提供了方法论和工具体系参考,已经成为企业应对数字化转型的重要能力要求。作为DevOps的扩展,BizDevOps打通业务和IT环节,从IT交付延伸为端到端的商业价值交付,整合业务和IT能力共同驱动企业业务发展,超越了传统企业IT的边界。

 

-DevOps实现敏捷IT,助力企业数字化转型

 在业务敏捷化的需求背景下,传统的单体式架构及项目制瀑布开发模式已经无法满足业务快速开发交付及变更的需求。从企业IT部门的视角,为了更快速响应业务变化,实现应用的快速开发交付及迭代,敏捷开发(Agile)风靡一时,Scrum作为敏捷方法论被认为是全球最流行与最有效的敏捷项目管理理念与方法之一;而以敏捷开发为基础的DevOps(Development和Operations),则进一步整合了开发测试和运维团队,通过组织、文化和工具,以及自动化“软件交付”和“架构变更”的流程,使得构建、测试、发布软件能够更加地快捷、频繁和可靠。

  DevOps可以有效提升软件交付效能,在实现更频繁更快速应用发布的同时,可以有效减少发布变更导致的故障及停机时间。

根据DORA公司与Google Cloud合作发布的《2018年DevOps现状报告》,实施DevOps的高效能团队在代码发布频率、代码提交至发布的速度、变更的故障率、事故恢复时间上的表现远远优于低效能团队: 

    代码发布频率高 46 倍

    代码提交至发布的速度快 2555 

    变更故障率少 

    事故恢复时间快 2604 倍

——  《2018 DevOps现状报告》

DORA ( DevOps Research and Assessment ), Google Cloud

而在所有参与调查的企业当中,在实施DevOps的同时采用PaaS、云原生、容器技术的企业有更高的概率是高效能精英团队。IT团队的敏捷化转型,为业务团队更快速响应市场变化提供了能力支撑。在企业数字化浪潮下,能否比竞争对手更快的发现和响应市场变化,是保持企业竞争力的重要因素。

 

-DevOpsBizDevOps,实现IT与业务对齐

 DevOps从IT团队的角度补齐了能力,实现了IT团队内部从开发测试到运维的流程、组织、文化重构,通过实现IT从“稳态”到“敏态”的转型和“双态IT”支持,很大程度上能改善IT应对市场及业务变化的能力;但是从整体上看,在数字化时代下,企业的商业价值需要更多由业务数据来驱动,业务和IT需要以商业价值的交付为目标,前端的业务决策、业务调整和执行,需要和IT实现以及IT运营数据形成更紧密的闭环。而在新的业务形态下,需要IT团队和业务团队更深度的连接和整合,例如从IT运营的数据及决策支撑反馈至业务端后,新的业务、管理决策及调整如何和IT实现更有效的对接和匹配;从DevOps向业务端进行扩展,实现业务、IT开发运营的整合重构,就有了BizDevOps的概念。

        和DevOps或者传统IT相比,BizDevOps更多的关注在整体商业价值的实现,从业务部门原始需求到IT开发实现和持续运维、通过运营数据反馈到业务部门进行改进优化,从而形成针对业务商业价值的生命周期闭环管理。

 从IT的角度看,BizDevOps完整包含了DevOps敏捷开发以及交付的内容,作为扩展在需求端更多的引入了Business的角色,如前端的销售、MKT、产品等部门,甚至于来自外部的最终用户;业务部门在最初期的参与,可以更有效地统一业务需求和IT实现,在敏捷、速度的基础上更好实现方向的正确性;另一方面,在敏捷化的环境下,业务需求、IT应用的变更往往是细粒度而频繁发生的,通过业务部门在全流程的参与可以更有效的从业务整体视角进行全局管控及决策。

        DevOps打破了开发和运维之间的鸿沟,通过运维开发提供自动化工具,从而具备从开发到运维的应用生命周期统一管理;同样BizDevOps需要实现业务和IT之间的连接,其中重要的一点就是通过低代码(Low-Code)或是无代码(No-Code)开发平台,为业务人员、开发人员提供统一的交互基础;核心IT团队更关注于提供自动化工具及平台,以及支撑业务功能实现的服务化功能和组件,业务分析师/开发人员可通过自动化平台工具以及服务组合,从业务需求出发对IT实现进行定义。业务和IT可基于统一的工具和环境对需求、阶段交付物进行更为频繁和有效准确的沟通交流,实现商业逻辑、业务语言和IT技术实现的一致性,保证交付效率以及商业价值的实现。

 

-微服务+DevOps+LowCodeBizDevOps实践

 Nebulogy作为新一代BPM PaaS平台,是在BPM领域由DevOps向BizDevOps进行扩展实现的实践:Nebulogy基于微服务及容器的技术架构,实现了BPM能力的服务化;同时通过集成DevOps工具,实现了流程应用开发及运维过程中的持续集成和发布,通过自动化有效提升了流程开发运维的效率,可快速应对企业发展过程中业务及管理、组织变更带来的流程变更需求;通过以微服务架构为基础的低代码开发平台,为业务人员提供IT自动化实现能力,并从工具、组织层面推动企业流程实施向更高效的方向转变。

 

工具层面:基于微服务架构的低代码开发平台,为业务实现提供基础业务功能的自动化实现能力,只需通过业务层面可视化开发界面的操作,即可实现业务功能服务的组合及自动化实现;IT核心团队对于基础功能进行服务化开发实现,并针对具体业务需求进行功能片段的实现,并在业务运营过程中对个性化功能进行沉淀,补充完善自动化功能服务能力。同时通过流程绩效监控分析,作为流程管理优化的参考,业务部门可对流程进行优化决策,并通过便捷的流程配置工具、DevOps工具(CI/CD、灰度发布等)实现流程优化变更的快速实现和效果评估。

 

        组织层面:平台为业务分析师/业务人员提供了IT能力开放平台以及业务沟通基础环境,业务人员可更直接的参与到流程项目实施过程中,在业务需求阶段、业务实现和交付阶段、业务运营和持续优化阶段以平台为交互语言实现和IT团队更有效的沟通,保证需求定义到开发实现、运营监控、业务及IT系统优化迭代的更有效衔接,保障最终交付质量,实现流程全生命周期管理及持续优化。

 

        基于微服务+DevOps+LowCode的Nebulogy平台,是在BPM领域实现企业IT和业务对齐的平台基础,为企业流程梳理咨询(业务)、流程开发及运维(IT)、流程优化(业务/IT运营)提供从业务到IT的流程全生命周期管理,并通过BizDevOps业务和IT对齐融合达成商业价值的实现,从而助力企业实现数字化转型与高速增长!

点击“阅读原文”,了解更多

转载于:https://my.oschina.net/Nebulogy/blog/2992388

这篇关于从DevOps到BizDevOps : 企业数字化转型过程中的IT与业务对齐的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/227888

相关文章

oracle 11g导入\导出(expdp impdp)之导入过程

《oracle11g导入导出(expdpimpdp)之导入过程》导出需使用SEC.DMP格式,无分号;建立expdir目录(E:/exp)并确保存在;导入在cmd下执行,需sys用户权限;若需修... 目录准备文件导入(impdp)1、建立directory2、导入语句 3、更改密码总结上一个环节,我们讲了

ShardingProxy读写分离之原理、配置与实践过程

《ShardingProxy读写分离之原理、配置与实践过程》ShardingProxy是ApacheShardingSphere的数据库中间件,通过三层架构实现读写分离,解决高并发场景下数据库性能瓶... 目录一、ShardingProxy技术定位与读写分离核心价值1.1 技术定位1.2 读写分离核心价值二

MyBatis-plus处理存储json数据过程

《MyBatis-plus处理存储json数据过程》文章介绍MyBatis-Plus3.4.21处理对象与集合的差异:对象可用内置Handler配合autoResultMap,集合需自定义处理器继承F... 目录1、如果是对象2、如果需要转换的是List集合总结对象和集合分两种情况处理,目前我用的MP的版本

Java Kafka消费者实现过程

《JavaKafka消费者实现过程》Kafka消费者通过KafkaConsumer类实现,核心机制包括偏移量管理、消费者组协调、批量拉取消息及多线程处理,手动提交offset确保数据可靠性,自动提交... 目录基础KafkaConsumer类分析关键代码与核心算法2.1 订阅与分区分配2.2 拉取消息2.3

AOP编程的基本概念与idea编辑器的配合体验过程

《AOP编程的基本概念与idea编辑器的配合体验过程》文章简要介绍了AOP基础概念,包括Before/Around通知、PointCut切入点、Advice通知体、JoinPoint连接点等,说明它们... 目录BeforeAroundAdvise — 通知PointCut — 切入点Acpect — 切面

C++ STL-string类底层实现过程

《C++STL-string类底层实现过程》本文实现了一个简易的string类,涵盖动态数组存储、深拷贝机制、迭代器支持、容量调整、字符串修改、运算符重载等功能,模拟标准string核心特性,重点强... 目录实现框架一、默认成员函数1.默认构造函数2.构造函数3.拷贝构造函数(重点)4.赋值运算符重载函数

MySQ中出现幻读问题的解决过程

《MySQ中出现幻读问题的解决过程》文章解析MySQLInnoDB通过MVCC与间隙锁机制在可重复读隔离级别下解决幻读,确保事务一致性,同时指出性能影响及乐观锁等替代方案,帮助开发者优化数据库应用... 目录一、幻读的准确定义与核心特征幻读 vs 不可重复读二、mysql隔离级别深度解析各隔离级别的实现差异

Nginx添加内置模块过程

《Nginx添加内置模块过程》文章指导如何检查并添加Nginx的with-http_gzip_static模块:确认该模块未默认安装后,需下载同版本源码重新编译,备份替换原有二进制文件,最后重启服务验... 目录1、查看Nginx已编辑的模块2、Nginx官网查看内置模块3、停止Nginx服务4、Nginx

Jenkins的安装与简单配置过程

《Jenkins的安装与简单配置过程》本文简述Jenkins在CentOS7.3上安装流程,包括Java环境配置、RPM包安装、修改JENKINS_HOME路径及权限、启动服务、插件安装与系统管理设置... 目录www.chinasem.cnJenkins安装访问并配置JenkinsJenkins配置邮件通知

Conda国内镜像源及配置过程

《Conda国内镜像源及配置过程》文章介绍Conda镜像源使用方法,涵盖临时指定单个/多个源、永久配置及恢复默认设置,同时说明main(官方稳定)、free(逐渐弃用)、conda-forge(社区更... 目录一、Conda国内镜像源二、Conda临时使用镜像源指定单个源临时指定多个源创建环境时临时指定源