|
谈标准化Qing 20060808 刚到办公室放下包,就参与了一个讨论——"怎么对数据接口做标准化?" 确实,每一项分析应用都是在下面市公司开展,对输出去的东西,他们反馈的东西,一直没有统一。譬如说在外呼反馈中,有个"联系状态",有占线、停机、呼转等情况¬。有的应用可能是规定了编码,01表示成功接通,02表示占线等等。有的,根本就不是编码,只是文字信息。而文字的,大家的表述也不一样,有的叫"占线",有的¬叫"忙音"。 如果我现在站在一个纯粹架构者的角度,我肯定坚定地认同要标准化起来。可我不是,我已经参与了应用方案的设计,接触了市公司那些人的想法,有些犹豫。认为作出一¬个标准是容易的,可执行下去是个大问题。因为执行这种标准根本不是我们主导的。 各个市公司,实力不均。实力强点的,有的已经有自己一套系统,可以很方便地导出你所需要的数据,信息甚至比你标准规定的丰富。因此,他们会觉得你的标准简直就是¬小儿科,也不愿意让自己的系统去迁就你的标准。实力弱点的,没有系统,就拿着excel干呗,你可以事先设计excel模板,在上面作一些有效性判断,可难保他¬们会理解。自己在excel中删除一些信息,增加一些信息都会发生的。唯一的好处是,他们大多会将你的标准当回事。对于实力强的,你有什么办法去让他迁就你?没¬有,他不会听你的,除非他的上级会下令。上级为什么会下令,是因为他认识到标准化对IT的好处。可这个上级根本就不是搞IT的人,为什么会为你操心这个事?所以¬,这里面困难重重。 曾经有个说法,什么"一流的公司卖标准、二流的公司卖产品,三流的公司卖什么(忘了)",大致如此。反正这意思就是——标准这个东西,是很牛逼的。于是大家争相¬搞出自己的标准,至于人家认不认,是另一回事,能不能执行,更是另一回事。这种沉寂的、半死不活的标准随处可见,我想哪个行业都有吧。特别是那些自认为是权威的¬,如果不搞出几套标准来,像是有点对不住别人似的。 可如果标准好搞,那就不叫一流的了。因此,在这次讨论中,开始我基本充当一个泼水者,认为标准化的推行非常困难。但因为这本身并非我的问题,问题所属的,认为一¬定要标准化,制定标准是我们的事,推行是别人的事。也对,便转换了角色,变成一个拥护者。这种行为叫做"见风使舵"。 在辩论"标准化"这种话题的时候,其实大家都会赞同的。如果谁敢明确否定,"不能标准化",那肯定是个牛人。而这些赞同者,可以肯定的说,大部分人会认为这是一¬个理所当然的。人家做的好的,都是标准化,可至于如何达到那种状态,是没有多想的。因此,在这种讨论中,基本不是"是"或"否"的辩论,而是"如何"的辩论。有¬人说,要立即建立一个大而全的,涵盖所有情况的标准。对这点我向来是持反对意见,甚至听到这个"大而全"就有些神经过敏,就想反驳。如果有兴致,我还会举出一二¬三,数落这种做法的不现实。没兴致的时候,就说一句,"别扯淡了。" yang_zxf 20060808 前段时间参与了一个保险公司的数据仓库招标工作,客户明确提出了在项目实施的过程中,首先要进行标准化工作,就此我们提出了数据标准化和指标标准化。具体的数据¬标准化,主要是指数据仓库模型的构建,包括:字段名称、类型、长度,也就是数据仓库集成性的要求了;有关指标标准化,主要是元数据吧,包括:指标的名称、说明、¬描述、解释、算法等。 同时建议成立相应的标准化组织,对企业的标准化工作进行持续的维护和改善,确保企业在后续相关的应用或者系统,能够在企业标准化的基础上进行,同时制定相应的标¬准化维护(使用、增加、修改)流程,明确相应的角色职责等。 最好能够建立一个系统来支持,基本上就是元数据管理系统了。听说太平洋保险,专门立了一个项目搞标准化,有IBM负责实施的。 Zhangweiping 20060809 今年4月份我参加了太保POC的工作。那时的项目经理是个台湾人,脑子里更本就没有数据仓库的概念,还听不进别人的意见,又喜欢拍脑门,更可气的是对事先讨论好¬的东西,喜欢朝令夕改;十足就是一个棒槌。 看了哥几个的谈标准化的问题,我还是没有看明白,标准化到底是什么东西? 愚人只见,标准化就是要适合应用到大部分项目当中。 庆兄说的标准化,确实一些经济比较好的省市很难推广。比如广东的深圳,山东的青岛,类似这样的地方,他们的信息化应用程度和技术使用程度,比其所在省的其他地市¬要先进很多,所以要对他们标准化,谈何容易。反之,经济落后的省市,大家的情况都差不多,搞标准化,是推动他们的信息化的反展;这样的省市对标准化的推广可能会¬好一些。 Zhu Sizheng 20060809 标准化,不是一个从下往上捅的事情,而是一个从上往下灌的事情.标准化由谁向下灌?是甲方?乙方?还是第三方?还是环境的推动?也就是说标准化的内在推动力是什¬么?推动的主体应该是谁?标准化的受益各方的受益点在什么地方?这些东西并不是说是一时一人能解决的了的. 但是,对于一个BI项目而言,采用标准化的开发流程固然有很大的好处,但这个标准化的开发流程到底是什么(方法论?SEMMA?CRISP-DM?)?由谁制定¬?是否适合现在应用与开发的现状?我想不用多说,大家都明白这是一个争议颇多的话题。还有,yang_zxf兄所谈到的细节性的标准化我认为是一个很好的开端,¬也是一个基础性的工作。但是,你在这一家的标准能适应于下一个项目吗?这是我打问号的地方。 说道这个问号,不妨将这个问号再放大些。也就是,标准化到底是什么标准化?是项目自身的标准化,还是企业自主的标准化?还是行业的标准化?是技术的标准化吗? 人人都可以制定标准,但是这个标准的公信力有多大?有多少人买你的帐?这就牵扯出了标准制定者的资质问题.........试问自己的公司有能力制定行业规范吗¬?.......我看目前结合已经存在的理论基础制定自己公司的规范到是一件可以实施的事情,关键是公司标准的定位要明确,就是为了提高公司开发的效益,管它别¬人认同不认同呢.......做不好也只是自己受累,做好了自己受益,作的再好点,找几个专搞标准的人再联合几个业内公司慢慢推广,路都是要一步一步走的,不要¬把步子卖的太大,否则不踏实。(好像实施CMM的心态啊,是做给人家看还是自己用的实在?) 还有呢,制定符合自己利益的标准不能闭门造车,ibm不是再搞嘛,咱们还要密切关注,注意修正自己的目标才好。 我的话大了一点,空了一点。标准到底是个什么东西?但肯定不是空穴来风的东东,下面肯定要有一些列的案例、经验、方法论和利益的博弈作为支撑。但关键是我们自己¬的路该怎么走? Qing 20060809 season一下子提出这么多问号,确实都是让人费尽心思之处。一件事情做好,毫无疑问是多方合作的结果。做标准化工作也是一样,不管是搞数据的标准化,还是流¬程的标准化。 我们一开始谈的是数据的标准化,yang_zxf提到的保险公司项目,显然就是在数据上的标准化。如果是由客户主动提出来,这是好事。否则,费一大堆口舌在这上¬面,还不一定得到客户的重视。他们想着,我只要你给我一个统一的数据仓库,其他的你们看着办吧。似乎这事情跟他们关系不大似的。当然,即便是客户主动提出,也需¬要看他们将这件事情提到什么层次。 伟平兄参与了很多大项目,肯定是碰到过要搞标准的事情。其实就算在做电信行业的BI,也可以将事前集中搞的经营分析规范看作是一种标准。但不同运营商做法也不同¬啊,有的很重视,对参与规范制作的单位和人员要求挺严的,甚至就是为他立个项。有的可能就临时凑了一帮人,三天之内就得炮制出来一份规范。 昨天我就差点跟人就这个问题大吵一通,人家说有用,我说没用。当然,有点抬杠的意思。很多人费尽心思搞出来的规范,就算不贴合实际,也能起到一种指导作用。当然¬,在争论的时候,如果你去辨证地看待这个问题,就没什么意思了。 搞标准这种东西,可以看作是中央/地方,集中/分散的对立。我想作为中央一方,总是希望每个地方都是标准的,可地方上,总是希望自己有一套贴切实际的,灵活的东¬西。就这般拉大锯呗。其实就是如此,就像我们现在作项目一样。有时候站在省公司的立场,就非常希望搞一些标准化。如果在市公司作一些应用,就去他的标准化。 但毫无疑问,标准化是个大趋势来着。什么事情都是从头来搞,效率自然低下。可如果没有机制,一点一滴将平常大家差异的部分抽象出来相同的部分,只是强制地画个框¬框当作标准,没有经过验证的东西,谁信呢? 再反观电信领域的数据仓库建设情况,中国移动的数据仓库项目启动的比较早,经过几年的建设,最近新了经营分析系统1.5的规范,里面其中有一部分讨论数据质量管¬理系统,涵盖了元数据管理系统,再我看来已经涉及到了企业标准化的工作了。同时也给出了接口的ER模型、数据仓库的ER模型、数据集市的ER模型,也给出了数据¬仓库模型在各省本地化(客户化)的流程,最后将各省的模型提交总部审核备案。中国移动之所以制定如此详细的规范(标准化),应该是经过如此长时间的建设,认识到¬标准化的重要性。 Zhu Sizheng 20060810 明白各位所说的标准化是什么样的标准化了。 数据的标准化我更多的把它理解成数据的规范化,前面一看到标准2字就自然而然的联系到了类似于WAPI之争之类的东西了。 在建立数据仓库的过程中,甲方的业务是不同的公司在做,所以为了管理实施及后续方面的工作,甲方对建立统一格式甚至是统一数据的规范化的需求也会逐渐强烈起来。¬正如庆兄所言(他们想着,我只要你给我一个统一的数据仓库,其他的你们看着办吧。似乎这事情跟他们关系不大似的。当然,即便是客户主动提出,也需要看他们将这件¬事情提到什么层次。) 从数据规范化这样一个层面来讲,无论是实施元数据管理系统还是数据质量管理系统都有些亡羊补牢的意味,但有这方面的努力总比没有好的的多的多了。毕竟从无到有也¬需要一个历程。 这让我想起了"郁闷派"和"球派"之争论,以及前面庆兄反复提及的"自上而下""自下而上"的设计,这也许就是对某一类设计方法的补丁。 还有就是流程的问题,庆兄、yang_zxf兄你们 都是老前辈,在电信BI行业,金融BI行业浸淫那么多年,有没有从整体战略的层面考虑过规划、流程的管理?比如如何进行规划?如何进行统一等?也许这才是站在标¬准的层面,目前我也没有怎么想明白到底要怎样。反正,整体给我的印象就是要从更高的层次去考虑标准,从甲方整体的角度去考虑规范。倒是是先统一某一个地方的数据¬好?还是先进行统一的规划好?我想还是后者比较好,但后者对于乙方的能力要求似乎太高,实现起来又会有很多的困难,这可能也是"郁闷派"比较郁闷的原因吧(这么¬多人都说好,乍就那么难用呢?)。 期待更加完善的流程和规范........
责编:姜玲
微信扫一扫实时了解行业动态
微信扫一扫分享本文给好友
著作权声明:kaiyun体育官方人口 文章著作权分属kaiyun体育官方人口 、网友和合作伙伴,部分非原创文章作者信息可能有所缺失,如需补充或修改请与我们联系,工作人员会在1个工作日内配合处理。
|
热门博文
|
|