如何避免数据仓库中出现的一些基本缺陷（by AMT 编译）

摘要：数据仓库也有黑暗的一面，对这一面大家几乎避而不谈。这个黑暗面就是，无数的公司抽出亿万资金进行数据仓库建设，但是很快就遭遇巨大的失败。

如何避免数据仓库中出现的一些基本缺陷

by AMT 编译

上世纪80年代后期，数据仓库开始出现在商务领域，作为一种工具迅猛发展起来。这种工具将带来信息技术的革命，并将永久性地改变公司对它们所拥有的巨量数据的看法，以及对数据的使用方式。在一个相当大的范围内，这种情况都已经变成了现实。现在，数据仓库在大中型组织中无处不在，甚至许多小公司也都至少拥有一个以上的数据市场。但数据仓库也有黑暗的一面，对这一面大家几乎避而不谈。这个黑暗面就是，无数的公司抽出亿万资金进行数据仓库建设，但是很快就遭遇巨大的失败。为什么会这样？表面看上去有无数种原因，但当数据仓库项目彻底失败时，基本上是下面三种根本问题所带来的后果：

缺乏沟通

缺乏适当的专业技术建议

缺乏适当的项目计划

任何一种由任何一位IT人员提出的在任何一个数据仓库项目上失败的原因，最终都可归结到这三种类别的问题中来。就是这么简单，组织的沟通、专业技术建议和适当的计划是任何IT项目成功的基石，而且，对于包含了整个组织所有可利用信息的数据仓库项目来说，这三个因素就显得更重要了。当一个公司在这三个方面的任何一个中发生失误时，项目就注定要失败，除非出现的问题能得到及时的、正确的解决。是否仍有怀疑？请接着往下看。

沟通问题可能会以很多方式被掩盖起来。在公司所犯的最常见错误中，其中一个是在收集用户需求时发生失败——没有找到真正的用户。这听起来很荒堂，但的确是真的。经常性的（尽管他们不愿承认），当经理们被要求将资源提交给数据仓库项目时，他们都是选择那些“空闲”的人。不幸的是，这通常就意味着那些最好的、最聪明的人不能把他们的想法贡献到项目中来了，这样很糟糕。这是一个沟通问题，因为组织中最好的想法没有被听到。为了让数据仓库的运转，组织中最好的资源应该调拨出来帮助建设，这意味着应该从最了解他们自己工作的人那里听取建议。

另一个沟通问题是数据仓库项目组缺乏参与热情。每个项目组成员都应该是数据仓库项目的积极支持者，应该为每一次成功而欢呼，应该在项目还没有开展之前就积极宣传将带来的好处。这样做的原因很简单，人们都不想用他们不了解的工具，他们也不会用令他们害怕的工具。解决这个问题的办法就是，在预计的用户群还没有开始使用数据仓库之前，先确使他们对项目带来的好处有一个很好的了解。这样的话，当数据仓库正式投入使用时，人们就会争先恐后的使用它（完美的情形），或者至少做到心中有底，而不是心怀恐惧。这是一种很好的做法。

最后一个关于沟通的问题是当数据仓库联机后的最终用户的授权。在许多数据仓库项目中，特别当数据仓库是客户关系管理项目的一部分时，最终用户经常不能认识到数据仓库的真正能力，也没有获得管理部门的充分授权，从而不能很好地进行利用。例如，当数据仓库开始运转后，呼叫中心的人员可能会有一个单屏界面，这样当接到客户的呼叫时，就可以根据客户姓名找出相关的所有历史记录。但如果呼叫中心人员不这样做，或者不知道去哪里找出相关数据，或者未被授权获取这些信息，那么一些潜在的对产品和服务进行交叉销售和主动销售的机会就将被白白扔掉了。相反，如果此时竞争对手可以通过简单的鼠标点击而轻松做到时，这就将带来灾难性的后果。

为了避免上述代价昂贵的机会损失，从数据仓库项目的最初阶段开始，就应该从管理上保证那些客户服务人员了解数据仓库的能力，知道数据仓库将能帮助他们把工作做到多好。同时，从实施管理到沟通方面都应该有一个指导性的措施，以保证那些前线工作人员有权方便地对数据仓库进行充分利用。

另外，当数据仓库的能力已经被认识后，还需要进行正确的建立，这就是后两种潜在缺陷的来源：专业技术建议和计划的欠缺。经常性地，这两类问题是相伴出现的，很难区分一个问题到底是属于技术方面的还是计划方面的，但是，不管根本原因出自哪一方面，如果不能及时发现并解决的话，数据仓库就将完蛋。

有许多技术障碍须予以警惕，它们很多时候并不明显。当然，如果你选择了一套难以使用的工具，或者选择了错误的设备来建立数据仓库，那么问题很快就会弄清楚。但另外还存在更多的一直隐藏着的问题，等你发现时也许已经太晚了，或是已经付出了沉重的代价，这就说明了为什么在项目开始前得到适当的专业技术建议很重要，不管是从组织内部得到还是从外部得到。

这类问题中有一个可称为“技术蠕变”，它很难被察觉，直到完全无法控制。当技术部门的主管们为数据仓库这个“新玩具”握手庆贺时，当他们最终停止向数据仓库工程中添加各种小创新、音效和装饰品时，数据仓库实际上变成了一种无组织的设计品，它甚至可能连一些最简单的查询也难以应付。这个问题必须在还没成为问题之前予以解决。要防止技术蠕变的出现，就不能让技术部门的主管来负责整个项目。很显然，项目负责人必须具有专业技术知识，但同时还须具备对数据仓库工程进行整体和长远考虑的能力，换句话说，这样的人必须能够同时兼顾工程的巧妙性和功能性。

由于专业技术建议的欠缺，还可能导致在数据仓库全面启动很久后才发现一个糟糕的问题：要处理的数据太多，而数据仓库容量不够大。这就是可升级性的问题，必须在项目一开始的时候就予以考虑，数据量的增长需要进行预测和计划，而不是害怕。为此，那些经验丰富的数据仓库构造和实施人员是必需的，他们能对项目进行通盘考虑。

如果你的组织还从来没有开展过大型的信息技术项目，那么聪明的做法就是到外面聘请专业咨询公司，别有任何犹豫。并不是说不能独自开展，只是这样做前提是你必须肯定已经配备了一支经验丰富的大型项目队伍，同时还须具备大量工具和平台。这样一支队伍在任何一个组织中都是难以找到的。

说到优秀人才，经验丰富的数据仓库项目管理者也是很难得的，这也是一个问题，因为这些人提供了对数据仓库项目也许是最重要东西，即制定和实施一个合理的、可行的项目计划。一个高明的项目计划可以防止我们这里所提到的和没提到的许多问题。

你肯定听说过关于数据仓库的这种传闻：一个项目开始时计划投入50万，用时三个月，到后来却变成一个耗资数百万，没法结束的大灾难。这称为范围蠕变，可以通过制定和实施一个现实性的计划来加以防范。当然，说起来容易做起来难，在项目过程中将会对计划进行很多调整，但有一个好计划是至关重要的，如果你缺乏计划的话，那你就计划失败吧。
另一个常见的顽症在业界中称之为“分析瘫痪”，这是指问题分析、会议、建模然后通常毫无结果的一个无穷循环。这个问题也可通过制定并坚持执行计划来解决。避免分析瘫痪很简单，只要为项目的所有阶段安排一个进度表，然后严格执行，当然也应该有灵活性，总之尽量在条件允许的范围内坚持计划就行了。若不坚持计划进度，你最初想通过建立数据仓库来解决的业务问题说不定已经变化太多，以致解决方案已不适用了。

多次的实践经验说明，在数据仓库项目中会遇到许多问题，但这些问题最终确实可归结于三件简单的事情：沟通、专业技术建议和计划。如果你做好了这三件事，你的项目就有很大机会获得成功；如果你忽略了它们，那么你失败的机会也就更大。这些都不是什么新东西，事实上，由于这些结论太明显了，以致很多公司忽略了对它们的重视。但是，跟做其它事一样，只有打好了基础，才能有更多的把握做好所有其它的事，这对数据仓库的成功是极其有利的。