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 8/28/2009 10:19 AM
User is offline Tony Markos
493 posts
5th Level Poster


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

Craig:

There is, of course, the classic book "Essential Data Flow Diagramming" by Menamin and Palmer.

The basic idea is to assume a world of perfect technology.  For example, a business has a requirement to, for example, calculate sales tax on a purchase.   In a world of perfect technology, a majical button would suddenly appear to the user.  And the user would simply press the majical button and the sales tax would be instantly calculated: No programming to implement sofware, no database links, no servers - nothing but majic.  (Of course, one can argue that in a world of perfect technology, the button would not even be necessary, just telapathic though, but I wont go there.)

The requirement to calculate sales tax is essential - it is technology independent and is a requirement even if the business has no computers.   All the implementation requirements are non-essential - they exist only because of imperfect technolgoy (i.e., the lack of a majic).  What the BA needs to do is come up with a comprehensive, integrated understanding of the essential functions and, especially, how they all interrelate.  This then gives the logical framework into which all implementatiion considerations are properly pigeonholed.

Craig, the difficulty in understanding the concept of "essential functions" is that the BA needs to be really counter cultural.   The BABOK , for example, teaches things like there are system requirements - which occur within a software system, and there are business requirements.  Not true: Some essential requirements (i.e., business requirements) are implemented by computer, and some are not.   This confustion results in questions like "What is the difference between a business requirements spec and a functional requirements spec?"

Tony

 

 

 

 
New Post 8/28/2009 3:25 PM
User is offline Kimbo
454 posts
5th Level Poster


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

Tony,

I find myself in agreement with you for the first time ever :-)  I think the way you describe Essential requirements is the key to what we do. So much of the output I see from BA's is not about business requirements, its just poor screen design with a mishmash of rules, requirements and lots of solution. Its a constant battle

Kimbo

 
New Post 9/24/2009 7:13 AM
User is offline Craig Brown
560 posts
www.betterprojects.net
4th Level Poster




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

Tony

 

I don't find any of the Structured ANalysis techniques to actually be in conflict with agile approaches to work.  I think an initial context diagram is essential also.  Maybe even a layer or two down as well.  It can provide a context to the requirements as you move forward.

I do think that in the context of an iterative development you can park the 'keep the solution out of the requirements' concept, as requirements can evolve and respond to the system as it emerges.

For example; your dev team deliver a particular style of search for looking up ice cream shops online.  Why not leverage that search tool when specifying a search for gelato vendors?

 
New Post 9/25/2009 10:07 AM
User is offline Tony Markos
493 posts
5th Level Poster


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

Kimbo:

And just look at all the needless confusion that results when BAs think otherwise than in terms of  essential functional requirementsand non-essential functional requirements:  Like the common notition that there are Business Requirements and seperately Functional  Requirements.   On the Requirements Engineering list serv someone recently asked what is the difference is between a Business Requirement and a Functional Requirement.    WEEKS LATER, the "people in the know" were still debating this.   And they all made valid points.  Unfortunately they all made contradicting valid points!

Enterprise Requirements, Business Requirements, Functional Requirements, System Requirements, Business Functional Requirements, System Functional Requirements - this is all a political partitioning - not a logical partitioning of what a BA needs to do in functional modeling.

Tony

 

 
New Post 9/25/2009 10:18 AM
User is offline Tony Markos
493 posts
5th Level Poster


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

Craig:

The problem is is that the Agile folks largely espouse the UML techniques - not DFSs (including Context Diagrams).   This is a tremedous roadblock to focusing on the essential - as the topmost essential in functional modeling is identification of inputs and outputs and there ain't no UML technique that seriously addresses inputs and outputs.  

No one gets it:  the Agile modeling battle cry of  "model just enough" is just a cutesy sound bite that upon any critical evaluation holds no water at all.

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

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