OLAP工具毁了商业智能

thrips

首先,你这个标题过于危言耸听,一个有真实需求的市场,不可能被工具毁了.

其次,你的观点一直在天上飞,一直不落地,没有具体的有说服力的案例来补充你的观点,给人一种虚的感觉.

再次,你过于强调前端工具的作用,忽视整体的建设.

以上几点,给人的感觉就是厂商炒做.如有冒犯,还请见谅.

interstage

最初由 thrips 发布
[B]首先,你这个标题过于危言耸听,一个有真实需求的市场,不可能被工具毁了.

其次,你的观点一直在天上飞,一直不落地,没有具体的有说服力的案例来补充你的观点,给人一种虚的感觉.

再次,你过于强调前端工具的作用,忽视整体的建设.

以上几点,给人的感觉就是厂商炒做.如有冒犯,还请见谅. [/B]

1.我对BI效果定义在决策分析系统上,决策是上BI项目的目的,分析是BI项目的主要功能. 分析的方式由经验法和归纳法组成,在技术上用OLAP分析和数据挖掘分析描述.而目前在这2种分析中,BI项目更多的是用OLAP分析,所以,如果OLAP工具无法支撑企业人员的OLAP分析,我觉得会让BI陷入困境. 这是本意,我前面的交流中多次提到了.
如果BI=DW+REPORT+EIS+OLAP+DATAMINER这些应用的话,从应用本身来看,OLAP的确只是一个应用.那你的说法是对的.
2,呵呵,我的案例,至少从去年9月开始,我总结出来以上思路后,在国内有5个以上的CASE是采用我的"抛砖引玉"式的方式,效果不错,由于用户授权问题,无法在网上公开,可以带你到现场,让用户的业务部门人员和IT部门人员直接告诉你.

3,我没有这个意思,我强调前端工具的原来意思,是目前前端工具的多纬设计配置功能被IT部门掌握着, 具体操作交给业务部门. 我认为这是不对,前端工具的多纬设计配置功能应该业务部门直接做,而IT部门应该做对应业务模型的数据模型.

可能我和innovate511 讨论的太激烈,而innovate511 反来复去在说我以上几点,你被他误导了,因为我就是以上几点的意思,我已经在讨论中反复解释过. 这次再做解释.

happysboy

最初由 interstage 发布
[B]

可能我和innovate511 讨论的太激烈,而innovate511 反来复去在说我以上几点,你被他误导了,因为我就是以上几点的意思,我已经在讨论中反复解释过. 这次再做解释. [/B]

服了你们，过了一个周末，还在扯。

innovate不是说不说了嘛，还是忍不住啊。其实你们的争论可以另开一篇，讨论主题似乎已经变了。

amzon

最初由 interstage 发布
[B]

老大,卖东西和做项目是一样,都是告诉用户未来的前景,现在我们先抛砖吧,让业务人员学习学习,搞点什么使用大奖赛,成立一个由业务人员和IT部门组成的数据研究部门等等.

这不是在骗客户,是在帮客户,真实的告诉他们目前的情况.

这个比目前传统的BI实施项目,一开始效果很好,听的人热血起来,实施完后业务人员很不满意,让用户感觉上当要好的多.

你说对吗,现在完全达不到没关系,往这个方向努力就行. [/B]

楼主的话总是显得有点虚，高来高去的说概念、说理论，我们都讲理论结合实际，可惜，纵观整个帖子，并没有从楼主的回复中看到这一点。楼主可否结合您在BI/DW中丰富的实践经验，对您的理论观点剖析一番？
本文有吵作之嫌，如果是为辩论而辩论，我觉得没有任何意义。

interstage

最初由 amzon 发布
[B]
楼主的话总是显得有点虚，高来高去的说概念、说理论，我们都讲理论结合实际，可惜，纵观整个帖子，并没有从楼主的回复中看到这一点。楼主可否结合您在BI/DW中丰富的实践经验，对您的理论观点剖析一番？
本文有吵作之嫌，如果是为辩论而辩论，我觉得没有任何意义。 [/B]

你找找一篇"从持续改善的企业来将商业智能(文章观点不错)"的帖子,是一个PDF文件,其实是一个例子,实际在用的,从建设持续改善的企业这个管理思路,如何做BI项目. 来说明我的理论的.

持续改善的企业是管理的理论基础,"抛砖引玉"式的BI实施方式是支持这个理论的项目实施流程方法.

interstage

最初由 happysboy 发布
[B]

服了你们，过了一个周末，还在扯。

innovate不是说不说了嘛，还是忍不住啊。其实你们的争论可以另开一篇，讨论主题似乎已经变了。 [/B]

已经开了,就是我的"业务驱动BI",是我的"先业务后数据"与innovate的"业务和数据平等"的讨论.

呵呵,我从来没认为我在扯,我还是很认真的回每一篇贴子的.

leonardoo

太长了, 看了一半没看完.
LZ的思想是很对的,做过几年BI的都会有这个体会.

你的"管理视角"我没搞清楚,是不是就是一般说的"数据市场组"?

其实让用户自由设计业务纬度, 只要是ROLAP工具都能做到,比如Brio, MicroStrategy等等
包括那个open source的mondrian也能.

但是为什么要设计定死的cube,还不是查询效率逼出来的,为了将单个操作查询时间缩短在一分种之内,只能先设计多级数据表的ODS,然后再用CUBE. 后台效率和前台Easy mode是冲突的.

其实以上问题归根结底还是人的素质造成的,我们这里随便一个业务人员,都能用SAS STAT做数据分析,那可是要写好几种编程语言的! 更不用说Hyperion Brio, BO这些小玩具了,他们都不愿意用,宁愿自己写代码.

interstage

最初由 leonardoo 发布
[B]太长了, 看了一半没看完.
LZ的思想是很对的,做过几年BI的都会有这个体会.

你的"管理视角"我没搞清楚,是不是就是一般说的"数据市场组"?

其实让用户自由设计业务纬度, 只要是ROLAP工具都能做到,比如Brio, MicroStrategy等等
包括那个open source的mondrian也能.

但是为什么要设计定死的cube,还不是查询效率逼出来的,为了将单个操作查询时间缩短在一分种之内,只能先设计多级数据表的ODS,然后再用CUBE. 后台效率和前台Easy mode是冲突的.

其实以上问题归根结底还是人的素质造成的,我们这里随便一个业务人员,都能用SAS STAT做数据分析,那可是要写好几种编程语言的! 更不用说Hyperion Brio, BO这些小玩具了,他们都不愿意用,宁愿自己写代码. [/B]

你们公司业务人员都会用SAS STAT做数据分析,那可是要写好几种编程语言的!

太可怕了,如果是这样,BI成功很简单了.

为了更好的说明"OLAP毁了商业智能"和"业务驱动BI",我从非技术因素角度开始描述BI成功的关键,已经有网站约稿了,欢迎指正.

xulearn

“我们这里随便一个业务人员，都能用SAS STAT做数据分析，……”
你们公司啥公司啊？开玩笑吧？

proliu

见到大牛了，膜拜一下。