Business Analyst Interview Question

What techniques do you use to elicit requirements, and how do you choose between them?

What the interviewer is probing, how to structure your answer, and a spoken example you can adapt.

Quick answer

Match the technique to what you are missing. Interviews give depth and reveal the politics, workshops build shared agreement across teams, observation shows how work is really done rather than how people describe it, document analysis surfaces rules already written down, and prototypes unlock anything people cannot picture. Most projects need three or four, because no single technique gives you a complete picture.

Why interviewers ask this

Interviewers want to know whether you have a toolkit or one default habit. They listen for the reason behind each choice, especially observation, since what people say they do and what they actually do usually differ. Prototypes as an elicitation tool rather than only a design artifact also score well. Candidates who mention only interviews and workshops tend to miss the requirements nobody thinks to say out loud.

How to structure your answer

  • Say the choice depends on what information is missing.
  • Give one line on each technique and what it is good for.
  • Single out observation for finding unspoken practice.
  • Mention reading existing documentation before spending stakeholder time.
  • Give an example where one technique found what others missed.

Example answer

Spoken example, first person

I pick based on what I think is missing rather than what I am comfortable with. Interviews first usually, because they give you depth and they tell you where the politics are. Workshops when I need people from different teams to agree on something in the same room, because agreeing separately never survives. But the technique that has saved me most often is sitting and watching people work. On a claims project every person I interviewed described a clean four step process, and when I sat with them for a morning there were two extra steps involving a shared spreadsheet that nobody mentioned because it was not officially part of the process. That spreadsheet held a business rule nobody had written down anywhere. I also read whatever documentation exists first, so I am not spending expensive stakeholder time on things already recorded, and I use rough prototypes for anything people cannot picture from a description.

Walking into this interview soon? GhostPilot listens to your live call, spots the question the moment it is asked, and puts a structured answer on your screen in real time. Try it on your next mock, or grab a $29 Session Pass, no subscription, for the real thing.

See how it works

Follow-up questions to expect

  • How do you handle a stakeholder who only wants to talk about the solution?
  • How many people do you need to interview before you trust a picture?
  • What do you do when observation is not possible?

Related business analyst questions

Your interviewer will ask their own version of this. Paste your actual job description into the free Question Predictor and get the 20 questions that role is most likely to ask, with what each one is really probing.

Predict my questions

Rehearse the hard questions before they are asked

Practise with a live copilot, then walk in ready. A $29 Session Pass gets you through the interview with no subscription and no lock-in.

Get GhostPilot