BI实施实用性考虑

1 view
Skip to first unread message

Solo Zhu

unread,
May 30, 2008, 11:34:01 AM5/30/08
to ttnn BI 观点
从用户的角度来看,实施BI的首要烦恼就是避免BI与业务脱节。
BI的实施不是一个project schedule的完成,也不是系统上线的结束。而是一个不断翻新的过程,并且紧密的结合业务。
如果是一个数据仓库实施的公司,我追求的理念就是delivery一个项目后,每年对实施过的数据仓库进行业务和应用实用性的校验,对在使用的用户进行
再一次的调研,而这个过程不是一个简单的维护过程,也不是需求的改变,而是进行一次正式的评估,从用户使用实用性,用户易操作性,数据质量,数据模
型,ETL,ODS,DW,数据集市,维护等等角度进行的。

将遇到的麻烦:
1:客户没有预算
2:客户觉得已经很稳定了,不需要进行改动
3:改动比较大,对现有系统有很大的影响
4:没有资源

将带来的影响:
1:有新项目或者新需求
2:持续的项目收益(服务费用)
3:良好的企业形象(潜在的效益)
4:稳定的团队
5:持续的企业知识沉淀
6:减少项目运作成本

需要的实施方法
1:良好的沟通方法,需要有足够的理据去说服客户
2:需求,计划,设计,开发,测试文档
3:统一的版本控制(数据模型,ETL,开发代码,文档,前端设计,元数据)
4:良好的扩展性(数据模型,ETL,前端展现)
5:元数据管理(数据库,ETL,前端展现)


其实实施项目,经营企业有很多的方法,但是我到现在还没有遇到这样的公司,这样的项目实施方法。
简简单单的去做,当我们不知道怎么去做的时候,就用自己的方法。

本文同步在 http://bidwhome.itpub.net/



Solo Zhu

unread,
Jun 4, 2008, 11:17:56 PM6/4/08
to ttnn BI 观点
个人觉得BIDW项目,不是一个简简单单的项目,似乎没有终点的项目,我们在开发的时候就要预留很多很多的东西,方便我们的进一步的升级或者第二阶段的
开发,这是一种核心竞争力

interstage

unread,
Jun 4, 2008, 11:46:43 PM6/4/08
to ttnn BI 观点
非常同意你的观点.这也是我从2002年开始转型的起点.
原来的"调研需求--详细设计--开发实施"的模式我一直认为不适合BI.业务的变化和技术变化在BI系统中是最快被反映的,而BI本身承担着用数据方
式告诉我们企业应该如何进行业务变化的职责.所以这就是目前BI项目最大的困惑,也是世界上70%BI项目失败的原因.
我目前认为,最好的方式,就是让业务部门承担起要求BI系统如何进行企业业务变化的功能,所以,这个就需要文化,企业的制度和执行力来保障,至于IT或
者BI平台实施商应该考虑如何设计并建设一个实施模式来支撑业务部门承担这个变化的技术保障.从这个角度考虑BI的应用.原比那些在数据中整来整去研究
一些所谓模型的闭门造车式方式更符合BI的方向.当然,我并不认为DW设计模型和实施经验不重要,相反我认为非常重要,特别是inmon和
kimball的理论架构,一直我们在实现BI项目技术保障的指导性纲要.但这个重要性,决不是BI项目成功或是否的最关键因素.就象我在<<从非技术
层面寻找BI成功的关键方法>>一文中写到"我也曾经是一名持技术至上观点的很单纯与封闭的技术人员,经历了10年对BI项目的理解和学习.我不能再欺
骗我的良心了,这里我要凭我自己的良心指出,技术至上的观点,不但会成为商业智能发展的桎梏,甚至会成为扼杀商业智能应用推广的无形黑手.那些以技术至
上的数据模型规范, 不考虑实际用户业务模型的特点,良心会谴责这些鼓吹“技术至上”的BI实施人员的.商业智能,让它回归"商业"的本质,减少"智
能"式的技术色彩吧. 从"商业"的本质从看待"商业智能",抛弃狭隘的技术思维吧,摆正虚心的心态,多考虑把客户实际的需求吧,多考虑一下客户的对
BI项目投资回报率吧.一个技术出身的人从非技术因素寻求答案,我相信我不是第一个,也会不是最后一个。" 以后会有越来越多的人象你一样开始从非技术
因素寻求BI成功的关键点.让我们用良心来期待这个过程吧

Solo Zhu

unread,
Jun 5, 2008, 1:32:11 AM6/5/08
to ttnn BI 观点
Interstage,很同意你的观点。其实我们说的技术之上,只是从IT本身的应用来说的,而业务使用效果作为引导,有没有很先进的技术,很优秀的构
架,其实应该放在次要的位置上,特别是BI的项目,有了很好的应用效果作为基础,再次之上,我们再来构建应用层面,这样的应用至少是可用的,至少是实用
的,而不是失败的。

Qing

unread,
Jun 5, 2008, 3:49:16 AM6/5/08
to tt...@googlegroups.com
你们俩就互相吹捧吧!关于技术跟业务的关系,都扯了这么久了,也没扯出什么花样出来。interstage自从上次地震中,那所没有倒掉的学校,"良心"一词出现频率增多。有些道德谴责的意思了,上升到这个高度我认为有些变态。
 
难道那些"技术至上"的人都不讲良心了?只有贴近业务的人才良心大大地?google就是技术至上,但他还宣扬自己不做恶,怎么说呢?
 
其实连什么叫做技术至上,都有些让人疑惑。在这里,其实也没有看到有谁是技术至上的,只是有一堆深入技术的人。他们一旦发言,就只能说说技术上的事情,对于业务,没有接触,说了也白说。这不是技术至上,而是比较客观地从自己的专业出发,说自己有真实心得的事情。去指责这样的真实表达,我认为是不厚道。
 
术业有专攻,该干嘛干嘛。人们不会谴责医生没有给我们带来艺术上的享受,不会谴责艺术家不能医治我们的身体。
 
BI确实离业务近一点,所谓近一点,也可以说是对它的应用模式非常模糊,没有成型。所以得跟最终用户一点一点磨。这活得有人干。不过对于技术、方法、支撑的考虑,也得有人干。我想绝大多数人也会同意技术不是bi项目成功的关键因素,大多人也都不会否认他的重要性,中国人一般都比较会辩证地看待问题。可观点是什么呢?请选择:
 
a. 大家别搞技术了,也别说了,那玩意儿一点用都没有。
b. 技术不关键,但很重要。
c. 不管如何,要讲良心。

 
2008/6/5 Solo Zhu <solo...@gmail.com>:
Interstage,很同意你的观点 ...

raullew

unread,
Jun 5, 2008, 4:26:05 AM6/5/08
to ttnn BI 观点
人各有志,再多说都是无益的啊
> > 本文同步在http://bidwhome.itpub.net/- 隐藏被引用文字 -
>
> - 显示引用的文字 -

interstage

unread,
Jun 5, 2008, 4:32:04 AM6/5/08
to ttnn BI 观点
赫赫,看来你对google的理解只限于"技术至上"吗,我一直认为google比微软对人类社会的贡献要伟大,它让我们对人的知识和能力的判别和教育
上重新定位,逐渐在解决信息不对称问题. 这是google对社会最大的"良心",而且它没有往微软那样收费方式走下来.最近我在和客户做交流,也开始
提到这个现象,这10年来,微软在很多战术上都取得了成功,但奇怪的是,它这10年的股票基本没什么大涨,变成一个蓝筹股了,而不是一个高科技股票,而
这10年内当微软把所谓的竞争对手一一搞定的时候,却崛起了一个google,这决不是靠"技术至上"这4个字能解释的,它抓住了人类社会对人最基本的
良心,就是平等和自由,这也是"技术至上"派最大的方向.

On 6月5日, 下午3时49分, Qing <happys...@gmail.com> wrote:
> 你们俩就互相吹捧吧!关于技术跟业务的关系,都扯了这么久了,也没扯出什么花样出来。interstage自从上次地震中,那所没有倒掉的学校,"良心"一词出-现频率增多。有些道德谴责的意思了,上升到这个高度我认为有些变态。
>
> 难道那些"技术至上"的人都不讲良心了?只有贴近业务的人才良心大大地?google就是技术至上,但他还宣扬自己不做恶,怎么说呢?
>
> 其实连什么叫做技术至上,都有些让人疑惑。在这里,其实也没有看到有谁是技术至上的,只是有一堆深入技术的人。他们一旦发言,就只能说说技术上的事情,对于业务-,没有接触,说了也白说。这不是技术至上,而是比较客观地从自己的专业出发,说自己有真实心得的事情。去指责这样的真实表达,我认为是不厚道。
>
> 术业有专攻,该干嘛干嘛。人们不会谴责医生没有给我们带来艺术上的享受,不会谴责艺术家不能医治我们的身体。
>
> BI确实离业务近一点,所谓近一点,也可以说是对它的应用模式非常模糊,没有成型。所以得跟最终用户一点一点磨。这活得有人干。不过对于技术、方法、支撑的考虑-,也得有人干。我想绝大多数人也会同意技术不是bi项目成功的关键因素,大多人也都不会否认他的重要性,中国人一般都比较会辩证地看待问题。可观点是什么呢?请-选择:
>
> a. 大家别搞技术了,也别说了,那玩意儿一点用都没有。
> b. 技术不关键,但很重要。
> c. 不管如何,要讲良心。
>
> 2008/6/5 Solo Zhu <solof...@gmail.com>:
>
>
>
> > Interstage,很同意你的观点 ...- 隐藏被引用文字 -
>
> - 显示引用的文字 -

Solo Zhu

unread,
Jun 5, 2008, 4:45:04 AM6/5/08
to ttnn BI 观点
谈不上什么吹捧,但是我觉得BI的项目需要的就是实用性和项目的延续性,因为这个不是一个简简单单的系统,做好了,能给你提供很方便的业务决策的数据,
弄不好就是增加一些不诽的成本。
至于说道技术之上的问题,的确是我们需要考虑的,并非尖端的技术就有好的成果,想当年国民党的武器很好,日本人的武器很牛,但是有些地方照样打败,这里
用战争来说有些偏颇,我的意思是,技术不是起决定性的,有了好的战略,你的技术才能更大的发挥作用。

Jeffreynk

unread,
Jun 5, 2008, 5:22:17 AM6/5/08
to ttnn BI 观点
从我实施过的项目来看,目前客户的业务运作模式还没有和BI结果相结合,他们还是习惯于看一些报表,这就很难实现数据仓库的价值。感觉是用大炮打蚊子。
这是目前BI比较尴尬的地方。

interstage

unread,
Jun 5, 2008, 5:43:39 AM6/5/08
to ttnn BI 观点

哎,现在说话难说,质疑别人的观念,就有人说你讥讽; 赞同别人的观念,就有人说你吹捧,想把问题谈透,就有人说你比较阴险追着不放.
记得有人请教一位博士生导师,问他中国教育最大的问题在于哪里,他说,当孩子是幼儿园的时候,教他小学生的知识;孩子是小学的时候,教他中学生的知识;
孩子是中学的时候,教他大学生的知识;孩子是大学生的时候,教他研究生的知识;当孩子读到博士生,能教什么呢,教他幼儿园的知识,朋友之间要友爱,做事
情要有爱心,饭前便后要洗手,过马路要走横道线.
我从来不否认技术,相反我对技术的学习和实施能力是很多和我共事的人比较认可的,但我从来不认为"技术至上",技术的发展,的确使我们以前很多不可能变
可能了,但至少有一点不变,它一定是为人应用的,当这个技术应用于这个企业不那么成功(全球70%的BI失败率),如果我们仅仅以企业素质不高或者不适
合DW架构来掩盖我们作为技术实施人员的责任,我个人认为,这样的技术人员连基本的人的责任都不敢承担,是不可能有更深刻的精湛造诣的.至少Solo已
经在反思BI技术不是BI项目成功的关键点,是不是把业务思考和技术结合在一起,这就是责任承担的一种表现.
可能大家认识有差别,就象对google的认识,Qing把它认为是"技术至上"的公司,我并不是这样认为.但并不妨碍我们的交流呀,求同存异也是可以
的,但Qing既然要我们选择BI项目实施的a,b,c,如果多选,我选bc,如果,只能选一个,我肯定只会选c,这是我认为做人的最基本原则.

interstage

unread,
Jun 5, 2008, 6:01:50 AM6/5/08
to ttnn BI 观点
哎,这就是我最不愿意听到BIer说的话,说"客户只爱看报表,不爱看BI展现,就不了解DW的价值"之类的话.难道目前BI所倡导的数据分析的表现载
体不就是报表和报表延伸出图形吗,难道BI结果的载体还有其他什么东西吗!!!!!! 难道客户看的报表和你BI项目中的报表不一样吗,它那个叫报表,
你那个就不叫报表了,还经常说"大炮打蚊子",人家就爱看他自己统计出来的报表,而不爱看BI分析出来的报表,说明什么?说明你的BI项目很失
败!!!,业务人员不愿意用,客户要"打蚊子",你给他造了"大炮",是你的错,还是他的错.什么是BI技术人员的良心,就是觉得收了别人的钱而没帮别
人解决实际的问题有羞愧感,尽管这不是我们技术人员能控制的,但这个失败决不能转移到客户身边,不能指责客户如何如何落后.这也是我在地震后把"良
心"2字出现增加的原因,就是那个博士生导师说的,在中国读到博士了,现在需要重新教他们"良心"的时候.

raullew

unread,
Jun 5, 2008, 7:34:24 AM6/5/08
to ttnn BI 观点
"客户的业务运作模式和BI结果相结合",这恐怕只是BIDWer一厢情愿的美梦
为什么?因为业务人员的intelligence远远超越BIDW系统,业务人员在长期与终端客户斗智斗勇的艰苦卓绝的战斗中所总结出来的革命经验,岂
是BIDW系统所能及万一?所以,BIDW做出来的报表有人看,那就已经是成功的项目了
可人们还是喜欢做大炮,有面子哪,于是大炮上线了,如何尽量避免打蚊子?先去做3个月销售,后面新造出来的大炮就不会尴尬了

interstage

unread,
Jun 5, 2008, 8:35:17 AM6/5/08
to ttnn BI 观点
呵呵,有道理.业务人员的革命经验的确比BI系统中冷冷冰冰的结果要深刻. 但基于业务人员革命经验的决策也需要数据来支撑,所以BIDW出来的报表
也是有用的.现在的问题是业务人员在长期的斗智斗勇的艰苦卓绝的战斗中积累的革命经验越来越丰富,变化越来越复杂.但目前的BIDW系统无法适合这些业
务人员革命经验的积累过程,以为设计几个纬表和事实表,结合在一起,就可以把业务人员所有增长中革命经验归纳在一起,这样的数据设计其实是静态的,而且
基本无价值. 可惜我们的BIDWer一厢情愿还做着美梦,以为自己如何如何先进.这点还真不如牛人,牛人至少认识了这一点,提出自适应BI这种变化的
DW数据架构,对现有的DW项目架构进行了批判,只是我没有歌功颂德这个架构,反而质疑牛人的架构在生命周期和理论总结上存在不足而已.但从"大炮打蚊
子"一点来看,牛人还是值得赞扬的.
> > 这是目前BI比较尴尬的地方。- 隐藏被引用文字 -
>
> - 显示引用的文字 -

tosimple

unread,
Jun 5, 2008, 11:39:23 AM6/5/08
to ttnn BI 观点
感到很惭愧,前辈们都在反思仓库实施的实用性甚至上升到做It人的良心。

而我们还在研究该怎么实现用户眼前的需求。

但反过来想,我们也不必太过自责,不同的阶段,追求是不同的。虽然共产主义很美好,但是,现实较理想更重要。毕竟我们还处在社会主义的初级阶段。




Solo Zhu wrote:
> ���û��ĽǶ�4����ʵʩBI����Ҫ���վ��DZ���BI��ҵ���ѽڡ�
> BI��ʵʩ����һ��project schedule����ɣ�Ҳ����ϵͳ���ߵĽ������һ��Ϸ��µĹ�̣����ҽ��ܵĽ��ҵ��
> �����һ����ݲֿ�ʵʩ�Ĺ�˾����׷����������deliveryһ����Ŀ��ÿ���ʵʩ�����ݲֿ����ҵ���Ӧ��ʵ���Ե�У�飬����ʹ�õ��û�����
> ��һ�εĵ��У�������̲���һ��򵥵�ά����̣�Ҳ��������ĸı䣬���ǽ���һ����ʽ���9#����û�ʹ��ʵ���ԣ��û��ײ����ԣ������ �����ģ
> �ͣ�ETL��ODS��DW����ݼ��У�ά���ȵȽǶȽ��еġ�
>
> ������鷳��
> 1���ͻ�û��Ԥ��
> 2���ͻ�����Ѿ����ȶ��ˣ�����Ҫ���иĶ�
> 3���Ķ��Ƚϴ󣬶�����ϵͳ�кܴ��Ӱ��
> 4��û����Դ
>
> ����4��Ӱ�죺
> 1��������Ŀ����������
> 2���������Ŀ���棨������ã�
> 3��|�õ���ҵ����DZ�ڵ�Ч�棩
> 4���ȶ����Ŷ�
> 5���������ҵ֪ʶ�u�
> 6��������Ŀ����ɱ�
>
> ��Ҫ��ʵʩ����
> 1��|�õĹ�ͨ��������Ҫ���㹻�����ȥ˵���ͻ�
> 2�����󣬼ƻ�����ƣ������������ĵ�
> 3��ͳһ�İ汾���ƣ����ģ�ͣ�ETL���������룬�ĵ���ǰ����ƣ�Ԫ��ݣ�
> 4��|�õ�)չ�ԣ����ģ�ͣ�ETL��ǰ��չ�֣�
> 5��Ԫ��ݹ��?��ݿ⣬ETL��ǰ��չ�֣�
>
>
> ��ʵʵʩ��Ŀ����Ӫ��ҵ�кܶ�ķ����������ҵ����ڻ�û��������Ĺ�˾���������Ŀʵʩ������
> ��򵥵���ȥ������Dz�֪����ôȥ���ʱ�򣬾����Լ��ķ�����
>
> ����ͬ���� http://bidwhome.itpub.net/

Steven

unread,
Jun 9, 2008, 10:04:05 PM6/9/08
to tt...@googlegroups.com
呵呵,可能google创办之初还没想到“良心”两字,从客户出发,为客户着想,为客户带来价值,我还是比较推崇的!
 
 
2008-06-10

Steven

发件人: interstage
发送时间: 2008-06-05  16:32:16
收件人: ttnn BI 观点
抄送:
主题: Re: BI实施实用性考虑

B.C.

unread,
Jun 12, 2008, 4:41:58 AM6/12/08
to ttnn BI 观点
为什么提到BI就一定要上ETL,DW,OLAP?让用户觉得这确实是一个商业"智能"项目,我想BI更多的含义应该是商业"情报"吧,如何将企业信
息,根据业务逻辑处理后,以各类用户想要得形式展示给它们,帮助他们更好的洞察数据,以至做出决策。在目前国内市场上,有很多中小型企业,他们的企业数
据量并不大,需要费时费力的去给它们实施数据仓库,Olap等等么?还是一个报表工具+一个快速完善的部署平台来的更实用高效些?现在的商业智能在一定
程度上"妖魔化"了。

raullew

unread,
Jun 12, 2008, 4:57:07 AM6/12/08
to ttnn BI 观点

> > 本文同步在http://bidwhome.itpub.net/- 隐藏被引用文字 -
>
> - 显示引用的文字 -

Solo Zhu

unread,
Jun 12, 2008, 5:48:56 AM6/12/08
to ttnn BI 观点
其实很简单,用户,至少是大多数用户,在BI前想到的是reports,要解决这个问题,就需要想到的是数据质量和数据集中

如果数据只是excel能处理的,我想BI的展现其实也没有太大的作用。
> > 本文同步在http://bidwhome.itpub.net/- Hide quoted text -
>
> - Show quoted text -

life20...@126.com

unread,
Jun 12, 2008, 11:16:19 AM6/12/08
to tt...@googlegroups.com
某些大师动摺拿出数据来吓人----BI项目70%的失败率;这话卖产品给客户的时候,也就算了;拿出来给自己人讲,不禁想问一句:你失败的标准是什么?你怎么知道人家项目失败了??莫非IBM,TD自己跑出来喊一句:我项目失败啦,你看是因为我的问题; 年轻人多看看,多想想,被大师唬住之前先问他几个问题.

求您别再争BI和DW的关系了;这个话题已经讨论得让人想吐了;数据仓库有大有小,你的所谓快速部署平台也应该是数据存储,数据入库,也得有报表展现吧;我可以不可以把他看成又一种数据仓库的实现方式呢,如果你可以保证数据质量等等等等;麻雀虽小,五脏俱全.

顺便再说一下,别说GOOGLE有良心,google还真没什么良心,google还是真是技术至上;欲知详情,请去研究研究GOOGLE的主要赢利方式(别傻乎乎得说是广告)





在2008-06-12,raullew <rau...@hotmail.com> 写道:
>钱
>
>On 6月12日, 下午4时41分, "B.C." wrote:
>> 为什么提到BI就一定要上ETL,DW,OLAP?让用户觉得这确实是一个商业"智能"项目,我想BI更多的含义应该是商业"情报"吧,如何将企业信
>> 息,根据业务逻辑处理后,以各类用户想要得形式展示给它们,帮助他们更好的洞察数据,以至做出决策。在目前国内市场上,有很多中小型企业,他们的企业数
>> 据量并不大,需要费时费力的去给它们实施数据仓库,Olap等等么?还是一个报表工具+一个快速完善的部署平台来的更实用高效些?现在的商业智能在一定
>> 程度上"妖魔化"了。
>>

不管是过去还是未来,BMW只提供最好的BMW 尊选二手车
Reply all
Reply to author
Forward
0 new messages