在Valero公司，BI系统可以进入SAP Business Warehouse查找事务数据，直接进入SAP R/3查找敏感信息(如人力资源部门使用的信息)，进入Oracle数据仓库查找财务数据，进入各种SQL数据库查找部门数据。他说：“不需要从某个数据源获取数据后，再放到数据仓库中，以便清理及向上钻取。这样做不但会增加成本和复杂性，为方便BI工具而把所有数据转换成某种中间格式，还可能失去相关的元数据及关系。”

　　让BI更贴近业务操作

　　厂商和用户都变得迷恋于所谓的操作型BI。这通常意味着“嵌入”业务流程来进行分析，譬如识别不同寻常的供应商活动(可能需要改变价格或者生产计划)，或者记下利润低于预期的产品(这表明营销、销售或者配送方面出了问题)。

　　获得操作视图的一种流行方法就是使用仪表盘。瓦霍维亚银行负责统计和建模的高级副总裁Dan Thorpe强调，不同的仪表盘内部可能使用不同的度量，这样大家没法共同了解出现的情况。问题在于部署仪表盘的方式通常不同，有的是密封产品，IT人员不知道它们的度量;有的是用户带来的工具。不管是哪种情况，往往会导致不一致的视图，从而无法了解企业内出现的情况。Sognefest说：“任何人都能获得所需的信息，但信息却不一致，不知道哪个信息是正确的。”

　　PHH Arval的Corrigan补充说：“仪表盘方面的失败案例多于成功案例。”

　　临时采用仪表盘、KPI、报表等工具，这些警示信号都表明整个企业的BI战略出了问题，甚或根本没有这种战略。Thorpe说：“BI应该是企业运营团队的职责，但BI却往往不是他们优先考虑的，于是技术成了问题，结果数据孤岛增多，混乱局面随之出现。”

　　局部性的分析工具很容易偷偷进入企业，无论是通过Web获得的工具，还是常用的业务工具。这对IT人员来说可不是好事。Ovum的BI分析师Mike Davis说，微软Excel向来用作个人分析工具，它会生成相同信息的多个视图;要是企业部署的新Excel服务器包含强大的BI功能，情况会变得更糟。2006年4月，微软收购了专业分析公司ProClarity，随之获得了BI功能。

　　通用投资及开发公司的CIO Shawn Mahoney说，这家商业房地产公司也曾面临这种困境。不同的财务分析人员使用各自的Excel公式，用来计算内部回报率等项目，导致投资决策不一致。Mahoney没有竭力禁用Excel，而是实施了OutlookSoft，它将Excel作为分析引擎和数据库的前端，从而确保每个人都有同样的数据模型和公式用于决策。“我们每个人都在使用一套标准的流程。”Mahoney说。

　　编织BI结构

　　Ovum的Charlesworth说，现在比较容易把BI技术一致地运用到更多的操作型系统上，这归功于Web服务、使用更广泛的标准、更多的通用API，以及SOA等新出现的概念。这还有助于支持合并企业内的BI工具，那样只有一个通用分析引擎用于财务和生产等典型流程。

　　“不但比较容易让诸多应用系统使用通用的BI引擎，”Charlesworth说：“也比较容易支持以一种更动态的方法把BI技术提供给用户。”记得Honerkamp的目标就是让IT部门摆脱查询和报表事务吗，他通过企业门户把BI工具提供给用户，从而基本上实现了目标。Hillman集团的开发人员不是创建查询、执行报表，而是创建了BI应用系统——不但能分析特定的业务，还让业务人员可以使用复选框和下拉菜单，迅速自行创建查询。

　　实际上，这个项目帮助员工加深了解对本公司的业务。IT人员创建的第一个应用系统就是分析收入，但在定义阶段，公司显然有多种方式来定义到底什么是收入。Honerkamp说：“IT成了促使各部门就收入的定义达成共识的催化剂，之后我们再构建应用系统。”这不但省去了大量的数据清理工作，还第一次使公司上下就一个根本性的财务问题达成了一致意见。

上一页  [1] [2] [3] 下一页