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 6: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 7: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 8: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

As Business Analysts in Agile teams, we often hear about Definition of Ready (DOR) and Definition of Done (DOD). But beyond the buzzwords, these two concepts are powerful tools to drive clarity, consistency, and quality in our work. Definition of Ready ensures a user story is truly ready for development. It answers: Is this story clear, feasible...
In today's fast-paced digital world, successful projects aren't just built on great code—they're built on clarity. And that clarity often comes from one key player: the Business Analyst. At the heart of every great product or system is a need—a business goal, a customer pain point, or a regulatory requirement. But busines...
I have always loved cooking. I learned from my Grandma June and her kitchen was her sanctuary, a small, warm sunlit space filled with jars of spices, stacks of cookbooks, and the comforting smell of something always on the stove or baking in the oven. Grandma June was as great a cook as she was a teacher to me. She never followed a recipe “to...

 






 

Copyright 2006-2025 by Modern Analyst Media LLC