Process Is The Main Thing

@ Anatoly Belaychuk’s BPM Blog

How many processes are there in your BPM projects?

I noticed that process part of our BPM projects tend to be smaller than the part that may be called traditional enterprise application - planning, accounting, reporting. (With the only difference from tradition that it’s web applications instead of client-server.)

In fact I always believed that BPM is for those who “got a ERP yet didn’t get happiness”. But I can’t see a single company around who have reached the nirvana of total automation - everyone wishes to add something to their software assets. And advanced ones don’t want to go traditional way, they want to strengthen new applications with process support. No objections indeed but as a result we fall into projects that have a lion’s share of more or less traditional applications develoment and smaller process management part. Our analysts and developers spend most of their time on these applications, not on business processes. Not a big deal of course - we are in this business for more than 15 years - just boring if compared with the process work.

As someone said on sql.ru forum, BPMS ain’t a silver bullet because there is still a lot to do manually.

But a simple thought got into my mind today: i’ts simply because BPMS makes the process part easy while the rest of the job remains the same. Let’s imagine for a moment that we have the same two parts of the job - traditional and process ones - but no BPMS. The volume of process work would increase manyfold and balance would shift.

Let me use my favorite BPMS-DBMS analogy. Database development takes relatively small part in today’s projects if compared with UI development. But it’s only because modern DBMS’es simplify this job tremendously. Just imagine for a moment that data are managed by some C library and you have to programm data navigation also on C instead of SQL.

Conclusion: it’s not about being rich with BPMS, it’s about being very poor without it!

12/11/08 | Notes |     Comments: closed

(Русский) Семинар по BPM для аудитории UML2.ru

Sorry, this entry is only available in Русский.

12/10/08 | News | ,     Comments: 10

Levels of process thinking

Bruce Silver posted an article “BPMN’s Three Levels, Reconsidered” on his blog. (It’s a fllow-up to the earlier post on the matter: “Three Levels of Process Modeling with BPMN“.) From his two-years experience of giving BPMN classes Bruce noticed that many of students (he even says “most” couple of paragraphs forward) are simply trying to document, analyse and improve their processes and don’t bother about executable models. Bruce calls this Level 1 of BPMN usage. Level 2 also covers activity flow model suitable for direct execution inside BPMS that includes conditional logic, exceptions, events, messaging (process choreography assumed yet not mentioned).

But is it about BPMN really?

I like the statement Mark McGregor made on the cover page of his new book “Winning With Enterprise Process Management” (freely available at markmcgregor.com):

…process thinking takes many forms - Business Process Management, Continuous Process Improvement, Six Sigma, Lean Sigma, Business Process Reengineering and many others…

Mark is right: it’s about thinking. Process thinking. Different kinds of process thinking, to be precise.

Do you remember the times when object-oriented programming was just invented? It was noticed that it’s not about programming languages. One could write object-oriented software even with Fortran (and some people did when there were no decent C++ compilers) if he catched the idea. And of course you can (and many people actually do) write 100%-functional code on C++.

An interesting observation was made at that time: it’s much easier to teach C++ to a newbie than to experienced C programmers. The reason - it’s about installing a certain kind of mindset (object-oriented in that case) or changing it. The latter turns out to be much harder than the former.

Now I have absolutely the same experience with people trying to understand what BPMN (BPM, BPMS - you name it) is about. Those who deal with business processes for years and have strong background in BPR, ISO9000 etc. can’t grasp what’s so cool about executable process models. They always considered execution to be “implementation details”, something IT should care about. Some of them become irritated enough to say or write that BPM is nothing new, it’s pure marketing, it’s an “umbrella concept” etc.

By contrast, every student and/or junior consultant becomes excited about possibilities that this concept opens. When you just draw a process diagram you can make a dozen of them, all being valid and all being different. That’s no good. When execution is involved - even in it’s simplest form, with simple automatically generated screens and zero integration - you go from “diagrams” to “the diagram”. The analyst isn’t in position to draw an unconsistent diagram any more: if he does, the diagram returns back to him with developer’s note “sorry, can’t be executed this way, please correct”.

Getting back to BPMN Training - Bruce uses Process Modeler for Microsoft Visio by itp commerce for his classes. It could be a perfect choice: high level of BPMN compliance and strong simulation capabilities. But there is no execution. And you just can’t explain what is the execution by words and slides, without showing it.

When we realized this fact several years ago, we recorded and published a simple demo video showing BPMS modeling and execution. And it became a hit. Many people said “thank you” because it helped them understand the directly executable process model concept, regardless of BPMS used.

So Bruce, if you wish more people moved from Level 1 to Level 2, you must show them how a model can be executed in BPMS and how iterational modeling and execution is done. Don’t leave it implicit and don’t assume people know it already. Because as you say it yourself - most of them don’t and it’s the key assumption behind BPMN.

12/08/08 | Responces |     Comments: 22

I did it!

I have a blog of my own. You can find out who is “me” and what is this blog about here and there.

And right now - couple of words about what it costed to me. Four days: two on design, two on customizing Wordpress. What was the idea? Well,  to start with - I wanted a standalone blog. If you pretend to be an IT blogger but are unable to build it with your own hands - are you really an IT man? Or ex-one who didn’t write a line of code for last …teen years?!

Secondly, these Wordpress themes - they are awfull. OK you may say they are “nice” and I’d agree to this but I couldn’t find a single one matching the following requirements:

  • cross-browserness (behave well in IE6 in particular)
  • fluid layout
  • variable fonts

Sacrifying usability for pretty design is not for me.

» read the rest

12/01/08 | News |     Comments: 2

About this site design

Does it hurt your eyes? Sorry - this is what I call “genuine design” :) What about usability - navigation? Typography? Search?

It may seem that Wordpress has more than enough  themes ready to use. But when you come closer -

  1. standard/default themes are awfull
  2. most of them are not internationalized or internationalization is broken
  3. the vast majority use fixed width layout and fixed fonts - I hate this style
  4. only few works smoothly in IE6 which still is the most widely browser used I guess

So I had to do it myself. YUI CSS helped a lot. It gives you

  • a relaible base (all browsers are brought to unified visual style)
  • reasonable typography (fonts and spaces)
  • grid framework (top-level web page layout markup)

It’s really very helpfull. CSS is a kind of black magic which can burn your brains. With YUI you just add your specific styles to well-established basement - fast and easy.

I also considered the Blueprint CSS which is promoted by Google but YUI has better concept, supports flexible layout  and is far more mature.

11/29/08 | Notes |     Comments: 7

Copyright © 2008-2025 Anatoly Belychook. Thanks to Wordpress and Yahoo.  Content  Comments