На правах рекламы
В 2005, когда мы запускали сайт bpms.ru, и в 2006, когда участвовали в первых конференциях по BPM, в России BPM предлагали буквально единицы.
Сейчас BPM стал раскрученным брендом, на российском рынке активно работает примерно десяток вендоров, и несколько десятков компаний предлагают консалтинг. У многих уже есть квалификация и опыт выполненных проектов. Технически грамотно выполнить BPM-проект сегодня способны многие: смоделировать процесс, разработать модель данных и экранные формы, добавить бизнес-правила, оргструктуру, интеграцию и бизнес-аналитику – и процессное приложение готово.
Но основные проблемы BPM-проектов сегодня не в разработке приложений и вообще не в ИТ. По общению с потенциальными заказчиками, дискуссиям на форумах, выступлениям на конференциях просматриваются две общие проблемы: 1) как получить от BPM реальную, измеримую выгоду и 2) как сделать так, чтобы BPM не остался однократным проектом, а стал частью культуры организации.
Как добиться эффекта от проекта BPM?
Этот вопрос часто поднимается в форме - как «продать» BPM внутри организации. Спонсор проекта не дает себя увлечь голым энтузиазмом, а просит объяснить, как успех проекта отразится на строке прибылей и убытков компании.
Или, если на старте проекта удалось получить кредит доверия, то в конце проекта возникает вопрос – как вернуть этот кредит реальными, измеримыми, желательно в рублях, результатами?
Самый тяжелый случай, это когда проект выполнен успешно, все работает (вариант проваленного проекта я тут даже не рассматриваю), но на простой вопрос «ну и что?» – что изменилось, кроме форм на экранах пользователей – убедительного ответа нет. Фальстарт фатален – второй попытки не будет, потому что руководство переключит свое внимание на какую-то другую многообещающую идею.
Поэтому лучше до этого не доводить, а задуматься об экономической эффективности проекта BPM еще до его начала. В этом случае вопрос сводится к следующему: за какой процесс мы возьмемся и чего хотим от него добиться?
Основная сложность тут в том, что, даже если вы супер-компетентный специалист в области BPM, этого недостаточно, чтобы обосновать эффект BPM. Просто потому, что ни одна система не способна поставить цель сама себе – для этого надо выйти на уровень надсистемы. В данном случае – на уровень бизнес-целей, стратегии, цепочки создания ценностей, потенциала улучшения и т.п.
Последовательность должна быть следующей: бизнес-проблема – процессная проблема – проблема автоматизации:
1) Прежде всего следует определиться: что нас не устраивает в существующем положении дел на уровне бизнеса?
Где теряются деньги? Где упускается прибыль, которая суть те же убытки? Где мы не отвечаем ожиданиям клиентов и несем репутационные издержки, которые в итоге сказываются на финансовых показателях? Где мы из-за своей неповоротливости упускаем открывающиеся возможности? Где мы вынуждаем квалифицированный персонал и руководство заниматься рутиной?
На этом уровне могут ставиться такие, например, цели:
- за ближайшие полтора года увеличить объем продаж вдвое
- обеспечить рост партнерской сети на 50% в год
2) За какие бизнес-процессы надо взяться, чтобы добиться улучшений, заявленных на первом шаге? Что в этих процессах должно улучшиться?
Причем не в общих словах, а конкретно, например:
- сократить время подготовки коммерческого предложения с 10 до 3 дней
- уменьшить долю не отгруженных в срок заказов до 5%
- сделать так, чтобы руководители проектов не стояли в очереди у двери кабинета директора, «выбивая» дополнительные ресурсы под свой проект (кстати, случай из реальной практики)
Обязательно должна просматриваться связь между показателем процесса и обозначенной на первом шаге бизнес-проблемой.
Показатель может быть качественным или количественным, но в нем не должно быть неопределенности. Проведите мысленный эксперимент: представьте, что проект уже выполнен и все, что вы намереваетесь сделать с бизнес-процессом, уже сделано. Теперь задайте себе контрольный вопрос: «Как я пойму, что стало лучше?» Если четкого и однозначного ответа на него нет, то браться за проект бессмысленно – в конце вы столкнетесь с тем самым проклятым вопросом «ну и что?».
3) Только после того, как ответы на первые два вопроса получены, можно задаваться третьим: какая функциональность должна быть реализована в процессном приложении?
Например:
- панель управления для руководителя с 360-градусным обзором состояния исполняющихся процессов, узких мест, загрузки исполнителей
- таймеры и эскалации для своевременного информирования и принятия мер в случае просрочки активности в рамках процесса
- планирование критического ресурса («бутылочного горлышка»), обеспечивающее максимально эффективное его использование
- контроль за состоянием процесса со стороны исполнителя: предыдущие активности, планируемые активности
- веб-портал самообслуживания для заказчиков и/или партнеров: ввод заказа, отслеживание состояния заказа, информация о пройденных шагах, прогноз по срокам
Беда многих BPM-проектов в том, что в них во главу угла ставится автоматизация. Заказчик говорит: разработайте процессное приложение с такой-то и такой-то функциональностью. Это приводит к неправильной расстановке приоритетов в разработке и к неадекватной схеме процесса.
Только когда целеполагание выстраивается по схеме бизнес-проблема – процессная проблема – проблема автоматизации, на выходе получается система, дающая осязаемый эффект. По сравнению с разработкой от автоматизации, в такой системе оказывается меньше микроменеджмента и больше контроля над сквозным процессом, онлайн-мониторинга, эскалаций.
Как превратить BPM-проект в долгосрочную программу?
К сожалению не редкость BPM-проект, выполненный по схеме «водопада» – по жестким требованиям, без намека на непрерывное усовершенствование. Или «одноразовый» BPM-проект, не приведший к появлению в организации собственного центра компетенции и не сделавший компанию процессно-ориентированной.
Если выше мы говорили о связи между BPM и бизнес-целями и, в конечном итоге, стратегией компании, то тут корни проблем еще глубже: как удачно кем-то было сказано, «культура съедает стратегию на завтрак». Организация, стремящаяся к успеху через BPM, обязана развивать процессную культуру – иначе ничего не будет, невзирая на самые лучшие стратегию, программное обеспечение BPMS и BPM-консалтинг.
Краеугольные камни процессной культуры, в моем представлении:
- Процессное управление есть систематический ответ на разобщенность подразделений, присущую иерархическим организациям.
- Процессное управление подразумевает а) управление компанией на основе формализованных бизнес-процессов и б) управление жизненным циклом самого бизнес-процесса – разработка, исполнение, мониторинг и анализ, доработка.
- Усовершенствование бизнес-процесса – это не переход к идеальному «to-be», а бег за постоянно удаляющимся горизонтом.
- Невозможно превзойти конкурентов, используя стандартные бизнес-процессы. Ключевые бизнес процессы – это ноу-хау.
Практические следствия из этих положений:
- Внедрения BPM «под ключ» не бывает.
- Компания обязана разрабатывать и развивать ключевые бизнес-процессы у себя, не рассчитывая найти их в открытом доступе или приобрести готовыми вместе с коробочным софтом.
- Финансировать BPM следует не как проект с фиксированным бюджетом, а в виде ежемесячной суммы, направляемой на усовершенствование бизнес-процесcов.
Тезис о необходимости развивать ключевые бизнес-процессы внутри компании не означает, что все надо делать самим. Внешних экспертов привлекать можно и нужно – нельзя привлекать «магов и волшебников». Компания обязана обладать собственной компетенцией как минимум на уровне, позволяющем грамотно поставить внешним консультантам задачу, принять результаты работы и понимать, как они получены.
Очевидно необходимая составляющая этой компетенции – BPMN.
Одних эта нотация отпугивает своей сложностью, а другим, наоборот, представляется проще, чем она есть на самом деле. И в том, и в другом случае это приводит к серьезным проблемам. Мы в нескольких пилотных проектах столкнулись с тем, что из-за поверхностного знания нотации BPMN заказчик не был в состоянии до конца разобраться, как работает бизнес-процесс и главное, в каких направлениях можно развивать схему процесса. Это как раз и приводит к однократному проекту вместо долгосрочной программы.
Почему за BPM надо обращаться в Бизнес-Консоль
Сегодня мы можем взять любой бизнес-процесс по выбору заказчика, «разобрать его по косточкам» и реализовать в виде процессного приложения в BizAgi BPM Suite, в котором будут пользовательский портал, бизнес-правила, мониторинг (BAM) и интеграция с корпоративными системами. Это стало для нас уже делом техники, рутиной. Но это можем не только мы.
Наше преимущество в том, что, помимо этого, мы помогаем нашим заказчикам решить две обозначенные выше насущные проблемы.
1. У нас есть методология, позволяющая зряче выбрать бизнес-процесс, реализация которого в BPM даст максимальный эффект для бизнеса.
Если заказчик сам знает, где у него «больное место» – хорошо, можно запускать проект BPM.
Если же, как часто бывает, все места «больные», то мы выполняем консалтинговый проект экспресс-анализа бизнес-процессов, в ходе которого сначала анализируем цепочку создания ценностей, а затем выявляем звенья этой цепочки с максимальным потенциалом улучшения.
Точнее, и ту, и другую работу выполняет рабочая группа заказчика при нашем методическом руководстве. И это гораздо ценнее, чем если бы мы, как консультанты, принесли результаты на блюдечке. Ведь выводы, к которым руководители и ведущие специалисты заказчика пришли сами, которые выстрадали, намного более убедительны и, главное, порождают очень правильный настрой – желание немедленно засучить рукава и добиться улучшения в бизнесе. А поскольку проект выполняется в сжатые сроки – за 4 недели – этот энтузиазм не успевает остыть.
2. Мы эффективно учим BPMN.
Учим не просто нотации. Ключевой момент тренинга bpmntraining.ru – самостоятельная работа слушателей над бизнес-процессами, выбранными ими из собственной бизнес-практики.
Есть большая разница между учебными упражнениями и реальными бизнес-процессами. В реальной жизни приходится сталкиваться с глыбой, к которой вначале даже не знаешь с какого боку подступиться. И первый вопрос даже не «как смоделировать процесс», а «сколько вообще процессов в рассматриваемой задаче».
Но когда слушатель, после самостоятельной домашней работы и полного дня в классе, все же справляется с задачей, наступает просветление. С этого момента он по-настоящему владеет BPMN, т.е. способен эффективно применять его на практике.
А его компания, как сказано выше, приобретает ключевую компетенцию, необходимую для эффективной реализации BPM.
Все доступно прямо сейчас
Если изложенное выше представляется вам разумным, то рассмотрите следующие предложения Бизнес-Консоль:
1. Пригласите нас провести научно-технический семинар на тему «Современное управление бизнес-процессами».
Примерный регламент: полтора часа доклад, включающий в себя демонстрацию BPM-системы, и полчаса обсуждение проблем, стоящих перед вашей организации, и подходов к их решению. Никаких обязательств с вашей стороны, за исключением заинтересованного участия в мероприятии вашего руководства.
2. Бесплатно скачайте и установите программное обеспечение BizAgi: Modeler для моделирования бизнес-процессов и BPM Suite (Xpress или Enterprise .NET Edition) для моделирования, исполнения, мониторинга и анализа бизнес-процессов.
Поставьте и то, и другое на личный ноутбук (для BPM Suite желательны 2 ГБ памяти и процессор 2 ГГц). Никакой дополнительный софт не требуется. Теперь вы можете самостоятельно реализовать в BizAgi собственный бизнес-процесс на пробу.
Мы настоятельно рекомендуем, чтобы не тратить время на самостоятельное изучение инструмента, предварительно пройти наш тренинг по BPMN –
3. Закажите тренинг на сайте bpmntraining.ru. Направьте одного или нескольких специалистов на публичный тренинг или, если их набирается четверо или больше, закажите корпоративный тренинг на своей площадке.
Опять-таки, это вас ни к чему не обяжет, но понимание того, что такое BPM, что можно делать с помощью BPMN и BPMS, в вашей организации вырастет радикально. Вы сможете зряче планировать любые BPM-инициативы, даже если в итоге вы выберете другую BPMS и других консультантов.
4. Запишитесь на вебинары Бизнес-Консоль, на которых мы демонстрируем продвинутые возможности BizAgi, такие как интеграция с 1С или мониторинг и анализ бизнес-процессов.
В конечном итоге мы будем рады видеть вас в числе единомышленников и клиентов Бизнес-Консоль, выполнить для вас проект экспресс-анализа бизнес-процессов и BPM-проект, помочь вам создать собственный центр компетенции по BPM и достичь новых вершин в бизнесе.
Добрый день
Несколько дней назад обнаружил ваш блог по ссылке с сайта Репина. Весьма приятно, что тема интеграции административного управления бизнес-процессами и их автоматизации так активно вами поддерживается Это очень актуально и важно.
По теме статьи из своего опыта могу добавить, что вживление термина “бизнес-процесс” в лексикон управленцев проходит весьма туго и занимает обычно около 1-2 лет.
До сих пор в первом приближении я проводил разъяснительную работу в стандарте IDEF0: тот-то отвечает, тот исполняет .. а результатом есть такой-то документ …
На мой взгляд - тут BPMN явно слабее в части PR среди непосвященных в тонкости моделирования процессов управленцев.
Александр
Спасибо за отклик.
Под бизнес-процессами каждый понимает свое. Ни в коей мере не критикуя Ваш подход, хочу заметить, что среди тех, кто приходит на BPMN-тренинг, очень многие (если не большинство) уже прошли через этот этап: потратив много сил, нарисовали схемы и описали свои процессы. А потом увидели, что жизнь идет сама по себе, а схемы остаются лежать мертвым грузом.
BPMN, в отличие от IDEF, позволяет не только описывать, но и исполнять: What You Model Is What Your Run. Как это было у классика? “Философы до Маркса объясняли мир, а учения Маркса его изменяет” - как-то так?
У меня вот вопрос - почему все делают вид, что движущей силой бизнеса являются процессы а не люди их руки и инструменты в их руках? Люди становятся работниками и подписывают трудовой договор!!! И вот тут начинается точка уничтожения, токен не живучести bpm. Трудовой договор это в развитых странах огромный Талмуд регламентов и четких инструкций по сути описание бизнес процессов. Работник использует его как РАБОЧИЙ ИНСТРУМЕНТ, инструкцию по своим задачам. Что у нас? Одни пишут схемки красивые, внедряют их и умудряются на их основе анализировать деятельность предприятия - другие, те самые реальные работники не понимают чему им следовать??? То ли трудовому договору с абстрактными статьями - работник обязан добросовестно выполнять. И тд. И.т.п. То ли руководству пользователя к прикладному ПО на его рабочем месте. ребята автоматихаторы! Как руководитель компании прошу вам не усложнять жизнь работников а облегать ее и начать с КОНКРЕТИКИ, а именно создать шаблон трудового договора с использованием BPMN и удобным оглавлением. а уж потом озаботиться рисованием схем где не понятно кому их читать, словно какому то стороннему созерцателю, а не людям в компании
Это кстати причина почему малый бизнес не использует процессное описание - потому как КОНКРЕТИКИ не идти, а она есть! Просто наши специалисты настолько увлеклись самим предметом, что за ним не видят. Его назначение уже первоначальное. Взять примеры, которые везде приводятся. Кто это должен читать и следовать этому? Допустим заявка на отпуск. Работнику нужна одна схема, а тому кто выделает отпуск другая. Общая схема нужна только одному человеку - руководителю процесса! Я вообще не увидел нигде понятия руководитель процесса, тот кто отвечает за его прохождение и следит за задачами событиям внутри процесса. А ведь иерархия руководителей процессов и есть пирамида организации управления в компании, при процессно ориентированом подходе!!! Этот момент вообще не рассматривается словно нет реальной жизни есть крупные компании илектронные формы зажатые заданной программой процесса. Думаете все работы делаются сидя перед монитором? А реальные работы? Где нужна и выручила бы простая печатная схема? Где ручные процессы? Извините - накипело)
Илья
В чем-то с Вами согласен, в чем-то нет.
Загнать все в трудовой договор - это, извините, ересь. О каком постоянном усовершенствовании процессов может идти речь при таком подходе?! В трудовом договоре можно и нужно фиксировать функции. Функции и процессы - это не два альтернативных подхода к управлению, а два аспекта целостного управления.
Что касается ответственности за процесс, то тут надо различать менеджера, отвечающего за экземпляр (экземпляры) процесса, и владельца процесса - “законодательную власть”, отвечающую за то, что план (схема процесса) составлен правильно. Что значит “не увидел”? Это стандартные термины.
Малый бизнес не использует процессное описание? А что, должен?