传统BI存在的问题及解决办法

 

问题1：这是个用户所不熟悉的领域

这或许是BI领域所独有的一个问题：BI的最终用户可能对BI中的术语、工具以及相关技术都不熟悉。在其他的领域中不存在这个问题。比方说CRM的客户对“领导”，“机会”，“顾客”以及“账户”这样的CRM所管理的概念非常熟悉。

这个问题在BI项目的初期立刻就会浮现出来。我们如何在客户对技术术语不了解的情况下开始进行需求讨论？我们将不得不向用户展示和提供原型或试用系统给他们，这将导致我们获得需求和市场推进的效率低下。

BI系统的需求者必须积极的参与到系统的定义中来，并且前提是他们已经拥有一个正在工作着的且数据准确的系统，越多的用户访问试用系统我们就能收集到更多好的需求反馈。这导致了第二个问题。

问题2：原型系统成本

为了解决第一个问题，大多数的BI实践者都推荐使用5-10%的项目预算来开发一个原型系统。

这个试用或者原型系统必须在项目的很早期就要创建出来，而这个时候往往项目的预算还没有获得批准。导致这些的原因是BI能给企业带来的好处是很难被量化的。一个特殊的解决方案或许可以帮助经理们变得更加消息灵通，从而能够做出更好的决定，然而这些所谓的“更好”的决定到底能给企业节省多少钱？这往往很难给客户讲清楚。

原型系统往往在可行性和投资收益比分析的时候来提出，以缓解上述情况。然而当评估投资收益比本身的这个过程成本过高的话，可行性分析有可能就都不会发生。而问题是为了获得期待的投资效益比的反馈信息我们需要尽可能多的从很多用户中搞一些反馈调查表。如果我们不得不按用户授权来进行调研的话，这样的成本是不可接受的。如果花费20万元来搞这个原型系统的话，那么项目预算最起码也是100到200万的范围。

有一个好消息是：开源BI项目能够让我们能够免费地不受License约束的机会来使用BI功能的机会，通过整合开源操作系统、数据库和应用服务系统，我们可以不花费任何软件授权费用。

问题三：代价昂贵

第三个关于实现BI的问题是所需要的IT基础设施是相对比较昂贵的。这意味着这有需要在软件（除非使用开元项目）和人力两方面付出高昂代价的。这些辛苦的付出只有在原型项目结束后才能够变得有价值。拿盖房子作比较：盖房子需要花费大量的资源，然而只有房子本身投入使用之后所有的这些资源才变得有价值。如果你正在建设一个10个房间的房子，难道你花一半的资源之后你能够得到5个可以投入使用的房间？或许你连一个可用的房间都没有！

问题四：不够灵活

传统BI项目的不灵活性是第四个问题。传统开发方式的不同阶段间有着很大的不灵活性，即处于不同开发阶段的人员之间的沟通存在问题。这使得在传统方式下所研发的产品在越是在后期其变更的难度就越大。这是所有的软件开发活动都需要面临的问题。BI项目所面临的那些“不熟练用户的问题”使得很难在初期能够保证需求调研是准确的。在一个缺少能很好地处理需求变更的可靠机制的基础之上所进行的需求整合有可能是导致一系列问题的导火索。

问题五：惯量大

以上的种种问题集中起来意味着做一个BI解决方案不是一件简单的事情。这使得BI并不适合于那种需要一次性给出问题答案的场所。我们假设一个机构面临某种新的竞争压力，他希望对全线产品的价格体系进行调整。新的价格体系的决策过程需要在10天内给出。如果花费2~3个月来通过商业智能系统对每种市场进行销售趋势分析的话，这样的项目连启动的机会都没有！哪怕是只花两周时间，那么这个结果对市场价值来说也显得有点“晚”。这就是传统BI项目的“惯量”——你需要有足够的时间来获得结果！

 

有没有有效的办法避免上述问题推进BI项目？是的，这个答案就是使用开源的BI项目来灵活地处理BI项目各环节各情况下的种种问题！（待续）