我所在的公司是一家房地产开发公司。上BI项目的起因也很有意思，当时公司上了销售系统和财务系统，业务部门对于报表的新需求非常频繁（管理问题所致，这里不详述），由此所带来的问题就是报表开发问题：

1、销售系统是分公司管理数据的，不能出集团类的报表，所以集团类的报表是人工统计制作的；

2、oracle 财务系统的报表开发周期需要3-7天时间，领导认为时间太长，效率低，成本高；且开发人员必须是信息部的技术人员或乙方技术人员，导致部门工作量很大；

3、销售系统里有售楼管理、采购、项目进度管理等数据，oracle 是财务数据，若要出一份包括这2个系统数据的综合报表，也需要人工制作；

4、由于很多报表还是需要人工制作，其需要从系统中收集相关数据，其制作周期很长，管理层无法实时了解实时了解公司现状，且数据准确性备受质疑，常常是在开会的时候，一个报表，2个部门制作的数据竟然不同（口径问题）；

针对以上现状，IT部经理想寻求一个报表制作工具，能够由业务部门人员根据自己的需求自己制作报表，而不是依靠乙方和信息部人员，并且这个报表制作工具能同时从销售系统和oracle里取数。

基于这样的设想，我进行了分析和了解，提炼出来这里面包括如下几点的意向：

1、要出综合报表（包括销售数据和财务数据），销售系统的数据库必须要和oracle 财务系统整合；报表包括月度和年度，若直接在业务系统数据库进行查询，会影响业务系统性能；（有些软件，如润乾报表工具就不需要整合数据库，可同时从多个数据库中取数，其实现原理还是基于关系型数据库实现）

2、让不懂技术的业务部门自定义报表，那么必须要做语义处理，且自定义方式必须简洁，不需要编写代码，若直接能用拖拉拽的方式实现最好；

这样看来，BI技术似乎对于上面的条件都可以满足，DW可以做数据整合，BI产品可以简单的实现报表和查询制作，且管理层看报表就是为了分析，若利用BI技术来进行分析，则比之前的意向更加强大了。

于是，我将此设想告诉了IT经理（后面就叫leader吧），他也非常赞同此观点，表示：现在公司上了那么多系统，但就没有一个管理层使用的系统，这样，BI即解决了报表制作的问题，也可以让高层更加直观的分析数据。进展到这一步，看似很顺利，实际上风险也随之而来了。

leader想直接上BI项目，认为这个项目对于信息部来说很有价值，可以在老板和高层面前好好的show一下，他已经被BI的“华丽外表”迷惑了。在发现这个预兆后，我立即和leader进行了沟通，表示目前上BI不太合时宜，理由如下：

1、公司的历史数据还不至于用BI来分析，才几年的数据，首要是解决报表制作所需要的综合数据问题。

2、之前提到的采用DW来做整合，目前是为了以后扩展到BI而设想，其实现过程可以通过项目分期来实现，这第一期可考虑先用ODS来做数据整合；

3、各系统之间的数据现状不了解，销售系统和oracle 财务系统还在做改善，数据结构随时都有变化。若通过这个项目一期，在乙方的配合下，了解下目前业务系统的弊病，比如：基础数据管理，垃圾数据清理等，为以后BI的实现扫除部分障碍；

4、考虑到做房地产BI的乙方不多，通过这一期项目让乙方了解我们的业务系统数据结构和房地产行业业务，通过房地产行业的价值链（资金流）来为以后的BI做规划。

这样，先设立较低的期望，降低应有的风险，保证最开始设想的需求能够顺利实现。但是，leader已经听不进去了，坚持直接上BI，让我不要放在心上，就当拿这个项目练练手，这为项目以后埋下了一个定时炸弹。

ITPub博客

商业智能项目错误经验总结（一）确认意向