Professional Documents
Culture Documents
Questions Asked During Requirements Elicitation
Questions Asked During Requirements Elicitation
Elicitation?
A critical part of preparing for requirements elicitation is identifying a list of
questions. You definitely want to avoid securing valuable stakeholder time
only to be lost about what questions to ask! Some stakeholders will talk your
ear off (forcing you to gently interrupt them to keep the meeting on track), but
others need to be led through a structured conversation.
This article is about identifying targeted questions for a project that has
already been scoped, called a requirements questionnaire. If the scope of
your project is not yet defined, you might want to check out “5 questions to ask
before starting any technology project” for some generic elicitation questions
that work on most any project.
Investing time in a requirements questionnaire will help ensure you not merely
gather up requirements, but also that you discover undreamed of
requirements.
And while it might seem like this would take a lot of time, the reality is that a
well-thought-out questionnaire helps you run a more effective stakeholder
meeting. One of our course participants reported eliminating several follow-up
meetings by using our requirements questionnaire checklists and active
listening techniques.
What Requirements Questions Should I Ask?
When creating a requirements questionnaire, I work through each feature one
at a time. I write down what I know about that feature (or what I assume to be
true about that feature). Then I go about drafting questions. Most of the time,
the questions evolve naturally as I think through the implications of a feature.
But sometimes I need to spur my thinking a bit. Just like a good story,
requirements will answer all the important questions. Think about the how,
where, when, who, what, and why.
Here’s some generic questions you can use to spur your thinking.
Instead, I typically select a few core questions off the list and ask them to get
the stakeholder talking. Then, as they are talking about their vision for the
feature, I use this questions list to guide the conversation and ensure we’re
discussing the feature completely. I would say I typically only actually ask
about a half of the questions on the list. The rest the stakeholder typically
answers indirectly through conversation.