When there's a need to simplify people-intensive business processes such as managing approval for loans, most companies try to tackle this by looking for an automation solution - usually based on workflow management, document management or business process management (BPM) tools. But they often find that this technology-first approach doesn't work - and could even increase costs.
Too often, says Ron Wince, CEO of the business process consultancy Guidon Performance Solutions, companies that implement a BPM tool are left wondering why their ROI was so small or why their headcounts increased after jobs were supposed to be automated away. They didn't choose the wrong tool, he says: They forgot that BPM is first and foremost about processes. However, other companies are demonstrating how to succeed with BPM -- and proving that if you're thinking of BPM narrowly, you need to regroup.
Motorola, for one, offers a model for how an enterprise should approach BPM. The communications equipment manufacturer has long been process-driven, using techniques such as Six Sigma to understand and continually improve its processes. Three years ago, CIO Patty Morrison saw that BPM technology was becoming mature enough to give her group a process-oriented tool in addition to the web services and enterprise application integration (EAI) tools widely used within Motorola at the time to help achieve three major goals: improve integration within the company, link departmental processes more closely and standardise processes across units where possible.
But for Motorola, the Savvion BPM tools it ultimately chose were not a silver bullet, but a way to do what the company has always done: think through the processes, test out different process approaches and then implement them. "Looking at processes is so important before you can do BPM. [Not doing so] is why a lot of organisations haven't got much value from it," Morrison says.
"You get in trouble when you start coding things, rather than modelling for the business processes," concurs Judith Hurwitz, president of the Hurwitz & Associates consultancy. Drug distributor AmerisourceBergen takes a similar approach of assessing, modelling, testing and finally deploying. It too adopted BPM technology three years ago on a pilot project, and then in January 2006 acquired an enterprise licence so it could use Metastorm's BPM tools as it needed anywhere it needed, notes VP of Application Architecture and Strategy Peter Ruggerello.
To date, few companies have taken BPM to the level long-promised by vendors, in which BPM tools orchestrate end-to-end processes across a wide swath of the business. Not only were the tools missing some important attributes until recently but also, most companies applied BPM in niches. That's starting to change.
While BPM leaders such as Motorola and AmerisourceBergen conceive of BPM as a way to orchestrate processes, most companies view BPM more narrowly, says Bill Swanton, a research VP at AMR Research -- typically as document routing and approval tools for what is more accurately called workflow automation.
Workflow automation certainly delivers benefits, including reduced labor costs and greater consistency in how processes are executed. "Automation is attractive because it is cheaper in the early stages," notes Robert Sheesley, a director at the consultancy Alvarez & Marsal.
For example, First American Property & Casualty Insurance started with a focus on document workflow, mostly to automate repetitive processes. But it also wanted to handle rapid growth without growing its labour force as rapidly, says CIO Jim Court. "We wanted to manage processes based on business events, not just documents," he says. The company's desire required integration with external data sources and applications, but more importantly, required an analysis of the current process and of proposed improvements.
Business unit experts and the IT group's business analysts worked as teams on that analysis. Using Handysoft's BPM tools, Court chose a pilot project involving policy endorsement requests; since the process flow is not linear, and there are several points involving human decisions, the project was truly about business process management rather than workflow.
Fewer companies take BPM to the next level. "The real value is realized when you go beyond cost reduction and look at how human-to-human interaction can be systematized and lead to innovation," says consultant Sheesley.
But there's a problem with how business usually defines its processes, says consultant Hurwitz. "Even if people on the business side use business process modeling tools to come up with a new process, what they build is not related to the execution. The effort stops at the model, and the business people go to IT and say, 'We need X, Y and Z,'" she says. IT has no insight into the metadata -- the process context and business logic -- and gets essentially requirements-based requests.
Fortunately, modeling tools from vendors such as IDS Scheer and Tibco Software are increasingly able to store a metadata layer, which IT can use to understand the process, what it's actually meant to do and how it's actually meant to work, she says. Some tools can also prototype a process without requiring coding, so business staff can show IT what they mean by their requirements.
Another issue is technological maturity. A few years ago, BPM tools couldn't hope to address such a wide scope, notes Hurwitz. "But they have changed dramatically, with APIs for common applications, more use of standards and new architectures." It's time to look at them again, she says. (In some areas, BPM standards are still lacking - especially around handling the complexity of human-system interactions - but vendors and standards organisations are working to fill these holes. CIOs should not use such holes as an excuse not to apply BPM where it is capable, says AMR's Swanson.)
Motorola and AmerisourceBergen have taken it to the next level, by focusing on the business processes themselves, rather than merely automating specific functions. Motorola emphasises the work done by business managers and analysts involving process definition and optimisation that happens before IT gets involved. Then business and IT staff spend much time together modelling the processes as they are developed, to test them out, says CIO Morrison. For example, after Motorola acquired Symbol Technologies, "We found BPM to be incredibly powerful to do scenarios of integration," she says.
Some modeling tools can generate executable code that lets business staff essentially reprogram their processes without IT involvement. But this doesn't mean IT is out of a job, says Charles Soto, Motorola's senior director for enterprise platforms and integrated solutions. Motorola does generate code from its business process modelling tool, but not for production. This code serves as a reference for the business analysts.
One reason that IT doesn't use this code to execute the actual processes: The applications being orchestrated and the data sources being manipulated are more complex than a model represents, requiring IT expertise to program. And IT can have the entire system picture in mind. "You need to create a BPM hierarchy that matches to that of the company; otherwise you create a spaghetti of integration from project to project," says Soto.
This is especially true as your BPM efforts cross process domains, notes Motorola's Morrison: "It's across processes where you have different semantics, syntaxes and application idiosyncrasies."
While industry analysts all recommend starting small, so IT can build the skills needed to effectively understand and develop processes as well as implement them, Morrison urges other CIOs to aim high once they've got their feet wet. "You could use BPM just within a specific domain, but that's not where the challenges are."
Where to go for your tools? The category of business process management (BPM) software covers a lot of ground: As you choose tools, beware of the jargon, and focus on the business problem you’re trying to solve.
Analysis and modeLling tools help enterprises map out their existing processes and optimiSe them. ModeLing and management tools, often used in concert with a business rules engine, help enterprises test and deploy software that implements processes - either within a BPM application that manages an entire process (such as document management) or as an automation tool that interacts with other applications and data sources to run a set of processes (like a very sophisticated scripting tool).
The major BPM vendors - Appian, BEA Systems, Cordys, EMC (ProActivity), Global360, HandySoft, IBM, IDS Scheer, Lombardi Software, Metastorm, Pegasystems, Savvion, Tibco Software and Ultimus - offer suites that include modeLlers, asset managers, business rules engines, and process management and deployment tools. Vendor like Casewise offer dedicated modeLling tools.
Enterprise application integration (EAI) tools and enterprise service bus (ESB) tools, such as those from BEA, Tibco and WebMethods, increasingly deliver some BPM functionality. Another class of related tools focuses more narrowly on automating document and workflow processes. Major vendors in this class include Adobe Systems, EMC (Documentum), IBM (FileNet) and Interwoven.