Checklist for Splitting Models

Last modified by Erik Bakker on 2024/09/05 13:58

In this microlearning, we'll explore when it might be beneficial for an organization to split its eMagiz models into multiple, more manageable parts. To help you determine if this approach is right for your situation, we’ve provided a checklist that covers key considerations, such as system grouping, the number of critical processes, and the complexity of monitoring and managing your models. By evaluating these factors, you can make an informed decision on whether to maintain a single model or move towards a multi-model environment.

Should you have any questions, please contact academy@emagiz.com.

1. Prerequisites

  • Intermediate knowledge of the eMagiz platform

2. Key concepts

In some cases, it can be useful for organizations to have multiple eMagiz models. More about such a multi-model environment is explained here.
This microlearning contains a checklist with points that indicate when it may be useful to split models.

3. Splitting of models checklist

  • 1. Can systems in your model be grouped?
    Check in your model whether there are evidently groups of systems whereby the interaction is limited to only these systems. For example, are these finance and transport management business processes into a single model? Or can you categorize systems per business department?
    • No, no categorizations of systems can be made
    • Not sure whether systems can be categorized
    • Yes, several categorizations of systems can be made
  • 2. What is the number of systems in your model?
     The number of systems should represent the total number of systems that are present in your model. A high number of systems could indicate a situation where business processes are mixed and the interdependency of systems becomes large.
    • 0-40
    • 40-80
    • >80
  • 3. What is the number of critical processes in your model?
     A critical process is a complete set of flows that interact jointly in your model and which is deemed critical for business continuation of the client. Not that the number of critical streams is dependent on the size of an organization. Critical streams should be recognized as critical by the client.
    • 1
    • 2-4
    • >4
  • 4. How many business owners are responsible for your model?
     Business owners are the people that are responsible for the functionality of your model. These business owners are not direct users of the eMagiz platform but are more the ones that own the business process in the client organization. More business owner can indicate more diverging priorities, different release schedules, etc.
    • 1
    • 2-4
    • >4
  • 5. How much time is involved in the daily monitoring of your model?
     Daily monitoring concerns checking upon the functionality of your system, e.g. checking for errors. It does not include the time it takes to resolve those errors. More errors spread over many systems in the integration landscape means that specific domain knowledge is required for eMagiz users.
    • 10-15 minutes per day
    • >30 minutes per day
    • >60 minutes per day
  • 6. Is there a rhytm in the number of deployments that you have per sprint?
     A release cycle is the sum of stages of development of a model ranging from its initial development to its release.
    • Yes, there is a fixed rhythm including hotfixes
    • Yes, there is a fixed rhythm
    • No, there is no rhythm at all
  • 7. Do you experience many delays in delivery of new and modified flows due to external and internal dependencies?
     External and internal dependencies concern the communication with developers or stakeholders of the model. For example, do you have to wait a lot for a response of a developer or stakeholder before you can continue working on your model?
    • Not really
    • It's increasing in the last 2 months
    • Basically a daily discussion and issue
  • 8. Is there a good balance of time spent on technical debt versus time spent on functionalities within your sprint?
     Technical debt represents additional rework that needs to be done.
    • About 20/80 balance
    • About 10/90 balance
    • There is no balance
  • 9. Do you have insight in your production incidents?
     Production incidents are problems in your model that negatively impact the business.
    • Yes, it is clear what production incidents there are and I have control over them
    • Yes, it is clear what production incidents there are but I do not have control over them
    • No, it is not clear what production incidents there are and I do not have control over them

4. Key takeaways

Several key points can be used to indicate whether it is useful to split models in eMagiz.

5. Suggested Additional Readings