Forums for the Business Analyst

 
  Modern Analyst Forums  Business and Sy...  Business Proces...  How to ensure all business processes are accurately captured at the beginning of a project
Previous Previous
 
Next Next
New Post 2/19/2020 4:25 AM
User is offline Kris K
1 posts
No Ranking


How to ensure all business processes are accurately captured at the beginning of a project 

Hi, can anyone recommend a method for ensuring all business processes in an organization are captured satisfactorily? We have a business analyst who is gathering requirements for a single IT system that will support the work of five different groups that interact with internal and external stakeholders in various ways. However, the BA is new to the organization and the domain and is going about capturing all the processes in a seemingly haphazard way. Is there a business process mapping methodology we can follow to ensure all processes and integrations are captured at the beginning of a project? I've just gotten involved in this project and am new to business analysis, so apologies if I'm asking an obvious question. Thanks.

 
New Post 2/19/2020 12:11 PM
User is offline Chris Adams
323 posts
5th Level Poster






Re: How to ensure all business processes are accurately captured at the beginning of a project 
Modified By Adrian M.  on 9/12/2021 7:10:37 PM)

Hello Kris.

 
This is a common challenge encountered by business analysts. How can a business analyst ensure that ANY discovery process yields complete results?  The short answer is to use multiple complementary tools and techniques to approach the problem from multiple perspectives where each validates the other and fills any gaps in your discovery process.
 
In your case, you should focus on Processes, Business Entities, and Data Flows within the scope of your domain or system.
 
Let's take a moment to understand what processes really do.  Process take inputs, do something to add value, and produce outputs. These inputs and outputs  can be data/information, products, or work deliverables. There is a well known diagram, called a SIPOC diagram, that reinforces this concept. SIPOC stands for Supplier, Input, Process, Output, Consumer. The supplier is where the inputs come from. It might be a database or worker and it could be internal or external to your organization. Those inputs flow into a process. The process does stuff to add value and then generate outputs which are consumed by a person, another process, or database for later use.
 
Some of your processes will be easily identified on their own, but by focusing on the information that is important to your organization you can discover other processes that you may have missed.  Business information/data is almost always an input or output of a process.  Otherwise, why does the information/data exist in the first place?
 
A Business Entity Model (also known as a Concept Model or Logical Data Model) can help you document and understand the important information or "things" of your business.  For a mortgage business, this might be things like Borrower, Loan Application, Credit Report, Credit Decision, Underwriting Decision. Each of these business entities have attributes which describe them. For instance, the Borrower entity may have attributes of First Name, Last Name, Phone Number, Date of Birth, etc. For most of your discovery process understanding the business entities is enough.  Though it may be necessary to document some of the key attributes as well. A great place to discover the business entities and attributes of the business is to review APIs and database tables. Of course, this will show you the physical data structures.  These need to be translated into logical data structures that reflect the way your business thinks about and uses the business entities and attributes.  But APIs and databases do a great job of helping you find all of your data.  Remember, data exists for a reason. Data will help you find your processes.
 
Data Flow Diagrams can then be used to show how information/data (Business Entities) flow as inputs into some processes and outputs from others.  The Data Flow Diagrams connect it all together.
 
By using an iterative process, you can document Business Entities which, by virtue of being an input or output to one or more processes, help you discover other processes you may have missed.  And you can use processes, and the inputs and outputs of these processes, to discover business entities you have missed.  With each iteration you fill gaps that you might otherwise have missed.   
 

Chris Adams
Core Member – ModernAnalyst.com
LinkedIn Profile
 
Previous Previous
 
Next Next
  Modern Analyst Forums  Business and Sy...  Business Proces...  How to ensure all business processes are accurately captured at the beginning of a project

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