数字化转型的核心是什么?
2022-10-21新闻
来源:湘江数评 本文经授权转载发布
技术与业务的融合思维要贯穿数字化转型的全过程、软件的生命周期,而非其中某一个环节。这个过程包括:项目立项、选型、实施、上线、运维、售后。
数字化建设项目的立项基于企业的数字化战略规划或业务部门的某一个痛点,痛点会产生业务需求,而数字化系统基于业务需求而非技术需求,但系统解决方案却依托于技术手段来实现,由此我们可以看出,技术是基础底座,而系统功能的匹配能力是业务需求得以满足的关键。所以在技术与业务的融合场景中我们看到:业务部门从功能适配、易用角度来进行系统选型,而信息部门从系统架构、性能、运维角度来考察软件公司,两者结合进行软件选型,缺一不可,否则你将会看到如下场景:
1.信息部门选购的软件业务部门不愿用、拒绝用;
2.业务部门自己选的软件在技术环节被坑,造成大量额外支出;
3.业务部门软件没人维护,系统数据没人备份,系统在裸奔,存在重大安全隐患;
4.软件的技术问题无人指导解决,系统难以流畅运行;
从以上熟悉的场景,我们不难看出,技术与业务在软件项目立项、选型期不能相互脱离而单独存在,双方需要融需求,合意见。数字化建设成败最重要的环节是实施,实施过程是一个解决需求、解决痛点的过程,但大部分企业的软件实施结果往往变成了“卖家秀与买家秀”,为什么?老杨从企业内部的原因分析如下:
1.技术与业务脱离,造成前期选型不严谨、不科学;
2.业务部门在实施过程中参与度不高,整个实施过程沦为信息部门的独角戏;
3.信息部门对业务部门需求的把控能力不足,造成需求反复、无限发散;
4.技术部门做甩手掌柜,将实施全部交由软件公司来实现;
从众多实施失败的案例中,我们不难看出信息部门在这一过程中的角色及地位,信息部门是整个实施过程中技术与业务的“传译者”,是企业与软件公司沟通的桥梁,所以在软件实施过程中信息部门需要与软件公司融方案、合能力,共同推动系统实施,而在企业内部,信息部门需要与业务部门融痛点,合需求,共同推动数字化项目建设。
长按关注
新浪微博
视频号
官网
分享、在看与点赞
只要你点我都喜欢