最根本的原因就是企业未能实现场景的转型只是转换，即就是流程搬家，将在线下混乱不堪的流程直接照搬至线上，同时在系统内组织结构未确定、人员权限未明确、当然流程也未梳理的模式下所做的工作就是将混乱的场景做复制操作，引发新的混乱。
所以不难看出数字化的场景转型并不等于场景复制。在企业数字化转型建设过程中经常遇到的一个场景就是：究竟是先做标准化然后再做数字化，还是先做数字化然后再做标准化？这是一个让企业极为矛盾的问题，其实在老杨看来并无标准与正确的答案，每个企业情况不同，管理模式不同，业务场景也不同，因此适合自己的就是最好的。那明知无答案但为什么要问此问题？
因为在企业数字化转型建设过程中有这样一个现象：在企业业务高速发展的时刻，业务场景极其不稳定，但企业为了达到有效的管控，会给予数字化过高的期望，让信息部门引进或者研发配套的业务管理系统，此时问题来了，信息系统升级迭代的速度永远赶不上业务场景变化的速度，甚至系统还在开发期，业务场景就发生了改变，此时的矛盾就是：是系统适应业务发展，还是业务适应系统！
如果系统适应业务，那么就要投入大量的人力、物力、财力还紧随业务的步伐，同时还要面临各种风险，因为在业务高速发展期，特别是新兴业务开拓期会面临很多的不确定性，例如：
此时有两个方案就是二次开发与订制开发。无论选哪一种模式就会面临以下同样的问题：需求不明确！业务部门不知道要什么或者什么功能都想要！需求多变！朝定夕改！
所以我们就会看到这样的场景：信息部门在业务需求的场景里啊 ，每天挖呀挖，改呀改，最后成功的为自己挖了坑，没看到所谓的正确的需求方向，明确的目标，最后信息部门每天都是在被动挨打，不是被业务部门怼，就是被领导骂。
业务场景的多变性造成了数字化需求的不确定性，这对信息部门来说是非常头痛的一件事，但只要信息部门合理引导，其实大部分的风险还是可以避免的，但最怕的就是相关业务领导的“想当然”，只考虑自己的工作场景的同时还要求其他部门必须遵守，还强势的要求其他的部门必须按自己的要求来，例如我们最常见的财务与业务场景，老杨经看到一些CIO在群内吐槽：财务部门不经业务部门同意自己搞了一套系统，在财务模块方面应用的非常好，但业务部门却叫苦不迭，因为业务管理模块完全不符合业务管理的场景与逻辑，最后在业务部门的吐槽及反对下，该系统只用了财务部门所需的模块，而其他功能模块浪费了，业务部门又重新采购了新的业务管理系统，但又未实现与财务系统的数据打通，管理孤岛与数据孤岛随即产生，又造成大量的数据重复录入工作。
从以上我们不难看出，在企业数字化建设过程中，缺乏协同能力，是非常可怕的，为什么有各种管理与数据孤岛，其原因还是管理者的本位主义，缺乏同理心，缺乏对数字化技术与本质的深刻理解，在一些企业领导眼里，认为软件开发是一件极其简单的事情，特别是GPT推出以后，某些企业领导甚至想干掉信息部门让GPT来搞软件开发，未必也太天真了。综上所述，老杨认为：场景未定，技术慎行，要学会合理避坑！
管理场景是随意的，软件代码是固化的，想要固化的程序去追赶不断变化的管理场景，信息部门不是被累死，就是被怼死，毫无价值可言。因此，信息部门勿为了项目而做项目，要认真分析相关业务场景及需求，合理安排信息系统的引进及研发节奏，不要业务部门一提需求就打满鸡血的状态什么都想做，以此来体现自身的技术能力，其实信息部门要知道的是在多变的业务场景下，需要的是冷静的思维及明确的目标，找准一个切入点分步推进才是上策。信息部门既要考虑如何体现数字化的价值，又要考虑在多变的场景下如何实现业务需求，这既是技术能力的体现，又是管理能力的展现，既不能踩坑，又要学会合理避坑！
转载自： 湘江数评
