Process Is The Main Thing

@ Anatoly Belaychuk’s BPM Blog

My Personal View of а Business Process

Everyone knows what a business process is. Yet it’s difficult to find two people agreeing on the term. Should they look in a book for the definition? But there are are dozens of different definitions.

We must face the fact that there is no universally-accepted definition of a business process and probably newer will be. Hence it’s no use to develop the true definition and I won’t do that. I’ll try instead to explain what do I mean by the term “business process”.

Search for the true definition is fruitless because the notion of a business process is not self-contained - it makes sence only within a frame of some conecpt. Business process within the process management has one meaning, business process in enterprise applications integration is another thing and the term used in production line design differs from both. A universal definition suitable for all three domains would be too vague and therefore useless.

Some examples: is “From Order to Cash” a business process? Apparently, yes.

Now what about these:

  • “Personnel Management”
  • “Oil Mining”
  • “Expenses Report”
  • “Preparing Invoice”
  • “Printer Cartridge Replacement”

Maybe they are business processes, maybe not… it depends on the point of view.

I am primarily interested in process management view.

What is process management?

Let’s get back to basics: process management isn’t an artificial concept, it responds to very material problems of functional management.

Here is the issue of any hierarchical organization:

  • Specialization comes first: one employee is trained to work in one functional area, the other - in another.
  • Then employees are divided by departments and occupy the rooms according to their function.
  • At the end of the day every employee cares only about the function assigned to him while the end result - that is, satisfying the needs of the outer worlds which is the ultimate reason for the organizagion to exist - is nobody’s responsibility.

A hierarchical organization builds only head-subordinate kind of relations but it isn’t enough to satisfy the external customer - it requires cooperation of several departments. For example, from the moment the customer turned to us, to the point where he had gone satisfied, the workflow involves the client department, shipping department, the lawyers who approved the contract, accounting who issued an invoice etc.

The hierarchical system tries to resolve the ussue unsystematically: through emails, meetings, “administrative football.” It doesn’t hurt as soon as the company is small and young because all the team is well-motivated. But motivation alone doesn’t help when the company grows - some systematic solution is needed.

There are two possible solutions: project and process management.

  • Both in project and process management we introduce regulations establishing horizontal collaboration between departments within our hierarchy. These ”game rules” are mandatory for all participants and following them guarantees a positive outcome.
  • Project management establishes the rules for each project e.g. in the form of a project schedule.
  • Process management is based on the assumption that our activities are repetitive. Therefore the rules are set for the business process template and each instance of the process follows the template.

Business process and process management

Within the process management scope business process can be defined as a repeating sequence of activities coordinating the work performed by various departments.

The key aspects:

  • business process is cross-functional - it involves several upper-level organization units
  • business process is repeatabile - a sequence of actions can be defined in advance as a template (it’ss a project, not a process otherwise)

Under this approach, “Preparing Invoice” and “Printer Cartridge Replacement” aren’t business processes while “Expenses Report” is as it involves multiple functional areas.

Business process and functional management

I know that some colleagues won’t agree with the interpretation above. They call a business process and even model in BPMN things like scanning incoming correspondence by a secretary or filling a transport container by a warehouse worker.

I don’t buy it. I believe that business process is not a cure for a functional incompetence that can and should be fixed by functional management. The employee is uncapable? Train or replace. Doesn’t help either? Replace the line manager.

A business process is indispensable in a situation where all employees are functionally competent but the number of participants is so large, they are so far from each other in terms of geography and/or organizational  and the worlfow logic is so complex that functional management fails.

The same idea may be expressed less agressively: you are free to call the business process whatever you want but the effect of using a business process as a management tool will be greater, the greater the number of participants is, the more distant they are from each other and the more complex the logic of their interaction is.

Business processes classification

Now here is a valid question: why the customer is missing in the definition above?

It’s because limiting the business process term only by those that are directly related to the client (the client has come - the client went away pleased) would be impractical.

Let’s consider Purchasing process for example. It isn’t connected to the external customer yet its logic is complex enough and it involves multiple departments (logistics, finance, production). Therefore the same cross-functional issues are inevitable and it’s natural to apply the process management here.

This is why it’d be non-productive to consider external customer satisfaction as a qualifying attribute of a business process. It’s better to introduce the classification of business processes instead:

  • Core - those creating a value for the external customer
  • Supporting - others creating costs, not value

It should be noted that, although the supporting processes do not create value, they usually are inevitable either because they support core processes, or because they provide conditions necessary for the existence of the company like compliance or fiscal accounting.

The notion of end-to-end business process is close to core - in both casess we deal with processes connected to the customer. They differ in scope:

  • End-to-end business process is triggered by customer’s request and ends when all the work initiated by the request is done, a classic example - “Order to Cash”.
  • In contrast, “Order Delivery” is a core business process but not end-to-end.

Every end-to-end process is core but a core process may not cover all the process end-to-end i.e. constituate its subprocess.

Business process in terms of BPM

Prior to the millenium process management was meant management of the organization through business processes.

Modern BPM added another aspect - volatility. It postulated that business processes changes over time. (More precisely, it changes much more often than the functions that make up the process.)

These changes occur because of state regulators, pressure from competitors, the growing demands of customers and partners and last but not least because of our own passion to self-perfection.

As a result, the modern process management has two dimensions:

  • management of the organization through business process
  • management of business processes through classic PDCA cycle

Modern process methodology and BPMS tools view a business process as something constantly evolving. Consequently the waterfall development isn’t applicable to a BPM project - only Agile methods do.

05/14/12 | Articles | ,    

Comments (5)

  1. Bruce Silver 05/16/12 07:23 PM

    I like the direction you are going. I would add that BPM as a management discipline, e.g. Paul Harmon’s book, does not adequately distinguish between “process” and “function” or “capability”, and that is even more true for business process architecture. BPMN has a very specific view of what a process is, what an activity is, even though it is not explained well in the spec. BPMN-style orchestrations are not the only way to model and manage activities in BPM. There is also case management in its various forms and perhaps (to the extent it is different) project management, supporting and monitoring processes, etc. Each style has its place, and arguments about which is always best are pointless. I enjoy your writing on the subject.

  2. Anatoly Belychook 05/16/12 09:02 PM


    Thank you for the input. There is much of your influence in all my writinigs.

    Thanks twice for the hint. Guess my next post will be about BPM definition.

  3. Рахимжан 07/05/12 11:52 AM

    Разреши предложить свое видение.
    1. То о чем мы говорим можно сравнить с велосипедом тандем. Если на первом сидении сидят и рулят “Действия” а на втором только крутят педали и смотрят в спину действий “Результаты” - это функциональный подход. А если наоборот, то это процессный подход. Команда вроде как одна и та же, а результаты сильно отличаются?
    2. А если “вспомогательные” процессы назвать “обеспечивающими”, то они поглотят и непонятные “Управляющие”?

  4. Рахимжан 07/05/12 11:56 AM

    Прочел после передачи. Хочу заменить одно предложение.
    Команда вроде как одна и та же, а успехи разные.
    Так будет лучше.

  5. Александр Бухаленков 05/05/13 09:45 PM

    Этот вопрос занимал меня долгое время
    Даже “поджег” однажды дискуссию на BPTrends LinkedIn group своим радикальным взглядом на бизнес процессы :) -
    Игры в уровни абстракции..
    1. Бизнес-процесс ли “добыча нефти”, или “добыча нефти из скважины” или “добыча партии нефти” ?
    2. Возьмем другой пример, стандартные заявка-заказ на закупку в ERP системе (Purchase Requisition -> Purchase Order). Какие из сопутствующих действий - БП ? “Создать PR”, “Создать PO”, или это часть процесса “Закупить материал X” ?
    3. И как быть, если в PR несколько строчек, и было создано несколько PO ? (или наоборот. Так как data relationship PR line PO line M:M (многие ко многим) ) ?

Comments are closed

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