Well the book (BPMN Modeling and Reference Guide) is out, and we sold out at the Gartner BPM Sumit last week (we launched the book there). People would come up, thumb through it, think about it perhaps but then buy a copy. Several of them came back an hour or so later and bought more copies … with phrases like “this is actually designed for people to read …”, “the rest of my team need to read this …” and “I must get my boss a copy of this.” And then some of the vendors popped their heads above the parapet – one of the larger names in this space is now talking about buying 2000 copies (one for each member of staff I guess), and two others walked off with half a dozen copies for their colleagues. So all up, we were pretty pleased.
My “BPM and Modeling” track session was well attended (a couple of hundred delegates), and only 3 people fell asleep. Of course, it was directly after lunch, and modeling is not exactly the most rivetting of topics, although I did try to make it as interactive as possible (given the situation). I reiterated a central tenet of my approach to process modeling – in the early stages of a BPM initiative it is important to contrast modeling approaches to drive understanding (rather than slavishly following just one technique such as BPMN). The key point is that you need to be able to change your perspective … to see things differently if you want to really understand the process. Of course, when it comes to implementing a process using on a BPM Suite, then you need to resort to BPMN to get clarity into the execution model.
On Friday morning, I filled the (relatively small) room at the “BPM and Process Architecture” power breakfast, which was always going to be a difficult task given that the night before was the vendor parties (free booze). Anyway, several people complemented on an interesting session afterward. I had tried to communicate the set of methods we use to move from thinking about Strategy to through to implementation. This session included an overview of techniques to support the clarification and definition of:
- What business are you really in, and what business services you need to support that vision.
- From that, what is an effective Process Architecture -i.e. what processes do you need to support those business services and how do they communicate with each other, etc. (referencing the RIVA Process Architecture method).
- And from there, how do you get to the SOA-based IT Services that are needed to support those business processes (i.e. how they are implemented). What service interfaces are required for each component, etc.
The problem is that, when it comes to process architecture there are very few reliable approaches … certainly functional decomposition falls down a hole here. Most rely on what I call the “black art” approach. They make the mistake of linking Process Architecture to the current mechanisms for apportioning blame (the organizational chat) – i.e. the Process Architecture should be independent of the organizational structure. If you change the way the departments and business units are structured, this shouldn’t force a refactoring of the processes.
I ended the session with a short overview of Case Handling approaches … an area that I feel is poorly understood (especially by vendors who have little incentive to change the status quo). Case Handling is really a design pattern enabling a balance between control and adaptation (efficiency and flexibility), where users are left in control, yet the organization can still provide support for the vagaries of customer interaction (see “Customers and Business Processes – Difficult Domains to Integrate” on page 2 of the papers available on the BPM Focus web site for more detail there).
I attended a few other sessions, but found new insights a bit few and far between (for me that is, too educated I guess). I only caught the last third of the opening keynote (I was told I didnt miss much earlier), and found myself taking notes (as much as anything on the language used and the phraseology for concepts). I sat through an entire session on Customer Interaction and BPM (which I felt missed the mark entirely … but still managed to salvage a few points here and there). I enjoyed Dan Roam’s session (keynote on day 2) on modeling on the back of a napkin (using simple rich pictures to communicate). I felt that the session on BPM and SaaS (Michelle Cantara) didn’t go far enough (stopping well short of talking about the implications of the cloud on the way work will happen in the future). But there were other sessions on that (competed with my modeling session), so no doubt they got more into that aspect then.
The Vendor Showroom floor was the usual zoo – with people wandering on and off stands or generally ignoring the vendors while they consumed their deserts or coffee. This format just doesnt work for either the vendors or the delegates who want information on what the products really do. Contrast that with the BPM Technology Showcase we are running on October 14-16 in DC. The last one of those in Nashville was a roaring success as people got up close and personal with what the technology can really do for you.
Otherwise, I seemed to be either signing books or getting button-holed by folks in the hallway.