BI项目不应由IT部门主导,99%的企业都做错!

3 评论 1383 浏览 4 收藏 9 分钟

在数字化时代,企业纷纷启动BI(商业智能)项目以提升数据驱动决策的能力。然而,一个普遍存在的误区是将BI项目的主导权交给了IT部门。本文将探讨为什么BI项目不应由IT部门主导,并指出99%的企业都做错了这一点。

现在在每家企业中,BI项目几乎成了提升数据化能力的“标配”,这里能否成为标配是存在争议的。我们今天要思考另外的一个问题:在推进这类项目时,大多数企业的核心决策者竟然是IT部门。

这个应该是当前各家企业的现状,存在不一定合理,现在都在倡导BI是要让业务用起来,所以一个“业务导向”的工具,却被IT主导,这真的合理吗?

我们先来看下整个BI项目实施的现状:当前企业决定上线一个BI系统,就会由IT部门作为“专业人士”全程负责,从工具选型到项目实施。

最终系统上线后,业务部门就会开始抱怨不断,例如销售团队看不懂复杂的分析界面,财务部门发现核心报表无法按需求生成,而IT却会告诉你这个需求是你们提的,你们是签过字的。

这个问题在过往文章有分析过,本质上IT和业务方对于BI项目的实际需求就不一样,对于项目管理的目标也是不一样的。

我们一直强调BI的核心目的是帮助业务部门做出更明智的决策,而不是实现很炫的图表展示。但不得不承认IT部门往往把焦点放在系统的稳定性、数据源的对接和功能的实现上,而业务的实际需求则被简单归结为“看报表”、“自动化计算”。这就好比,你肚子饿了想吃顿饭,结果厨师给你端来了一堆没烤熟的面包,说“这够你吃了”。

更实际的说,业务部门可能需要一个可以帮助进行促销决策的仪表盘,而IT部门更关注ETL流程能跑得多快,结果上线的系统统计了去年的销售数据,却帮不上当前的促销决策。当然,在这过程中IT部门还会不停催促进度,其实项目是否延期才是他们的核心的管理目标。

再进一步说,IT部门的绩效考核通常与系统运行是否平稳、项目不厌其烦、项目不超预算挂钩,而不是BI系统切实可用,当然他们也并不清楚什么样的分析结果是有用的,这也是主要矛盾之一。所以在项目实施中,他们更倾向于选择对自己“风险低”的方案,方案里包括了硬性以及软性的选择,但是对于业务而言却未必是合理的。

有些公司甚至会遇到这样的场景:IT部门为了减少工作量,强行让业务部门迁就系统逻辑,结果工具成了摆设,用户体验极差。说白了,IT的考量往往是他们自己的部门利益优先,而不是企业业务发展优先。

事实上,如果将BI定位为一个“服务于业务”的工具,其发起人、项目经理乃至主导者,都应该是业务部门,而不是IT部门。IT部门的角色,应该是技术支持者,负责解决系统实现上的问题,而不是项目的管理决策者。

一、为什么业务部门更适合主导?

首先,业务部门最了解自己的“病在哪里”,也最清楚“药该怎么配”。例如:

销售部门知道需要追踪哪些客户指标,才能有效提升成交转化率;财务部门清楚成本管理中,哪些数据维度最能帮助成本管控;运营部门更明白,实时监控哪些KPI能更有利于运营。

这些痛点和需求只有业务人员才能提出,而IT部门,除非长期扎根在某个业务领域,否则很难具备这样的洞察力,很多企业还会去招聘专业的数据分析师,但是又不得不直面分析师是技术人员的事实,最终并无法取得良好的结果。

BI项目的成功很大程度上取决于需求的把控,而业务部门出身的项目经理,天然对“用户需求”更敏感。比如,企业在进行BI系统上线时,如果让销售人员来担任项目经理,结果不但能够快速完成需求梳理,还能提出场景化的分析需求(当然,也会存在业务部门无法提出需求,这个问题过往文章也有过分析),很多细节,IT部门很难想到。

但现实中,几乎99%的企业BI项目的主导权都在IT,导致IT部门掌控了业务的决策需求,所以如果把BI项目定义为一项IT项目,看似由IT部门主导是合理,但是再分析BI项目的实施目标,IT部门主导BI项目是极其不合理。

当然,很多人会说信息化的项目预算就在IT部门,企业从上至下都认为BI项目属于IT项目,业务部门没有钱如何做项目?

这确实是一个问题,所以我们谈企业数据文化,其中企业从上至下如何认识数据以及了解项目如何实施非常关键,错误的认知导致错误的决策,最终导致企业无法很好将数据用起来,这是一个必然的结果。

还有,BI项目涉及复杂的技术实现,比如数据仓库的建设、数据源的对接、代码开发等。这些确实是技术型工作,所以我们说BI项目如果由业务部门主导,并非让IT部门人员都不参与了,他们可以作为技术支持者参与项目,但仍然不是主导项目。

还有,因为业务部门对于BI项目都不理解,很难去主导该项目的实施,这确实是一大难题,所以我们又要回到企业数据文化的建设上,培训是否到位了呢?这是一大关键。

二、那么,如何实现让业务部门主导BI项目呢?这里提供几个点供参考

首先,公司在启动BI项目时,应明确规定由业务部门发起需求,IT部门负责技术支持。

其次,对于业务人员要培训到位,注意这里不是技术的培训,工具的培训并不是难事,再难,封闭式一个月一直用工具,不会也会了,所以很多企业把培训的焦点放在技术点上,这并非合理,很多人也觉得我没有掌握数据分析,是因为我不懂工具,我学会了工具我数据分析就实现了,这也是一个错误的认知,会了工具只能说比0基础的人多走了0.5。

对于BI项目,企业应以业务指标的提升为核心考核标准,而不是简单地看系统是否稳定上线。很多企业对于信息化项目是缺乏考核的,所以很多信息化项目其实并不理想,当然这里说的其实就是数字化转型,很多企业投入了大量的金钱、人力,最后效果平平,然后数字化转型还未成功就被大家放弃了,放弃是必然的选择。

所以,在BI项目中,IT部门最多只是扮演“工具匠”的角色,如果能把主导权交给业务部门,让IT回归辅助者的定位,可能效果会更好。

本文由人人都是产品经理作者【风姑娘的数字视角】,微信公众号:【风姑娘的数字视角】,原创/授权 发布于人人都是产品经理,未经许可,禁止转载。

题图来自Unsplash,基于 CC0 协议。

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 需要一个强力的负责人,懂业务,懂技术。

    来自贵州 回复
  2. BI项目应与实际相结合,那就应该多部门沟通。

    来自广东 回复
  3. 实操的时候是谁主观能动性强、跨领域知识强谁主导,单纯抽开每家公司的情况单独说“业务部门好”“需求部门好”“it部门好”没有意义,业务部门做成一坨屎的案例不比it部门少,市面上做的好的都是润滑剂角色主导,平衡业务和it需求,做出可用性强的内部工具产品。

    来自上海 回复