名人专栏

赵磊:制定合理演进路线

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

企业的数字化转型是一把手工程,需要从上到下推动全员参与;打破传统业务和IT两张皮的壁垒,探索业务和IT深度融合的新模式。如果企业仅仅想依靠外部的咨询公司或顾问团队来完成整体的数字化转型架构设计,具体的IT应用架构设计和实施落地,基本都是不现实的。

继上篇提到转型的因素包括连线便利与信息采集的实时和多样性,同时还要具备:

三、企业主导,外援为辅:

企业自身的业务和痛点,企业内部自己的业务领导最清楚。企业需要的是将自己的人员培养为具备业务和IT双重能力的,具备数字化转型思维和意识的人员。而不是单纯地靠外援输血,最终导致方案无法落地,项目中途夭折等。

科学方法规划

任何数字化转型,首先需要想明白的还是业务和商业模式重构,其次才是底层的技术和IT应用如何更好地支撑。当然也不是一味地否定外部方法论和数字化转型经验,企业更多的应该是了解数字化转型的科学方法规划,实施策略标准等,外援的作用更多也是过程和方法层面的指导。

具体商业模式的重构、场景和业务的梳理、需求和IT的匹配等更多还是应该由企业内部人员去思考清楚,并制定合理的演进路线和实施策略。

四、垂直场景,小步快跑

如果有一个做数字化转型的咨询厂家或IT服务商跟你说,希望花1年时间将你内部的业务流程全部梳理完成,并给出完整的业务和数据架构,基于这些架构来为企业构建一个完整的数字中台,中台提供大而全的服务接口能力,满足后续所有的业务场景的灵活组装和编排……那么你一定要小心,项目失败的可能性极大。

以上的场景不就是传统的为企业做完整的企业架构,信息化规划的场景吗。

一个IT规划做大半年,分3到5年演进,实际3年后你再看发现很多当初规划的内容已经出现明确的错误或偏差,根本就无法指导后续的IT建设和实施落地工作。

企业中台的思想是好事情,但是你为了数字化转型去理想化地构建一个满足所有能力的大中台,而且希望一步到位,那么这个思路本身是错误的。

考虑完善点

不管是底层的云原生技术平台还是中台,技术架构可以考虑的完善点,满足高可用和后续高扩展的需求。但是对于中台里面装的内容,一定是基于业务垂直场景驱动,逐步填充进去的,也就是前面谈到基于迭代思路小步快跑。

数字化转型是一个大工程,任何一个企业都不可能依靠外来标准的方法论取得成功,因此企业更多要考虑的就是短周期迭代自我验证、自我试错、不断的纠偏,然后找到适合自己的规划和演进模式。

比如你前期的重点可能是数字化营销和C端用户从公域到私域的引流,那么所有内部的业务和IT应用,都应该基于这个目标驱动来进行重构,一切为这个垂直场景目标提供服务。

当你真正走通一个垂直场景,并且这个垂直场景发展了业务价值和作用的时候,你才能够清楚地理解数字化转型,规划实施的可验证,可落地的行动步骤。

五、技术生态构建和自主可控

在对整个数字化转型不论是平台还是应用的构建过程中,都会体现出几个大的趋势。

其一是自主可控,特别是面对技术封锁的情况下,自主可控和自主化已经不是简单的企业战略。

比如目前中国企业搞芯片和搞IT软硬件的自主研发,从华为的国产化操作系统、到TiDB数据库、金蝶中间件,这些可以自主化的工具逐步被更多的国内企业所接受和采用,同时也从传统的政府部门扩展到类似电信,金融等大型企业或集团。

其二是技术生态和开源化;即大型的集团或企业,在构建自己的数字化能力的时候,更加强调了自主研发,而不再是单纯的购买外部的产品套件。

底层基础能力

产品套件本身是一个偏封闭的黑盒,难以在后续和其它IT能力协同集成,形成一个完整的能力开放体系。如果期望上层的业务或场景能够快速地组装,那么首先要做到的就是底层的基础能力完全做到自主研发和自主可控。

当然如果你仅仅是一个规模较小的企业,那么整个的发展趋势不是自主研发,也不是购买标准的产品化产品,而是从内部构建IT和应用,转到实际使用SaaS云服务能力。即小企业构建云服务,大企业自主研发可控。

下期:数据化转型的是需要通过数据来驱动业务运作的。

反应

 

名人专栏

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

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

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

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

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

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

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

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

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

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

需求3问题

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

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

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

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

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

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

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

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

需求3考虑

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

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

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

3. 需求实现的成本;

4. 需求的轻重缓急。

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

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

反应
 
 

相关新闻

南洋地产