乐趣区

618大促电商企业如何拔得头筹敏捷-DevOps有话说

前言

当今企业发展不再以大为目标,而更多追求强和快,因为只有后者才能适应时代变化让企业处以不败之地,我们称这个时代为快鱼吃大鱼的时代,追求快和强也是企业的新形态。

传统行业小到菜场经济,大到航空航天,在逐步被互联网和创新颠覆。由于数字化、智能化给企业发展和管理带来的竞争压力,更多以敏捷为起点的跨职能协作正在逐步发展,特别是电子商务领域。

作为创新驱动和创新引领的行业,电商领域的技术和模式不断的创新,电商企业在这个时代如何寻找生命力和增长动力,如何去定义产品的“”和研发的“ 快”是其必须面临的课题。

在电商行业为代表的大多数企业里,业务效能管理用于实现产品的强,交付效能管理用于实现研发的快,通过引入敏捷思维 +DevOps 的模式,企业在对业务效能和交付效能的管理上,将不同于传统模式下的管理,从而助力企业更快的生产更强的产品,在每年的购物大促期间取得更好的销售成绩,提高品牌的影响力和市场能力。

业务效能

传统业务效能以 KPI 指标为导向,将企业经营目标分解到各个业务领域,并挂钩绩效以促进员工积极性,实现企业经营目标的达成。指标通常包含业务增长、净值、用户数等,往往以年为周期进行计划,执行和考核验收。

这种模式在大多数情况下是行之有效的,但是当企业面临环境变化,竞争对手变化,供需变化时变成难以应对,这在电商企业中,影响尤其巨大。例如今年年初的新冠病毒影响打乱了多数企业年初的目标部署,导致业务发展受挫,对于传统绩效管理这是场灾难。

新形态的业务效能包含两个层面的含义:业务效能机制和业务效能指标。

业务效能机制:企业最高目标和最终执行者之间必须是相互对应的,否则就存在损耗。这意味着企业目标必须穿越董事会、总经理、部门领导精确传达到执行者,同样执行者的执行结果需要及时反馈,为上层领导们调整目标提供切实有效的量化依据。为了保障双线链路的畅通,需要引入更为频繁的敏捷迭代效能制度机制,将年度规划转换为季度 QBR(Quarterly Business Review)模式。

业务效能指标: 企业需要重塑产品价值定义,而这不仅仅是业务指标,应该关注实现业务指标增长所需要的一切相关元素,我们称之为价值元素。例如北极星指标、用户分层转换率、用户净荐值 NPS(Net Promoter Score)、用户行为数据等,以大数据为依据设计的产品核心效能指标_。_

产品在不同的阶段应该对不同的价值元素进行 OKR 方式的进行管理,实现产品综合竞争力提升,这样的产品才能称之为“强”竞争力和生命力。

交付效能

科技型企业研发交付管理主要围绕三大核心领域展开管理:产能(或效率)、质量、成本。传统度量通常围绕三大领域设置指标,如人均代码行、故事数(点)作为产能,测试和生产缺陷数作为质量依据、人月费率来考核成本等。对研发的效能评价因为技术和产品的差异性变得不可执行。在新形态下,研发效能的定义需要在原有管理领域基础上同时关注:价值流动效率、工程效率、度量基准。

价值流动效率:业务人员在研发领域最关心的是,从需求提出到触发最终用户操作所需经历周期时长,我们称之为前置时间,这代表着我们响应市场的速度有多快。在平均 40 天的创新叠加周期内,企业的研发效能必须保持小于 40 天的前置时间才能确保产品的竞争力始终领先。而这也是敏捷迭代交付模式中追求 MVP,高频交付的小步快跑模式的意义所在。分析前置时间中各个环节的过程数据是提升产品“”速交付的关键。

工程效率:迭代高频的交付模式需借助自动化来实现交付效率最大化,并减少人为发生的错误风险和时间成本。在 DevOps 指标中分层自动化测试覆盖率、持续集成频率、一次投产成功率、环境可用率等都是需要关注的指标项。

度量基准:研发指标都和研发的输入即需求相关。需求规模的度量方式将影响研发指标结果的客观性,如代码行、故事点、人天经验值都是效能度量产生偏差的根本原因。选择统一规范的需求度量基准方法(如 FPA),将为研发效能度量和改进提供最重要的依据。

结束语

敏捷研发已成为业界主流,更是企业提升效能的制胜法宝。DevOps 作为敏捷理念向运维领域的延伸,为企业在数字化进程中追求创新和市场响应提供坚实的支撑,更是提升企业转型的动力。作为企业需要做的就是拥抱敏捷和 DevOps,让交付团队与运维团队互相协作,提升业务的能力。重塑企业效能。

华为云软件开发平台(DevCloud)是集华为近 30 年研发实践、前沿研发理念、先进研发工具为一体的一站式云端 DevOps 平台,618 年中钜惠,DevCloud 产品历史低价,助力企业更快的拥抱敏捷和 DevOps,提升效能,做强产品,提高交付效率。

点击关注,第一时间了解华为云新鲜技术~

退出移动版