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 6/25/2009 3:45 PM
User is offline Irene
31 posts
9th Level Poster


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

Tony,

I like what you said about Agile: "not firm - but don't waste time". I don't think there is anything unwavering either.

Are "just good enough" requirements or essentials something we also call "high level" requirements, which just define a good functional scope for the project? My understanding is no matter what kind of documents you produce, (even no detail requirements or functional specs,) or what responsibles or tile you have, from the whole project perspective somebody still needs to get and define the details before releasing. My question is when? and who should do it?

Irene

 
New Post 6/25/2009 7:06 PM
User is offline KJ
243 posts
6th Level Poster


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

All,

Having worked extensively in the DFD focused world using waterfall SDLCs, the requirements delivery process was normally extreme and took a substantial amount of time. Add a fixed price contract to the mix and the level of detail (on paper) becomes horrendous. Yet, in my experience, almost 30-40% percent of requirements done this way never see the light of day.
 
So what level of requirement is right? Well, requirements should be defined at a sufficient level for developers to know what to design and for user to acknowledge that it is what they want. Therefore, borrowing from Buddha, the “middle ground” is sufficient. Buddha was wise – God bless his soul – Ooops!.
 
What is right also depends on the recipient’s “preference”. Many years ago I did research on “decision preference analysis”. Briefly, for decision making we either prefer (like) quantitative or qualitative information. For example,  the quantitative manager who would like to know how many defects had been fixed prefers the answer “18 out of 30 outstanding defects”.  The qualitative manager would be pleased with “just a little bit more than half the outstanding defects”.
 
So when people are to make decisions on requirements, the quantitative manager would want details and specifics and the qualitative manager would be satisfied with “close enough is near enough” answers. Therefore, what is “just right” depends on you – the readers – decision preference framework.
 
Just some thoughts!
 
Warm regards,
K
 
New Post 6/26/2009 11:20 AM
User is offline Tony Markos
493 posts
5th Level Poster


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

Irene:

There is a world of difference between essential requirements and "just good enough" requirements.  The former are specific and concrete, the latter are non-specific and vague.

The BA should stick to the essential (i.e., independent of implementation considerations).   Development staff should handle the implementation specific requirements.  Having said that, the majorirty of BA's actually are very implemntaion oriented.  So there is the way things should be, and the way things really are - two different things.

Tony

 

 

 

 

"

 
New Post 6/26/2009 11:41 AM
User is offline Tony Markos
493 posts
5th Level Poster


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

K:

The majority of times DFD are misused resulting in a big waste of time.   However, properly utilized, and especially for larger scale efforts, DFDing can be much more efficient and effective than the UML or BPMN.  I once worked on a large-scale federal government project that had spent over $150M in analysis - just analysis - and still lacked an adequate understanding of scope.  They were trying to use UML artifacts and because the UML is only for smallish efforts, they had no real idea of what the big picture was.   The Congressional Budget Office was going to kill the project unless someone could tell them what the extent of the project was.  I came late onto the project.  It took me only a couple of weeks to create and verify an adequate scope statement using DFDs.

What is essential in requirements specification?   As a process is defined by inputs and outputs, identification of inputs to a process and outputs from it is essential.  Essential - not "kind of a nice thing to do". 

Tony

 

 

 
New Post 8/25/2009 3:38 PM
User is offline Craig Brown
560 posts
www.betterprojects.net
4th Level Poster




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

Tony

 

Would you fancy doing a paper for this site on how to get to an essential DFD?

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

Community Blog - Latest Posts

Digvijaybook
Digvijaybook
IT companies are rapidly looking or adapting modern methodologies, so the business analyst role is increasing day by day. Offline is shifting to online, and this is why today, companies can easily garner important data in any aspect. But, data itself has no meaning hence, organizations look for a business analyst who can analyze the data and draw a...
0 Responses
Digvijaybook
Digvijaybook
Analytics is the future of the business industry. Businesses and organizations today run on data and its interpretation. Its correct evaluation is the fundamental key to success. And business analysts are the guides to it. It is a very prosperous industry and has a lot of potential for talented people. To even qualify, you require more than just...
2 Responses
Samuel02
Samuel02
With the advent of modern-day cloud infrastructure, many business-critical applications like databases, ERPs, Marketing applications have all moved to the cloud. With this, most of the business-critical data now reside in the cloud. Now that all the business data resides on the cloud, companies need a data warehouse that can seamlessly store the da...
0 Responses


Upcoming Live Webinars



Latest Articles

How Will It Work? The Future How Viewpoint...
Dec 08, 2019
0 Comments
The intention of these viewpoints is to make it easier to see and understand the real business problem. This article focuses on the fourth viewpoint, ...
Copyright 2006-2019 by Modern Analyst Media LLC