Process Is The Main Thing

@ Anatoly Belaychuk’s BPM Blog

The Most Valuable Player on BPM Ground

Adam Dean wrote in his recent post “BPM Skills“:

The biggest “added value” you can add to the BPM offering is BPM Skills.

I have an objection.

From my experience, the biggest issue of BPM initiatives is poor targeting. People pick up a target for the BPM project - i.e. a specific business process - on a basis of intuition or politics but not a thorough analysis.

No system is able to set the goal for itself. Hence BPM skills are not enough for BPM to be successful.

It depends on how you define what constitute BPM skills indeed so I’ll be more specific: one needs to be professional in analysing company performance, structuring enterprise value chains, identifying critical business issues, connecting business issues to process issues to personal performance issues for a BPM project to be successful. I guess these competencies are beyond BPM for most people.

As I already said here on the blog, this is a kind no-man’s zone between business consulting and process consulting: business consultants know what should be done eventually but have vague understanding of how strategic goals can be achieved with the help of BPM methodology and technology. BPM folks either expect that a customer will pick the target process or assist him with vague recommendations like “pick up a low hanging fruit”.

But look: how many of candidate processes will affect the company’s bottomline figures? The Theory of Constraints (ToC) postulates that there are generally a small amount of (or just one) bottlenecks within a system. Therefore a BPM project results would be visible at the company level only if it was targeted at one of these few (or even a single one) bottleneck processes. Otherwise the BPM project would be successful only locally: it’d increase the productivity of a link but the value chain constrained by some other link will remain the same.

Since we came to this logical conclusion about a year ago, we developed a missing methodology for systematic identifying the right target for a BPM project based on the ideas of Gary Rummler and Eliyahu Goldratt. We use it in pre-BPM projects that give the answer to the question asked by every top manager considering a BPM initiative: “what exactly would I get from your BPM thing in terms of hard dollars”?

The methodoly doesn’t answer the question directly of course - after all, every company has its own performance gaps - but we are able to articulate in advance how and where the answer will be found. The prospective sponsors are just fine with this approach.

The most part of the job at these projects is done by the customer itself - the workgroup usually consists of 15 to 20 people from top management to key specialists. We just set the right questions and the answers are all theirs.

The great co-product of this job is the empowered team. When the complicated and important task of identifying the company’s bottlenecks is completed, they are eager to close the revealed performance gaps with the help of BPM. It’s the best condition for a BPM project one could imagine.

01/28/11 | Notes |    

Comments (7)

  1. Adam Deane 01/28/11 02:39 PM

    Hi Anatoly,

    I think I’m agreeing with you here. I see BPM Skills not as “product skills”, but experience.

    “One needs to be professional in analysing company performance, structuring enterprise value chains, identifying critical business issues, connecting business issues to process issues to personal performance issues for a BPM project to be successful”
    The emphasis is on the professionalising customer personnel, the way they work - not the software offering.

    Regarding “BPM folks either expect that a customer will pick the target process or assist him”
    I think “expect” is not quite the right word… I think the word is “accept” (or “unfortunately accept”)
    “BPM folks unfortunately accept that a customer will pick the target process or assist him”

    I would love to arrive at a customer, that have their own experienced internal business consults and process consults.
    I would love to be in a situation where the customer has analysed, identified and defined the right target for a BPM.
    But usually - this is not the case.

    It would be naive to think that I could turn away a customer until they get their act together.
    My standard quote is: “If they were an efficient organisation – they wouldn’t need BPM”

    The point I was trying to make was that there seems to be a lot of emphasis on “BPM software technology can solve your problems”.
    We are investing a lot into the software solutions, and not into creating good internal business consults and process consults.

    People cause projects to succeed, not technology.
    People need skills to make the project succeed.
    The problem is that these skills come from experience…

    Cheers,
    Adam

  2. Сергей Ладнич 01/28/11 02:44 PM

    День добрый, Анатолий.

    В посте Вы говорите о разработанной методике предпроектного анализа. Могли бы Вы детальнее расказать о ней. Если это конечно не коммерческая тайна :)
    Согласен на любую форму представления, возможно это будет ответ к этому посту, а возможно это будет отдельный пост.

    Спасибо. Давно слежу за вашим блогом. Впечатляет.

  3. Anatoly Belychook 01/28/11 09:13 PM

    Adam

    OK, please count my post as refinement, not objection :)

  4. Anatoly Belychook 01/28/11 09:26 PM

    Сергей

    Спасибо за оценку.

    В двух словах: четыре сессии с интервалом в одну неделю, по 5-6 часов каждая. Каждая сессия начинается примерно с полутора часов лекционных, потом “генерация” - работа в группах и обсуждение наработанных группами результатов. В течении недели результаты приводятся в удобочитаемый вид, и следующая сессия. На выходе отчет с процессной архитектурой верхнего уровня, процессами - бутылочными горлышками, критериями оценки их эффективности и ожидаемый эффект от их усовершенствования.

    От заказчика требуется серьезный commitment: речь ведь идет о том, чтобы оторвать руководителей и ведущих сотрудников от текущих дел примерно на 15% рабочего времени в течении месяца.

    Излагать шесть лекционных часов в письменно - не говоря уже о методике “генерации” - это не на статью в блоге, а скорее на книгу. Лучше в понедельник свяжитесь со мной по скайпу: anatoly.belychook

  5. Иван Аниканов 03/03/14 04:20 PM

    Добрый день, Анатолий.

    Особо согласен с фразой “что я получу от этого вашего BPM в рублях”. Очень часто заказчики задают этот вопрос, а ответ на него не всегда очевиден. Например, в ряде случаев приходится говорить об абстрактном повышении управляемости процессов, иногда - достижение каких-то числовых показателей ставит заказчик, как требование (например, увеличение количества обрабатываемых заявок в единицу времени), но эти показатели слишком специфичны, чтобы можно было потом на них опираться.
    Для выделения узкого горлышка необходима большая предварительная работа, которую заказчик оплачивать не готов, но без которой поставить правильные цели нельзя. Насколько я понял, ваша методика, упомянутая в статье, как раз должна решать этот вопрос. Хотелось бы обсудить с вами подробности, если это возможно, т.к. есть мысли и идеи, которые вы, возможно уже проходили.

    С уважением,
    Иван.

  6. Anatoly Belychook 03/03/14 05:55 PM

    Иван

    Спасибо за отзыв.Этой заметке уже больше трех лет. За это время мы еще кое-что для себя поняли в этой области, а именно: нельзя перепрыгивать через ступеньки на шкале зрелости.

    Системный подход к процессной архитектуре компании в целом - это третий уровень. Попытка перескочить на него, не научившись управлять отдельным процессом, слишком рискованна. Сначала люди должны на примере отдельного, но достаточно значимого процесса, понять с чем вообще этот BPM едят. Только тогда они будут подготовлены к тому, чтобы проецировать приобретенный опыт на всю деятельность организации.

  7. Иван Аниканов 03/04/14 07:45 AM

    Анатолий,

    Да, я вижу, что заметка старая, но эта тема сейчас актуальна для нас. Возможно, вы посоветуете что-то из более нового материала?
    Понятно, что переход к бизнес-процессам по всей компании разом невозможен, надо тренироваться и тренировать заказчика на отдельных небольших процессах, но тут как раз и возникает вопрос правильной идентификации этого процесса.

What do you think?

Captcha

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