BPMN 2.0: The day they created a better world


Share on LinkedIn

Open the champagne bottles, invite your neighbours over for a celebration because the glorious day has finally arrived: BPMN 2.0 is here – next stop THE CLOUD.

I’ve actually made a small bet with myself: Out of the first 15 BPM vendors I’ll visit at this years CeBIT, 10 will feature BPMN 2.0 as the main sales argument. It won’t be about what and why, it’ll only be about the ‘how’. Oh what fun to look forward to, should an unsuspecting manager dare to ask how BPMN will benefit his company in better managing his business processes …

Should you detect a slight bitterness in these lines, you’ re probably right. To my mind, BPMN will turn out to be nothing more than a giant smokescreen for vendors to hide behind. As I can already see people lining up with heavy and no doubt sharp-edged implements hidden behind their backs, let me at least offer two explanations for my lack of enthusiasm:

  • Had we had a standard modelling notation right from the beginning, it would have been alright and the goals associated with BPMN might even have been achieved. Take a standardized set of components on which everyone shares the same (identical!) understanding and yes, all sorts of misunderstandings and problems might have been avoided. As it is, we are now well into the third generation of process designers not only familiar with particular tools and their specific notation types but these tools have shaped the process designers way of thinking and in many cases their companies’ way of thinking about processes. Not that this could be called a success in all cases, but the mindset is developed and it’s out there. So now people will have to be ‘untrained’ first (did anyone see yesterdays headline ‘Is BPMN the death of eEPC?’) only to be trained in BPMN later. (Only a real cynical mind would link this to the BPMN training offers I’ve found in my mailbox these past few days)

  • BPMN will kill off any discussion on what to model. We’ve seen it in the past and I’m convinced we’ll see it again here: It doesn’t matter what you do, as long as you do it with the right tools and methods. Will BPMN be an enabler for companies to improve processes? Hardly. Do I, in my role as a customer, get the impression that unsatisfactory process experiences are the result of up until now lack of BPMN? I don’t think so. It’ll be mainly the same processes designed with the same mindset, only now it’s in BPMN.

Having said that, BPMN will be a success – at least when measured by uptake from vendors and clients. We will see a lot of migration projects, demand for BPMN process designers is rising and let’s be honest, some very clever and experienced people have worked on getting BPMN to this stage. But it still leaves me with the question of if we’ve in any way moved towards a better management of processes. I have my doubts.

Somehow I find myself reminded of the interface-standards discussion of 15 years ago when the WfMC developed a set of specifications for general interfaces between design tools and workflow engines, between different workflow engines etc. Net result? Niente, nada, nothing…apart from customers suddenly asking if workflow engine X was interface 5 compatible. (‘Why? Do you want to run a process across different workflow systems?’ ‘No, but we value standards’)

BPMN will be the Stock-Aitken-Waterman approach to process modelling. Perfect technical production, highly successful and absolutely no lasting value. It’s plastic pop culture entering the process arena. Give me AC/DC any time.

Republished with author's permission from original post.


Please use comments to add value to the discussion. Maximum one link to an educational blog post or article. We will NOT PUBLISH brief comments like "good post," comments that mainly promote links, or comments with links to companies, products, or services.

Please enter your comment!
Please enter your name here