Kimball University: Overcoming Obstacles When Gathering Business Requirements

By Margy Ross,2007年6月1日

近二十年来，Kimball Group着重关注于数据仓库及商业智能项目的业务需求。我们在之前的文章以及工具书中也提供了很多收集需求的技巧。但是，有些时候事情并不像想象中的那么容易。本篇文章描述了在业务需求收集过程中常见的七个挑战，以及如何来应对这些挑战。

1．不配合的用户

不配合的用户的典型例子是那些喊着“我们已经告诉过我们想要什么了”的管理者和业务人员。这些人在以前的DW/BI项目中被重复的调研过很多次，但是却没有得到他们想要的结果。他们对以前的项目方很失望，所以拒绝和新的需求组进行配合。

在我们开始一个DW/BI调研之前，我们需要先确定以前曾有的类似的调研中都访问了那些人员。在调研前需要仔细查看以前的项目组调研时整理的需求文档。当然，以前的文档肯定是不足以完成项目的，我们还需要和业务代表进行面对面的交谈。在和这些不配合的用户进行需求调研之前，我们需要让他们知道我们已经仔细查看了以前的调研文档，并对他们以前的工作给予肯定。并需要让他们相信这次调研只是前一次的确认，而不是又一次从头开始的调研。

显然，用户不愿意将以前的工作再重复的做一遍，但是如果你对当前的业务情况有所理解的话，用户还是愿意和你交流的。最后，最好能够提供两个可以选择的调研方案给用户，这样可以调动用户的积极性。如果用户在之前被调研过，最好使用上一次的调研文档作为基础，和用户对变动的部分进行交流。

2．过于繁忙的用户

这类用户由于过于繁忙而没有时间来参加需求调研会。他们可能会同意预定一个时间，但是到时他们常常不能参加或者派一个人来代替他参加。如果主办调研会的人在一开始就给所有需要参加的用户发一封email，并强调他们对这次调研会的重要性的话，也许可以避免出现这种情况的发生。

但是，如果企业高层主管不愿意或者不能来强调这次调研的重要性的话，我们就不要在这些人身上浪费时间了。我们可以猜测，这些用户没有时间参加需求调研会，也就会没有时间参加后续的各种其他活动。所以不如在一开始就放弃这些用户，而在企业内寻找其他的合适的用户来参加需求调研会。