名人专栏

赵磊:多样性需求与云的建构

2021年企业数字化转型技术应用趋势分析/下篇

企业数据化转型的第二个重点是数据,对于数据在数据化转型阶段不是传统的应用于数据分析决策,而是需要通过数据来驱动业务运作,驱动业务运营。

继上篇与中篇提到数字化转型的辅助、生态、便利性以后,今次更具体讨论其多样性需求与云的建构!

六、数据的实时性和多样性需求

也就是说对数据的实时性需求在提升。传统的数据批处理模式,数据采集集成、清理和建模,更多的是应用到大数据分析和决策,而不是实时的应用到业务运作中。数据反哺业务协同,是在数字化转型过程中数据层面需要解决的一个关键问题。

其次,当连接无处不在和泛终端化后,数据一定是多样性的,那么对于数据的多样性必须提供一个统一的采集和存储手段。

数据批处理可以用到数据分析等非实时场景,而数据流处理则可以满足实时性的业务协同需求,并真正将数据驱动运营和数据驱动分析两件事情打通。

对于数据的存储,即前面谈到的数据湖的概念,企业应该形成自有的数据湖能力。但是这个的前提仍然是首先产生的实时,多样性的数据,其次才是数据共性存储和能力开放。

七、混合云

对于混合云实际上可以有多个理解。其一就是企业自主研发的系统,一部分部署在企业内部私有云,一部分部署在类似阿里、腾讯等公有云环境,同时两部实现集成。

还有一种理解就是企业既自主研发一些IT 应用和系统,部署在自己的私有云,同时又购买了外部的公有云SaaS服务,形成一个完整的 IT 应用能力支撑。

不管是哪种模式,都可以看到在混合云架构下需要解决私有云和公有云之间的集成问题。这个集成没有解决将直接导致核心共享基础数据的多次录入和多点落地,导致了数据不一致性,业务集成异常等诸多问题。

八、从业务支撑到生态构建

数字化转型过程中不论最早谈的互联网+,还是当前谈的消费互联、产业互联,实际上企业数字化不再是简单的内部IT能力提升支撑业务运作和决策,更加重要的是生态体系的构建。

这个生态首先是一个连接生态,通过连接打通企业内部的人和物,通过连接打通企业内外上下游的供应链,通过连接实现C端用户的触达能力等。

其次,这个连接生态是一个内容和服务生态,通过连接产生了业务协同,通过协同产生了数据,通过这些数据来提供内容和服务能力。

加速上下游整合

企业加速自身上下游企业的整合,企业发展自建电商等各种模式,核心还是希望通过企业自身原有的核心竞争力和客户资源,尽快的打通和整合整个供应链,通过完整的生态链环境和绑定模式来减弱互联网企业的进入壁垒。

九、IT从成本中心转向利润中心

对于很多企业来说一般以业务核心价值链为导向,企业内部的IT部门往往是成本中心,一般也没有太多的话语权。

但在新的数字化思维下,很多业务的商业模式本质就是IT运营模式。业务、IT服务和运营本身也逐步体现出高度融合的趋势。

IT部门不再是传统的成本中心,而很可能逐步转变为企业的价值创造中心。

企业的CIO如果能够做到这点,也将带来巨大的地位提升。

第一种思路是对业务,IT和运营三者进行高度融合,首先是业务上的融合,其次才是IT的融合。

第二种是按后台+前台应用的思路进一步通过服务解耦。将传统的基于ERP 为核心的应用系统下沉为企业底层后台能力中心;围绕具体的市场需求和业务场景来构建上层的多个业务人员+IT人员+运营整合的高度垂直化的细分团队。

反应

 

名人专栏

信息系统建设6步骤/赵磊

/中小企业的数字化转型建设的需求管理/(下篇)

众所周知企业数字化转型的建设是企业基础的需求,正常情况下信息系统建设有6个步骤:

1. 业务部门提出数字化项目建设需求;

2. 信息部门初步收集整理相关业务需求;

3. 论证业务需求实现的技术可行性、实现方式,然后决定到底是自行开发还是购买第三方软件来实现;

4. 制定符合企业实际情况的解决方案;如信息部门自行开发,会有产品经理和业务部门详细了解需求;

5. 组织业务部门进行详细的业务调研,并出具调研报告,根据调研情况设计实施方案;

6. 系统实施上线测试并开始运营培训。

“需求”在数字化建设过程中的重要性不言而喻,而需求又恰恰是大部分传统企业数字化转型建设面临的最艰难的、最典型的场景:数字化建设一旦以技术为核心,完全脱离业务,结果多半都是以烂尾结束。需求是什么?需中求解,而非需中就要!需求就是寻求方案、方法中的最优解。需求是系统性的,而非单一的满足。

需求3问题

但是在实际的数字化建设中,在需求方面存在如下问题:

1. 业务部门需求不清、含糊、片段性; 

2. 需求不稳定、多变、朝令夕改; 

3. 内部需求意见不一致,反复推翻。

实际工作中,我们经常会遇到这种情况:信息部门明知需求有问题提出质疑却无法反对、错误的需求照常推进、明知路错了必须一直错下去……因为这是业务部门的需求!

以上就是企业数字化转型建设过程中的典型乱象,一方面业务部门对自身的业务需求不明晰、混乱,另一方面作为专业技术部门的信息部门只能对需求被动接受,难以要业务部门接受专业、合理的建议,这就是企业内部缺乏协同、融合力的表现。

由此可见,需求二字虽简单,但要真正的做好需求管理却很难,尤其是对信息部门的要求更高,我认为在数字化建设过程中,信息部门在需求管理上要做到:引、控、定。

引,即引导;控,即控制;定,即定标准、定流程、定制度。

需求3考虑

同时信息部门应学会制定需求管理策略,不能在需求管理上打乱仗,在任何数字化项目开工建设前一定要与业务部门达成共识,同时信息部门也要学会对业务需求进行清洗、筛选,具体可从如下方面进行考虑:

1. 需求实现的难易及复杂程度;

2. 需求实现的时间周期;

3. 需求实现的成本;

4. 需求的轻重缓急。

综上所述,资金是企业数字化转型的保障,而需求则是基础,是路径。需求清,则建设准;需求乱,则建设难。需求需要技术与业务共同来完成,需要的是融合思维,而非业务部门无限的发散。同时信息部门也要根据企业管理现状,合理的控制需求范围,分步推进,标准化、制度化、流程化建设要贯穿整个数字化过程,科学的数字化管理体系很重要。

同时成本意识也非常重要,要知道数字化建设“时间即成本”、“反复即成本”、“延期即成本”、“质量即成本”;如果企业在数字化建设过程中既无成本意识,又舍不得投入,同时业务部门又没提出需求的能力,那信息部门只能干瞪眼了。

反应
 
 

相关新闻

南洋地产