Forums for the Business Analyst

 
  Modern Analyst Forums  Business and Sy...  Business Proces...  nsurance Business Processes
Previous Previous
 
Next Next
New Post 8/12/2012 8:10 PM
User is offline anonymous
0 posts
No Ranking


nsurance Business Processes  

 

 Hi, I have recently started work with an Insurance company in Sydney and have suggested that we map out the business processes. Does anyone out there have processes/best practices that they would be willing to share. 

Rebecca

 
New Post 8/13/2012 8:37 AM
User is offline Anthony Chen
63 posts
8th Level Poster


Re: nsurance Business Processes  

 masaiculin wrote

 

 Hi, I have recently started work with an Insurance company in Sydney and have suggested that we map out the business processes. Does anyone out there have processes/best practices that they would be willing to share. 

Rebecca

 

 

 

Hi Rebecca, welcome to the forum. Business processes are pretty straightforward, the question is what other things might you also need to map out. RML (requirements modeling language) divides visual models into 4 categories of models:

Objectives, People, Systems and Data. Within each category are what are called bounding models. They are models that help to bound the scope of the problem.

Here is a link to a summary of all the RML models

http://www.seilevel.com/wp-content/uploads/RML-Language-for-Modeling-Software-Requirements.pdf

here is a link to our book on RML

http://www.amazon.com/Visual-Software-Requirements-Practices-Microsoft/dp/0735667721/ref=sr_1_1?ie=UTF8&qid=1344871900&sr=8-1&keywords=visual+models+software+requirements

Objectives models help you to visually model the business value of the system

People models help you to model the people who are using the system as well as what they do

System models help you to model the ecosystem and the individual systems within the ecosystem

Data models help you to model the relationships between data objects down to individual fields

 

Process flows are one type of visual people model and they are very useful, but are not sufficient to model a solution.

 

You can find a ton of information about process flows on the internet. Here are some tips that you might not find elsewhere:

 

1) dont include branching in your L1 (highest level) process flows

2) try to keep out system specific interactions until you get to the lowest level (or not at all)

3) try to keep process flows to less than 20 or so steps. Too many steps will make the flow unreadable

4) Try to keep process flows to no more than 3 (or 4) levels

5) Start from L1 process flows and then work your way down to detailed L3 process flows

 

 

 

 
Previous Previous
 
Next Next
  Modern Analyst Forums  Business and Sy...  Business Proces...  nsurance Business Processes

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