Process Is The Main Thing

@ Anatoly Belychook’s BPM Blog

Archive for December, 2008

Very Stylish Presentation

Is it possible to fit 100 slides into 10-minutes presentation? Check out this:http://blog.gardeviance.org/2008/10/gang-up-now-before-aas-cloud-gets-you.html

The presentation is about relatively new concepts - SaaS and Cloud Computing - but you’ll enjoy it even if you don’t care about these matters. I love when serious topics are delivered with artistic style. Wish to be able making presentation this way: perfect language, creative video row and at the same time sharp logic and usefull information.

What else can IT do?

There are actually not too many IT things that changed our life considerably:

  1. Mobile phones - no doubt. How did we arrange meetings without them? Especially at some unknown place.
  2. Internet: web, mail, social networks, e-learning etc. (Or should internet be on the first place?)
  3. CAD/CAM and automated manufacturing. Does somebody still draw blueprints manually?
  4. Accounting software - the amount of work that they do people probably won’t be able to make manually.
  5. Computer games. They changed minds of more than one generation, should be counted indeed.
  6. Pocket navigator. Well it’s more a satellite thing than IT.
  7. Various databases, storing important as well as junk data and documents? Sometimes I feel that we could live without them.
  8. Global transactions, exchanges etc. Not sure. OK, it’s faster than a telegraph, but is it that important?
  9. Automatic translation. It’s basically already here. We can read chineese or french sites and understand most of the content.
  10. Weaponry. It’s amazing but army didn’t take much from IT. Automatic targeting, cryptography, “echelon”… anything else?

We don’t have an artificial intelligence, even expert systems didn’t meet expectations. My favorite business processes and business applications altogether are minor things from this perspective. Tomography is a big thing in medicine but is there anything comparable?

Now, what can we expect to be done in next 10-20 years? (Not interesting to look closer and doesn’t make sence to guess farther.) Quantum computers? AI? Virtual reality? Micro-robots for medicine and war? Somehow I can’t imagine all that clearly. So here is my forecast:

1. Time machine

OK, one-way only. Look: if storage devices will continue to progress at same pace, we’ll have petabyte hard disks in 15 years. Now, video cameras watch you at every corner: at the streets, offices and homes. It’s a matter of wiring them up into a network and developing a software able to track any object in time and space.

This is already done yet occasionally and mostly manually. If done right, it’ll make a big progress in preventing crimes. Besides, it could be commercialized: one could watch a movie e.g. “me walking Paris last summer”.

I can imagine a volunteer watching say a car thief. Once again, something like that already exist: in US people was suggested to become virtual rangers and watch the mexican border right from home computer. Much better than watching your neighbors through the window anyway.

2. Total identification

RFID is getting into our life and I can imagine every piece of clothes on me and every stuff on my desk being able to answer “it’s me!”. Now imagine it’s connected to global networks, databases and one-way time machine - this is how the matrix will have us!

Silly spy things like marking a car will go away: everybody will carry hundreds of markers. Threads in our clothes will become these markers.

It’s amazing that RFID aren’t built into banknotes yet. I guess it’s close. This is how the last island of freedom - cash money - will fall. Probably certain powerfull men would not like it but anyway it’s a matter of time.

3. Speach recognition

A usefull thing, realy, and seem to be close. It’s easy to record but hearing a record is a pain, not to mention deciphering. Back at the unversity the same man who wrote the textbook on mathemathics gave us the classes - following the book word-to-word. Why going to classes then? I figured out that I’m able to read 5 times faster.

And now I’m pressing the keyboard acquiring arthrosis. I’d better sit at the massage chair speaking and then make a few edits.

Of course a side effect would be a geneneration not only preferring audiobooks but also unable to write. But who cares! In fact, I’m unable to write too, only to type. But people will learn rhetorics again!

4. Death of chess

I’m waiting for a chess program being able to solve this task: 32 pieces are aligned at the initial positions, whites begin and win. Or blacks make even.

It’d be less important than above but another page of manhood culture will be turned over and we’ll know the name of the last chess champion. But stay calm: online multiuser games will be a good replacement, and there are champions too.

12/23/08 | Articles |     Comments: 9

Anti-pattern: “End-to-End Process Orchestration”

Definition:

  • “Enterprise Process” (equivalent term “End-to-End Process”) is a business process connected to external customer at both ends and going through more than one top-level company’s departments.

Axiom:

  • A BPM initiative would pay for itself only if you target end-to-end processes.

Otherwise you’ll be guilty of suboptimization sin according to Lean methodology or will “shoot sparrows with a cannon” according to Russian proverb. Yet it doesn’t mean you must begin with such a process - you may use something else for training but you won’t win a medal for training only.

Typical errors:

  1. BPM vendors love to illustrate their products by supporting processes like “Employee Onboarding” or “Expenses Report” thus provoking prospects to do the same. It’s OK for training but there is simply not enough money beghind these processes to justify enterprise-wide project which what BPM project is by definition.
  2. Many prospect wish to go for “Negotiating a Contract” process. There are money behind it but is this a process really? For me it’s rather a fragment of end-to-end process “Sales of Goods or Services”. Customer’s concern being the end result - i.e. performance of the process as a whole - it may happen that the bottleneck wouldn’t be this particular fragment. Narrowing a scope leads to suboptimization.
  3. And here is the worst case: “We have a process here, well-studied and alredy automated, now let’s implement it in BPM for comparison”. In other words, let’s make a race between good and better. For your project to be acknowledged by the management you must not only implement some process in BPM but also significantly improve it. You’d hardly make it with a process that was well worked on already.

OK, let’s assume that we do everything right and consider “Order to Cash”, a classic example of end-to-end process. (Good questions would be: “Why exactly this process?” or “How to pick up the best one from many company’s processes?” These deserve detailed answers however so let’s leave them for the next time.)

“Order to Cash” process in “produce-to-order” business scenario may consist of prepayment, manufacturing, delivery and closure subprocesses:

End-to-end process example diagram in BPMN

What’s wrong with the above diagram? It assumes (since we have only one pool) that manufacturing works synchronously with sales: no order - manufacturing is idle, order arrives - manufacturing starts working on it. If we got deeper into manufacturing subprocess, we would probably found materials and/or parts purchasing subprocess, sychronized with manufacturing in turn.

But businesses just don’t work like “one-two-three”!

Manufacturing does not switch on/off by every client’s order even if we produce to order. Clients’ orders are accumulated and picked up on regular basis, say daily by production scheduling process. Similarly, purchasing is not triggered by a single order usually but rather runs regularily or is triggered by stock level going below a limit.

Technically such work is implemented in BPM not by a singe sychronous process like shown on the diagram above but by several asynchronously executed processes that communcate with each other by data and/or messages. Such scheme can be drawn with BPMN and executed by BPMS - which, from my point of view, is a big advantage of BPMS over workflow. But let’s consider the correct diagram next time - what I’m going to say here is that asychronous execution is a core feature not only of this particular but of every end-to-end process.

Definitions:

  • “Process Orchestration” means tasks execution sequence and logic within a single process frame.
  • “Process Choreography” means the logic of several processes asynchronous execution coordinated by data/message flows.

Theorem:

  • End-to-end process should be modeled by the choreography, not by the orchestration.

It was confirmed by practice and could be proved by the following consideration: since end-to-end process by definition goes through several top-level departments, you’ll have to take into account the working rhytm of each one of them, which means - modeling asynchronous execution.

An attempt to model it by pure orchestration is nothing else but following an anti-pattern which I will call “End-to-End Process Archistration”.

12/22/08 | Articles | , ,     Comments: 10

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: be the first

(Русский) Семинар по 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

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