Requirement Gathering Techniques Part II – Choose Your Tools


I’m listing a few different methods that you can use to extract requirements from clients. In my previous post I talked about understanding the situation you are facing: the nature of the project, the urgency and the availability of knowledgeable resources. These factors will determine which methods are more suitable for your situation and what combination you will employ. By using your experience and factoring in the magnitude of your project, you will be able to estimate how many sessions you will need for each method.


  • Good for user interfaces.
  • Good for allowing visualization with clients.
  • Clients focus in on the details and look and feel. This is a good thing when creating functional specifications but not very good for getting high-level business requirements (i.e., understanding the general business purpose and objectives.)
  • Clients may develop expectations that final product can be developed quickly since the prototype was developed rapidly.


  • Good way to see and understand the existing workflow and processes that are used. Particularly helpful if the process is only known by the end-user.
  • End-users have a tendency not to behave how they normally would or feel that they may be being scrutinized.


  • Good for facilitation and idea development
  • Easy to lose focus and start going off tangents.
  • Requires lot of different people
  • Require follow-up meetings to refine.


  • Short daily sessions are less distruptive to the lives of clients but take longer to reach end of job.
  • Inversely, longer half-day to full day sessions are very distruptive to clients day jobs but you can finish faster.

My next post will be concerned with setting expectations for your clients as to the production of requirement deliverables.