- Published: November 2008
Business Process Management: Building End-to-end Process Solutions for the Agile Business
- Published: December 2007
- Region: World
- 324 Pages
- Butler Group
While most technology systems continue to be viewed by the business community as inhibitors of progress, rather than as innovative solutions capable of delivering agile operations, Business Process Management is being actively positioned as the exception to this rule. Business professionals continue to struggle with business and technology alignment issues, and are actively searching for business-enhancing technology solutions that are fit-for-purpose and come without the need to undertake major time-constraining redevelopments whenever operational changes occur. BPM, in its various forms, has been available since before the millennium, and in our opinion today’s leading solutions comprise of a mature set of tools, products, and services that are fit for mainstream business use.
However, much as it would be advantageous to ignore some of the baggage that comes with today’s mainstream BPM products, there remain serious divisions between what the vendors see as the most important components within their all-inclusive offerings, and the basic function-driven approaches to BPM – application development, modelling, and integration services – that business users say drive their fundamental need for the technology. Another significant issue that divides the two communities is the ‘automation’ (the vendor position) versus ‘human workflow’ (business analyst vision) disparity that continues to exist.
To highlight this split further, in responses received from a recent event on BPM, attended by an audience composed mainly of business analysts and business managers, the message on BPM requirements was very consistent: they spoke about techniques that could assist them with improving basic processes and services, simplifying complexity, providing business control, gaining efficiency, and capturing process knowledge. For this audience, representing a good cross-section of BPM users, processes are very human-centric: great emphasis was put on the requirement for human workflow and on the tacit knowledge in employees’ heads – knowledge on which many processes must rely.
Business Issue For business users the core value of BPM remains as a solution for building links and integration bridges between various application systems. More often than not BPM is brought in to solve a problem or provide facilities in a part of the business where there is currently a technology gap or integration shortfall. Fundamentally, the value-to-business model for BPM is driven by the technology’s ability to allow business professionals – process owners and business analysts – to develop and provide operational processes that accurately reflect their operational requirements. On the positive side, during the last two years, solutions that operate under the BPM banner have become more functionally inclusive.
A constructive and helpful part of this fleshing-out process has involved a consistency of approach across all service delivery components, so that most core elements of mainstream BPM platforms are properly targeted at the business professional rather than the IT technician. In support of the requirements that business users have of BPM, many of today’s solutions can be fairly described as end-to-end offerings; taking in process discovery, modelling, simulation and testing, deployment, lifecycle improvement, and ongoing change management. It is this end-to-end approach to the BPM service delivery model that adds value by putting the business professional in a position where they can be in charge of all the core elements of the process lifecycle. Many of the BPM solutions that we have reviewed in this Report also include extended functionality such as SOA, BRMS, BAM, and links to Business Intelligence (BI), Customer Relationship Management (CRM), and business process reporting, alerting, and analysis services.
Unfortunately, a negative element has to be registered here, as the divide between the vendor and business user view of the key elements of BPM reappears again. Once you get past the application development, modelling, and integration components of BPM, it is interesting to find that many of the latest features that the vendors genuinely feel add value to their product offerings are seen by the end-user community as little more than lightweight bells-and-whistles. At the business frontline the core BPM focus remains on the key areas of application development (for both human and IT processes) and integration driven requirements.
Constant review and the re-engineering of processes for continuous improvement and efficiency may seem like a great idea for the software vendor’s product marketing team, but in the real world getting frontline facilities up and running and keeping them there with minimum support overheads is what provides the bottom-line value.
In support of the future business model for BPM, we believe that there are two essential questions that need to be answered. First of all, does the business community have the desire, and indeed the financial commitment, to purchase BPM technology that includes facilities that they may not have the resources to use? In our opinion the resounding response has to be “no”. Secondly, will the winners in this particular race be those BPM vendors that continue to get the development, integration, and service-delivery basics right?
Without doubt we would say that the correct answer is “yes”. Our opinion is that the BPM vendor community collectively needs to listen harder to what its customers are saying. It has taken far too many years for the BPM message to be properly understood at a business level, and for the technology and its mainstream value to be suitably recognised. BPM has arrived, it is popular, and everyone wants to know what BPM can do for their business. At last significant progress has been made and the market is there to be won or lost. Technology Issues At a functional level BPM provides a systematic approach to improving business and operational processes. To achieve this, an extensive range of supporting technology components now sit under the covers of BPM and are used to deliver its far-reaching range of services. Leading BPM solutions incorporate the use of tools that help organisations to discover, build, model, and simulate and test processes.
They also tend to contain facilities for deploying, measuring, and improving the performance of processes in the live environment, and in many cases BPM platforms now extend out to include Business Rules Management (BRM) and BAM as standard. BRM, or to position this key component of the process management model more accurately, the Business Rules Management System approach to process development, can reduce many of the inefficiencies that had previously existed within lesser process management methodologies. A good quality BRMS can be expected to execute its rule services in line with the needs and the technical skills of business users. It can also be expected to deliver an ability to modify the execution of processes that will ultimately enhance the viability of each process solution.
In a fully featured BPM environment process management and rules management sit side by side. The most efficient approaches to BRM and BPM maintain an integrated relationship at process level while supporting a freestanding ability for change management and component reuse at a systems and operational level. There does, however, need to be a wider discussion on the industry’s ability to work and interact with third-party process and rules systems and, in this particular area, the need at an enterprise level to work and interoperate with more than one BPM system and BRMS.
Many organisations, especially those that have grown through acquisition, will have more than one set of BPM products in use, more than one BRM system, and in addition when working with partners and suppliers, will need to have third-party BPM and BRM integration capabilities. Today nearly all the BPM vendors that we have reviewed in this Report promote the use of BAM tools to monitor and measure process execution.
They extol the virtues of real-time information that can be presented to the end user in order to ensure that processes continue to run smoothly. We believe that the ongoing use of BAM-styled facilities is a positive thing, but would argue strongly that service-delivery approaches need to be carefully considered, as counterproductive information overload could end up being a significant problem if this area is not adequately controlled.
We believe that good Key Performance Indicator (KPI) design is critical to a successful BAM strategy. Furthermore, the resultant output, using classic dials, traffic lights, etc., provides more than just pretty interfaces and needs to be specifically designed to take on forms that accurately mirror the needs of the users. In this context, a KPI should not be thought of as an isolated binary field or piece of data. To bring BAM within the boundaries of a fully integrated BPM offering its use must be connected to underlying data with business rules governing its functional use.
At present, the BPM industry still appears to have a degree of segregation between the pure-play community and the enterprise integration vendors. Not surprisingly, given the list of leading players that sit on the integration side – BEA, IBM, Oracle,
SAP, Software AG, and TIBCO, to name but a few – integration continues to hold sway. There are two major issues that must be taken into account here: from a monetary perspective, the integration-centric use case for BPM still represents the majority of BPM sales; also, as the importance of the BPM-to-SOA relationship continues to grow, many of these vendors provide solutions that cross over into the SOA space.
Indeed some cross over so far that it is difficult, if not near to impossible, to distinguish separate product sets, which is a concern. Market Issues On the pure application modelling, build, and development side of BPM, significant progress is being made. In the main, vendors are building solutions that match the usage needs of the end-user community, and business users are focusing on this. Going forward, the market opportunity for developing BPM to have an enterprise role is huge. However, to date, examples of enterprise-wide deployments where business users have used BPM across their infrastructure platforms are not abundant or plentiful. For historical reasons, often driven by the vendors, BPM solutions have provided a varying emphasis on what represents the core BPM value-to-business drivers. However, from a positive standpoint these distinctions are becoming less pronounced in the latest generation of tools.
We believe that BPM is emerging as a key business and IT product set due to a number of specific market drivers. These include the growing adoption of SOA that requires good quality technology to manage services and composite applications and link these to business processes. Another is the governance requirements that are needed to manage the business infrastructure, and then add in the transparency, analysis, and auditing requirements that are necessary for fulfilling compliance needs. Interface and integration requirements represent an ongoing but still important driver.
The requirement to make use of performance management information brings in the integrated role of BAM, and finally, and perhaps most importantly, the technology’s ability to empower business units to achieve independence from the IT department and become self-sufficient in creating process-based composite applications. Going forward, we expect BPM to continue to combine essential technology elements for managing SOA; positioning it at the centre of most forward looking technology strategies.
However, one worrying issue is that BPM has a history of hooking into the latest and greatest technology wave. BPM is a solution and technology approach in its own right and therefore should not be allowed to be swallowed up in the wave of SOA hype, or be taken down should the SOA model be superseded in the future. Over the last three years takeover and acquisition activity in the BPM sector has become quite frantic. We believe that market consolidation for BPM is likely to continue unabated. In fact, we expect to see greater consolidation taking place, with the larger players wishing to become less reliant on partner products and achieving this by either acquiring the relevant tools or building them in-house.
Market Lifecycle Positions vendor ranking and assessment model groups suppliers into Shortlist, Consider, and Explore categories, and shows the predicted progress through the three major phases of Early Adopter, Market Adoption, and Market Maturity. Within each group vendors are listed alphabetically. SHOW LESS READ MORE >
Section 1: Management Summary
1.1 Management Summary
Section 2: Introduction and Business Perspective
2.1 Report Introduction and Objectives
2.2 The Not-so-brief History of Business Process Management
2.3 The Emergence of a Business Process Management Intellect
2.4 Why Choose Business Process Management?
2.5 Identifying the True Value-to-business Proposition
2.6 Usage Scenarios – BPM in Business Use
Section 3: Technology, Strategy, and Services
3.1 Business Process Management – The Infrastructure Stack
3.2 The Core Components of an Enterprise Business Process Management System
3.3 Business Process Management Languages and Standards
3.4 Business Rules Management
3.5 Service Oriented Architecture and Systems Integration
3.6 The Importance of Business Activity Monitoring
3.7 Aligning BPM to a SOA Culture
Section 4: Architectures and Models
4.1 The Key Components of an Enterprise BPM Strategy
4.2 Extending BPM Across the Enterprise
4.3 The Butler Group Roadmap for BPM
Section 5: Market Perspective and Vendor Comparisons
5.1 Market Analysis
5.2 Market Drivers
5.3 Future Perspective
5.4 Product Comparisons and Vendor Strategies
Section 6: Tables
6.1 Butler Group Business Process Management Features Matrix
6.2 Butler Group Business Process Management Product Capability Diagrams
6.3 Butler Group Business Process Management Market Lifecycle Ratings
Section 7: Technology Audits
BEA Systems – AquaLogic BPM v6
Cordys – Cordys 4.2
Graham Technology – ciboodle v2.6
IBM – IBM BPM Portfolio
Lombardi Software – Teamworks Enterprise BPM Suite
Metastorm – Metastorm BPM v7
Microsoft – Microsoft Business Process Management Platform
Oracle – Oracle BPM
Pegasystems – PegaRULES Process Commander
SAP – NetWeaver BPM
Software AG – webMethods BPMS v7.1
TIBCO Software – TIBCO iProcess Suite
Ultimus – Ultimus Adaptive BPM Suite v8
Section 8: Vendor and Product Profiles
Adobe Systems Incorporated
Fair Isaac Corporation
Fujitsu Software Corporation
Progress Software Corporation
Section 9: Glossary
Adobe Systems Incorporated
Fair Isaac Corporation
Fujitsu Software Corporation
Progress Software Corporation
|Electronic (PDF)||The report will be emailed to you. The report is sent in PDF format.||This is a single user license, allowing one specific user access to the product.|