Business Process Simulation
BPS provides the knowledge and flexibility to evolve your current processes efficiently, preserving resources and reducing costs.
What is Business Process Simulation?
Using a Simulation tool is an excellent way to build on to your organization’s Agile Foundation. Business Process Simulation delivers the knowledge of processes and the flexibility needed to evolve your current processes into a “to-be” state that will preserve resources and reduce costs.
Benefits of Business Process Simulation
Quickly identify disrupting processes to effectively eliminate bottlenecks
Resources that are required are allocated accurately and effectively to complete processes
Assists organizations in making informed decisions with greater accuracy
All ‘what if’ questions are answered when optimizing any process
Documentation and data information provided on different proposals to support ROI
Execution of multiple simulation scenarios offers business analysts the choice of selecting the best alternative to implement
Execution of multiple simulation scenarios offers business analysts the choice of selecting the best alternative to implement
– Providing the number of process instances to simulate
– Determine the arrival date
– Determine the resources needed and how many are available
– Determine the duration of the tasks, events and sub-processes etc.
Results of the Simulation
KPIs of the Scenario
A key tool to help understand bottlenecks in your organizations business process are KPIs. As an example, if resource supply cannot meet the demand in a given scenario simulation tasks will sit in a queue waiting for execution. The result is unacceptable long wait and cycle times that may adversely affect your customers.
Interfacing’s BPM Simulator provides KPIs to help understand how your business process will perform in a particular scenario. The tool helps your team to evaluate whether enough resources to meet the process are in place or an optimal business process has been achieved to meet service level agreements (SLAs) for the scenario in question.
If bottlenecks are identified in the existing business process, the next step would be to execute a what-if analysis to use for experimentation. Rather than an increase in real-life involved resources that while easy, are very expensive as the only option, The Simulator tool would replicate real-time operations where multiple scenarios can be run to optimize peak your business process’s performance. An excellent solution to significantly minimize costs involved with what-if experiments.
Cycle Time Distribution
The total time involved from beginning to end in your process as it was defined by your organization and your customer is known as cycle time. Cyle time includes the following:
- Process time – this defines during the time the resource was working.
- Delay time – This refers to the time a unit of work spends waiting for the next opportunity to take action.
Interfacing’s Simulator tool provides the complete cycle time (from the start of the first case to the end of that final case). It will include the process instance CTD (cycle time distribution).
The Simulator tool provides an in-timetable cycle time distribution in addition to the standard cycle times. This includes only the previously defined business hours in the timetable and excludes downtime of the resources when not working (e.g. off on weekends). The result is a more precise results.
Waiting Time Distribution
Waiting time distribution refers to the period of time where, for example, a work item is waiting for a resource to become available. One example is when waiting time is caused by a resource needed for the process to complete, even though the resource is functioning at full capacity.
Our Simulator tool provides the process waiting time so your team may understand the time in each process that caused a customer to wait. The Simulator tool only includes the business hours as defined by the timetable to determine waiting time.
Cost Distribution
Resource Utilization
Excluded Warm-up and Cool-down Periods
If the scenario is defined in advance to eliminate the noise, when “warm-up” and “cool-down” periods occur Interfacing’s Simulator tool will exclude all statistics from these process instances.
BPMN Element Task Statistics
Each element, sub-process and task in the BPMN model will have statistics calculated for each. The Simulator tool provides the count, min/max, waiting time, cycle time and average element cost. For example if you provide in your scenario, a duration threshold or cost for an element, then the min/max and averages are calculated.
MXML Logs
You can save your Simulation logs in the MXML format, including all timestamps with the events. These can be imported for more in-depth analysis.
CSV Report
Simulation reports can be saved in the CSV format as well.
Parameters of a Simulation
Along with the BPMN model, you will also be tasked with providing the number of process instances you want to simulate and the arrival rate (how frequently you want to start them), the resources you need and how many of them are available, the expected duration of the task and more parameters if needed.
If the business process you are simulating has been implemented already, mining the existing process logs will get you all the data you need. From this, you may come up with hypothetical stress tests for example.
The information below will help to explain the data needed in order to define a simulation.
BPMN 2.0 (Business Process Model and Notation) is the internationally accepted business process model standard for graphical notation of business process modeling.
To facilitate the requirements to conduct a simulation, the business process model must be in BPMN 2.0 format. You can provide the Simulator with multiple BPMN files to envelop various sub-processes into separate files and from here you are able to reference them in other BPMN files. If this is the case for a particular scenario, keep in mind you must choose the main BPMN file that acts as the entry point to the business process.
You must have at least one start event in the BPMN model to start a new process instance. Having more than one start event in your simulation will cause all events to start at the same time.
Process Instances
Set the total number of process instances to define how many BPMN process instances in the simulation scenario will be started. The Simulator is very scalable as there is no technical limit to the total to impact your simulation.
Arrival Rate
The distribution of time it takes to measure how frequently new process instances are started is defined as your arrival rate. If, for example we look at an exponential arrival rate of 30min., this would indicate that a new process instance would start every 30min. on average. This exponential distribution is quite accurate as a real-world simulation – in some cases, two new processes can show an interval between themselves anywhere from 5min. to a few hours.
Start Date and Time
You can specify a virtual date and time to identify when the first process instance should start. The simulation logs will note the event timestamps of each.
Warm-up and Cool-down Periods
All resources are ready and there are no delays in all activities at the beginning of a simulation scenario. This situation is similar at the end of the simulation as new process instances were not created and there is an ample supply of resources as they become available to work immediately on activities. These periods are known as warm-up and cool-down respectively. The Simulator tool would exclude the statistics from these process instance periods if the instance had a pre-defined notation to eliminate the noise.
You also have the option to provide a percentage of total process instances or a fixed number that would be excluded the performance statistics calculations at the start and end of the scenario. By doing this, you will be able to focus on the most utilized periods of resources where bottlenecks are likely to appear.
Resource Pool
All available elements in the business process that can be assigned to a task to perform work are known collectively as a resource pool. There is no limit to the number of resources that can be defined.
Defining the following properties of a resource is required:
- Name – this will be linked to tasks and used for reporting
- Number of available resource instances
- Timetable – work schedule / resource is available
- CPH – cost per hour, optional
Timetables / Business Hours
When a resource is available or if a new process instance is started during business operating hours, this is defined as a timetable. The default number for timetables is two:
- Default – This is used when a process starts. New process instances will only be generated according to the Default timetable.
- 24/7 – available always and used for scripted/automatic activities in the scenario.
There is no limit to timetables required in your simulation to associate them with different resources. Every timetable has a separate inclusion rule to determine its begin time, end time, start day, end day properties. This allows for the creation of simple timetables. For example, Monday to Friday 9 am to 5 pm business hours or specifically on Monday from 9am to 12am and also from 4pm to 6pm for specific resources in the timetable.
Tasks
The following parameters can be provided for any BPMN model:
- Resource as the element for the task
- Duration distribution, specifying the time of the task to complete
- Fixed cost of the task
- Thresholds of both cost and duration to identify how many tasks are outside of this parameter
For call activity elements and sub-processes that contain other BPMN elements, you can define these in the simulation as basic tasks and provide all task parameters rather than having to start each sub-process if required.
Gateways
Each inclusive (OR) and exclusive (XOR) gateway element requires execution probabilities in the BPMN model for their outgoing sequence flows. The path to be executed are determined in the Simulator tool using a random number generator.
The sum of the probabilities must be 100% in the XOR gateway for each outgoing flow.
A probability of execution range between 0% and 100% for each outgoing flow can be defined in the Simulator tool with at least one outgoing sequence flow started.
Intermediate and Boundary Events
In the BPMN model a duration distribution can be given to intermediate catch events and boundary events that are attached to activities. This will specify the length of time of the event or when it is triggered.
Intermediate message or timer events are commonly used to simulate delays in the business process. These are normally caused by external elements/actors that are not utilizing any resources from the resource pool.
Duration Distributions
The Simulator tool defines as a distribution, all durations and time intervals. The following distributions are supported in the tool:
- Normal
- Exponential
- Uniform
- Triangular
- Log-normal
- Gamma
- Histogram for a custom curve
- Fixed – constant
The unit of time for each duration is always in seconds. Alternate times like minutes or hours could be converted to seconds if necessary.
BPMN 2.0 supporting information
There is a universal symbology to the language that bridges the gap between those in technical development, business analysts and all the way up to the C-Suites execs who can all understand the various sequence of events, activity and information that flows along an array of automated tasks.
BPMN 2.0 uses four main elements in a diagram, they are:
- Flow objects
- Connecting objects
- Swimlanes
- Data
Flow objects
Think of these symbols as the pieces to a puzzle that will form the overall workflow. Activities, Events and Gateways make up the three main flow objects.
Connecting objects
We know flow objects are the puzzle pieces that form the workflow. Connecting objects show us how the puzzle pieces connect with one another in the workflow. Three types of connecting objects are used here: Message flows, Sequence flows and Associations.
Message flows
Sequence flows
Associations
Swimlanes
As the name itself illustrates, think of swimlanes as comprised of individual lanes in a pool set to time a 100m swim competition. The ‘pool’ is the department (sales, marketing, customer service) and can also represent work taken outside the organization or by service providers, tc. The lane itself contains the activity that is needed relative to each role in the process. One lane may be for sales engineers, one lane may be for customer service and another for distribution for example.
Data Symbols
These symbols indicate a specific data type or information that is needed related to the current task underway. The movement of a workflow is not always impacted by data symbols.
Unlike coding languages that require an in-depth understanding of a new way to program, BPMN symbols are an easy to understand visual alphabet that can be used by all lines of an organization to understand workflows and visualize Business Process Management (BPM) activity.
Why Interfacing?
If you would like to see more or discuss how Interfacing can help your organization, be sure to click below.
Contact us more for information.
What is RASCI / RACI
RASCI matrices are needed on complex projects. They are extremely helpful as they create a highly efficient mechanism for task distribution while significantly coming very close to eliminating any ambiguity within the project hierarchy of tasks.
BPMN 2.0 Free Training!
Our course offers comprehensive BPM training in two levels (BPMN fundamental & BPMN expert), and extends BPMN 2.0 by providing in-class exercises along with business analysis, mapping communication, GRC, performance management guidance, and more!
Gain Transparency with the Enterprise Process Center®
Interfacing’s Digital Twin Organization software provides the transparency and Governance to improve Quality, Efficiency and ensure Regulatory Compliance.
Read Our Blogs
Take a moment to read blogs about GXP, Regulatory Compliance, today’s trends, and much much more!
Discover how your organization benefits from an Interfacing solution.
A key differentiation of Interfacing to other digital and business transformation consulting firms is that Interfacing offers its own innovative technology solution in support of transformation programs. Interfacing’s software solutions deliver the transparency required to reduce complexity, improve execution and facilitates agility and change.
Interfacing’s integrated management system is a one-stop-shop for managing transformation programs. We know it’s a very competitive environment out there. It is for that reason our strength is in our commitment to maintain flexibility throughout the project lifecycle whether it is in our innovative products or in our team of experts.