Las Vegas(3)
昨天晚上同事在网上订了一辆车,要到机场去取,于是中午打车到机场取车,酒店门口服务生会帮人开出租车的门,有行李的话会帮着把行李放进后备箱,客人照例是要给小费的,可惜我们忘了没给。在机场下出租车的时候给了司机两块多小费,算是入乡随俗,以为下车就是租车中心,可按照标牌指示要在下车的地方搭乘机场的专门去往租车中心的免费Shuttle Bus,租车中心离机场还有相当一段距离,到了租车中心一看,很多租车公司都在这里,我们租的是Dollar公司的车子,排队等待办理手续。
在美国由于地广人稀,以及没有象中国那样的复杂公交路线,因此租车非常平常,在网上可以订车,比如Yahoo!Travel频道,可以任意选择公司、取车地点,至于车型更是丰富多样,包括Economy, Compact, standard, full size, mini van, Van, Jeep等等,我先前还不知道车辆有这么细致的划分。这次我们本来订的是Standard,一天的租费只有10刀,到了办手续的时候,考虑到有5个人乘坐,临时每天加12刀换成Full Size,加上每天最高一档的保险47刀,租车费用每天大概60刀,真不算贵。
办理手续并不复杂,提供驾驶员的护照,驾照,登记相关的信息,驾照一些信息要翻译成英文的做个登记,传说曾经有人拿着国内港澳通行证冒充驾照也成功了。然后刷信用卡交押金,两天大概预授权300多刀。随后拿着单子去停车场自选车辆,钥匙在车子里,油箱满着,直接开走便是,出停车场时把单子交给看门的就行了。剩下的是,打开自己带的GPS,想去哪,跟着GPS开就行了。
我们看时间充裕,找了个麦当劳吃早饭,到酒店接上另外两个同事之后即开车出城,直奔Red Rock Canyon Park,开车大概40分钟就到了,景区内有13英里的观光公路,沿途设有若干个可以停车、照相的地方,收费5美元。开着车子进去,走走停停,风景相当不错,傍晚的阳关照在巨大的山上,而整座上可以说就是一块巨型的红色岩石,在碧蓝的天空背景下,别是一番壮丽景象。
5点多天就黑了,于是返回,跟着GPS到Outlets逛店,还没来得及仔细淘货,约定的时间又到,回酒店吃晚饭。
Bellagio的晚餐Buffet周五周六两天涨价到每人38刀,人很多,这个价钱并不算贵,在外面随便找个正经的餐馆,不管是中餐还是牛排人均消费都得50刀左右。在我看来晚餐和早餐其实区别不大,都有水果、面包、蔬菜、中餐菜肴、西餐烤牛排鱼排之类的,不同的是晚餐有Sushi,还有著名的蜘蛛蟹腿,这种蟹8个腿都相当肥壮,每个都有20-40厘米长,劈开之后看着满满的蟹肉,据传这种蟹在北京每只要买1000块左右。餐厅里有很多人端着整盘的蟹腿,我尝试了两个,味道确实不错,可惜胃口有限,再吃点别的菜,已经撑得吃不下任何东西了。
吃完饭到Casino喂猫,然后出去散步看喷泉,晚上十一点,回屋睡觉。
Las Vegas(2)
晚上睡得很好,时差自然就倒过过来,早晨吃酒店的自助早餐,竟然有一些中餐品种,看来这个地方主要做中国人生意,酒店大堂仍然是为中国春节装饰,吉祥鼠已经替代了去年金猪的位置,处处张灯结彩,餐厅、赌场到处是同胞的面孔。,一天的培训基本上没感到很困,课程也相当轻松,讲一会分组讨论一会,然后在集中Presentation,时间过得一点也不煎熬。由于课程内容是Demo,而很多人之前也参见过CCS培训,这个课程的核心思想部分就非常容易理解,这个Demo方法论可以认为是CCS中可以使用的一项工具。
抽空打了会老虎机,我们戏称为“喂猫”,不过这猫很能吃的,一会就吃几十刀,很难得见到猫吐银子出来的,这哪里是猫啊,简直是中国传说中的貔貅,只吃不拉。不过猫很可爱,还是有很多人忍不住去喂。
晚上去看著名的大卫科波菲尔的魔术表演,在MGM酒店,表演可以说相当精彩,充满了美国式的互动,大卫不断在观众席内走动,不断讲着笑话,不断地拉观众到台上当道具,压轴戏是把一批志愿者观众从台上变没。嗯,无论是变活人还是变汽车,还是变小把戏,都没能看出任何破绽。
Las Vegas是我见到资本主义世界区别于社会主义世界的地方,晚上整条街道上到处是霓虹灯,到处是超大的户外显示屏显示各个酒店、娱乐节目、购物中心、餐馆的广告,到处是震耳的摇滚乐,也到处是人群。
晚上到对面的Miracle酒店的Shop中转了一圈,商业城中的街道上放也如同Venice酒店一样,做成了蓝天白云的穹顶,如同晴空万里的感觉。商店中的物品价格其实很公道,几块、十几块、几十块,以及成百上千的东西都有,包括服装、化妆品、超市生活用品、首饰等,我感觉比北京的大商场还要便宜得多,在北京王府井或西单的百货商场中,百元以下的东西已经非常罕见了。
Las Vegas(1)
这次再去Las Vegas,好象没什么需要准备的,不象第一次去美国时列了个单子,带这带那准备得手忙脚乱。昨天晚上把衣物装箱,几件衣服和一些零食而已。
由于是国际航班,提前3个小时就到了机场,Check-in之前先填申报单,其实只有笔记本电脑是需要申报之物,而笔记本这种东西其实申报不申报根本无所谓,不过还是乖乖填了表,一式两份,走“申报通道”,把其中的一份交给了收单子的,另一份他盖了个戳还给了我,不知道这份是否还有什么用处,先不管它,装起来再说。
Check-in竟然就开始排队,好在UA办票柜台的工作人员都是同胞,说话办票都比较利索,PEK-SFO和SFO-LAS的登机牌一起出了。在出关之前还要过一个门口写着“检验检疫”,记得以前的时候好象还填过“健康申明单“之类的东西,现在不用填了,过门口的时候往工作人员的电脑上望了一眼,电脑上显示的人像红红绿绿的,原来是遥感红外测量体温呢,不知道碰到发热的会不会被拦住。
然后就是边防检查排队,之后是安检排队,等到过了安检,发现从办票开始已经花了快两个小时,国际航班还是手续多,慢。去往候机厅的半路上很多的免税店,化妆品、服装、百货、纪念品应有尽有,国产的东西比如烟和酒之类的比外面便宜,不过没什么特别值得买的东西。北京机场比我见过的美国机场免税店好上百倍,洛杉矶国航登机口旁竟然只有一个很小的免税店,基本没什么选择,东西一般,由于处于垄断地位,生意竟然好得不得了。
在机场吃过午饭,接了几个电话,开始漫长的旅程,在飞机上也没怎么睡觉,在飞机上填好两份单子用来入关,一份携带物品申报单,一份入境信息单,真不明白为什么有这么多单子要填。10个小时后,飞机到达旧金山,下飞机,然后再排长队入海关,这次比较简单,按指纹,照相,在入境信息单上盖个戳钉在护照上,在护照上盖戳,过了。然后再等着提取行李,转往另外一个航站楼的时候把携带物品申报单交给了门口收单子的,这东西到底有啥用啊,根本没人看。
然后在另一个航站楼把行李交运,然后再重新排队安检,按照美国规矩,鞋子脱掉,大衣脱掉,反正能脱掉的都脱掉,过X扫描门,没有人拿着仪器搜身,如果过门的时候嘟嘟响,就得返回来把身上的零碎再拿下来,知道不响为止。
转机是个很麻烦的事情,如果前一个航班晚点,中转的时间就会非常紧张,毕竟到处都排队、等待,没完没了。
当地时间中午12:30到达Las Vegas机场,提取行李,等机场巴士,尽管机场离酒店不远,在酒店Check-in已经快3点了。
饿得不行,去附近的一家中餐自助餐厅吃东西,现在要抓住一切可能的机会吃中餐,后面这些天每天汉堡包,够受的。
下午还有些时间,不过困意袭来,还是先回房间休息一会,晚上再出来活动。
地铁报
以前坐地铁的时候经常买报纸在车上看,不过并没觉得哪份报纸是专门为地铁而设计的,直到今天在地铁上挤着,看到旁边的一个人拿着一份《北京娱乐信报》,报纸的标题旁好象有一句类似“北京唯一一份地铁报纸”的话,才知道原来已经有人看中了地铁人群这块蛋糕。
但是问题来了,在地铁中销售的报纸种类很多,不是你标榜了自己是“地铁报纸”就能垄断市场或者就能博得地铁人群喜欢的。北京地铁每天运送几百万人,以后还会更多,目标群体的确足够大,但地铁报纸到底应该什么样呢?
先说阅读环境,地铁中看报不是在家里或者办公室,可以泡杯茶,边喝茶边翻报;地铁通常在高峰期是很拥挤的,很拥挤意味着翻阅大版面的报纸有诸多困难,经常把报纸在手里折得乱七八糟,最后还得放弃阅读。那么如果定位在非高峰时段人群呢?可是地铁就是上下班高峰的时候人最多,避开高峰做地铁报纸,岂不失去了原本的意义?!那么为什么不改变一下报纸的版面设计呢?比如,把报纸设计成杂志的样子,把一大张折叠成一个小本,装订一下,看上去并不是什么难事,却可以极大地方便报纸的阅读、携带和保存。为什么没有人这么做呢?是报社的人都比较有钱,没有人挤地铁吗?还是国家对报纸有什么限制,不允许报纸做成杂志样子?不得而知。
再说报纸的内容编排,给地铁的人看的,或者主要给北京的地铁人群看的报纸,最好研究一下在北京挤地铁的是哪些人,在地铁上想看哪些内容。我个人觉得一方面要有地方特色,北京地铁人群看的大概是本地新闻之类的东西;都是上班族,而且还不是很富有的阶层(富人都开车,哪个挤地铁),小资类的东东或许比较吸引人;既然定位在地铁,提供地铁沿线的商业信息(比如餐馆、商店之类的)或许比较有价值。
填鸭式交流
填鸭式交流指在对客户需求好不了解的情况下去向客户灌输概念、架构、产品、方案、特性、演示等内容,通常是厂家被客户邀请过来坐在会议室里面,厂家进屋来直接开始产品介绍。这种交流方式不管不顾客户需求,根据厂家所虚拟设定的场景来构建方案,其目的是告诉客户“你应该这样、而不应该那样”,最终的结论是“你应该买我们的产品”和“我们是最好的”。当然,这同样是厂家一厢情愿的美好愿望。
有时候客户知道自己想要什么,不用太多废话,有时候见客户的领导,领导非常忙,只有5分钟的时间和你见个面,这时候就要搞清楚这5分钟里面到底要告诉客户什么,或者你想从客户那里了解到什么。而这5分钟,最有效的利用方式还是听客户介绍,向客户提问,最后告诉客户我们能做好这样的事情,有成功实施的经验,有能力,公司有足够的实力,就够了。
填鸭式交流通常不是交流,而是广播,是单向式交流,而且通常会在实质内容之外加上水分,把一碗米饭做成一锅粥,以凑够足够的时间。让而,这年头客户已经不是从前,客户的主导欲望更强,还不如反其道而行之,让客户主谈,当然,适当控制谈话的范围和内容就好。
讲规矩不讲效率
最近不小心被扔进一个大型项目里面参与一个系统测试,打交道的接口包括某大型咨询公司(其实就是个大集成商而已),分包的集成商,当然还有我们公司自己内部的一些人。
方案出了很长时间了,环境还没建立起来,有关的工作协调会已经开过了至少五六轮,每次会议都至少有七八个人参见,时间基本上都在半天以上,还有一些人工花在环境准备、文档上面,总的算下来,投入的人天数量大约有30人天左右了,按照某大咨询公司的人力成本报价来算,人力成本大约有30K了,或者说30万人民币。
一开始我就建议请总包商去说服客户把这项测试任务委托给专业的测试公司,得到的答复是客户不会愿意出这个钱。OK,目前测试还没开始,花掉的钱已经足够请测试公司了。
当然本身这个项目也可以进行得快一点,但这样细枝末节的会议太多,没有经维护的项目计划文档,全靠会议纪要安排工作,里面再掺杂着“该谁负责,出了问题算谁的”之类的政治太极,所有的话都当作“证据”被记录下来。
如此一来大家都愿意继续扯皮,把自己的责任摘干净再说,反正自己不确认,不做任何承诺。这就是大型咨询公司在工程上的做法。也许咨询公司从客户那里要到的钱足够多,需要把成本花在这些事情上面,而且这样显得项目的执行过程更加规范,所有事情在执行之前都讨论、确定、批准过。典型的讲规矩不讲效率。
这东西咋用?——对于集成商而言,项目已经结束了,而对于用户而言,才刚刚开始而已……
昨天正坐在办公桌前郁闷发呆的时候,一位老兄突然跳到我面前,瞪着大眼睛说:“那个谁,会……会议室……”
原来他下午要去忽悠客户,当然也不是他主动,是客户想被忽悠,又不怎么信任那个给他们做项目的集成商,怕被忽悠傻了,于是就想起我们这位老兄。其实客户出了几个题目,大概这么几个意思:
系统建成了,咋用?
想设几个分析员,咋培养?
系统好不好,咋评价?
哇塞,这些问题都挺虚的吧,咋答?这老兄也没谱,我只好硬着头皮先忽悠他了。
嘿呀,咋用?本来在项目开始建设之前的需求分析阶段就应该界定出来项目该咋用了,不过系统上线之后还需要重新整理一下,把系统功能(包括报表、Cube、仪表盘等)和整个系统的用户一一对应出来,不过这个对应可不像需求分析文档中那样笼笼统统地按照角色,要定位到具体某个人需要的具体哪几张报表和哪几个Cube以及哪几个仪表盘。
这个当然是第一步,第二步是要根据真正的应用需求对系统进行一次设置或者配置,比如报表的调度和邮件分发,比如数据访问权限的细致设置,再比如每个人的个性化的首页的定制等等。
还有第三步,每个人都有了个性化的界面了,每个人都能通过邮件收到日常的数据信息了,还要再给用户一点培训,最基本的,给用户创建一个登录系统的URL的快捷方式放到桌面上,然后告诉用户如何登录,如何管理自己的密码,有了问题如何与系统管理员联系。进一步的,要培训用户如何使用这些系统功能,比如这些报表中的业务定义规则,数据统计规则,如何发现异常的数据以及如何对异常数据进行进一步的分析。软件的基本操作方法的培训,以及数据分析方法的业务培训。
当然说到培训,也就免不掉培训对象、内容和培训方式的问题,从培训对象来说,高层领导、中层管理者以及部门职员三个层面的培训都必不可少,层次越高个性化越强。对高层领导来说,由于领导工作繁忙,培训只能见缝插针,在领导有空有心情的时候抓紧时间进行讲解,内容上不要弄太多复杂的东西,尤其不要技术和原理性的东西,说明白领导的主页上有哪些内容,干什么用的,怎么用法就OK了,如果领导心情好当然还可以聊聊为什么提供这些功能给他,这些就足够了。而对于职员层面的用户来说,需要放羊式培训,普及化教育,集中起来,定制教材(一定要包括业务分析过程的例子和练习题),内容方面就是软件使用,以及如何做简单分析解决业务问题(或者就是如何做简单报表)。而中层管理者介于两者之间,培训方式上可能要见缝插针,也可能参加大班培训。
上述这些工作做完,至少,每个系统用户都知道自己在这个系统中有哪些功能可用了,也知道如何使用了。
那么下一步,就是要跟踪这些用户的使用行为,根据系统记录的登录日志,来看这些用户是否真的在每个数据刷新或者发布周期都登录到系统上去浏览了自己号称需要了解的数据内容。对于那些实际访问频率不高的用户,要主动回访,征求用户的意见,问为什么不常登录?当然,对于那些登录频率较高的用户,也要进行回访,征求改进意见。这些反馈都是系统改进的重要依据。
第二个问题,数据分析员如何培养?
我自己认为这个问题有点超前,事实上客户那边目前并没有专业的分析员存在,没有专门的岗位,也没有专门的人员,在谈如何培养之前,反倒应该先考虑一下分析员这个岗位到底是干什么的,也就是说应该有哪些职责(当然,与工作职责相关的工作流程,比如谁提出分析要求,分析的结果以何种方式返回等,也需要定义出来),确定职责之后,再确定人员的资格要求。这些工作有点象人力资源的工作范畴了。不过我个人认为,这个事情不做,培养的事情也就不用谈了。
假定分析员的职责清楚,人员落实,那么对分析员的培训就可以开始了。当然第一步的培训还是要让分析员知道自己的职责和工作流程了,下一步是数据分析方法,什么样的业务问题适合用什么分析方法,如何定义分析目标、流程已经分析报告模板;再下一步是培训系统中可用的数据模型,包括数据仓库中的数据结构、Cube列表和语义层列表等。分析员要熟练掌握各种工具,还要理解业务,还要了解数据,实在是一个不好干的活。而对分析员的培训,恐怕要集成商、厂商、业务专家、人力资源等多个部门的人一起充当老师了,有点象全真七子带一个徒弟的架势。
要说这第三个问题还是满有趣的,因为向来BI系统的成功标准都是一笔糊涂帐。反正在没有严格的成本核算的情况下去计算系统的ROI是一个完全不现实的事情。干脆,从另外一个角度看问题吧,让系统有用就当它成功好了。
如何判定系统是否有用,可以从系统功能的利用率和系统用户的访问频率来定义,系统功能方面,要判断出来以下几个点:
热点:访问频率最高的功能项,包括报表、Cube或者其他的等等;
冷点:访问频率最低的功能项;
重点:高层领导时常访问的功能项。
未来的系统演进,要重点关注热点功能和重点功能,围绕这两个点让系统进化;而让冷点逐渐退化。
对于系统用户的访问频率要发现这样一些用户:
热情用户:经常访问系统看数据、做分析的用户(比如访问频率最高的前10%);
冷漠用户:很少登录系统的用户,如果这些人对系统功能的实际需求很少的话,就随他去吧;
重点用户:高层领导用户,时不时登录系统的高层用户。
未来系统的发展还需要深入挖掘热情用户和重点用户的需求,这些人是系统发展的真正推动者。
作为集成商而言,系统上线可能意味着项目结束;而对用户而言,项目上线,才是项目的真正开始。甲方的IT部门,作为项目的承建方,在此后需要把自己定位在乙方的位置上,把业务部门用户当作甲方,尽量多提供一些主动的回访和主动服务,才能保持项目的生命力,否则即使项目做得一朵花,不浇灌也难免要迅速枯萎。
- 作者: dwdmstudio 2006年04月20日, 星期四 15:27 回复(0) | 引用(0) 加入博采
也说数据仓库架构
最近收到不少来自TTNN的关于数据仓库架构的邮件,本着“重在掺和”的原则,和“凑凑热闹”的目的,也来叨叨两句。不过由于不想引起争论,我说的内容和大家所谈的不完全是一码事,开始跑题......
我以为,不同的软件系统有不同的架构描述方法,比如一个纯粹的系统集成项目(比如搭建一个各种硬件构成的网络)架构重点在于描述网络连接、硬件配置、功能原理和性能原理;而一个纯软件项目(比如开发一个基于Windows的视频播放软件)架构重点在于描述后台引擎的参数以及人机界面的设计原则。而一个数据仓库项目,系统架构和数据仓库模型的逻辑设计架构也不是一码事,大家讨论的应该是在数据仓库设计架构这个范畴,而这仅仅是系统架构中的一个组成部分而已,我现在想说的,是系统架构。
我想说的第一个问题,是架构的完整性,原因是所谓架构是对某个东西的完整的描述,通过看架构,能够知道这个东西是干什么用的,由什么东西构成,大致长什么样子。比如我们说一个建筑物的架构,先说这个楼是干什么用的,商用?还是住宅?还是商住两用?之所以要先说明这个,是别人能够有个大致的想象,同时能够根据这个来初步判断架构设计是否能够符合这个用途的要求。对于软件系统来说,说一个字处理软件或者一个播放软件或者一个ERP软件,大家先心里有个谱。就比如说数据仓库吧,大家至少都知道有个ETL、存储、展现等等。
然后说建筑物的话,我们说大概有多少层?大概有多高?软件系统也一样,现在流行分层,我觉得可能是老外吃汉堡的时候得到的灵感,一层一层又一层,每层都夹个什么东西,先说吧,你这个数据仓库系统有几层,每一层干啥? 再说一个建筑物,除了各层之外,还分功能区,比如住宅楼的楼梯、居室、卫生间、厨房等等;数据仓库中对系统每一层的区划也有不同,比如主题域划分、功能域划分等等。
另外一个完整的建筑有很多子系统与整体架构融合在一起,比如:强电系统、弱电系统、网络与通信系统、上下水系统、燃气系统、空调系统、安保系统、消防系统等等,那么对于一个数据仓库来说,也有各种系统在整体架构中融合:元数据管理系统、安全控制系统、数据传输系统、数据存储系统、质量控制系统、备份和容灾系统、接口系统,可以说每个子系统中都包含若干功能块,作为架构设计,也可以详加说明。
再说建筑物的材料部分,各种系统以及整体架构需要用物料来实现,比如钢混结构、钢架结构、木结构等等;那么对于数据仓库系统来说,各个子系统都需要用什么样的材料(软件工具和硬件设备)来实现?
还说一个建筑物假设已经盖好了,需要有一系列的管理规则来保证建筑物的安全和正常使用,比如保洁工、保安员、管理员以及相关的工作制度,以及对住户的一些行为约束等等,那么数据仓库中,是不是也需要说明不同的角色在系统中的职能和工作规范呢?我疑惑的是,这个软性的内容是不是应该属于架构设计范畴?
上面写的东西有点乱,总结一下:架构设计要说明系统的功能设计目标、分层方法、附属子系统功能说明,软硬件部署方案,其实没一块内容都够复杂,都需要根据需求和要求进行“设计”的,而不是剪刀加糨糊能搞定的......东西够多,我只是遗憾通常受关注的只是数据仓库建模的架构,而整体系统架构却少有人讨论。
- 作者: dwdmstudio 2006年02月28日, 星期二 11:03 回复(4) | 引用(0) 加入博采
BI的蛋糕到底有多大?
2006 Kickoff的时候,大老板意气风发地说我们2005年营业额超过1B USD,成功晋级全球软件公司TopXX,并号称在未来几年内挤进Top10......
听起来确实令人振奋,不过我忽然想起另外一个问题,全球前500的公司(不分行业兴致),大概在第500名的营业额约在10B以上,而且还有逐年上升的趋势;那么全球最大的软件公司是什么情况呢?我自己好象也在国内的软件公司混了几年,竟然对全球的软件企业了解甚少,想到此,当下脸红。
回来在美国软件杂志网站上查找了一下有关全球Top500的软件公司,发现真正自己听说过的公司不多,而除了IBM、Microsoft之外,原来Oracle的排名在HP、EDS、Accenture之后,而Sybase相比之下算是个很小的厂商了,而且有一些原以为提供很小的软件的公司比如Adobe、Symantec、ACD之流,竟然都在Top500之列......在BI圈子里面的N家公司里面,最大的一家排在39名,远比Amdoc靠后,不过已经很不简单了。
而且,排名靠前的公司有两类特点:一是销售服务型加大型软件的公司,比如IBM、HP,另外一些是系统集成商,比如EDS、Accenture、Amdoc之流;另外能做的比较大的就是卖消费品软件的,看得见的如Microsoft、ACD之流的,还有一些做Outsouring的公司也很牛,做的大。
唉,其实应该把名单拿过来用软件做个分析才好......
看来,BI软件公司要想挤进Top10并不是那么容易的,客观上受到市场空间的限制,那么是不是BI软件市场前景非常广阔呢?
Gartner的报告说2006年,全球BI市场规模约为2.5B美刀,比2005年增长6.2%;中国的CCID研究院研究成果称中国的市场份额在2010年将达到50亿人民币(不知道那时候汇率如何,不过肯定地说,如果把Gartner的数据和CCID对比,中国的市场将占全球份额的1/10以上了,我自以为这是国内放卫星的数字)。
而2005年Top10的第十位公司营业额为8.6B,如果在2010年,假定这个数字不变,至少全球BI 市场也要达到8.6B,而且假定某一家BI厂商通吃市场......
那么,作为BI软件公司,无论在世界范围内看,还是从国内看,到底这块蛋糕能有多大呢?
- 作者: dwdmstudio 2006年02月15日, 星期三 15:53 回复(0) | 引用(0) 加入博采
别以为穿上了马甲就不认识你!
- 作者: dwdmstudio 2006年01月12日, 星期四 17:17 回复(0) | 引用(0) 加入博采