Apparently BPMN is Too Hard by

Jim Sinur has thrown in the towel on BPMN in his latest post:
BPMN for business professionals is just not up to a business level of need. Some folks think that BPMN is good enough for IT and it should be good enough for business professionals. I think the former is true, but the latter is way off the mark. BPMN really stands for “Business People May Not…understand” IT professionals can’t really expect business folks to understand cryptic/standard formats when they really want to see a real representation of their processes with desirable icons; not engineering Icons. It’s kind of like someone saying “let them eat cake”. It is this IT arrogance that could sink BPM technologies.
Respectfully, I think Jim is letting the business off the hook.   No need to learn any new skills over there on the business side, just draw something on a napkin and hope it turns into a process.  Just make up any old iconography you want, no problem if no one other than you can understand it (you know, the value of standards is that more than one person or team can understand what is produced).  Don’t bother to learn something that is about 10% harder than standard flowcharting (Bruce Silver has helpfully identified a subset of BPMN that is more appropriate for new-to-BPMN business users). At a time when we’re asking IT to learn new skills and to be more business oriented, is it too much to ask Business to learn new skills to support process improvement?  This isn’t unique to BPM – if the business is going to support ACM, they’re going to have to learn new tools for that as well.  If the full BPMN icon set is too much for someone, use the subset that you understand and like to document your ideas, and make use of annotation.  If someone shows you a diagram with more icons in it that you don’t follow, it should be straight forward to get an explanation or to look up the new notations you aren’t familiar with.  While Jim may not be a fan of standardization of notation – business folks are plenty used to standards of notation (not just in BPMN).  I use BPMN basic diagramming shapes to whiteboard processes for businesses all the time (literally on the whiteboard or in collaborative tools) – and they don’t have any trouble following what’s going on. The problem isn’t that BPMN, as a notation, is too hard. It is that too many people think that BPM starts and stops with BPMN!  There is so much more to managing business processes, and improving them, than BPMN.  By way of comparison, think about search.  Search is a highly technical subject with a very rigorous syntax.  But nearly everyone can take advantage of its more simplistic forms – just typing in a few keywords into a Google search field.  It doesn’t mean that they can’t understand a more complex query string when they see it, nor guess at the meaning of a phrase surrounded by quotes… nor understand the resulting page of search results (the outcome). In fact, if they find their need for search becoming more complex, they can actually endeavor to learn the more advanced forms (domain filtering, exclusion, wildcards, etc). So let’s all agree that there is much that must be done in the world of BPM to address businesses better, but tossing out BPMN and letting business off the hook is hardly the solution.  One need look no further than a tool like IBM’s BPM Blueprint to see that you can ease the business into BPMN style notation by first having them engage in process mapping or value stream mapping.  You don’t have to throw out BPMN to do this.  At the first company I worked for, we used to like to quote a line from a business book: “Genius of the ‘And'” – as in, why can’t I have both a simpler mapping notation, and a more detailed process execution notation that make sense together – instead of only one or the other? It is time for everyone to step up to the plate in BPM, not just the software vendors.  BPMN is part of the answer, but only part.
  • Oleg

    to me this is a great example of how IT is now hostage to the business complaining of no support from IT. It sounds petty – but more often than not the business side will go back to management and state that IT is not supporting their needs – when in fact they simply don’t want to take on responsibilities or learn. With the current state of driving costs down and being “flexible” it’s an easy argument for the business side to make.

  • http://davethinkingaloud.blogspot.com/2010/09/bpmn-only-part-of-solution.html David French

    It would be really scary if those responsible for the operation of multimillion dollar enterprises can’t take on the meaning of a set of symbols that can be put on a small wallchart. [more at
    http://davethinkingaloud.blogspot.com/2010/09/bpmn-only-part-of-solution.html

  • http://www.bp-3.com/blogs sfrancis

    Well, let me first say I am not beating on the business, I’m picking on Jim for trying to let the business off the hook. We need for IT to enable business to own the business processes, not to enable business to continue to NOT own the business processes. Ie, we want enablers in the positive sense, not enablers in the negative sense of the word!

    I think when we position a notation on paper as too complex, we’re short-changing our business partners and allowing them to short-change themselves.

  • http://www.bp-3.com/blogs sfrancis

    I need more than one like. Great response, Dave. I think you pointed out the expressiveness of BPMN quite eloquently:

    “With a very small set of symbols, BPMN allows a range of expression of process definition from a whiteboard-quality overview to the precision of a computer algorithm for calculating Pi.”

  • Pingback: Process for the Enterprise » Blog Archive » I See Business Professionals… Using BPMN()

  • Pingback: Column 2 : The Great BPMN Debate of 2010()

  • Pingback: The Great BPMN Debate of 2010()

  • Pingback: Covering all sides of the BPMN Debate « Fujitsu Interstage Blog()

  • Pingback: BPM: Who is a Business User? « Adam Deane()

  • Pingback: BPMN too Complex? » Process for the Enterprise()