数字化转型中的 DevOps:数字风险

顾黄亮
在数字化转型过程中,DevOps从数据度量和反馈的角度输出一系列数字指标,对软件交付和产品生命周期多个环节进行端到端的数字触达,同时对业务场景、办公场景、协同场景进行数据驱动转型。

作者简介

顾黄亮,中国商联智库入库专家,腾讯云最具价值专家TVP,阿里云最有价值专家MVP,企业数字化转型IOMM委员会特聘评估专家,《研发运营一体化(DEVOPS)能力成熟度模型》核心作者,《企业IT运维发展白皮书(2019)》核心作者,2020容器云技能大赛课程出品人,多个技术峰会分享嘉宾。拥有丰富的企业级DevOps实战经验,专注企业IT数字化的转型和落地,致力于企业智慧运维体系的打造。

转型的成败与否,取决于最终的转型效果和价值,无论是数字化还是DevOps,都应该以结果为导向,不应该为了转型而转型。DevOps作为数字化转型的关键内建阶段,承担了IT组织“价值交付”的载体功能,承接了数字运营的数据能力输出,同时从价值的视角,为业务部门带来数字洞察能力和业务贡献度。DevOps作为企业IT基础设施和技术运营建设的逻辑起点,通过技术的手段实现企业全面经营过程中的成本、效益、质量的优化,以及对新技术、创新模式的培育。

在数字化转型过程中,DevOps从数据度量和反馈的角度输出一系列数字指标,对软件交付和产品生命周期多个环节进行端到端的数字触达,同时对业务场景、办公场景、协同场景进行数据驱动转型。随着企业对数字化转型的目标逐渐延伸,以及管理者对数字赋能的理解不断加深,促使企业对DevOps给予数字全链路场景的能力要求越来越高,同时逐步进入深水区的数字化转型也带来一系列的数字风险,具体表现在数字可视和数字运营方面。

在IT组织内部,IT架构从稳态到敏态的转变,带来软件交付过程中横向流程驱动的风险以及纵向数据反馈的风险,在业务组织,数字反馈的场景覆盖能力以及虚荣性指标的突出带来风险预警和处置能力的降低,数据决策带来的风险更为隐蔽导致规则性的被动规避,在企业内部,IT战略管理、组织架构、数字文化、各条业务线和IT客户服务等多层级的数据理念和数据口径同样将数字风险进一步放大。因此,数据管理者需要对数据进行审慎和妥善的治理,形成统一的数据口径和全场景的数据流动链路,确保数字的正向反馈和存量数据风险的持续出清。

DevOps过程中的数字风险

在DevOps最佳实践的案例中,笔者认为,数字风险不仅仅聚焦在度量和反馈阶段,测试数据的高阶场景化缺失、安全数据的链路贯通、用户体验的普适性预知都是数字风险的表现方式,最常见的数字风险场景主要有IT组织的效能评估,IT项目的后评估和成本复盘,产品运营过程中的保障反馈。由于DevOps文化的特性,IT成员的协同环境和责任共担模式会将产品问题进行传递,最终通过产品运营的方式在业务场景中得到体现,这是DevOps的优点,同时也是DevOps实践过程中的潜在风险因素。

01测试数据的高阶场景缺失

测试是DevOps能力子域中关键的一环,承担“产品级”制品的准出,尤其在测试左移阶段,将质量延伸至业务需求。因此,测试对于验证应用或服务的行为是否符合预期以及是否能够安全的进行产品交付至关重要。

测试数据的高阶场景缺失,对于“价值交付”而言,通常会导致测试结果的稳定性和准确率出现问题,影响产品的质量和安全,对于数字辅助决策而言,完备的测试数据可以提前模拟业务运营过程中的数据变化,以及目标用户的转化历程。这种高阶场景面向于业务和需求组织,同时给予数字使用者预知的正向反馈。

02安全数据的链路贯通

安全数据的场景通过风险规避的方式嵌入至DevOps“价值交付”链路,能够有效规避产品交付过程中的危害,同时保证DevOps优势的放大。安全数据的链路贯通,可以在软件交付和产品运营过程中,对数据表现进行持续的监测,通过服务交付基础设施、应用及其相互依赖关系的完整可见性、业务数据的智能分析,确保潜在威胁能够在影响到业务运营前被解决。同时,将安全数据进行链路贯通,可以面向产品运营过程中的所有节点,以业务语言的方式,从业务视角进行情报输送和舆情传递,驱动数字可视和数字运营实现安全遥测。

03用户体验的普适性预知

在传统的DevOps实践中,更多关注需求的实现和交付周期,随着用户习惯不断发生变化,促使DevOps和业务组织的聚合效应不断增强,主要表现在用户体验的普适性预知能力方面。根据权威数据的统计,用户体验主要聚焦在对功能的高期望和对问题的低容忍,因此DevOps需要将数字反馈前置,覆盖用户体验场景,以用户视角的方式,将数字场景延伸至业务规划、产品需求、测试数据、发布策略和最终的业务监控,全面了解业务并关注用户体验,以数字可视的方式对用户体验进行可见性引入和治理。

数字化转型过程中的数字风险

数字化转型,其中最关键的节点为业务目标数字化,通常也称为数字化经营或数字化战略,而最重要的节点为全面数字化思维,这也是数字化工程成为企业级工程的核心。因此,企业的领导者必须具备数字使用者的角色,同时也要为数字风险负责。

笔者认为,DevOps作为数字化转型的关键部分,同样也要上升至企业级工程的高度,无论对于产品的“价值交付”还是企业数据的“数字赋能”,都需要明确的职能界定。从企业经营的角度看待数字风险,主要有三个方面,数字对抗的风险、数字辅助决策的风险和数字愿景的风险。

01数字对抗的风险

数字对抗相较于数据指标而言,更多的从业务运营的角度进行放大,在DevOps度量领域,存在很多核心指标和虚荣性指标的对抗,这种对抗的风险容易导致最终的价值发生结果性偏移,在数字化转型过程中同样也会存在类似问题。只要数字存在价值,就一定会有数字利益的可能,数字对抗取决于企业管理者在不同场景不同阶段对数字目标的理解。

企业全面数字化经营覆盖了IT组织的精益运行、运营组织的精益运营和职能组织的精益运转,在不同组织和不同场景下,数字的反馈往往局限于阶段性结果或目标,同时还存在“相悖”的情况,比较典型的有能效和结果的不相符性,运营策略和结果的不稳定性,项目预测和结果的不确定性,因此数字对抗是管理者的思维方式和理解能力的阶段性反馈结果。

02数字辅助决策的风险

绝大多数场景中,数字辅助决策的风险来自于数字的全面、定义和标准化,信息系统的数字缺失和技术落后是导致数字辅助决策失真的重要原因,同时,数字使用者对数字的认知存在偏差也是决策失真的另一个关键原因。

企业数字化转型最重要的就是信息系统和数据平台,这是整个数字化的基础,同时也是数字辅助决策的大脑。数字辅助决策的风险来自于设备是否可以互联、数据是否可以互通、数据口径是否一致、数据定义是否标准、数据思维是否和管理对齐。

03数字愿景的风险

数字愿景是数字化转型的目标定位,和DevOps类似,DevOps的愿景是提升组织级的能效和质量,需要因地制宜、因人而异、因势利导。同样,数字化转型从本质上说并不是一种颠覆式创新,而是根据数字赋能进行内部重构,所以需要自上而下,循序渐进,这也符合数字能力输出的科学规律。

数字化转型需要具备多个“阶梯性”的目标,而“全局性”战略只能有一个,将目标按照场景和组织进行分解,然后投入到各个能力子域的日常运行中,不断去试错改进,才能最终达成目标。

THEEND

最新评论(评论仅代表用户观点)

更多
暂无评论