Another perfect week in Santa Barbara. Here are some notes I took from the keynote speeches from Nathaniel Palmer, Jim Sinur, and Sandy Kemsley.
bpmNEXT 2019
Reply
Author Archives: kswenson
Business Process Models are Not Agile
This is the final post on the problems of business process models for automating work, and one that sums it all up: hand drawn business process models simply are not agile enough.
Agreement Itself Holds Companies Back
In the last five posts I outlined five ways that business process models are dificient when it comes to automating work. In this post I give a sixth, and quite possibly the most significant problem: Agreement takes effort, and once you have agreement, that agreement becomes a barrier to further change.
Problem with the ‘Omniscient View’
This is another in a series of posts discussing why it is time to move beyond the process model. The last two posts were about BPMN and CMMN respectively, however the actual problem is deeper. Even if you found the perfect modeling notation, the fact that you have to bring everything together into one place is a bigger barrier to success.
And CMMN as Well
We knew that BPMN needed fixing, but CMMN didn’t fix it enough. This is another installment in the series on how we need to move beyond process models for automating work. The last post pointed to limitations in BPMN, and this post covers CMMN.
How BPMN Misses the Target
One bright hope for business process modeling, developed between 2003 and 2010, was the standard known as Business Process Model and Notation (BPMN). This would be the way to model businesses! But today, most people use a simple flowchart in everyday use. Why is that?
Just this week I received an email from a professor in Germany with some process models and with the apology: “Sorry, these are not in BPMN or any formal notation.” Well, they usually aren’t and it is time to start asking they question: why? Continue reading
Models and Organizations Don’t Mix
This another installment in the series pointing out the problems with using a hand-drawn business process model. The last post was how a business process model fails in the promise to be easier than programming. Even if you get past that issue, and hire programmers to make the models, a static model is not really suitable for a human organization anyway. Continue reading
