前往小程序,Get更优阅读体验!
立即前往
首页
学习
活动
专区
工具
TVP
发布
社区首页 >专栏 >企业数字化的艰难之路

企业数字化的艰难之路

原创
作者头像
脑袋长草
发布2020-06-10 22:17:03
4630
发布2020-06-10 22:17:03
举报

如果是你在一家IT技术公司,那么你对IT产品的认识一般都是这样的:我们的信息系统就由一个或2个行业大拿构建了总体业务架构及应用架构,再由技术大拿设计出技术架构,之后再进行功能设计,最后才到开发上线,一般也没有涉及拉通的问题,因为天然就是通的。毕竟这是在做产品,必然是按产品的流程在搞。从2015年转战民营企业之后,听得最多的就是拉通,当时我就纳闷了,还有不通的情况?听得最多的就是架构,为什么那么多人在谈架构,难道是我升级了?或者以前我视野太窄了,以前一个大产品也就1,2个在搞架构的,而且还是业务架构。后来我开始明白了,谈什么,通常就是缺什么,谈架构,其实就是因为没有架构或者没做好,说拉通,说明就是不通咯。

慢慢地发现,好像多数传统民营、国企都有类似问题,IT建设不是每家公司都搞得起,毕竟真的是挺烧钱的,而且收益不好直接量化,基本上是取决于老板的眼光了。因为是烧钱部门,钱从哪儿来,钱从业务部门来,那事情就简单了嘛,还是由业务发起,业务想搞才是前提。于是,基于业务需求建设系统的方式已经为传统IT建设的基本流程,基本的套路都是业务部门提出需求,it部门就找人来搞,通过需求分析、开发、测试然后就搞上线了。这些业务系统的建设通常都是借助一个项目搞上去,项目是短期的,人也是非固定的,大家对着一个短斯的目标,把一个东西搞上去,最后一个项目就是树立了一个的烟囱,挺好,至少我的问题解决了。再来一个业务项目,然后又是折腾一轮,他也不了解前人搞了啥,没空了解或者也了解不了,也没时间考虑后续的这东西是不是在其它业务场景可以使用,毕竟,这不是我考虑的事情,我只管我的这段业务,于是,又树立了一个烟囱。

这是普遍现象,也很好理解。原因就是IT只是我业务的工具,而不是定义为IT是我业务的一部分,甚至是业务商业模式承载或者体现。这个定位很重要!就看领导人信或者不信,信的如阿里、京东、亚马逊及IT公司,定位为工具的则是多数传统企业。

业务项目式的IT建设有什么后果?

  • 重复建设、重复维护,同一个东西多次开发,成本也高,时间还长,毕竟我的是我的,你的是你的,你有啥我不知道,我有啥你也不知道;
  • 集成成本很高,跨系统的协调是很麻烦的,部门之间难免有部门墙,谈到集成动不动就要升级才能解决。于是拉通,成了热门词汇,然后厂家又推出了ebs产品来解决
  • 数据零星,业务得不到淀,会发现你有,我也有,到底谁的作准,上线后不没人管,业务持续发展就发现没法支撑,于是又推倒重来,又折腾一次新的。

针对业务烟囱式的建设,大家都会说soa的建设方式是可以很好地解决这个问题的,于是,大家就会都来提服务化了,问题来了,为什么执行得不好?喊了一年,两年还在喊,问题还是一直在?为什么呢?其实这不是一个技术问题,这是一个公司经营管理策略问题。

还是回到上面的问题,基于业务项目式的IT建设有什么特点,IT的主要工作还是交付,还是把东西做出来,项目交付上线,才是你的主要KPI,钱还是业务来的,业务提的需求你能不做吗?至于是不是服务化,并不是短期目标。具体的服务IT团队自然是没有太大动力的。于是就有这么好玩的事情出现了,你找我,我不搭理你,求人不如求已,我还是自己造吧,于是再一个。就算是愿意配合,发现规划不足,这个服务就是不曾考虑后续的发展,确实支持不了,服务提供方想帮你的,发现还不顺手,算了,于是再搞一个吧。就这样,大量的重复建设出现了。

同时,IT人员跟着项目走,项目搞了一个又一个,说真的真正懂业务的IT有几个?大家可能不爱听,不是说熟悉业务系统就是懂业务,而是对业务的下一步发展得有自己的想法,能够提出优化以及改进意见,有主动规划未来的甚至对现有的业务能够提出创新的想法,为公司带来业务增长点,这才叫懂业务。而大量的IT通常对交付担责,更多的工作就投入在项目管理上面,负责沟通供应商,招标,内部沟通协调,盯项目进展等,搞完一个项目再搞一个项目,说实话,这些人到底多少人真的搞过产品设计?真的是打个问号,就算是原来会搞IT产品设计,搞久了也不会,都是项目经理。没有业务领域专家,那这产品肯定是做不好,知其然不知所以然,怎么可能有自己的独特见解。这是传统企业多数IT人员的悲哀。

因为IT人员业务能力的缺失,导致了无法引导业务,业务会主导整个IT系统建设,由业务主导IT建设,必然又出现上面的问题,我就打这个业务项目,IT产品设计他也不是专家,IT整体的规划和架构,跨领域数据的拉通,对未来场景的预测,服务化不是他的专业范围,也考虑不了。你赶紧给我搞上去,上线交付完大功告成了。业务侧其实只管要,多数也不是产品专家,缺乏深谋远虑,大家只顾我现在需要什么,有没有典型的例子

互联网公司及部分外资企业,其实是没有什么业务方一说的,也没有业务驱动IT的玩法,于是IT系统可以发挥它在信息化时代的价值,从而为企业创造利润。但是他们更多的是To C的业务,毕竟业务门槛较低,技术人员可以快速地理解业务。

业务人员和IT技术人员如果更好地整合到一块,是传统企业IT破题的核心,必须是又懂业务又懂IT技术的发展的产品专家,才知道如何去引用新技术改造旧产业,为企业找到未来的机会。这也是多数企业IT人员未来的机会所在!

而培养这样的人才,又回到了企业对IT的定位跟认识,如果相信IT可以为企业创造价值并引导产品升级和把IT作为支撑部门,这是2种不同的玩法,最终有不同的结果。

原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。

如有侵权,请联系 cloudcommunity@tencent.com 删除。

原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。

如有侵权,请联系 cloudcommunity@tencent.com 删除。

评论
登录后参与评论
0 条评论
热度
最新
推荐阅读
相关产品与服务
项目管理
CODING 项目管理(CODING Project Management,CODING-PM)工具包含迭代管理、需求管理、任务管理、缺陷管理、文件/wiki 等功能,适用于研发团队进行项目管理或敏捷开发实践。结合敏捷研发理念,帮助您对产品进行迭代规划,让每个迭代中的需求、任务、缺陷无障碍沟通流转, 让项目开发过程风险可控,达到可持续性快速迭代。
领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档