Skip to Content
What is right versus what is true?

Everyone has personal opinions concerning some result or process. To illustrate the difference between right and true, let’s look at the following example: some can claim that I am a tall person. Others can say that I have medium height. Each side of the height debate will give examples to prove his/her case, thinking that only that opinion is right. Discussion will be generated. However, if someone says that my height is one meter and eighty centimeters, any discussion will be dropped, because this fact is true. In Russia it is said: “Everybody has their own sense of what is right, but the truth is the same for everybody”.

Having rich experience in working with businesses-processes in a large chemical enterprise, I conclude that in the course of creating processes we need to find true processes, not just the right ones.

If the team is busy debating some fact or process, consequently, none of the participants is proposing the true process. Why? If they were to find the true process, debate would be dropped. Let’s look at the differences between right and true processes below.

Example

Recently in the course of creating a shipment business-process, one question arose: “Who will enter the number of proxy for goods receiving and the name of the person empowered to receive goods into the SAP system?” First we found the following possible answers:

1. Contract manager, who negotiates with Buyer and previously can ask who and according to which proxy will be sent for loading.
2. Clerk of pass department, who first of all will see documents of the person empowered to receive goods and a driver arriving for goods.
Hot debate began during the discussion of the above proposals.
Adherents of the first variant were the employees of the security department. They considered that we should prevent people who were not sent by Buyer from entering the territory.
Adherents of the second variant were contract managers. They said that a clerk of the pass department should enter this information into the system. They saw it as an additional and useless operation.

During our heated discussions, we came to the conclusion that both variants were right, but not true. In order to find out the true process, we put the following question out: “What is the proxy needed for?” The answer was: the employee of a loading point needs the proxy to have a reason for loading goods and issue the transport documents in exchange for the proxy. This fact states that the employee of a loading point, who issues transport documents, is responsible for authenticity of proxy data. Hence, the employee of a loading point must enter proxy data into the system and control accuracy of proxy issued by Buyer. Indeed, as soon as this decision was proposed, all discussions were closed. The true process, concerning proxy data entrance in the R/3 system and control legality of proxy, was found.

Let’s establish the rules for creating true business-processes!

The above example shows that company should have the skills of creating the true business-processes, which, I think, all business-processes experts have. We, business-processes experts, should produce, collect and establish the rules for creating true business-processes. They will help companies find true decisions faster during the process of building the business-processes.

For this scenario, I suggest the following rules:
1. The data should be entered in the system at the work place where this business process takes place. This should be done by the responsible employee.
2. The employee must have the possibility to change the data, which has been entered by him/her. He/she should be able to view all other data, but not change them.

Who has their own rules? Please continue this list of rules.

Characteristic

Right process

True process

Quantity

Great number of variants

One variant

Quality

Intricate

Simply

Appearance

Discussions

Lack of discussions

Contradictions

Congruence

Incomprehension

Easy to understand

Demands of additional function implementation from other processes

Takes away necessity of some function implementation by other processes

Based on everybody’s interest

Based on logic

To report this post you need to login first.

1 Comment

You must be Logged on to comment or reply to a post.

  1. Saujanya GN
    hi,

    Yeah, in this blog, u really described what happens usually in the discussion reg the processor roles in a business process.As a business process developer,it takes alot of time inorder to come to a conclusion.

    thanks alot and yes,definitely we ll try this.

    Regards,
    Saujanya

    (0) 

Leave a Reply