Hi there! I am looking for some guidance on the following puzzle:

We are currently looking into porting our process repository to ARIS Connect. While doing so, we want to ensure that processes remain/become generic (understand: applicable to the largest number, pools either name-less or role based,...) to the lowest process layer possible . Process changes in the broad sense (addition, update) are triggered either through projects or process improvement initiatives. How would you suggest to handle a generic process repository versus what seems to me a per-project instantiation of these processes? How to keep it manageable and avoid inflation of variants which may become service or system specific? How to ensure operational people can find their way in a structure which would expand with each instantiation, while still providing relevant information as of who do what in a given context?

To make it tangible let's say we have got a generic incident management process than gets split up across level 3 and 4.

Level 3 is common to the whole organization, while level 4 is specific to the each division.  

 or register to reply.

Notify Moderator