鸡和蛋的博弈 BI中流程和数据哪个重要?

BI（商业智能）的部署应用成为2010年CIO关注的焦点。当前30%的成功率成为困扰BI前进的“绊脚石”，如果只是从企业部署应用的层度来讲，目前企业只有首先理清了自身存在的因素，才能进一步的前进。作为CIO，无论是做什么类型的系统，业务流程和业务数据都是非常重要的，做BI也是同样的道理。如果抛开BI产品，从用户的的角度出发，那么在用户做部署BI时，应该是先解决业务流程问题还是解决数据问题？近日，网友“olive”在ITPUB论坛发起一场关于BI设计阶段业务流程和业务数据重要程度的的探讨（http://www.itpub.net/thread-1326407-1-1.html）引起了众多BI实施者的关注。

情景还原：

网友olive指出：“公司内部一些跨部门的流程运行不太顺畅，关键是各个部门各自为政，各用各的系统，各家自扫门前雪，而且信息对其他部门不透明，造成跨部门的数据查询或协调比较困难。另外某些流程步骤依然采用古老的纸笔。针对这些问题老板打算做一个通盘的改进，打通流程，然后上一个系统让各相关部门都在上面运作，以提高总体效率。

和用户讨论这个问题，我们认为关键是要确定总的工作流程，然后依据流程确定数据和数据流。但是用户认为关键是数据，只要把数据统统放进数据库，什么时候要用什么时候拿出来，就是这么简单。

双方各执己见。我们认为，数据要依附于流程才有意义，如果有些数据在任何流程中都没有用到，那么这些数据就是没有用的。所以流程是关键，必须要先确定流程，然后再流程的每一步上确定输入和输出的数据，然后才能设计数据模型来存放数据。

但是用户认为，不管有用没用，把数据统统放在中心数据库里，没用就让他放着，有用的时候拿出来，就可以解决一切问题。还举了一个例子，说前段时间要做一个统计，需要10年前的某些数据，但是这些数据当时没有放在系统数据库中，结果现在找不到了，统计也没法做了。

所以即使是“没用”的数据，也要放起来，谁知道以后有没有用？只要有了数据，一切都好办。所以数据是关键。”

网友“olive”个人认为，用户的观点显然是有错误的，但是似乎又找不到有力的理据来说服他们。

围绕BI的设计阶段业务流程和业务数据哪个最重要的话题，笔者从论坛中了解到大量的专家、网友对于此进行了激烈的探讨。笔者整理了这些专家、网友的声音，结合在采访已经实施或者关注BI的CIO，共同来分析解析BI设计阶段“鸡”和“蛋”的问题。

业务流程最重要

网友“ccwlm741212”指出，业务数据始终跟着业务流程走的，这是实施的问题。客户固定自己的观点，需要指导和疏通否则怎么实施？

网友“123crm ”认为，这个问题无非就是一个系统分析的过程。按照面向对象的方式，先有业务模型，然后才有概念模型。你们公司的内部流程管理的问题，怎么扯到用户身上去了？流程是一个方面还涉及到业务模式的变革，流程变动，涉及一大堆人（每个流程环节的岗位职责变动）的考核变动。

不管有没有IT系统，业务流程和业务实体都是客观存在的。业务流程和业务模式是可以完全脱离IT系统的,要解决的问题是业务流程的梳理和对应的业务模式的变革。然后在IT系统中落地。依据系统分析的原则 在现在这个阶段还是跟具体的实现扯不上太大的关系。

所谓的数据也好，其他的也好。只是用来支撑企业生产和业务运营，也可能包括一些非功能性的需求。

当然还得包括很多系统的非功能性需求。这个是本末倒置。底层的数据是流程梳理出来的一些抽象的实体。

网友“ccwlm741212”认为，如果按照用户的想法做其实就是信息孤岛，各自为政阶段。

网友“dawuwei1983”认为，流程比较重要，因为上系统毕竟是要改变现状。先反复确认流程，把流程确定。然后把业务数据套进去（肯定有特例，但说服甲方忍受，毕竟上workflow就是要规则化办公流程啊，他们肯定接受）

网友“ 近九成网友 ”认为，用户之间的数据是有联系的，这个联系就是业务流程。如果各自为阵，数据是有了但是数据之间的对应关系不存在，要一堆不能互相联系的数据干什么用？比如销售认为A是个整体，而生产认为A是可以拆分的一堆东西，管理时也是按照一堆东西来管理的，那么，按照他们说的数据是有了但是销售和生产的数据无法联系起来，有用吗？

网友“马甲168 ”指出，先整业务流程，业务流程整顺了，再整数据不然你的业务流程朝令夕改，你的数据永远都是垃圾。

业务流程和业务数据同样重要

网友“123crm ”同时指出，如果不按照用户的想法做，你能推动得了？ 实际上，这些问题都不是IT解决的。配套的业务流程和业务模式的变革没有跟上。IT系统在哪里，也没有人用。推动下来的流程，所有人的岗位职责和岗位流程都会发生变化，别人还是想在OA，或者直接回复邮件解决问题。需要强有力的自上而下的推动力才行。

网友“sead ”：用户只想谈数据回避流程，期望数据入库，流程依旧。避免权利重组。作为调研者，了解现有数据和业务流程即可，流程重组只要和大领导讨论，不要和基层强辩。

网友“cowherd”： 如果不同业务数据全部都是用户在一个地方，一次性录入完成，可以想见录入数据的质量。只有各自录入自己负责的业务数据，才能保证各自录入数据的准确性，而要保证各自录入数据之间的关联，那只能通过流程来控制，不能和基层具体办事人员争论系统全局问题。

不管怎样如果在流程上扯皮，那还得回到数据上来，最后让用户明白，不按新的流程来根本不能保证数据的准确性，实现不了老板的需求，扯什么都是没用的。

网友“olive“补充到，显然用户不想改动流程，只想得到更多的数据。但不讲流程只讲数据，只能是空中楼阁。

网友“ bq_wang ”认为，BI的目的是为了提供决策支持，不过是现有数据的报表BI是基于已有流程和数据的分析，当然通过BI你可以反映出企业流程是否合理，是否需要改进；企业数据质量是否有问题等等。

网友“fals”认为，为什么要把数据和流程对立起来？业务流程和业务数据本来就是统一的，是一个问题的两个方面。

1 、原始数据（不是统计数据）是从哪里来的？是怎么产生的？

数据一定是从业务中产生的，一定是业务本身就具备的属性。

2 、哪些数据先产生？哪些数据后产生？

一定是先发生业务的数据先产生，后发生业务的数据后产生。

3 、不同的数据与数据之间的相互关系由谁来定义？

一定是业务流程和业务关系来定义的！

使用部门是希望基础数据全采集，后期才能提取使用，这个要求是完全合理的，我们不能预见今后会使用哪些数据，因此在业务发生的当时把业务属性数据全部采集到数据库中，实际上是完全可行的。

业务部门疑惑的问题是：每一个业务对象的需要定义哪些属性？比如一个个人基本信息中，除了姓名性别外，是不是需要记录他的手机号、家庭电话号码、办公室电话号码、家庭住址、紧急联系人、紧急联系人电话、与紧急联系人的关系……这些数据才是需要与业务部门讨论的。

业务部门希望这些数据尽量的全，但实际上是不可能的；今天的大多数系统记录个人信息时也不记录他们的email地址，但很快就会发现这是需要的，以后可能还会要求记录QQ号什么的，这些东西是我们没法预测的，但是这东西随时可以通过修改数据库结构在需要的时候增加。

关系型数据库设计来就是让人能够根据业务的扩展而不断地增加新的信息的，所以疑虑完全可以让业务部门打消掉。在系统早期设计的时候，完全可以不考虑得那么全，在需要的时候再增加就行了。

很不理解做信息系统为什么一定需要改动流程？？按他们现有的业务流程，把手工的业务搬到信息系统里就不行了吗？这是最简单的办法，为什么一定要用户改动流程？

改动业务流程一定是因为数据的原因：以前手工操作的时候为了某些原因方便之类的，增加了一些业务环节，现在信息系统上起来了，这些环节可以不要了。

管理也是为基础业务和核心业务服务的，管理的目标是让核心业务效率更高、资源配置更合理，而不是单纯的为了领导的某些统计数据！！这个一定不能本末倒置！