Oracle & Starcraft

  intelligententerprise上最新发布了一篇文章关于数据仓库项目如何克服在收集商业需求上的困难，Ralph Kimball和他的专业团队提出了一些建议来帮助我们克服这些困难。

  Kimball University把用户分为7种，Abused User，Overbooked User，Comatose User，Overzealous User，Know-It-All User，Clueless User，Nonexistent User ，针对每种用户都给出了描述和解决方案。

  Abused User：那些叫着”我们已经告诉IT我们需要什么”的不太合作的商业部门的人通常被称为Abused User，他们经常被BI/DW人员重复得拉去讨论需求，但是每次讨论的东西大同小异，以至于他们拒绝再参加需求讨论会。针对这种用户Kimball University的建议是要去肯定他们过去做的事情，在邀请他们讨论前应该先去回顾上次会议的纪要，要在上次的文档的基础上讨论更细节的东西而不是推倒重来，回到开始。每一次的会议都是需要产出的，每一次的会议都要在原有的基础上深化，这样这部分用户才不会被一次又一次得被问到他们的需求是什么。

Overbooked User：那些通常会同意会议邀请但是因为别的事务繁忙真正开会时并不出现的人被称为Overbooked User。对待这部分用户通常的做法是在给所有与会者发会议邀请的同时要强调他们在会议中的重要性。如果说这个现象还是难以改变，就不要做过多努力了，停下来去寻找更加适合，更加合作的用户来参加。

Comatose User：通常这类用户会对你的开放式提问给予单音节的反馈，他们冷漠的原因是因为他们所负责的事情与BI/DW项目完全没有关联，有时候问他们需求是什么还不如问他们碰到的困难是什么。通常有他的存在会使需求会议变得索然无味，会使其他与会者变得很痛苦，所以对待这部分人我们不需要把他们拉进集体会议里面，如果他的职位够重要的话，可以预约一个他的代表来面谈。

Overzealous User：如果你打算预约2个用户讨论需求，结果一下子来了7个人，这些热心的用户被称为Overzealous User。对待这些用户我们首先要区分他们的工作是不是相同的，如果不同的话那需要分成多个会议去和他们单独讨论效果会比和7个人在一个小时的会议里面讨论更好。

Know-It-All User：这些人无所不知，他们是IT和最终用户中间的一部分人，他们通常会了解用户的所有需求并能完全表达。但是这并不是100%的，他们的理解有时候也会有偏差，即使他们的理解是100%的精确，绕过其他需求方只和Know-It-All User沟通可能会造成很难弥补的错误。你可以承认他们的重要性，但不要完全依赖。

Clueless User:你有没碰到过跟某些用户了解需求是毫无意义的，因为他们没有任何需求,这些用户被形容为Clueless User。事实并不是这样的，根据Kimball University的观点，99.9的用户Clueless User只是IT专家们虚构的想像，用户可能不知道源系统和数据，但是他们能精确描述他们他们要做什么，怎么做，将来要做到什么样。IT人员要做的是要问合适的问题，把他们的需求转换成IT术语。

Nonexistent User ：这是最后一种情况，IT人员会自我感觉非常良好，觉得他们比用户更了解需求，但是通常做出来的东西用户并不认可，庆幸的是这种情况可以通过降低IT人员的姿态和通过与用户的需求讨论来解决。

 翻译的不太好，原文请看http://www.intelligententerprise.com/channels/bi/showArticle.jhtml?articleID=199900328&pgno=1