一、BizDevOps,IT需主动向前一步
在大部分的组织里,业务和 IT 的的关系时常处于拉锯状态。很多人认为,造成该问题的主要原因在于组织架构,业务和 IT 属于各自独立的部门,势必会造成业务和 IT 之间的鸿沟。
但结合过去的经验,我们认为鸿沟更存在于思维理念的层面,并不是必须打破组织架构的关系,才有可能践行BizDevOps,打破固有的思维理念才是第一步。
那么,业务团队应该进行什么样的思维理念的转变?
对于业务而言,过去他们只将 IT 看作供应商,业务要什么,IT做什么,而现在要转变思维,将 IT 当成真正并肩作战的伙伴;过去,业务只管目标不管具体实现,而现在应该是IT与业务一起聚焦到客户价值,一起摸索,一起达成目标。
对于 IT 侧,不能再将自己当做供应商,而是应该主动向前看业务,主动提出自己的想法;过去 IT 可能只管系统上线,不关心最终是否真正解决了问题,而现在,系统上线后还要关注是否产生价值,并提供创意解决难题。
在改变思维的过程中,最重要核心是:不是 IT 围绕业务转,而业务和 IT 一起围绕客户转。
业务和技术需要融合。那么,到底是业务学习技术,还是技术学习业务?
无论是业务还是技术,要达到金字塔尖的水平,都需要非常长期的经验积累。但相对来说,业务学习的入门更容易,人们可以在较短的时间之内掌握业务的基础,能够指导数字化的落地实现。但技术入门的门槛较高,即使达到入门水平,也需要长期积累。
因此,基于学习曲线,我们主张 IT 更应主动向前一步,主动学习业务。
二、业务认知的三个层次
业务认知分为三个层次,分别是:理解业务基本面、解读业务策略变化、提议数字化方案。
理解业务基本面包括三个方面:
懂业务术语:能够清晰理解业务概念,听懂业务语言。比如能够脱口而出某领域的30个常用术语,并能清晰地解释每个术语的定义。
理解业务:理解业务模型,包括人、事、物和价值流。业务的本质为生产价值并传递给客户,然后通过某种方式得到价值回报,得到收入,过程中会涉及到供应方、合作伙伴、目标客群定位等,要理解每个人的核心职责,要清楚业务过程中先做什么,后做什么。简单来说,能够快速说清业务模型,即可认为理解了业务。
熟悉用户:用户分为内部用户和外部用户,要了解外部用户和内部用户的客群特点、类型数量、目标、核心职责和场景等。
理解业务基本面是团队的业务认知基线,是必须达到的要求。结合实践,我们认为每个成员在进入团队一个月以后,应该能够掌握基本面。
解读业务策略变化可以分为三个部分:
熟悉行业领域:以线上问诊领域为例,需要了解线上购药和线上咨询诊疗领域的市场规模、领域里的头部玩家、各个玩家的盈利状况、市场地位、市场份额、各自核心业务模型的差异。也要了解切入该领域最关键的成功因素,比如拥有医疗资源、核心技术、监管资质,比如如何实现医患之间更高效的沟通等。
解读业务策略:比如 IT 团队成员应该理解“人效”这个词意味着量化可视化效率,比如理解企业战略改变的原因等。总结来说,应该能够预测可能会采取的动作,理解某个业务动作背后的意图和原因。
分析运营数据:学会解读数据,比如总结汇报里提到的关键数据、客户变化,从数据中获得洞察要点,通过数据以及数据的变化,大概了解下一步的策略可能的调整方向。
解读业务策略变化是团队核心成员(PO、BA以及TL)的胜任基线,需要在进入团队 3 个月以后达到要求,做到懂行,能够解读业务策略,也能够分析运营数据。
提议数字化方案也包含三个方面:
洞察客户用户:用户泛指所有客户和用户。以线上诊疗为例,懂用户指能够判断出在线购药、线上诊疗的用户具有何种特征、用户地域分布、在何种场景下会选择线上购药。比如用户购药或诊疗前后还会做什么事情,是否会影响到用户在购药和诊疗中的决策。
建议业务策略:以人效为例,需要能够理解提人效可能意味着什么,能够理解目前的业务挑战,结合数据,主动提出策略,比如应该聚焦于某行业的大客户,并且能够针对行业大客户的上下游也进行客户画像,借此挖掘更多的价值。
提议数字化方案:结合懂用户和建议业务策略,提议数字化方案。比如聚焦于大客户的策略下,针对目标和业务、客户的痛点提议数字化方案。
提议数字化方案是从DevOps到BizDevOps的门槛线,核心成员在进入团队6个月后应具备该项能力。
三、5个秘诀,助理IT提升业务认知
如何在1个月内把握业务基本面?
基本面知识大多属于显性知识,比如业务术语、参与方、如何进行价值交换、业务参与方组织架构图、岗位职责等,可以通过比如部门的定期工作汇报、通过收集整理获得。
对于显性知识,建议通过“记忆+考试”的方法来掌握。企业中需要大量人都能够掌握某一类知识且只是偏显性的时候,通过形成简版的基础业务知识条目,设为基线,并进行基础胜任“考试”,是最为有效的方法。
其次,解读业务策略,错了怎么办?
IT 团队希望对业务进一步了解的时候,大多时候会选择派一名业务专家去进行讲解。但是,仅仅是被动地听业务专家讲解,一天下来最大也只能吸收30%的内容,效果较差。另外,对于业务策略浅层片面的理解,比不理解的危害更大。
因此,最好的方式不是让业务来教,而是 IT 先理解业务,然后向业务进行反串讲解,让业务验证 IT 的理解并进行纠偏。优势在于,专家不再需要花费大把时间从基础内容开始讲解;其次,帮忙澄清和纠偏的过程中,激发了业务专家新的思考,也是对业务专家有益的输入,专家交流的动力更强,体验也会更好。
因此,第二个秘诀在于要翻转课堂,让 IT 团队进行业务反串讲解,习得解读业务策略的能力。
第三,没人能说清楚业务策略,怎么办?
业务策略在组织中逐渐清晰的过程呈螺旋式,最初仅有个别专家对业务有清晰的判断,属于内在的知识,因此第一步需要专家将他对业务知识的理解通过外部显性化的方式显示,再与组织中不同的专家进行连接碰撞,帮助各自的隐性知识逐步变为显性知识,最终达成共识,形成清晰的业务策略。
螺旋上升的速度更快,则意味着团队效率更高。我们认为,进行定期的业务知识擂台赛是一种非常有效的方式,IT和业务都参与其中,将组织中业务的隐性知识更快地进行显性化。过程中有分享,有碰撞,有澄清,最后将大家达成共识的结果进行整理,形成显性化的业务策略。
虽然数字化提案并不简单,但从以往经验来看,IT 团队一定能够学会。
可以快速将提案逻辑标准化、模板化,不同 IT 团队的伙伴可以通过专项训练进行刻意练习。
通常的方式为学一遍,自己尝试做一遍,过程中会得到很多反馈。然后尝试迭代优化,练 3 遍。经过上述流程,IT人员的数字化提案能力会有显著进步。
为了能够真正创造价值,使数字化提案的能力变得持久,建议定期举行共创提案会。如今,只做年度规划已经远远不够,我们要在业务进行的过程中,每季度滚动地制定下个季度的规划,因此建议每个季度进行共创提案会。将业务、 IT、用户组成混编的小组,针对目标和痛点场景进行分析提案,使IT团队从源头开始参与孵化“需求想法”。
过程中,综合业务、IT以及用户的洞察和智慧,碰撞打磨,找出“四两拨千斤”的数据化举措。数字化功能并不是越多越好,重点在于找到那些投入20%即可带来 80% 效果的举措,保证做正确的事步。
四、总结
践行 BizDevOps ,科技更需要向前一步,与业务并肩作战。
在业务认知上的三个层次包括理解业务基本面、解读业务策略变化、提议数字化方案。
5 个有效秘诀包括:
a.形成简版的业务基本面知识条目,设为基线,进行考试。
b.翻转课堂, IT 团队通过业务反串讲来习得业务知识。
c.定期进行业务知识擂台赛,加速业务策略变为显性知识的螺旋。
d.将组织中的提案逻辑模板化,通过专项的刻意训练,让 IT 团队能够自如地进行数字化提案。
e.定期进行共创提案会,找到“四两拨千斤”的数字化的举措,创造价值。
本文为阿里云原创内容,未经允许不得转载。