四、搞清能正确回答问题的人
不同的问题需要问不同的人，需求中有很多是细小的操作级别的问题，也有很多是关乎全局的问题，这就要求一定要搞清楚什么问题去问什么人。
很多捕获需求的人员抱怨说，“客户答不上这些问题，他们自己都不知道要怎么做”，如果你碰到了这种事情，就要反省一下，你问对人了吗？
客户中有一些是大干部，有些是中层管理人员，还有操作人员。对于操作细节上的问题，一定要去问那些负责操作的人员，他们会更清楚每个步骤需要怎么去操作，如果你去问大干部这些问题，你通常会被搪塞，或者以工作太忙，还有其他得事等原因被打发掉。
对于关乎全局的问题，操作级别的人员给出的答案通常是不权威的，即便他们回答了你，你也一定要去大干部那里确认一下，再开始开发工作，否则你会后悔的。
五、发挥原型的效力
原型对于提高客户对软件的认知程度有很好的效果，他能使客户对软件有一个直观的认识，面对原型，他们可以更好地提出他们的想法和意见，尤其对那些对软件缺乏认识的客户。
对原型的修改，再确认，最后得到稳定的原型，这些工作会让需求更稳定，减少很多实施工作中的反复修改工作或者返工。
六、充分利用需求确认会议
需求确认会议通常由全体涉众（利益相关人）参加，这可是个确认需求的难得的机会，大家能聚在一起，这样的机会其实很难得，所以一定要珍惜。
在这种会议上，一定要先针对全局性的问题（与大家都相关的问题）进行交流，千万不要针对部分人感兴趣的问题讨论个没完没了，那样的话，不感兴趣的人会走开的，那样你再想征求与他们相关问题的意见时就找不到人了。对于只跟个别部门或人员有关系的问题你可以单独找时间根他们讨论。
而且一定要对某些有分歧的问题找到解决方案，对与多数人利益相关的问题找出大家都能接受的解决办法。 |
