Business Analyst
How do you decide which requirements truly matter when the budget only covers about half of them?
TechnicalSeniorTests: Domain & business acumen
Drill this questionCreate a free account to answer out loud with Ava and get feedback.
What the interviewer is looking for
- This question tests domain & business acumen. Learns a business area quickly, understands what drives value, and prioritises requirements by business impact.
- Strong answers: Uses a clear prioritisation approach tied to business value and risk, involves stakeholders, and makes trade-offs transparent.
- Likely follow-up: How do you handle a stakeholder whose top requirement gets cut?
Another way it may be asked: You have forty requirements and money for twenty. How do you help the business choose?
A structure to follow: Answer, explain, example, limits
- Step 1
Answer
Give your direct answer in the first sentence so the interviewer knows where you are going.
- Step 2
Explain
Say how it works or why you would do it that way, in plain words before jargon.
- Step 3
Example
Anchor it in something you have actually done or seen, with the detail that shows hands-on experience.
- Step 4
Limits
Say when your approach would not be the right one. It shows judgement.
This is guidance on shape, not a script. Use your own real experience and facts; never invent details to fill a gap. See the STAR guide and answer frameworks.
Common slips
- Reciting a definition without showing you have applied it.
- Using terms you cannot explain if asked a level deeper.
- Claiming experience beyond what you can discuss in detail.
How to practise it
Say the answer in 90 seconds, then answer the follow-up as if it were a new question.
Related questions
- Tell me about a time you had to understand a process or business area you knew nothing about. How did you learn it?
- If a manager says their team's reporting process is too slow, what questions would you ask first?
- How would you write a requirement so that a developer and a tester both read it the same way?
- Walk me through how you would map how a process works today and how it should work in future, and which tools you would use.
- Tell me about a time stakeholders gave you conflicting requirements. How did you resolve it?