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

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

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

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

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

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

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

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

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

OK, please count my post as refinement, not objection

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

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

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