Blog Posts Case Management Process Management Process Modeling

Time to Stop Using Business Process Models

Blog: Collaborative Planning & Social Business

Whew!  It has been a few months since my last post in October on my way to the EDOC conference in Stockholm.  Presentations and papers went very well there, and I have been working on an entirely new concept.  It all centers around realizing that having to tie an organization down to a fixed, manually drawn process is the main problem.   Instead, a completely new approach is needed for supporting business processes: Emergent Synthetic Processes.

It will take a number of posts to explain fully, and I will try to update the links here so it is easy to navigate.  But first, I want to explain the problems that are inherent in the process model.

The Problem with Process Models

It seems like only yesterday that the entire tech industry was clambering after the holy grail of modeling in any form: data modeling, software modeling, and business process modeling.

Models have served their role in history but now we are seeing a new trend we have seen the limit to what process models can offer. We’re now finding the business process models are holding organizations back. Organizations are not able to move forward with a hard-coded business process models. Those organizations that are moving forward sometimes incur costs of maintaining the model that are too high. This book will cover many of the reasons for this. It will clarify which aspects of a model are valuable and worth keeping, and which should be left behind and discarded. Because it is now time to move beyond the process model.

What Modeling Is and Isn’t

The attraction of modeling was that a model is not a program. Programming is difficult. Programming requires highly trained individuals. Programs have to be debugged. So the dream was that a model would allow you to escape having to program things.

The irony is that a model is still a program. It is far easier to read for a new person to understand, but it’s still a program.

The point I’m trying to make here is that the process model does not free you from most of the tasks that a programmer is engaged in while automating work at the office. Modeling is still programming and like any programming the result must be carefully tested, it must be debugged, it must be carefully introduced into production use, and it must be maintained.

While it is certainly true that drawing of a sequence of steps for a business process is a better representation of the process than Java-language program. It is easier for average business person to look at and understand the sequence of activities. For this reason a business process model is certainly more useful than the text-oriented source code which traditional programming would use.  There is no question that it would be harder to show a group of business people the source code of a traditional program and have them understand it.  It is clear that the representation of the business process as a graphical diagram is an advantage over source code.

But do not think that this means that there is no programming involved. The process modeler must assure that the actions are in the right order, that the actions complement each other, that the right data variables are used at each step. The process modeler must use good programming techniques to assure that the model is correct and debugged.

Internalization Required

A graphical model can only easily represent a program to a certain limited level of complexity.

It is still the case that drawing a diagram is easier for the average person to understand send a text oriented source code which would be used otherwise but when your model extends to many pages it can be just as large a challenge to understand the macro scale model as it would be to understand it in the original source text. This is not to say that text oriented-programming is easier when the project gets large, rather to say that a large multi-page model can be just as hard for someone to understand as a large program.

So a business process model is still a program. It is simply a program that is a bit easier to read and understand for non-programmers but still requires the skills of a programmer.

Stay Tuned…

The next post will be on how process models inherently fail the organization.

Where is all this going?   Glad you asked.  You will find all this in my soon to be published book:

Leave a Comment

Get the BPI Web Feed

Using the HTML code below, you can display this Business Process Incubator page content with the current filter and sorting inside your web site for FREE.

Copy/Paste this code in your website html code:

<iframe src="https://www.businessprocessincubator.com/content/time-to-stop-using-business-process-models/?wpfpaction=add&postid=94229&feed=html" frameborder="0" scrolling="auto" width="100%" height="700">

Customizing your BPI Web Feed

You can click on the Get the BPI Web Feed link on any of our page to create the best possible feed for your site. Here are a few tips to customize your BPI Web Feed.

Customizing the Content Filter
On any page, you can add filter criteria using the MORE FILTERS interface:

Customizing the Content Filter

Customizing the Content Sorting
Clicking on the sorting options will also change the way your BPI Web Feed will be ordered on your site:

Get the BPI Web Feed

Some integration examples

BPMN.org

XPDL.org

×