Forums for the Business Analyst

 
  Modern Analyst Forums  Business and Sy...  Agile Analysis ...  What Does "Just Good Enough" Requirements Look Like?
Previous Previous
 
Next Next
New Post 5/22/2009 2:11 PM
User is offline Tony Markos
493 posts
5th Level Poster


What Does "Just Good Enough" Requirements Look Like? 

Hi:

Has anyone defined what "just good enough" requirements look like on an agile project?  Of course, many needs will vary according to situations, but are there not essentials in requirements documentation?

Tony

 
New Post 5/23/2009 3:55 PM
User is offline Jarett Hailes
155 posts
6th Level Poster




Re: What Does "Just Good Enough" Requirements Look Like? 

Hi Tony,

Great question!  On the agile projects I've been on the answer varies depending on several factors such as:

  • How much access do you really have to users during development
  • What is the domain knowledge level of the developers
  • How comfortable are the developers with the technical architecture that will be used to implement the solution

In the ideal agile case (i.e. most of the assumptions that go into an Agile environment are met), we've started off with initial requirements that are simple user stories lasting no more than 2 short sentences (typically just 1 sentence).  This is enough to get the developers talking to the users to figure out what is really need but provides a good scope for the project.

In other cases our 'good enough' was a fairly comprehensive requirements doc that would give the developers a starting point to develop, but did not necessarily have all the little details finalized.  Our requirements were services-based as we were developing an SOA solution for system to system integration.  Whenever they had questions they could come to the BA team for clarification, which typically meant we would be refining what we had already documented to get it to a point that there was clairty.  If we needed to we would go back to our business people to get clarification.

So I think you need to assess your team and figure out what is good enough for you.  The goal is to maximize the efficiency of the team so developers aren't waiting for information and you aren't running around all the time looking for clarifications while at the same time not spending so much time up front on details that can and likely will change.

 
New Post 6/15/2009 2:33 PM
User is offline Tony Markos
493 posts
5th Level Poster


Re: What Does "Just Good Enough" Requirements Look Like? 

larimar:

Thanks for the response.   In data flow diagramming, the "just good enough" has been clearly and concisely identified.  It is called an essential data flow diagram (i.e., a data flow diagram that just shows the essentials).   We may not be able to obtain the essential because of limits to users, but we know what is essential - and what it is for any project.   It seems strange to me that in the agile world the essential (the "just good enough") is such a vaugue, it-all-depends, touchy-feely thing?

Tony

 
New Post 6/16/2009 1:17 PM
User is offline Irene
31 posts
9th Level Poster


Re: What Does "Just Good Enough" Requirements Look Like? 

I guess the "just good enough" requirements mean just good enough for a certain group of people, ex. BA team.  After they are handed over, somebody else (ex. programmers) still need to continue, talk to end users directly, get all details done and finalize. The good thing about this is the early involement of technical people. Instead of programmers to finish up with detail requirements, I think BSAs should be better people for it, who maybe in BA team or development team.

Irene

 
New Post 6/22/2009 8:34 AM
User is offline Tony Markos
493 posts
5th Level Poster


Re: What Does "Just Good Enough" Requirements Look Like? 

Irene:

What I hearyou saying is that there are no firm essentials - that the essentials are situation dependent.   (Kind of sounds like a debate on reliigion don't it?)

Sooo, my current understanding of agile is:  Nothing firm, it all depends - but don't waste time.

I despute this premise:  Max efficiency and effectiveness is only obtained by a focus on the unwavering essentials.  (Now it really sounds like religion!)

Tony

 

 

 

 
Previous Previous
 
Next Next
  Modern Analyst Forums  Business and Sy...  Agile Analysis ...  What Does "Just Good Enough" Requirements Look Like?

Community Blog - Latest Posts

Gen1us2k
Gen1us2k
Most of the IT projects imply constant cooperation between the team members and customers. Although it might be often overlooked, the role and the importance of the client within the project is very crucial. Thus, it is in your interest to build a strong relationship based on trust. However, gaining trust on a single occasion is not a dealmaker &md...
0 Responses
emorphistechno
emorphistechno
Introduction In today's world, most enterprises work aggressively to achieve a higher level of business growth, which is made possible by leveraging one of the best automation technologies. One such technology is Robotic Process Automation (RPA) that plays a vital role in streamlining the customer experience in the most profitable manner.&nb...
0 Responses
Nick Stowers
Nick Stowers
Introduction   When I was introduced to scrum, the burndown chart was a tool that was highly emphasised however I feel the purpose has changed from it being a tool to predict (to a certain level) timescales for delivery to a tool that measures a team’s productivity…..in other words, the focus is on the number of points clear...
0 Responses






Copyright 2006-2020 by Modern Analyst Media LLC