IT思维不转变,任何新理念都是个笑话

2020年06月09日 483 次阅读 本文共1784字,预计阅读时间6分钟

我前几年加入了一家新能源造车企业,一家从0到1的创业公司。公司虽然号称是新型公司,人员却大多来自传统车企,IT部门亦是如此。我在IT部门担任应用系统工程师。

在后来的2年多时间里,公司的信息化领域发生了很多有意思的小故事。因为觉得特别有意思,特挑了2个小故事记录下来,以便常常提醒自己。

故事1:谁是业务所有者(BO)?

在信息系统规划时,笔者建议建立一套整合整车的研发、生产、销售、售后等全生命周期的集中数据管理系统,记录每一辆车的完整生命履历数据。

这样做的好处是,避免数据分散在多个系统中,用户查找数据困难,信息难以共享;避免因为业务系统的变更,造成历史车辆数据的不一致/丢失等问题;有了完整的生命履历数据,方便公司各团队能够从整体角度进行业务分析等。

建议一层层提上去以后,负责的高级经理提出来,必须要找一个BO(Business Owner,业务所有者),由BO提出相关的需求,IT部门再评估是否可行,如果没有业务部门提出需求,那IT部门为什么要实施这样的系统。

可问题是,研发、生产、销售、售后等业务部门都认为,我只是产品生命周期中的一个部分,为什么要我承担整个生命周期的业务系统的BO?

问题一扯再扯,最终不了了之。

故事2:项目流程有错么?

有一次在帮助用户往系统中导入主数据时,发现有一个字段的字段长度不够。用户部门已经宣布系统上线,非常捉急。

找负责系统的项目经理,答曰:“能改,不复杂!”心中大喜,“那帮忙改一下,我等着用”。以为最多半个小时就能搞定。

“可以改,但是你们需要提一个CR(Change Request,变更申请)过来,这是你们的问题,你们前期的需求没提这条。”

“那简单,我马上按你们的模板填好发给你。”

邮件把CR表单发过去后,再沟通。

“CR我收到了,这个CR必须要经过我们内部的评审会同意以后才能开始改!”

“那你们什么时候开评审会?”

“每周三,你等下周三的会吧。”

“用户现在需要用啊,能不能先改?”

“这是你们的问题,你们需求里没写要这么长的长度。”

无奈,只能先跟用户把字段做成短码先存进系统。1个多月后,已经有两个业务团队通知笔者,他们决定还是使用Excel线下管理。

变革应该从IT部门开始

这些我经历的小故事,也一直是传统行业的IT部门的通行做法,这里面没有谁是谁非的问题。

问题在于,从2015年提出的“互联网+”到近两年流行的“智能制造”理念,信息化不再仅仅是企业运营支撑,而逐渐成为企业核心竞争力的一部分。许多企业期望借助信息化来推动企业业务变革,IT部门的PPT也在从云计算、大数据到人工智能不停的升级,报项目,批预算。

奇怪的是,企业在调整,业务在变化,但是IT部门的思维却明显比企业和业务的调整更缓慢。巨大的投资,其实难以收到期许的效果。

企业IT部门的变革,应该从思维模式开始。主动学习和落实互联网公司的思维模式,以用户为中心,不管是内部用户还是外部用户。以用户为中心不能仅仅是口号,必须建立配套的绩效指标体系来指导整个IT部门的业务。同时逐步去除如何管控的思维,将思考的中心转移到如何服务的正途上来。

IT部门同时应该调整组织架构,应该调整传统以项目管理为核心的运行方式,改为以产品管理为核心。用产品经理代替业务分析和项目经理,对产品经理充分授权,产品经理管理应用系统的设计、整个生命周期和资源,弱化项目管理的流程,从而保障业务系统的整体规划,加快业务系统的对业务变化的响应。

IT部门还应该改变传统的整体项目外包的方式,项目外包来源于“企业应该把一切非核心业务外包出去”的管理理念,但是现在已经普遍认同信息化将是企业核心竞争力之一,所以整体项目外包的方式已经不合时宜。同时,整体项目外包还面临着服务响应慢、成本高等问题。以后IT部门业务系统应至少是基于第三方平台,由自己开发团队进行二次开发,不断更迭优化。如果IT部门难以做这么大的转变,应该至少把所有直接面向市场用户的业务系统调整成自开发模式。

在新的环境下,IT部门应该不仅仅聚焦于云计算、大数据、智能制造等各种新理念,而应该专注于IT部门自身的变革,用户需要的是极致的服务体验,而并不在乎你用的什么理念或者什么技术。反之,如果IT部门自身不变革,不管用什么理念或者什么技术,最终提供给用户的用户体验依然是很差的,这种结果依然是没有任何意义的。

所以,IT部门思维不转变,任何新理念都会只是个笑话。