Forums for the Business Analyst

 
  Modern Analyst Forums  Business and Sy...  Requirements  Driving requirements when the solution may already be known
Previous Previous
 
Next Next
New Post 2/14/2018 8:32 AM
User is offline anthonyswope
1 posts
No Ranking


Driving requirements when the solution may already be known 

I was talking with my Director yesterday about solution based requirements.  What we are ultimately trying to do is have a good understanding of what the requirements elicitation process may look like what a solution is known.

So the scenario that we put into place was, I need a fitbit.  The fitbit is intended to solve a need/requirement.

We completed a role playing exercise where my Director acted as a stakeholder and I played the role of a BA.  The Director told me that she needed a fitbit.  I asked a few why questions before we finally nailed down the overall need which was, the stakeholder needed a solution that would motivate them to regularly exercise.  And the Director is wondering if this is a good scenario to use when interviewing new BAs and testing there technique and knowledge of identifying the requirement when a stakeholder may already have an idea in mind.  I would like to get some feedback from others.  I have been considering if there is a better scenario to use that will make driving the requirements elicitation once the solution has been identified by a stakeholder.

 

 
New Post 2/27/2018 9:23 PM
User is offline NessyCat
3 posts
No Ranking


Re: Driving requirements when the solution may already be known 

I am working on a similar project at the moment, where the end solution is already decided and I have to gather requirements to tailor the solution to the unique needs of the area, as far as possible whilst avoiding the need for customisation (a fine balancing act!).

To be honest, I haven't really done anything too far different from the normal BABOK methodology.  I couldn't gather a need as I came onto the project when it was already in full swing.  But I have been able to garner some of the issues they are having and I have collected as-is requirements and then work shopped to-be, system agnostic.

It is taking a little while but I think it's valuable because if you don't do this, you may miss requirements in the final solution because you didn't realise it was something they were currently doing.

Not the best situation to be in as a Business Analyst, but a common one.  I feel for you.

 
New Post 3/7/2018 10:36 PM
User is offline Nimil
2 posts
No Ranking


Re: Driving requirements when the solution may already be known 

Solution based requirement elicitation happens when your stakeholders are sure about the end state/goal. Stakeholders are very much sure of the business problem that the end state will resolve. In such a scenario, the primary objective of a BA is to gather requirements to understand how to achieve the end state.

First step is to understand the business problem. In your e.g., if  I need a Fitbit, why do I need it? What problem will it resolve? A BA should ask questions to identify if I need a Fitbit because all my friends have it or I need a fitbit to make sure I keep a track of my fitness activities or I need a Fitbit to ensure my motivation towards my health or something else.

Upon identification of the problem, next step is to identify the reasoning behind the solution. Why Fitbit? Why not Garmin or something else? Why only Fitbit can resolve the identify problem? Is it becasue the FitBit has more features or is it because of the cost or is it becasethats the only solution I know?

Upon identification of problem and the reasoning behind solution, a BA can then jot down the approach towards a given solution from a business problem. Start with questions like who is going to benefit out of this solution? Will you be wearing Fitbit whole day? If not how many hours? What are your primary hours? How long charging would be needed and so on and so forth.

Once approach is decided, start asking questions on solutions and design. Ultimately you'll figure out everything  a BA needs to.

 

When I interview a BA, I like to ask them what if you need to open a restaurant in a food court. How would you elicit requriements and how'll you identify the stakeholder's ask?

 

 
Previous Previous
 
Next Next
  Modern Analyst Forums  Business and Sy...  Requirements  Driving requirements when the solution may already be known

Community Blog - Latest Posts

Ekaterina Barabash
Ekaterina Barabash
I address my thoughts to those who are in IT management for whom the terms such as quality of project implementation development and profitability indicators of the company are important.  And it is also addressed to business analysts whose daily routine is the process of communication with Customer. A little about myself first. The last 8...
0 Responses
Dan Tasker
Dan Tasker
I have long been a believer in the saying “Context is everything.” As a business analyst dealing with business users, understanding the context of the topic of discussion is essential. In thinking about what constitutes quality requirements it occurred to me that there are a number of additional contexts that play a role. Examples inclu...
0 Responses
Alexey Kiselev
Alexey Kiselev
We are writing User Stories to fix the scope and describe - what our application should do when implemented.User Stories are great, because the are: Short, Defining Roles, A great connection of the requirement itself and a business need. User Story declared as a high level definition of the requirement, but it could be used to s...
0 Responses




Latest Articles

Demystifying Strategic Thinking in Business Analysis
Nov 12, 2018
2 Comments
One of my former business analysts on the team asked me this question recently; ‘I am really over being a BA. How do I move into strategy?&rsquo...
Featured Digital Library Resources 
Copyright 2006-2018 by Modern Analyst Media LLC