在大部门的组织里,业务和 IT 的的关系时常处于拉锯状态。很多人以为,造成该题目的主要原因在于组织架构,业务和 IT 属于各自独立的部门,势必会造成业务和 IT 之间的鸿沟。
但联合已往的经验,我们以为鸿沟更存在于思维理念的层面,并不是必须打破组织架构的关系,才有可能践行BizDevOps,打破固有的思维理念才是第一步。
那么,业务团队应该举行什么样的思维理念的变革?
对于业务而言,已往他们只将 IT 看作供应商,业务要什么,IT做什么,而现在要变革思维,将 IT 当成真正并肩作战的伙伴;已往,业务只管目的不管详细实现,而现在应该是IT与业务一起聚焦到客户代价,一起摸索,一起达成目的。
对于 IT 侧,不能再将自己当做供应商,而是应该主动向前看业务,主动提出自己的想法;已往 IT 可能只管体系上线,不关心最终是否真正解决了题目,而现在,体系上线后还要关注是否产生代价,并提供创意解决难题。
在改变思维的过程中,最重要核心是:不是 IT 围绕业务转,而业务和 IT 一起围绕客户转。 业务和技术需要融合。那么,到底是业务学习技术,还是技术学习业务?
无论是业务还是技术,要达到金字塔尖的水平,都需要非常长期的经验积聚。但相对来说,业务学习的入门更轻易,人们可以在较短的时间之内掌握业务的基础,能够指导数字化的落地实现。但技术入门的门槛较高,即使达到入门水平,也需要长期积聚。
因此,基于学习曲线,我们主张 IT 更应主动向前一步,主动学习业务。
其次,解读业务策略,错了怎么办?
IT 团队渴望对业务进一步相识的时候,大多时候会选择派一名业务专家去举行讲解。但是,仅仅是被动地听业务专家讲解,一天下来最大也只能吸取30%的内容,效果较差。另外,对于业务策略浅层片面的理解,比不理解的危害更大。
因此,最好的方式不是让业务来教,而是 IT 先理解业务,然后向业务举行反串讲解,让业务验证 IT 的理解并举行纠偏。优势在于,专家不再需要花费大把时间从基础内容开始讲解;其次,帮忙澄清和纠偏的过程中,引发了业务专家新的思考,也是对业务专家有益的输入,专家交流的动力更强,体验也会更好。
因此,第二个秘诀在于要翻转讲堂,让 IT 团队举行业务反串讲解,习得解读业务策略的本领。