By submitting your email address, you agree to receive emails regarding relevant topic offers from TechTarget and its partners. You can withdraw your consent at any time. Contact TechTarget at 275 Grove Street, Newton, MA.
Workflow and orchestration tools reduce risks, enforce corporate policy in business automation
By David Kumhyr, Master Inventor and Engineer at IBM
The notion of workflow is a powerful but misunderstood concept. At its base level, a workflow is a formal definition of the steps required by a process and the sequence in which the steps occur.
Historically, all aspects of a process were manual, people-based activities. In the industrial era, machines began to automate parts of the process. Today, computers have the ability to automate both the steps and the sequencing of steps for workflows in the business world. In business today, the workflow designer has four goals: to define a business process, to encapsulate the data required by the process, to automate the process, and to enforce business operational control over the process.
Consider the origins of computerized workflow: mainframe operators stringing together jobs with languages as EXEC2, REXX, and JCL. Scripts and job-control languages became the solutions of choice because they allowed quick manipulation of the data between different systems. The IT staff understood the concepts of scripting and automation, so naturally, they were the pioneers of workflow automation in business.
But in 2004, scripting is no substitute for a formal workflow definition generated by workflow designers.
The steps involved in workflow definition.
A goal of workflow design is to enforce business operational control over the process. Unfortunately, this is a goal not met by programmers writing data-conversion scripts, especially when the data contains credit card numbers.
There are other problems when the IT shop drives workflow implementation:
Workflow design tools exist that address these problems. The workflow designer defines a particular process and encapsulates the programmers' development effort. The programmers become business process consultants as they contribute routines and tasks to libraries managed by the workflow tools.
The workflow designer can assemble a workflow by selecting reusable tasks stored in libraries. The entire assembly is subject to the constraints of established business policies. The tools offer source code control and versioning for the code and the workflow itself. Once created, it is the workflow orchestration engine that will execute the workflow as a job.Workflow Role in Enforcing Corporate Intent In Business Automation
Previously we discussed the quite fundamental differences between scripting and workflows and the reasons that workflows are a superior business automation tool. The key factor is that workflows enforce businesses policies, where scripting may not.
Some workflow tools support this directly. There is one in particular that ships with a set of defined workflow elements that the workflow designer can apply to a particular business process. Business process consultants can also contribute new workflow components and tasks to libraries managed by such tools. All of these sub units encapsulate the programmers' development effort.
The assembly of a workflow by selecting reusable tasks in the workflow tool is subject to the constraints of established business policies. The output of this workflow development process is by default enforcing the business policies that are core to operation.
So what does workflow mean to business? At the outset it means greater business agility and increased responsiveness, improved asset management and the ability to manage costs through code control and reuse and also by spending on resources as needed. These are reasons that are meaningful to the IT management team.
However, deeper reasons for moving to workflow exist, those of service to the core business of business, not simply managing information, but putting that information to work to achieve business objectives.
Key reasons that matter to the executive management are:
So for automation at this level where is the sale to be made? Who's pain is it? Who will drive the buy decision? Since workflow isn't an IT tool, but a "business control over IT tool," is a sales message focused on the IT buyer effective?Managing by policy
We've seen the value that workflow technology brings to the business leaders. These reasons are the prime motivation for leaving the current programming model and moving to a new operational paradigm. They give executive management freedom from the dominion of IT and return domination of business process to the executives.
What will workflow bring to the genesis of business and it's relationship with IT; coupled with utility computing?SideBar
Here is some sample pseudo code that a typical IT Programmer would write if he were assigned the task of programming the code for the automated ticket check-in process for the ticket kiosk.
Now you cannot blame him for the shortcomings of the system since he doesn't understand the task from a business process level; but simply as a process to automate with a set of hardware and input constraints.Pseudo code script
verify terminal is operational
verify blank ticket stock is loaded
verify blank bag tag tape is loaded
wait for customer loop
is it a valid type of identification
check to see what flight the passenger is on
allow passenger to select open seats
ask how many bags
if number of bags is less than or equal to total allowance
print bag tags
print boarding passes for correct seats
end wait for customer loop
Now what are some business process problems with the simple script that could be solved with workflow technology?
No provision is made to check the status of the connecting flights that the user may have pending and make offers of alternates. Tying into the dispatch flow control of the airline could reroute the passenger earlier in the day to prevent a larger missed connection problem later in the day (or initiate flow control to spread the load for the days traffic).
The passenger may be capable of meeting the FAA standards of sitting in an exit row. He could be assigned these seats.
The passenger may exceed the baggage allowance on this leg he is checking in for but may meet the requirements of the overseas leg. How would this be resolved?
If this operation were being addressed with workflow technology the workflow process builder would be creating the process with sub-components that encapsulated the business conditions within the units to address the constraints that legal and business operations place upon these operations.