In most businesses, how processes perform is directly tied to the bottom line and how the steps within the workflow process matter.  Specific FlowWright customers process vast numbers of workflow instances daily; with large numbers like that running, performance is essential.  In the case of processing drug prescriptions, 500,000+ workflow instances per day require very tight planning and execution. 

Given today’s infrastructure in the virtual environment, combined with physical server environments, companies need to be mindful of their process architecture. FlowWright is built to take advantage of today’s processor/hardware architecture, even including distributed environments. Especially in physical server environments, performance is limited to what you run on. As the FlowWright engine can be configured to perform in a distributed environment, all you need to do to solve this challenge is add another physical server for processing.

So, how do you measure the process performance? Well, there are many ways to do that:

• Render the workflow instance to view what steps within the workflow were executed and the number of times the step was executed
• Tooltip on a rendered step shows how many milliseconds the step took to execute
• Using Business Intelligence, you can run a report on the workflow instance to view what steps took what amount of time to execute

Most engine steps within FlowWright execute within a few milliseconds, but user interactive steps may take minutes or days to complete, especially during a step like the “Task Step.”  Using BI (Business Intelligence), process bottlenecks can be easily identified since workflow instance execution can be graphically rendered, and redundant steps and paths can also be easily identified.  Given the last 2 points, process performance leads to optimization and improvement of the process.

In certain company processes, such as human resources onboarding, the workflow might wait until an employee joins the organization. In such scenarios, these wait times must be included when measuring overall processing performance, or the data will be flawed.

When a step executes, other timeouts can also come into play. For example, an SQL execute step might try to connect to an invalid database connection, where the default timeout for a database connection try is 15 seconds. In this case, the workflow step will show it took ~17 seconds to execute.

As described above, FlowWright provides many ways to measure process performance for all types of industry use cases. As new versions of the software become available, more process improvement/measurement features will be added to the product. Measure your processes today with FlowWright!

https://www.flowwright.com/contact

You can start today with a customized demo.