[Stakeholders] How do you handle requirements conversations when stakeholders are describing symptoms instead of root causes?

Instruction: Answer this as a business analyst who needs to unpack a stakeholder complaint without dismissing it.

Context: Assesses whether the candidate can move a discussion from visible pain to the underlying business problem.

Official answer available

Preview the opening of the answer, then unlock the full walkthrough.

I usually start by taking the symptom seriously without treating it as the whole problem. If a stakeholder says something like, "This process is too slow" or "We need another approval step," I want to understand what they are actually seeing underneath that statement. What is happening, how often, where in the process, and what consequence is it creating? Symptoms...

Related Questions