Forums for the Business Analyst

 
  Modern Analyst Forums  Business and Sy...  Requirements  Moving to Agile
Previous Previous
 
Next Next
New Post 6/20/2008 7:04 AM
User is offline Adrian M.
764 posts
3rd Level Poster




Re: Moving to Agile 

Hi Tony,

In my response I didn't mean to imply that for larger scale projects use cases are the best way to model the "AS-IS" of an organization. 

If I was forced to pick only one tool I would choose a process flow diagram, probably using BPMN (Business Process Modeling Notation) to model it.  Nothing better to model business processes than a business process diagram.

If I was allowed to use two tools then I would definitely add the Business Entity Model because before even talking about how data flows within a system I would want to define the actual data to ensure that everybody knows what we are talking about.

Then I would create data flow diagrams which shows how data (as defined by the Business Entity Model) flows among processes.  I agree with you that an ERD would not be needed at this point - thanks for correct me on this one.

- Adrian


Adrian Marchis
Business Analyst Community Blog - Post your thoughts!
 
New Post 6/20/2008 10:37 PM
User is offline Craig Brown
560 posts
www.betterprojects.net
4th Level Poster




Re: Moving to Agile 

Tony

It's hard to fault your logic.  (I reckon context diagrams and entity diagrams are excellent tools also.)

But it seems to me that the failure you cite isn't in the modelling tools - it was in the people. Your thoughts?

 

 
New Post 6/23/2008 6:17 AM
User is offline Tony Markos
493 posts
5th Level Poster


Re: Moving to Agile 

Craig:

I am personally very familiar with one of the engineering managers who tried to use a Method-H-like approach to cature the as-is (of how this large this large software\electrical engineering company develops software).   This guy is leading a charge to move the developers away from ad-hoc requirements specification to more formal requirements documentation. Very few others within this company have the proper focus to successfully use any  formal as-is modeling technique.   And yet I can not use his documentation in my task of larger scale integration.   It is just to incomplete, nebulous, and wrong. 

It is not his fault.   I do not believe it is not humanly possible to come up with an integrated understanding of the inputs and outputs for a large series of interacting functions by basically looking at inputs and outputs of single functions in isolation.   

Tony 

 

 
Previous Previous
 
Next Next
  Modern Analyst Forums  Business and Sy...  Requirements  Moving to Agile

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