Archive

Archive for the ‘Adaptive Processes’ Category

ACM TweetJam wrap-up

If you are interested in my tweets in yesterday’s Adaptive Case Management TweetJam, here they are:

I am available. First TweetJam for me. Never done one before. #acmjam

I want to learn if people find the arguments for acm convincing. What questions they have. What applications they see. #acmjam

@cmooreforrester .. and the hard work that is left is often creative work. #acmjam

A knowledge worker is valued for his ability to interpret information within a specific subject area. #acmjam

A knowledge worker uses his/her research skills to identify problems and to define alternatives. #acmjam

A knowledge worker will utilize use his/her expertise and insight to work to solve those problems. #acmjam

The course of action depends on knowledge, alternatives, chances, risks and decisions. #acmjam

Alternative definition is creative work and often unpredictable. #acmjam

The decision outcome is unpredictable. #acmjam

It’s not worth the effort to model all followon processes for all decision alternatives in detail. #acmjam

But the followon proccess is planned in detail, if the decision has been done. #acmjam

BPMN in standard use is not fit to express acm. #acmjam

But with BPMN tweaking it can come near. #acmjam

Being able to use tweaked BPMN for acm does not mean, it’s the way it should be. It’s a compromise. There is much overhead. #acmjam

The question should be: What is the best way to express acm? #acmjam

ACM languages are now beginning to emerge. Company specific. #acmjam

In the long run there might be an ACM language standardization. #acmjam But for now there should be freedom for language design.

I don’t use “modeling” for acm. I use “planning the next steps”. #acmjam

@cmooreforrester Yes, I saw the the newsweek story on creativity. #acmjam

@mishodikov All information must be at one place – meeting minutes, guidelines, links to discussions, decision log, … #acmjam

@mishodikov I don’t see fast paced as a problem for acm. That’s the reason we need it. To see results and status. #acmjam

@frijswijk Adativeness 70 till 100 processes may be integrated with some ERP. #acmjam

Key difference between ACM and BPM: ACM has no distinction between design time and runtime. #acmjam

There is no process model needed to start an acm process. One step is sufficient to start it. #acmjam

@piewords No, ACM is different from the core architecture, not just a nice UI for some BPM. #acmjam

ACM use cases: audits, reorganizations, PMIs, oil spill, bush fire, company startup, .. #acmjam

acm use cases: engineering design project management, key account management, escalation management, … #acmjam

Work monitoring / analytics is a very important feature of ACM. #acmjam

Adapting work priorities depending on analytic results. #acmjam

Traceability is a key feature of ACM. #acmjam

RT @maxjpucher: ABSOLUTELY DISAGREE !!! #ACM is #BPM with a gooey collaborative center. #acmjam I disagree too!!! Different architecture.

@passion4process “ACM just provides a library of templates and users build case.” . Why just? That opens a new door. #acmjam

@charoy Analytics learings flow into the running process. Not only post mortem. #acmjam

One ACM key is: All work has a clear status and responsible. Think of all the project Excels you have. Not necessary soon. #acmjam

RT @passion4process: We moved from top-down BPR, to collaborative BPM, to controlled anarchy ACM… #acmjam .. controlled anarchy!! :-)

RT @swensonkeith: sometimes you can identify routine patterns in a previously emergent situation #acmjam

“standardization” in acm is a bottom up collaborative process. #acmjam

“standardization” in ACM is filling the ACM community library with process templates / patterns. #acmjam

So far standardization was mainly top-down. #acmjam

In ACM the knowledge workers themselves standardize, if they agree upon. #acmjam

No external consultant needed to “standardize” in ACM. #acmjam

Some chaos is needed to be creative. #acmjam

Creative people always produce some chaos. #acmjam

Knowledge work is a chaos reduction funnel. #acmjam

You need some chaos to start knowledge work, otherwise its pointless. #acmjam

Especially in Library. RT @cmooreforrester: … need a mechanism to selectively restrict changes on processes #acmjam

ACM manager benefit: The reporting gives transparency about the workload and the progress. #acmjam

ACM managager benefit: Execution performance management. #acmjam

ACM manager benefit: easier to report to upper management. Quick overview. #acmjam

ACM manager benefit: drill down in case of problems . #acmjam

ACM manager benefit: traceability in case of work handover. #acmjam

ACM manager benefit: Upper mgmnt benefit promising, but has still to be proven. Too early to prove. #acmjam

Acm upper mgmnt promises: leaner work, creativity, cost reduction, better products, …

Acm upper mgmnt promises: leaner work, creativity, cost reduction, better products, … #acmjam

ACM introduction to workforce: Must be self appealing. #acmjam Needs best usability.

ACM introduction to workforce: Must feel to support “natural flow of work”. #acmjam

ACM introduction to workforce: Access control for “private” processes. Manager can’t see everything. #acmjam Needed for acceptance.

The goal makes the process lean. #acmjam

The goal makes the process lean, with ACM you can drop unnecessary luggage on the way. #acmjam

An ACM system must be designed from scratch. Not chance to adapt existing something. #acmjam

@crozwell lean and innovation: http://bit.ly/br7jje http://bit.ly/cMlWCs #acmjam Good point.

Eliminating waste itself is knowledge work because it needs situational judgments. #acmjam

@charoy Work is unpredicable, because the human decision is unpredictable as well as human creative work is. #acmjam

RT @ActionBase: Another example of an ACM use case – building a process model #acmjam :-) ) Smart! :-) )

@maxjpucher What do people love with BPM? The picture? #acmjam

Can you predict a chess player’s moves or a soccer team’s match? #acmjam

Inspiring discussion. Thanks. #acmjam

Categories: Adaptive Processes Tags:

Conclusions from the Math of the Missed Deadline

What practical conclusions do I draw from the Math of the Missed Deadline?

All knowledge workers, that I know, and I know a lot of them, don’t organize their knowledge work by using project planning techniques. And that has a reason. It is too clumsy. Changes are too rapid. It is not worth the effort. So certainly the solution to the Math of the Missed Deadline problem is not to use project planning, neither deterministic nor stochastic project planning.

But the Math of the Missed Deadline shows where the key is. The key is in coordination.

I am sure many of you knew that before already. But it is interesting to see which tools are used for coordination. The mostly used coordination Tool is Microsoft Excel, I propose. Why? It is used, because it is so easy to use.

But I must admit I was not satisfied. An Excel of 3.500 entries does not make sense any more. It is hard to structure them. There are so many Excels. One here, one there – for every project a different one. Don’t miss a deadline assigned to you in any number of Excels distributed on many file shares! That is a challenge.

I want to have it cloud based – accessible from everywhere. I want to calculate the remaining effort. Still, the maintenance must be very easy to use. I want a quick search.

I don’t want to explain the whole functionality here and now, because this is reserved for prospects. If you are interested in considering the system for use send me an email: frank.michael.kraft[at]bpmnforum.net

The only statement I want to make today is: Even if the problem “Math of the Missed Deadline” sounds quite complicated, the solution is very simple and easy to use.

I am not using Excel any more. Not for the purpose of coordinating Workstreams.

Categories: Adaptive Processes Tags:

Math of the Missed Deadline

Did you know that missed deadlines have a reason that can be explained with math? Maybe you know the TV series Numb3rs. Charly Eppes helps his brother Don of the FBI to investigate cases. Charly is math professor and he always has a nice mathematical explanation for what is happening and how to solve the case. (By the way – that is an excellent example of two knowledge workers!) Today I want to explain to you mathematically, why deadlines in knowledge work are missed again and again. I know – it does not happen to you. But just in case you are curious.

Maybe you think that working harder would solve the problem. But all the time you are struggling against a mathematical law.

Say we have a case that has to be broken down into workitems. These workitems have dependencies. Some have, some have not. So it is a network of workitems, or mathematically spoken a directed acyclic graph. You can think about it like a BPMN process without loops. Another mathematical term is lattice. Now we can estimate the duration of each workitem and by using standard project planning techniques we can calculate the planned end time of the project, buffer times of the workitems and the critical path – i.e. the workitems that have a buffer time of zero. You surely have heard of it.

When I was in the seminary learning the technique I said to the teacher: I have doubts about this technique. It is well known that most projects don’t follow this plan, but are late. So there must be something wrong with it. Why not plan more buffer time from the beginning? The teacher said I am not in the position to question such a technique, but I have to learn it. So far so bad.

Later I was in a seminary about statistical project planning. Very interesting. Each workitem did have a probability distribution instead of only a planned duration. Of course the probability distribution has an expectancy value and a variance. One tends to think the expectancy value of the workitems duration probability distribution should be equal to the planned duration in deterministic (i.e. non probabilistic) project planning. And one tends to think, that the expectancy value of the duration of the whole project is the sum of all expectancy values of the duration of workitems that are on the “critical path” of the project. But that is not true. Something unexpected happens here – mathematically.

If you use the means of statistics to calculate the probability distribution of the duration of the whole project it turns out, that the expectancy value of the project duration is always bigger or equal than the sum of the expectancy values of the workitems on the “critical path”. THAT is strange. Even if all workitems behave according to their probability distribution – i.e. some take longer but others are completed faster – even then the whole project takes longer.

I am not talking about bad estimations here. I am not talking about the problems that appear, if all workitems take longer than planned or additional workitems are needed. I talk about perfect guesses and a perfectly planned process. EVEN THEN – the whole project takes longer.

Why is this so?

The answer is this: There are dependencies between the workitems. Because of these dependencies certain workitems can’t be started, until others are completed. If one workitem in the chain is delayed, it delays the start of other workitems as well. But if one is faster than planned, it does not necessarily speed up other workitems. Simply said: delays add up while completing ahead of time don’t.

It is the same reason why there is a traffic jam on a highway simply because there are many cars. Why don’t they all drive 120 kilometers per hour? Just because the breaking adds up between the cars and accelerating the car does not.

Of course the effect is much stronger, if the variance of the probability distribution for the tasks is bigger – which is the case with knowledge work.

So – I got my satisfaction. The first teacher was wrong, I was right. I can prove it mathematically :-) .

And you have a good excuse for the next time you miss a deadline. You can say you worked very hard, but there is a mathematical law ….

Categories: Adaptive Processes Tags: