Category: process

business process management

Different strokes

Coming back to the deluge of email, a slightly smaller torrent of postal mail and a soupçon of voice mail after 3-1/2 weeks in southern France and northern Italy is a bit disorienting. I’m still thinking about strolling over to the Rialto market in Venice to buy some fresh fish for dinner…

Travelling (although for vacation this time) always makes me ponder on cultural differences. Although I work primarily in Canada and the US these days, I’ve spent a great deal of time working in other countries in the past, and one of the things that I like most about business travel is seeing how different cultures do business differently. For example, only in France would a prospective client, upon meeting me, bow over my hand while shaking it and murmur “Enchanté, Madame”. And only in the Middle East would I need to wait until a man extended his hand to me before offering to shake hands, since I wouldn’t want to offend someone by suggesting that they violate their religious sanctions against touching a non-related female when I’m on their turf. [When I returned to my office in California and related this latter incident, I was asked “Doesn’t the discrimination bother you?” to which I replied “Well, at least they’re overt about it.” That resulted in a few stony glares.]

Aside from the greetings, there are other differences in how things work: I remember a BPM system that I designed in Germany several years back where the management wanted a supervisor to review each piece of work and decide who it went to, instead of using automated work assignment. With some foresight into how these things work in practice, we implemented a system configuration setting that caused that step to be either visited or bypassed, so that two days into production when the customer’s need for efficiency overcame their need for control, the supervisor review step was removed in about five minutes.

As an outsider coming into organizations and helping them to design their processes, or develop a strategy for application architecture, I’m always a bit of a foreigner, even in my own country: I have to quickly learn a new language and a new culture so that I look like less of a tourist wandering around with my camera and guidebook. In business, as on vacation, I’ve always found it best to just dive in and act like the natives.

Gartner’s BPM trends and forecasts

Another webinar going on right now, Gartner BPM Roundtable: Business Process Management Trends and Forecasts, hosted by Global 360 and featuring Jim Sinur of Gartner (yes, this turned out to be “webinar day”, I have a third one after this if I’m not burned out).

The usual webinar format is the “expert” talks to his slides for 30-40 minutes, then some marketing geek from the vendor talks about their product for 10 minutes. Not this one: it’s a very dynamic conversation between Mr. Sinur and Michael Crosno, President of Global 360, and both of these guys are really smart about BPM. Yes, Mr. Crosno talks about Global 360 product features, but it’s used as a springboard for Mr. Sinur to talk about the importance of specific functionality in the current and future BPM suites marketplace.

A few really great insights. The first one is was that legacy BPM deployments are more likely to have been for the purpose of reducing paper, whereas the new deployments are all about streamlining processes and improving productivity, with a new and increasingly important focus on extending the enterprise. Although this is something that we all know by gut feel, it’s good to see some real numbers behind it:

The second insight is that customer requirements are evolving from enterprise content management (ECM) to enterprise process management: a shift from information lifecycles to process lifecycles. As a “column 2” advocate, I’m really glad to see Gartner recognizing the shift in focus from content to process. Mr. Sinur showed a scale that started with image management and went all the way through to business optimization, with the crossover from ECM to EPM happening between portals and process execution. He puts “workflow” in the ECM space, that is, the subset of BPM that is used for content lifecycle management.

Another point was the trend for CRM vendors to integrate BPM with their products, usually by buying or OEM’ing in a third-party product, because they see it as an essential part of managing the customer relationship. I’ve been seeing this trend lately as well, such as with Onyx’s acquisition of a BPM product and their current push to integrate it into their mainstream CRM product.

By far the best webinar that I’ve listened to in months. The slides and the audio playback will be available tomorrow on Global 360’s site.

BPM in compliance

I’m listening in on a Ziff Davis webinar “The State of Business Integration: An Overview of Patterns and Best Practices”, featuring Ajay Patel, VP of of Server Technology for Oracle. In the course of the webinar, they’ve been doing a few listener polls, and this one was particularly interesting:

In other words, 27% of the webinar listeners consider BPM to be the most important technology for their compliance efforts, second only to corporate reporting/BI at 33%.

BPM as part of BAM

A few more notes on today’s ebizQ webinar on BAM. Ms Gold-Bernstein talked about another topic close to my heart, namely that BPM is one of the contributing sources to BAM/performance management, rather than BAM being a part of BPM (as the BPM vendors would have you believe). The term “BAM” was originally coined by Gartner, so they’ve had first dibs at saying what is and is not BAM:

BAM defines the concept of providing real-time access to critical business performance indicators, along with the supporting information to improve the speed and effectiveness of business operations.BAM is accomplished by monitoring multiple systems, creating real-time dashboards, and using context and rules to detect the occurrence of a pre-defined set of circumstances.

They list BAM technologies as including BPM, integration middleware (arguably part of BPM under Gartner’s own definition), BI, dashboards with KPIs (which I would consider part of BI), and IT operational management (ditto). Since BAM is defined as a concept and is linked to all of these technologies, there are a lot of vendors from all different areas scrambling to get into BAM magic quadrant — not unlike what’s happening with BPM vendors ever since Gartner lumped together all process-related technologies as “BPM”.

To confuse things further, Gartner’s report on the convergence of BPM and BAM lists three main areas of overlap, and therefore potential conflict:

  • BPM acting as “BPM+BAM”
  • BPM serving as BAM’s response mechanism or recipient
  • BPM ? or business process analysis (BPA) ? serving as a passive analytic/visualization model for BAM

Prior to Gartner defining BAM, there was performance management, which is more focussed on the BI side of the equation, including technologies such as BI, dashboards and, lately, CEP (complex event processing). Although the goals of performance management are fundamentally the same as BAM (business alignment, real-time KPIs), the scope is narrower by excluding BPM and middleware technologies.

Somehow, the concept of performance management as pure business intelligence makes more sense to me than including (rather arbitrarily) some of the technologies that produce the data that feed into the performance management. If BPM is included as one of BAM’s technologies, why not databases, or CRM, or any other technology within an enterprise that produces data that may be of interest to management? In fact, if there’s a technology within an enterprise that doesn’t contribute data to performance management KPIs, why is it there?

Strategic process optimization

A webinar going on right now on BPM, BAM and SOA: Optimizing both Business and IT focussing on the ROI of process integration. Beth Gold-Bernstein contrasted the tactical versus strategic approaches to process integration:

  • Tactical approach requires defining underlying integration infrastructure
  • Strategic approach — enterprise integration architecture defines infrastructure, business defines the process

This goes back to one of the key ideas that I’ve been working with lately, namely the role of process and BPM in an enterprise architecture framework.

She also made a distinction between web services orchestration and business process management, where she sees WSO as providing a graphic way to design and control flow between web services, but without all the process governance (monitoring, analytics, management and simulation) that you would find in BPM. Given the role being assigned to BPEL, is this just another artificial distinction in the process marketplace?

BPM and measuring performance

A week ago today, I was in a tutorial by Roger Burlton of the Process Renewal Group on Enterprise Business Architecture: Strategy, Process and Capabilty Alignment while at the BPMG conference in London. He made a great analogy regarding performance measures: knowing the final score doesn’t tell you if it was a good game. (Although after once watching the Blue Jays lose 22-2, I posit that you could have told that it was a crappy game by the score alone.) Roger was one of many people at the conference who spoke about BPM in the context of measuring business goals. To quote Terry Schurter, who I heard speak the following day at his session BPMS – Selection by Business Value, “goals that can’t be measured aren’t goals”.

All this shows that BPM is finally creeping out of departments and into the mainstream of the enterprise. I read a post about a CEO’s view of BPM as discussed at a recent CEO roundtable today on the Milestone Group’s Thoughts On The Tech Industry blog that really nailed it:

BPM, or Business Process Management is the fasting growing segment in the BI / Data Management market sector. Growing out of departmental process management initiatives, the key driver now is to integrate across the enterprise, and to provide scorecards, reports, and other “C Level” deliverables with more confidence, so that predictive modeling and optimization initiatives are really based on the most complete and highest quality set of data available in the enterprise.

The CEOs consider BPM as a feed for enterprise BI/performance management, which is completely accurate — after all, why else would you be doing BPM if not to improve performance, and why would you be doing anything to improve performance if you weren’t also including it in your enterprise performance measures?

A nod to BPM and EA

When I started this blog a couple of months ago, I didn’t give a lot of thought to naming it, and decided just to be descriptive: hence “Sandy’s Biz Blog”. Can you tell that I’m an engineer and not a marketer?

My inner marketing voice spoke up this week — part of the overactive synapse response to the stimulating conference environment — and I had an overwhelming urge to rebrand. Since I’ve been spending a lot of time thinking about how BPM intertwines with EA, I’m giving a nod to Zachman with the new name, Column 2. (For those of you who aren’t EA aficionados, column 2 in the Zachman framework is where the process models live; although BPM is bigger than just column 2, I thought that it was a cool name.)

If you subscribe to this site, you can change to the new FeedBurner feed location here, although I’ll keep the old one active too.

BPM tools and methodologies

The Gartner webinar that I dropped in on yesterday had some interesting points about modelling and methodologies that started me thinking.

First, on methodologies: it’s absolutely essential to have some best practices to lend structure to your BPM project. Don’t do this alone, get the help of someone like me (okay, it doesn’t have to be me) who has actually implemented BPM projects before. Whenever you change a business process, there’s a whole lot more than just technology going on, and you don’t want to get caught in the classic IT trap of believing that the business users will be just as excited about the new technology as you are (remember, they didn’t get to play with the Java code).

There were comments in yesterday’s webinar about how the soft benefits are becoming more significant, including internal factors such as real-time business agility and a process-focussed culture. However, you can’t expect your organization to change because of the introduction of BPM technology; instead, your organization needs to make cultural changes driven by business factors and enabled by the technology.

On modelling tools, I made the statement last month that most people are using Visio to model their business processes before they are implemented in a BPM system, which is true. However, just because it’s true doesn’t mean that it’s the best way to do this. If you use a standard modelling notation such as BPMN or UML activity diagrams, you’ll do fine up to a point with Visio, but somewhere along the way to your “to be” process, you’re going to need a more serious tool for process simulation and the like. If you check out the BPtrends report on modelling tools that I reviewed last week, you’ll see a lot more tools with a lot more power than Visio for your process modelling and analysis. You’re not going to put these on everyone’s desktop, but they are needed for a few analysts who will be doing the in-depth process design.