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 2: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 6: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 10: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 10: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 2: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

Fabricio Laguna talks Business Analysis and AI
I recently connected with Fabricio Laguna, aka The Brazilian BA. Fabricio is a passionate and pioneering business analyst from Brazil. During our conversation, we had a thought-provoking discussion on how artificial intelligence stands to shape the field of business analysis in the years ahead. While AI promises to transform many aspects of busines...
Business Architecture, Ontology and More with Terry Roach
It's been a privilege meeting Terry Roach, a visionary in the field of enterprise architecture and business architecture. Terry's insights into the evolution of business models, the importance of ontology in architecture, and the potential of AI to shape our future were not only thought-provoking but also a reflection of his extensive exper...
Today I had the pleasure of chatting to Jignesh Jamnadas, Chief Operations Officer at Mosaic, about his Blueprints for Success. As a Senior Finance and Operations Executive, Jigs (as he is known to many) has a holistic understanding of all facets of business and a flair for managing both people and processes. Having worked with Jigs, I was struc...

 



Upcoming Live Webinars




 

Copyright 2006-2024 by Modern Analyst Media LLC