People cannot tell you what they need, and that is not their fault
The central problem of the discipline is that requirements do not exist before somebody goes looking for them. They are constructed, and the construction is the job.
There is a persistent misunderstanding about what a business analyst does, and it is held as firmly inside the profession as outside it. The misunderstanding is that somewhere in the organisation there exists a set of requirements, held in the heads of the people who do the work, and the analyst's task is to extract them accurately and write them down. Under that model, a good analyst is a good stenographer with better questions, and failure means somebody was not listened to carefully enough.
This is not how it works. Ask a competent person to describe what they need from a new system and you will get a mixture of things: their current workaround described as a requirement, a feature they saw somewhere else, a complaint about the present arrangement, a constraint they believe is fixed but is not, and a genuine need buried among them and expressed obliquely. None of that is because they are unclear thinkers. It is because the question asks them to specify a thing that does not exist yet, in terms of a solution space they have not seen, while abstracting from a job they perform by habit rather than by rule.
Continue reading