All, Has anyone been in a situation where they have generated multiple views for a given model. I'm thinking if its feasible to have two views - Simple & Complex for a given process. The Simple view only has the "most likely path" for the process, i.e. the way the process will be executed without any exception. The Complex view has all possible exceptions, including the most likely path. This way the end users need not scare a new starter with all the exceptions during initial training. Once the new user is comfortable with the process, the notation and the principle of the process, he/she can be introduced to all the exceptions. I'm keen to know if someone has tried this approach.
In case of process models, it is a good practice to only model the process flow and all belonging objects like data input/output, executing org units, risks associated with a certain step, etc. in diagrams assigned to the process flow model. In that way you have a lean diagram with all additional information just away a single click.
Thanks Sebastian,
We model processes with just basic objects (applications, functions, events and connectors). However the process itself is quiet huge. It has a lot of exceptions and usually involves 4 - 5 participants. Just modelling this process with all the exception makes the model look huge. Its so huge that we usually have to print it on a A0 sheet for people to be able to see the entire model. This is not really convenient for most end users.To give you an indication of the size, on a Level 4 model we average at 25 - 30 functions per model. We model in traditional EPC fashion (events alternating with functions). This also causes the model size to increase. I've been considering omitting "trivial" events from the models to make it smaller.
Based on recent feedback that we received most of these exceptions dont occur that often. So if we were to use the Pareto principle, the most like path (maybe 10 - 15 functions long) occurs 80% of the time and the the exceptions occur 20% of the time. Hence I was keen to know if there's a way we can hide the other exceptions and only show the process that happen 80% of the time.
This would make the models very versatile and acceptable to different groups of people. i.e. the ones who want to view just the simple process and the ones who are interested in all the exceptions.
Cheers
Ganesh
Hi Ganesh,
it could be a little bit risky to remove the exceptions from your model. People usually know how to run a process if everything works fine, but they need support if an exception occurs.
As you already said, I highly recommend to through out all trivial events. It's a waste of time to read all of them without gaining anything.
You might also want to evaluate if it is possible to further divide your models to reduce complexity, but that's probably a lot of work also influencing the level above.
It always rings the business rules bell if I hear that there are many complex rules modelled in a process. The suggestion would be to move complex decision into decision trees out of the model. But that's a bit of academic suggestion as it usually involves incorporating a completely new formalism.
Thanks Sebastian,
We are not planning to remove the exception from the processes. Our requirement is to create "views" in ARIS BP that hides some exceptions while using the proposed "Simple" view. All exceptions will be thoroughly modelled in the process. We just want the user to have the flexibility to switch between views to suit their purpose.
Trivial events removal is something we're keen on and I'm currently revising the conventions to get this implemented.
Dividing the models to reduce complexity would have the best option for us, however as you've mentioned its a large piece of work and we're not in a position to do that. We will need to revise our L3s to sub divide them into logical chunks to make the L4s smaller and manageable. However this is not realistic for us at this time.
So does this mean, there's no way to implement the concept of views in ARIS BP?
.PNG)
Ok. After 3 years I've found an answer to my question.
Firstly these views only work best for an EPC type model. (Correct me if I'm wrong here).
1. Process Overview - This option removes all events from an EPC model and presents them as value added chains.
2. Only relevant events - This option removes all trivial events from an EPC model. I'm still not 100% sure how ARIS knows which events are trivial to ignore. If there are any experts out there, I'd like to know how.
3. Simplified process - This option removes all satellite objects (objects other than the function and event) and presents them in a simple event - function - event view. Trivial events are included here.
4. Entire process - This option presents all objects on an EPC and any assigned FAD model on the EPC. i.e. if you have a screen objects, data and a technical term objects contained in a FAD, using this view will bring them up to the EPC level.
Cheers
Ganesh
Hi Ganesh,
Great achievement.I was very confused about the views in publisher. But your answer cleared it all. I have 1 issue, when I want to view matrix models in publisher,it throws an error http 404 status. I use the latest version of ARIS and Publisher,but i am not able to get the matrix view option for matrix models. I get all the views only for EPC models.Where in server,can i change configuration of the views?
Please help me out with this issue.
Thanks in advance.
John
Hi John,
I've not come across this error before. If all the other views appear, then the matrix view should also appear.
The only thing I'll be checking are.
1. Check to see if the connections in the EPC models are maintained. i.e. if you want to see the link between an org unit\position versus the function, please ensure that you've maintained them in the EPC model.
2. If all else fails, try restarting the ABP service on the server and try again.
If this too doesnt work, I'd contact SAG support, they're pretty good.
Cheers
Ganesh
