不同的問題需要問不同的人，需求中有很多是細小的操作級別的問題，也有很多是關乎全局的問題，這就要求一定要搞清楚什么問題去問什么人。
很多捕獲需求的人員抱怨說，“客戶答不上這些問題，他們自己都不知道要怎么做”，如果你碰到了這種事情，就要反省一下，你問對人了嗎？
客戶中有一些是大干部，有些是中層管理人員，還有操作人員。對于操作細節上的問題，一定要去問那些負責操作的人員，他們會更清楚每個步驟需要怎么去操作，如果你去問大干部這些問題，你通常會被搪塞，或者以工作太忙，還有其他得事等原因被打發掉。
對于關乎全局的問題，操作級別的人員給出的答案通常是不權威的，即便他們回答了你，你也一定要去大干部那里確認一下，再開始開發工作，否則你會后悔的。
五、發揮原型的效力
原型對于提高客戶對軟件的認知程度有很好的效果，他能使客戶對軟件有一個直觀的認識，面對原型，他們可以更好地提出他們的想法和意見，尤其對那些對軟件缺乏認識的客戶。
對原型的修改，再確認，最后得到穩定的原型，這些工作會讓需求更穩定，減少很多實施工作中的反復修改工作或者返工。
六、充分利用需求確認會議
需求確認會議通常由全體涉眾（利益相關人）參加，這可是個確認需求的難得的機會，大家能聚在一起，這樣的機會其實很難得，所以一定要珍惜。
在這種會議上，一定要先針對全局性的問題（與大家都相關的問題）進行交流，千萬不要針對部分人感興趣的問題討論個沒完沒了，那樣的話，不感興趣的人會走開的，那樣你再想征求與他們相關問題的意見時就找不到人了。對于只跟個別部門或人員有關系的問題你可以單獨找時間根他們討論。
而且一定要對某些有分歧的問題找到解決方案，對與多數人利益相關的問題找出大家都能接受的解決辦法。
文章來源于領測軟件測試網 http://www.k11sc111.com/
