Сегодня в отечественном бизнесе набирает популярность новый вид программного обеспечения для управления бизнес-процессами, а именно, BPMS-системы. И, естественно, их появление вызвало много вопросов. Зачем они нужны? Как они работают? В чем их принципиальное отличие от других вариантов автоматизации бизнеса?
Когда я впервые столкнулся с BPMS, у меня также возникли все перечисленные выше вопросы. Я далеко не сразу понял, зачем нужен новый инструмент, почему нельзя реализовать все необходимые для успешной работы бизнес-процессы в уже имеющихся системах учета или CRM, и в чем принципиальное отличие BPMS от других вариантов автоматизации бизнес-процессов.
В этой статье я хочу рассказать о том, что такое BPMS-системы, зачем они нужны и чем процессный подход отличается от традиционных методов работы. Я не буду говорить о технических аспектах BPMS (о моделировании и разработке бизнес-процессов), этому будет посвящена следующая статья. Сейчас я постараюсь раскрыть сущность и смысл BPMS максимально простым и понятным языком:
Что такое BPMS?
BPMS - еще одна аббревиатура из разряда ERP, CRM, которая не имеет четкого определения. Хотя определений достаточно много: и зарубежных, и российских. Кроме того, компании, которые выпускают собственные BPM-системы, также дают свои, особые определения, что вносит дополнительную путаницу. К тому же нередко BPMS объединяют с другими системами (например, BPMS+CRM, BPMS+ERP) и тогда разработчики дают определение BPM-системы, исходя уже из этого контекста.Но для того, чтобы разобраться, что такое на самом деле BPMS, и в чем заключаются их особенности, необходимо сначала разобраться, что такое BPM.
BPM (англ. Business Process Management, управление бизнес-процессами) - концепция процессного управления организацией, рассматривающая бизнес-процессы как особые ресурсы предприятия, непрерывно адаптируемые к постоянным изменениям, и полагающаяся на такие принципы, как понятность и видимость бизнес-процессов в организации за счёт моделирования бизнес-процессов с использованием формальных нотаций, использования программного обеспечения моделирования, симуляции, мониторинга и анализа бизнес-процессов, возможность динамического перестроения моделей бизнес-процессов силами участников и средствами программных систем.
Википедия.
BPMS (англ. Business Process Management System) - это в первую очередь программное обеспечение для поддержки концепции BPM в компании. BPMS-системы нужны для того, чтобы реализовывать в программной среде концепцию BPM.
BPMS рассматривает работу компании как набор процессов, а не как набор функций. Объектом BPM-системы является не работа отдела продаж или закупок, а процесс продажи, процесс поддержки клиентов, процесс управления снабжением и т.д. И уже исходя из этого понимания, строится работа по реинжинирингу бизнес-процессов в BPMS.
BPM-cистема направлена, главным образом, на совершенствование работы компании, на более прибыльную деятельность предприятия путем оптимизации и контроля бизнес-процессов.
Работа пользователей в BPMS и других системах
Для лучшего понимания сути BPMS, нужно понять, как обыкновенные системы (ERP-системы, CRM) подходят к работе пользователей. Например, пользователю необходимо составить заказ клиента. Каковы его действия?Пользователь может заполнять документ произвольно, если не запрограммирована последовательность его работы:
- Может сначала открыть форму заказа, подобрать товары, указать цены, потом определить клиента.
- Может сначала создать клиента, потом - его заказ.
BPM-система рассматривает пользователя как еще один кирпичик в системе. Человек должен четко знать, в каком процессе он работает и что он должен делать.
Сотрудники в BPM-системе рассматриваются не с точки зрения результата процесса, а с точки зрения выполнения действия. Вариативность действия пользователя здесь исключается. Сотрудник делает только то, что запрограммировано в системе, ни больше, ни меньше.
Способы реализации бизнес-процессов
BPMS - это один из способов реализации бизнес-процесса. Рассмотрим, какие способы представлены в реалиях российского бизнеса для понимания, зачем же нужна BPM-система.Выделим три подхода:
- “Бумажный” подход;
- Автоматизированный подход (с применением других систем);
- Процессный подход в системе BPMS.
В моей практике был такой случай: клиент мне оплатил полностью счет, хотя на тот момент должен были внести только часть оплаты в размере 50%. Почему это произошло?
Потому что у них в компании не было процедуры согласования счета. Узнали мы с директором компании об этом совершенно случайно. Я узнал, что в их компании на этапе согласования счета происходят периодические сбои, а директор с удивлением обнаружил, что он оплатил не 50% счета, как планировал, а сразу 100%.
Почему так случилось? Все просто. Сработал, так называемый, “испорченный телефон”. Специалист принес с бухгалтерию счет к оплате с фразой “Надо оплатить 50% от суммы”. Бухгалтер уточнила у руководителя, оплачивать этот счет или нет. Руководитель, будучи уверенным, что речь идет о 50% суммы, подтвердил оплату. А бухгалтер, в свою очередь, забыла о том, что вслух было сказано о половине суммы, и поняла руководителя так, что надо оплатить весь счет. Что и было сделано.
На примере этой компании и этого бизнес-процесса мы и рассмотрим все три подхода.
“Бумажный” (не автоматизированный) подход
Как раньше происходило согласование счета в этой компании?- Сотрудник получает счет, передает его в бухгалтерию;
- Бухгалтерия вписывает счет в платежную ведомость, согласовывает ее с руководителем;
- Если руководитель одобряет и подписывает запрос, бухгалтерия оплачивает счет.
Автоматизированный подход
Как правило, компании стараются контролировать тот или иной бизнес-процесс в учетной системе, в которой они уже работают. Но это также неправильно. Рассмотрим, какие минусы есть при таком варианте.
Так как дополнительных средств на реализацию бизнес-процессов в компании, которую я привожу в примере, не было выделено, мы воспользовались теми инструментами, которые уже были на предприятии, а точнее, учетной системой.
Задача состояла в том, чтобы при необходимости оплаты счета сотрудником, сумма выплаты проходила через определенные этапы согласования.
Как это выглядело:
- В системе назначаются ответственные лица за согласование расходов;
- На основании какого-либо документа (заказа поставщику, поступления товаров или другого документа) создается документ Заявка на расходование денежных средств в статусе Не согласовано;
- Если ответственный согласовал заявку и поменял статус на Согласовано, то счет направлялся в бухгалтерию;
- Если ставился статус Отклонено, значит, заявка уходила обратно к лицу, инициировавшему процесс.
- создать доступ в систему;
- обучить работе с необходимыми документами;
- настроить интерфейс для удобства использования;
- настроить права доступа.
Для принятия решения в данном случае интересны только 3 момента:
- деньги (сколько мы должны выплатить);
- получатель (кому мы должны выплатить);
- назначение (за что выплачиваем).
К тому же, такая реализации согласования в учетной системе достаточно примитивна и не предполагает вариативности (например, разделение зон ответственности в зависимости от суммы документа или статьи расходов).
В BPM-системе, все-таки, важен сам процесс согласования, а не отражение информации для будущей отчетности и т.п. Здесь просто есть люди, которым нужно, исходя из контекста информации, быстро исполнить процесс.
Итак, основные отличия ведения бизнес-процессов в BPMS от учетной системы:
- В BPMS важно именно то, что делается. Здесь важна не учетная информация, не отчетность, а необходимость быстро принять решение, чтобы бизнес-процесс продвинулся дальше. С учетной системой так не получится, здесь мы должны указывать, какие документы за счет каких создаются и т.п. - это неудобно. Здесь нет четкого контекста.
- Простота логики и разработки. Если мы ведем бизнес-процесс в учетной системе, то должны учитывать большое количество логических связей: как проводятся документы, транзакции, на что это влияет, какие дополнительные лицензии надо покупать и т.п. - хотя, казалось бы, ответственному за согласование лицу это не нужно. Но в учетной системе мы обязательно должны привязываться к объектам конфигурации либо дорабатывать их, что не очень правильно.
Вот как раз для этого и были созданы BPM-системы, в которых вся логика направлена не на расчеты, не на хранение данных, а на быстрое исполнение процесса и его контроль.
Теперь перейдем к третьему подходу и рассмотрим, как же должен быть решен этот бизнес-процесс в системе BPMS.
Процессный подход в BPMS
Сначала определяем логику работы и разбиваем бизнес-процесс на последовательные этапы.В нашем примере их будет три:
- Создание заявки на согласование счета;
- Проверка заявки;
- Результат заявки:
- если одобрено - распечатка заявки,
- если не одобрено - сообщить об этом поставщику
В системе каждый пользователь работает под своим логином и паролем и видит только свою форму и свое место в бизнес-процессе. В нашем примере за создание заявки ответственен сотрудник, а за проверку и согласование - руководитель, и каждый из них видит только свои формы, свои задачи и может выполнять только свои действия.
Соответственно, если сотрудник, создавший заявку, нажал перехода на следующий этап, то с него ответственность снимается и переходит к руководителю, который должен проверить заявку. Этим мы добиваемся разделения и контроля зон ответственности.
На этом примере наглядно видно, что, в BPM-системах все зависит от контекста. Все взаимодействия форм направлены на то, чтобы пользователь видел только то, что нужно и только то, что ему необходимо на конкретном этапе, исходя из контекста процесса.
Если другие системы направлены на то, чтобы операция была выполнена, то в BPMS мы сконцентрированы на действиях.
BPM-систему можно сравнить с японской техникой стрельбы из лука Юми. В школах стрельбы из юми проповедуют следующий подход: если вы хотите попасть, не нужно концентрироваться на цели, нужно делать правильно каждое действие сейчас. Т.е. здесь используется принцип, который применяют в уже упомянутой мною японской стрельбе из лука Юми: сосредоточьтесь на каждом действии, на каждом этапе, качественно выполняйте каждое действие. И тогда вы обязательно придете к цели!.
И если перенести такой подход на конкретное предприятие, каждый из сотрудников должен делать то, что необходимо. И концентрироваться только на этом. Сотрудник не должен думать о цели, он должен делать только то, что необходимо в конкретный момент.
По сути, в BPMS системе каждый сотрудник работает, как будто, на конвейере. Каждая задача, каждый бизнес-процесс, в котором участвует сотрудник, становится отдельной конвейерной линией. И, как участник этого процесса, сотрудник в рамках той или иной задачи может выполнить только определенные действия, жестко ограниченные алгоритмом выполнения задачи.
Конечно, сравнение это не совсем точное, ведь сотрудник может выбирать, какой из бизнес-процессов он будет обрабатывать сейчас, а какой - позже. Т.е. до определенного момента он находится над процессами, и может выбирать, к какой из веток конвейера он присоединится в данный момент времени. Но в рамках определенного бизнес-процесса он становится участником конвейерной ленты, процессы в которой накладывают на каждого из участников жесткие ограничения.
Вернемся к примеру с согласованием счета, и рассмотрим, какие возможности есть при процессном подходе:
- Разделение зон ответственности;
- Концентрация работы сотрудников на конкретных действиях;
- Оповещение пользователей об изменениях в процессах (или о необходимости внести изменения), в которых они участвуют.
BPMN 2.0 - это общепризнанный стандарт описания бизнес-процесса и люди, знакомые с этой нотацией, сразу поймут модель бизнес-процесса, написанную в этом формате.
Заключение
Итак, я надеюсь, что сумел внести ясность в вопрос, что такое BPM-система и зачем она нужна путем сравнения процессного подхода с другими вариантами работы. В следующей статье я покажу, как технически происходит моделирование и исполнение бизнес-процесса на примере конкретной системы.Еще статьи по данной теме.
Википедия дает такое определение: "BPM (англ. Business Process Management , управление бизнес-процессами) - концепция процессного управления организацией, рассматривающая бизнес-процессы как особые ресурсы предприятия, непрерывно адаптируемые к постоянным изменениям, и полагающаяся на такие принципы, как понятность и видимость бизнес-процессов в организации за счёт моделирования бизнес-процессов с использованием формальных нотаций, использования программного обеспечения моделирования,симуляции, мониторинга и анализа бизнес-процессов, возможность динамического перестроения моделей бизнес-процессов силами участников и средствами программных систем."
Стадии развития программного обеспечения управления компанией
Какие же задачи призваны решать системы BMP и какое место они занимают среди другого программного обеспечения автоматизации бизнес-процессов?
Чтобы ответить на этот вопрос, обратимся к материалам отчета Best Practices in Business Performance Management: Business and Technical Strategies (Успешный опыт управления эффективностью бизнеса: бизнес и технические стратегии) Международного Института исследования Хранилищ данных (The Data Warehousing Institute, TDWI). Авторы отчета, сделанного летом 2004 года, позиционируют BMP-системы, делая общей схемы развития ПО для автоматизации бизнес-процессов за последние двадцать лет (см. перевод схемы на рис.1).
Рис.1 Схема развития ПО для автоматизации бизнес-процессов
Судя по схеме, вначале появились системы автоматизации бэк-офисных процессов, прежде всего, производства и бухгалтерского учета. Затем фронт-офис: продажи, услуги, маркетинг. В конце 20-го века организации перешли к автоматизации перекрестных процессов, которые затрагивают работу несколько подразделений, внедрение технологии управления взаимоотношениями с клиентами - CRM (Customer Relationship Management) и технологии управления цепями поставок - SCM (supply chain planning ) . И на вершине пирамиды корпоративное управление, которое стали автоматизировать совсем недавно. Для решения последней задачи и выделяется специальный класс программного обеспечения - BMP-системы.
Уровни пирамиды отражают постепенный переход от автоматизации оперативных бизнес-процессов к автоматизации стратегии управления бизнесом. Процессы более высоких уровней пирамиды контролируют процессы на более низких уровней. Следовательно, предназначение BMP-систем заключается в автоматизации стратегического планирования развития бизнеса и в поддержке тактического (или оперативного) управления бизнес-процессами на разных уровнях. Задача BMP-систем состоит в том, чтобы помочь в реализации стратегических целей бизнеса в реальных условиях. Обеспечение пользователя нужной информацией в нужное время повысит эффективность управления оперативной деятельностью.
А что в России?
Периоды появления и формирования различных классов ПО, указанные на вышеприведенной схеме, отражают мировой положение дел и не относятся к России. В области автоматизации последняя традиционно отставала от Запада, хотя в последние годы разница нивелируется. Разница для нижних уровней пирамиды все же ощутима (к примеру, пик автоматизации бэк-офисных, учетных задач пришелся в России на 1992-1993 год, а в мире это произошло на 5-7 лет раньше), но при этом для систем управления масштаба корпорации отставание составляет уже не более 2 лет.
Появление программного обеспечения для комплексной поддержки управленческих технологий TDWI обозначает начало XXI века. Но в России и странах СНГ в начале 2000-х годов внедрений BMP-систем почти не было, активное их появляние относится к 2002 году. А термин "BMP" появился только на рубеже 2003-2004 годов.
По некоторымм оценкам, в настоящее время в России, Украине и Казахстане насчитывается порядка двухсот законченных проектов по внедрению систем управления уровня корпорации, треть из них выполнены для кредитных организаций. При этом темпы роста российского рынка BMP-систем опережают мировые.
Составные части BMP
Функциональная архитектура классической BMP-системы банка складывается из трех составных частей. Первая часть - Хранилище данных. Это основа BMP-системы. Здесь консолидируется оперативная финансовая информация из различных автоматизированных модулей Головного офиса и филиалов организации, из дочерних компаний. Вторая составляющая решения представляет набор инструментов для поддержки технологий управления предприятием: финансового планирования, управленческого учета, прогнозирования и т.д. Третий компонент BMP - средства OLAP для оперативной работы с деловыми данными, накапливающимися в Хранилище.
Итак, BMP-системы объединяют известные управленческие технологии и программные решения, применявшиеся локально и решавшие задачи отдельных подразделений и пользователей.
 Рис. 2. Этапы и инструменты цикла корпоративного управления |
В чем же особенность BMP-подхода? Так как BMP-система предназначена для поддержки ПОЛНОГО ЦИКЛА управления компанией, то это означает, что инструменты BMP взаимосвязаны и обеспечивают исполнение четырех основных этапов управления эффективностью бизнеса (см. рис.2): 1 этап. Разработка стратегии.Цель - выделить целевые показатели бизнеса и планирование количественных значений их метрик - KPI (Key Performance Indicators , ключевые показатели эффективности). Стратегическое планирование опирается на одну из методологий BMP, известную как BSC (BalancedScorecard , система сбалансированных показателей). |
2 этап. Планирование.На этом этапе разрабатываются тактические планы для достижения поставленных стратегических целей. Ориентирами для разработки тактических (оперативных) планов становятся KPI. Основным инструментом оперативного планирования является бюджет. 3 этап. Мониторинг и контроль исполнения.Третий этап в цикле корпоративного управления - мониторинг и контроль исполнения бюджетных планов. Фактические значения по статьям управленческого учета вычисляются на основе собранных в Хранилище первичных данных. Для сравнения намеченных и достигнутых показателей бюджетов и KPI используются инструменты "план-фактного" анализа на основе технологии OLAP. 4 этап. Анализ и регулирование.На заключительном этапе стратегические планы корректируются в соответствии с реальными условиями работы банка. Для планирования изменений используются инструменты прогнозирования и моделирования различных сценариев развития ситуации. В итоге цикл корпоративного управления - между выбранной банком стратегией и ее практической реализацией - замыкается. |
|
Таким образом, BMP-системы позволяют создать целостную инфраструктуру для поддержки согласованного стратегического и тактического управления банком на основе единой модели данных. В этом принципиальное отличие комплексного подхода систем автоматизации управления масштаба корпорации от изолированного решения отдельных управленческих задач.
Однако, комплексный подход не исключает этапность при выполнении BMP-проектов в банках. Использование пошаговой технологии внедрения BMP-систем принято во всем мире, и Россия не является исключением. Заказчики начинают "с малого" - вначале используют BMP-платформу для поддержки какой-то одной управленческой технологии (в отечественных банках это, чаще всего, управленческий учет и подготовка управленческой отчетности), а потом постепенно наращивают функциональность, внедряя полный цикл управления реализацией корпоративной стратегии. Прагматизм в данном случае вполне понятен - поэтапный подход позволяет в короткие сроки получить первые результаты от внедрения новых управленческих технологий и оценить их практическую пользу. Кроме того, менеджмент банка может контролировать и своевременно корректировать развитие проекта.
О терминологии: BMP, CPM, EPM...
Понятие BMP впервые было предложено аналитической компанией IDC (International Data Center) . Этой же терминологии следует другая авторитетная исследовательская организация - META Group. Среди решений, ктоые есть на российском рынке, концепции BMP полностью отвечает софт компаний Hyperion, SAS, Intersoft Lab и некоторых других.
Но кроме BMP, наиболее распространены сокращения CPM (Corporate Performance Management , управление эффективностью корпорации) и EPM (Enterprise Performance Management , управление эффективность предприятия). Что же обозначают данные аббревиатуры и чем отличаются от BMP?
По определению Gartner, управление эффективностью корпорации (СРМ) - это комбинация методик (на пример, Balanced Scorecard), показателей (финансовых и нефинансовых, долгосрочных и краткосрочных и др.), процессов (на пример, разработка стратегии, бюджетирование, прогнозирование) и систем, используемых для контроля и управления производительностью деловой деятельности организации. С позиции реализации, СРМ-система объединяет те же функциональные блоки, что и BРМ-решение: Хранилище данных, инструменты автоматизации методик управления эффективностью и OLAP. Это означает, что термины СРМ и BРМ не имеют существенной разницы по смыслу. Хотя ряд авторитетных зарубежных экспертов, рассматривая концепцию корпоративного управления применительно к банковскому сектору, используют именно это сокращение. Среди западных поставщиков ПО этом у термину в обозначении собственных программных разработок отдают предпочтение Cognos и Oracle.
Аббревиатуру EPM фактически используют как прямой синоним BMP и СРМ. Однако, некоторые авторы вкладывают в нее более широкий смысл, и помимо традиционных компонентов относят к ключевым составляющим EPM-системы справочные данные, исходные системы и приложения, связанные на основе Хранилища данных. Тем самым, в отличие от BMP, в составе EPM-решения выделяется самостоятельный слой источников данных. Оправдывая свое название, EPM чаще применяют для обозначения управленческих решений, выстраиваемых для предприятий.
Значительно реже употребляют понятие (Enterprise Commerce Management , управление коммерческой деятельностью предприятия). Его, как альтернативу BMP, предложила независимая аналитическая фирма AMR Research.
Также на страницах электронных изданий, как замещение BMP, можно встретить абберивиатуру BAM (Business Activity Management , управление деловой активностью). К задачам систем этого класса относят контроль бизнес-процессов на основе измерения KPI в интегрированной бизнес-среде. Эта концепция больше ориентирована на решение части задач BMP, связанной с учетом и анализом фактического состояния бизнеса, и не затрагивает деловое планирование.
В итоге, нагромождение терминов и сокращений не меняет сущности рассматриваемых решений. Почти все перечисленные BMP/CPM/EPM-платформы предназначены для управления реализацией корпоративной стратегии на основе единой информационной модели организации.
Самые распространенные заблуждения относительно BMP
BMP-система - это просто Хранилище данных
Нет. Хранилище данных и BMP-система решают разные задачи. При этом Хранилище данных является одной из составляющих системы автоматизации корпоративного управления. При внедрении BMP-системы Хранилище обеспечивает сбор, согласование и финансовую консолидацию корпоративных данных.
Цель BMP-проекта у заказчика - постановка и автоматизация на основе единой модели данных комплекса управленческих методик, которые помогут воплощать в реальность стратегию развития корпоративного бизнеса. Решение этой задачи выходит далеко за рамки возможностей Хранилища данных и обеспечивается другой функциональностью в составе BMP-системы.
Решение на основе Хранилища данных - это BMP-система
Это ошибочное предстаувление. Да, хранилище данных является базисом для построения BMP-системы. Для этого на его основе реализуют набор специализированных BMP-приложений, обеспечивающих полный цикл управления эффективностью бизнеса.
Если прикладные решения на основе Хранилища решают отдельные управленческие задачи или вообще служат другим целям, этот комплекс нельзя назвать BMP-системой. Например, если Хранилище данных используется в банке для выпуска обязательной отчетности, то построенное решение не относится к классу BMP.
Система бюджетирования - это BMP-решение
Нет. Бюджетирование - только один из инструментов корпоративного управления. Методика бюджетирования, реализованная на основе Хранилища данных, поддерживает только оперативное (тактическое) управление. Тогда как основная задача BMP-системы - обеспечить взаимосвязь управления на стратегическом и тактическом уровне.
С другой стороны, на рынке представлено несколько систем бюджетирования, которые предназначены только для финансового планирования и не имеют в своем составе Хранилища данных. Это узкоспециализированные системы, они не относятся к классу BMP и обеспечивают поддержку единственной управленческой технологии - ведения бюджетов.
Любая аналитическая система относится к классу BMP
Это неверная оценка. Во-первых, так же как и приложения для бюджетирования, аналитическая функциональность - это только составная часть комплексной системы управления масштаба корпорации.
Во-вторых, традиционно под "аналитической системой" понимают инструменты, которые реализуют специализированные аналитические методики на основе сложного математического аппарата, на пример для анализа банков-контрагентов. Такие системы выделяются в самостоятельный класс ПО и не имеют отношения к BMP.
Отдельные аналитические методики могут быть встроены в состав BMP-системы, но не являются ее обязательным атрибутом. Фактически, в BMP востребованы самые простые аналитические функции: обобщение/детализация, сравнительный анализ и др., которые, прежде всего, реализуются с помощью встроенных в BMP инструментов OLAP.
Оставьте свой комментарий!
В современных условиях бизнес активно применяет процессный подход к организации работы. Но до сих пор существует проблема понимания – что такое управление бизнес-процессами и как правильно использовать BPM.
Определение по версии EABPM (Европейская ассоциация BPM) этого термина звучит следующим образом:
Управление бизнес-процессами (BPM) представляет собой системный подход для отражения, проектирования, выполнения, документирования, измерения, мониторинга и контроля как автоматизированных, так и неавтоматизированных процессов, для достижения целей и бизнес-стратегий компании. BPM охватывает осознанное, всеобъемлющее и все более технологичное определение, совершенствование, инновации и поддержание сквозных процессов. Благодаря этому системному и сознательному управлению процессами компании добиваются лучших результатов быстрее и гибче.Я считаю, что это определение вносит больше путаницы, чем настоящего понимания BPM, особенно для людей, не изучавших глубоко эту тему.
В своей работе я постоянно пользуюсь графическими нотациями управления бизнес-процессов и BPMN. Считаю этот инструмент очень удобным, он помогает мне не только в разработке решений для бизнеса, но и в их обосновании. Ведь, как я уже много раз повторял, одна картинка стоит тысячи слов. Человек мыслит образами, и представить какой-то вид деятельности при помощи картинки (схемы) ему намного проще.
Также напомню, что эту тему я поднимаю уже не первый раз. Я много говорил о бизнес-процессах в таких статьях, как «Что такое бизнес-процесс и описание бизнес процесса» или «Краткое описание BPMN с примером».
Но вопросы остаются, их часто задают мне и читатели статей, и мои клиенты. Кроме того, очень много путаницы в понимание сути вносят маркетинговые статьи и термины, связанные с этой сферой деятельности. Как разработчики программных систем, так и бизнес-консультанты, постоянно использующие в работе эти инструменты, успели внести в сферу управления бизнес-процессов очень много исключительно маркетинговых понятий. С одной стороны, этот процесс неизбежен в любой коммерческой сфере. С другой - BPM и без того не самая простая для неспециалиста методология. А маркетинг вносит дополнительную путаницу.
А потому я решил дать свое развернутое определение тому, что такое управление бизнес-процессами. И надеюсь, что сумею помочь разобраться в основных вопросах, связанных с применением BPM.
Как появилось BPM
Любой новый бизнес можно сравнить с ребенком. Каждая компания, создаваемая с нуля, проходит период становления и обучения. Необходимо организовать взаимодействие сотрудников и подразделений, создать механизмы передачи знаний и т.д. И не важно, насколько большой будет эта компания – в малом бизнесе все эти вопросы также важны, как и в крупной организации с большим числом филиалов.При этом человечество не стоит на месте. И как в сфере обучения детей, так и в сфере организации бизнеса появляются новые инструменты, более гибкие, удобные, понятные интуитивно, что особенно важно для людей, делающих первые шаги в любой сфере.
Если мы обратимся к старым записям и попробуем изучить особенности организации труда что на советских предприятиях, что в западных компаниях, например, Форда, мы увидим преимущественно сухие, сложные для восприятия текстовые инструкции, относящиеся преимущественно к функциональному подходу:
- Описание рабочего места
- Должностная инструкция сотрудника
- Требования техники безопасности и т.д.
А что делать, если появляется необходимость быстро изменить работу целой организации? А если еще при этом внедряется автоматизация? Ответом на эти запросы и стало появление BPM.
О том, что такое бизнес-процесс, я уже писал («Что такое бизнес-процесс и описание бизнес процесса»), а потому повторять основные положения и определение самого бизнес-процесса не буду. А на понятии управление бизнес процессами давайте остановимся подробнее.
Об управлении бизнес-процессами простыми словами
Управление бизнес-процессами заключается в том, что вы регламентируете, описываете и изменяете бизнес-процессы. Именно изменяете, а не улучшаете, ведь вы можете как улучшить так и ухудшить бизнес процесс. В отличие от станка или автомобиля, непосредственно управлять при помощи директив или нажатия кнопки коллективом невозможно. Но мы можем задать последовательность действий, которую будет выполнять коллектив при решении той или иной задачи. Именно это и называется BPM.Определение от меня:
Управление бизнес-процессами (BPM) – это управление действиями (автоматизированными и неавтоматизирвоанными) в коллективе посредством бизнес-процессов.Чтобы управлять любыми бизнес процессами необходимо:
- Описать сами бизнес-процессы.
- Внедрить в работу коллектива описанный бизнес процесс
- Назначить людей, ответственных за бизнес-процессы, так называемых, стек-холдеров или владельцев бизнес-процессов.
При этом необходимо управлять крайне разнородной средой. Разные бизнес-процессы требуют различного подхода и действий сотрудников, различных инструментов автоматизации. И все это нужно уметь описывать по-отдельности, после чего объединять в общую систему.
Необходимо исходить из понимания: процессный подход - это управление целым через управление частями.
И чтобы исключить путаницу в терминологии, поясню:
- BPM – это методология. т.е. набор основных принципов и подходов к построению нотаций и самой организации работы при помощи бизнес-процессов.
- BPMN – нотация(язык), в которой строятся нотации, в том числе, исполняемые
- BPMS – IT система исполнения, построенная по определенным правилам, заданных в методологии
Исполняемые и неисполняемые бизнес процессы
Я уже писал в прошлых статьях о том, что нотации бизнес-процессов могут быть исполняемые и неисполняемые. Первые предназначены для автоматизации, вторые – для изучения работы компании и повышения эффективности взаимодействия в коллективе.Т.е. мы используем принципы и методы BPM для создания нотаций. При этом пользуемся правилами написания BPMS. Для того, чтобы создать нотацию неисполняемую, в принципе, можно воспользоваться даже листом ватмана и карандашом. Главное, четко соблюдать все правила.
Для исполняемой нотации требуется определенная IT-среда - BPMS. При этом даже неисполняемые я рекомендую выполнять в BPMN, так как здесь сама среда помогает выявлять возможные ошибки, противоречия, что повышает грамотность и точность описания бизнес-процесса.
Отличия процессного и функционального подходов
Еще один важный факт, который поможет понять, что же такое на самом деле «управление бизнес-процессом». Мы уже выяснили, что управление – это создание определенной последовательности действий сотрудников. Т.е. в результате каждая автоматизированная система работает определенным образом. А человек – обязан по инструкции также выполнять заданные по инструкции действия.При этом также необходимо знать:
Для стратегического планирования и оценки работы компании “в целом” лучше использовать функциональное моделирование и нотации (например IDF0). Об этом я подробно писал в статье “Знакомство с нотацией IDEF0 и пример использования”. Здесь вы сможете исходить из желаемого результата и выстраивать последовательность функций “черных ящиков”, необходимых для его достижения.
Для управления последовательностью действий и оптимизации того. что происходит внутри каждого этапа работы, а также улучшению взаимодействия между разными “черными ящиками”, необходим процессный подход BPM. Здесь вы изучаете уже сами действия, отслеживаете скорость и трудоемкость достижения результатов, оптимизируете и стандартизируете их.
Если вы вносите какие-то изменения в бизнес-процесс, то вы всегда отталкиваетесь не от целого, а от части. Т.е. вы меняете алгоритм работы программы и/или корректируете должностную инструкцию сотруднику, выполняющую определенные функции. В результате меняется один из элементов бизнес-процесса, и, как следствие, бизнес-процесс в целом.
Необходимо понимать:
Создание описания бизнес процесса начинается «в целом», после чего каждый процесс делится на подпроцессы и детализируется до определенного предела.
Изменение бизнес-процесса наоборот, начинается с «нижних» уровней – максимальной детализации. И от частностей – к целому – вносятся все необходимые правки.
Если при функциональном подходе очень важны объекты на входе и выходе. В самой функции «черном ящике» происходит определенная обработка объектов для получения необходимого результата. И здесь основная ориентация идет на то, «что именно мы хотим получить», т.е. подход к управлению бизнесом, скорее стратегический.
При процессном подходе мы получаем ответ на вопрос «как это лучше выполнить», т.е. концентрируемся на тактическом, оперативном управлении. А потому здесь при изменении отдельных элементов между «входом и «выходом» меняется весь процесс.
Также важно при детализации определить оптимальный уровень: не слишком «в общем», но и не детализировать крупный процесс вплоть до действий каждого сотрудника. Я в свое время видел описание бизнес-процессов, размещенное на двухметровом ватмане. Но чем сложнее и детальнее будет прописан процесс, тем сложнее он будет восприниматься «в целом» и, как следствие, его будет сложнее понимать и совершенствовать.
По этим причинам при работе с бизнес-процессами используется многоуровневая декомпозиция, т.е. детализация каждого «черного ящика» выделяется в отдельный процесс. И по этой же причине процессный подход не используется для стратегического планирования, для этого, повторюсь, применяют функциональное моделирование.
Описание работы с BPM
Для лучшего понимания того, что такое BPM (управление бизнес-процессами), я приведу пример последовательности действий бизнес-аналитика в рамках этой методологии:Опрос людей (сотрудников компании). Понимание того, каким образом производится работа в каждом конкретном случае.
Документирование бизнес-процесса на основе полученных данных. На этом этапе аналитик получает описание бизнес-процесса «как есть».
Изучение полученного бизнес-процесса с точки зрения слабых мест и возможности оптимизации:
На основе готовой оптимизированной (по мере необходимости) схемы создаются документы: должностные инструкции, руководства пользователя, а также при необходимости реализуются автоматизированные решения.
После внедрения на основе нотации осуществляется контроль бизнес-процесса, выявляются возможные несоответствия, изучаются их причины.
В случае необходимости в схему вносятся изменения на основании выявленных недочетов или изменений в работе компании, связанных с внешними факторами.
Жизненный цикл процесса в BPM
Как видно из описанной выше последовательности, каждый бизнес-процесс проходит определенный цикл от создания до внедрения. Далее какой-то период времени он работает “как есть”. После чего практика показывает определенные недостатки и недочеты, аналитик изучает отчетность и со своей стороны находит какие-то “слабые места”. Процесс подвергается модернизации.Этот цикл может повторяться бесконечное число раз. Любой бизнес, любая организация - не застывший монолит, а развивающийся организм в постоянно изменяющемся окружении. Меняются особенности законодательства, приходят и уходят с рынка конкуренты, появляются новые инструменты автоматизации и т.д.
Главное правило бизнес-аналитика: при оптимизации процесса нужно уметь вовремя остановиться. И здесь необходимо четко анализировать - трудоемкость (стоимость) изменений и повышение эффективности (выгоды) в результате.
Плюсы и минусы BPM
К числу преимуществ использования BPM относятся:- Возможность максимально детализировать действия людей и систем, необходимые для получения результата.
- Графические нотации – наглядны, что позволяет понять особенности процессов в компании и увидеть их слабые места.
- Нотации прекрасно подходят в качестве инструкции исполнителю, который получит четкую и однозначную последовательность действий. При этом она будет оформлена графически – наиболее удобным для восприятия человеком образом.
- При использовании процессного подхода результат выполнения процесса будет стандартизирован и соответствовать ожидаемому. Это позволит снизить влияние человеческого фактора на уровень сервиса или выполнения любых других видов работы.
- Методология BPM – прекрасно проработана и стандартизирована благодаря BPMN. При этом инструменты (нотации BPMN) интуитивно понятны даже для людей, не изучавших управление бизнес-процессами вообще. С другой стороны, наличие стандартов и правил позволяет избегать ошибок при разработке и создавать в системе BPMS исполняемые нотации (готовые элементы автоматизации бизнеса).
Минусы BPM, как это часто бывает, находятся там же, где и преимущества:
- Высокая степень детализации процессов мешает восприятию работы бизнеса для стратегического планирования.
- На людях, которые разрабатывают процессную модель, лежит очень большая ответственность. Любая ошибка может привести к печальным результатам. Например, при разработке функциональной модели есть данные на входе, результат на выходе, инструменты, которые предоставляет компания исполнителю, и сам исполнитель. Пока исполнитель на выходе выдает ожидаемый результат, в рамках функции он может действовать по собственному усмотрению, выбирая оптимальный метод достижения цели. При процессном подходе исполнитель лишается «свободы маневра». У него появляется четко заданная последовательность действий с учетом всех возможных условий. И он не имеет права действовать иначе, даже если результат окажется отличным от ожидаемого.
- Бизнес-процесс статичен и практически не подлежит корректировкам «изнутри». Исполнитель получает четкую последовательность действий и уже не может проявить инициативу. В результате, любую ошибку исполнители будут повторять из раза в раз, пока она не будет исправлена в самом бизнес-процессе.
Каким компаниям подходит BPM
Процессный подход идеально подойдет государственным компаниям. Здесь важно повышать уровень сервиса и качество работы, при этом также важна стандартизация обслуживания. В государственной компании клиенты не ждут каких-то бонусов или особых инициатив. Но услуга должна быть выполнена от и до на соответствующем уровне.В коммерческих компаниях процессный подход хорош для стандартизации работы, он позволит «подтянуть» уровень обслуживания до определенных стандартов. С одной стороны – это большой плюс. С другой – одновременно и минус, так как инициативные и талантливые сотрудники при всем желании никак не смогут себя проявить и принести больше пользы и прибыли. Процессный подход – это именно стабильность и определенная статичность. А потому при его использовании нужно четко понимать, где вас такой вариант работы устраивает, а где лучше предоставить людям больше свободы.
Для того чтобы бизнес процесс был на пользу а не во вред, рекомендуется собирать от участников бизнес процесса замечания и ошибки. Не нужно считать что BPM это истина в последней инстанции.
Подробнее о том, как именно управлять бизнесом при помощи бизнес-процессов я рассказывал уже в прошлых статьях, и буду говорить еще не один раз. Здесь я постарался максимально просто пояснить различия между терминами BPM, BPMS, BPMN и описать само понятие «управление бизнес-процессами». Без этих базовых знаний разобраться в процессном подходе невозможно.
Вопросы и ответы
В чем отличие функционального моделирования от процессного?При функциональном подходе мы рассматриваем действия людей и автоматизированных систем как “черный ящик”. И подходим к моделированию с точки зрения - этапов достижения поставленной цели, а также необходимых для этого ресурсов. При процессном моделировании мы изучаем последовательность действий сотрудников и систем на каждом этапе для их оптимизации и повышении эффективности.
Какие понятия входят в BPMN?
В первую очередь, это непосредственно система BPMN, а также описание нотаций BPMS. О них я писал в этой статье, и подробно - в предыдущих статьях (см. рекомендуемые ссылки в конце публикации). Кроме того, не так давно появились новые понятия - DMN и CMMN. На них я сейчас подробно останавливаться не буду. Постараюсь описать новые понятия и их особенности в будущих публикациях.
Зачем нужно в построении нотаций столько сложностей и разные подходы?
Управление бизнес-процессами и сама методология BPM необходимы в том числе для директивного управления большими коллективами. Именно для этого необходимы нотации, описания бизнес-процессов и широкий перечень инструментов.
С чего начать работу с BPM?
Изучите язык нотаций BPMN и попробуйте использовать его в своей работе. Главное, не бойтесь начинать. Вы поймете, что простые нотации на практике строить намного проще, чем кажется. И шаг за шагом сможете изучить методологию, опираясь на простые и понятные графические инструменты BPM.
Можно ли использовать BPM для неавтоматизированных систем?
Можно. Это подход предназначен, в первую очередь, не для автоматизации (в IT сфере есть свои инструменты), а для организации работы компании или любого коллектива. Здесь могут учитываться участки работы с применением автоматизированных систем. А могут рассматриваться исключительно процессы в коллективе, причем, любом - от строительных бригад или производства до творческих коллективов в театре или филармонии. Главное, четко описать - как происходит интересующий вас процесс, а также, как вы его хотите изменить.
Процессное управление становится для многих руководителей стандартом «де-факто», однако без использования современных инструментов управление бизнес-процессами организовать в компании достаточно сложно, и это в первую очередь связано с их сложностью как объектов управления. Помимо определения бизнес-процесса, его описания, совершенствования и регламентации необходима его «сквозная» автоматизация для внедрения в компании. Чтобы бизнес-процесс стал управляемым, необходимо обеспечить маршрутизацию задач в соответствии с его логикой, а также контролировать параметры, такие как время исполнения отдельных функций, отклонения от нормативного времени выполнения, стоимость процесса. Если в компании используется такой инструмент, то можно говорить о создании полного цикла управления бизнес-процессом, в рамках которого с учетом собранной статистики этот процесс совершенствуется. Несмотря на общее увлечение внедрением систем класса ERP, получаемые результаты не обеспечивают «сквозную» автоматизацию бизнес-процессов, и поэтому сейчас наблюдается рост интереса к решению ее задач с помощью специализированных информационных систем класса Business Process Management System (BPMS, BPM-система).
Системы класса BPMS являются наследниками workflow-систем, при этом под термином workflow понимается управление потоком работ и через него — бизнес-процессом. Согласно глоссарию международной организации Workflow Management Coalition (WfMC) workflow — это полная или частичная автоматизация бизнес-процесса, при которой документы, информация или задания передаются для выполнения необходимых действий от одного участника к другому в соответствии с набором процедурных правил. Эксперт из Delphi Group (Бостонская консультационная компания, специализирующаяся в области workflow) высказывается по этому поводу: «Управление потоком работ подчеркивает важность процесса, которому отводится роль контейнера для информации.
В основе этой модели лежат процессы, а не информация». Следовательно, workflow/BPM-система — это система, которая обеспечивает создание, реализацию и управление потоком работ при помощи программного обеспечения, которое способно интерпретировать описание бизнес-процесса, взаимодействовать с участниками потока работ и при необходимости вызывать соответствующие приложения. Фактически workflow/BPM-системы являются реакцией IT-рынка на процессный подход к управлению. В то же время реалии российского рынка автоматизации бизнес-процессов имеют свою специфику, связанную с достаточно сильным присутствием на рынке систем класса Document Management System — DMS, которые в своем составе помимо функциональности хранения и поиска документов имеют модули маршрутизации документов — Docflow.
Проблема заключается в том, что многие заказчики пока еще не различают функциональность Docflow и Workflow между собой, и при выборе информационных систем ищут единую платформу для решения задач управления документами и управления бизнес-процессами, несмотря на то что это разные классы систем. Поэтому при выборе информационной системы часто встречаются требования к функционалу, который присутствует в системах разного класса, что показывает недостаточную развитость рынков информационных систем управления документами и управления бизнес-процессами, в результате чего разные по своей сути задачи пытаются решить с помощью одного инструмента. Четкой границей применения систем класса BPMS является ориентация на управление именно бизнес-процессами, а не документами.
Если бизнес-процесс имеет четкую логику и большое число экземпляров в день, например банковский процесс розничного кредитования (более 1000 заявок в день), то, безусловно, основной задачей будет являться маршрутизация кредитных заявок, тогда как задача поиска и хранения будет вторична. В подобных случаях, когда объектом автоматизации является бизнес-процесс, использование BPM-систем наиболее оправданно. Однако, если стоит задача автоматизировать свободную маршрутизацию документов по компании (без четко определенных алгоритмов обработки) и с невысокой частотой выполнения, в этом случае системы DMS, содержащие функционал Docflow, будут предпочтительней.
Внедрение BPMS тесно связано с внедрением процессного управления в компании, и без ориентации на бизнес-процессы как объекты управления оно будет сложным и малоэффективным. Если компания работает через систему регистрации и росписи документов, то для перехода к управлению бизнес-процессами и использованию BPMS необходимо сначала выделить и стандартизовать основные бизнес-процессы, а уже затем приступать к их автоматизации, что потребует изменений зон полномочий и ответственности в компании.
Основные классы BPMS
Если проанализировать аналитические материалы, то можно увидеть, что аналитики Gartner подразделяют рынок BPM-систем на два больших сегмента. Первый сегмент — это рынок BPM-систем (система-система), и эти решения изначально ориентированы на интеграцию между информационными системами. Они в основном используются для внутренней интеграции бизнес-процессов, проходящих в информационных системах. Примером такой интеграции может быть процесс биллинга в телекоммуникационной компании, где может быть использовано множество информационных систем, функции которых выполняются без участия человека, но при этом системы должны быть интегрированы между собой для «сквозной» автоматизации данного процесса. Второй сегмент рынка BPM-систем — это системы класса BPM (человек-человек), которые в первую очередь предназначены для автоматизации последовательности работ, т.е. бизнес-процессов, выполняемых людьми.
Всего, по мнению аналитиков Gartner, выделяется пять классов BPM-систем:
- административные системы, отвечающие за контроль поручений;
- средства организации коллективной работы с основным упором на управление документами, что можно отнести к функциональности Docflow;
- BPM-компоненты других систем — внутренние workflow-модули в других системах; BPM-системы, предназначенные для интеграции, — системы с функционалом интеграции «система-система»;
- самостоятельные BPM-системы, позволяющие решать задачи автоматизации бизнес-процессов, выполняемых людьми.
Следует отметить, что рынок BPMS, несмотря на сильную динамику развития, имеет большое число поставщиков, что, по мнению аналитиков Gartner, приведет в ближайшее время к масштабным слияниям и поглощениям. Разработчики «тяжелых» ERP- и CRM-систем наращивают функционал workflow в своих решениях, и в дополнение к этому системы управления документами Document Management System (DMS) включают покупные или собственные workflow-модули, что в совокупности обусловливает усиление конкуренции на этом рынке и усложнение задачи выбора систем.
Области применения BPMS
В большинстве случаев применение BPMS наиболее эффективно в тех отраслях, где компании изначально имеют процессную организацию деятельности и специфику в логике бизнес-процессов, а также высокую частоту изменений в существующих процессах. Для таких компаний BPMS являются единственным способом автоматизации процессов, так как использование «монолитных» ИТ-решений или собственных разработок, как правило, приводит к тому, что из-за возникающих изменений в бизнесе эти решения быстро перестают удовлетворять новым требованиям.
Банковская отрасль является одним из основных потребителей BPMS. Это связано с особенностями организации front-офисных процессов у каждого банка. Наиболее часто встречающимся примером использования BPMS в банке является автоматизация процессов розничного кредитования. Примерами других банковских бизнес-процессов, для автоматизации которых используются BPMS, могут являться процессы управления запросами об обслуживании клиентов в информационно-справочной службе (изменение адреса, возврат платежей, управление счетом и открытие новых счетов).
Практически весь front-офис банков может быть автоматизирован с применением BPMS, и в дополнение к этому интегрирован с другими информационными системами, используемыми в банке. В компаниях телекоммуникационной отрасли BPMS могут быть использованы для автоматизации процессов, связанных с обработкой запросов множества клиентов. В этих компаниях могут быть автоматизированы также процессы управления инцидентами пользователей (Trouble Ticket) и др.
Для компаний энергетической отрасли наиболее эффективно применение BPMS в процессах, которые связаны с обслуживанием большого числа клиентов. Одним из таких процессов является технологическое присоединение к сети, в рамках которого происходит взаимодействие клиентов компании и нескольких внутренних подразделений. Кроме того, могут быть автоматизированы и другие процессы, например в одной из энергетических компаний была автоматизирована процедура кодирования и утверждения счетов-фактур. Важно отметить, что BPMS может быть применима и для автоматизации вспомогательных бизнес-процессов. Обработка запросов на обслуживание и закупку, управление персоналом, начисление заработной платы, заказ билетов и автомобилей — все эти процессы уже автоматизированы с использованием BPMS, чему имеется подтверждение в виде выполненных проектов.
Система менеджмента качества является еще одной областью использования BPMS, и это связано в первую очередь с процессами управления записями, которые могут быть также автоматизированы. Более того, процедуры контроля качества могут быть встроены в процессы, автоматизированные с помощью BPMS, что избавляет от большого количества рутинной работы. Некоторые компании используют BPMS для управления соответствием требованиям такого закона, как закон Sarbanes-Oxley (SOx), что позволяет создать систему внутреннего контроля, большинство действий в которой выполняется в автоматическом режиме (контрольные процедуры, создание свидетельств контроля и т.д.).
Еще одной обширной областью использования BPMS является государственное управление. Примерами административно-управленческих процессов, автоматизированных с помощью BPMS, могут быть ответы на жалобы граждан, отслеживание административной корреспонденции, выдача лицензий или разрешений и др. Есть примеры использования BPMS в здравоохранении для автоматизации процессов регистрации новых клиентов и в консалтинговых компаниях (включение новых сотрудников в деятельность, разработка коммерческих предложений, согласование договоров, управление персоналом).
Критерии выбора BPMS
От правильного выбора информационной системы класса BPMS существенно зависит ее дальнейшее использование. Однако сегодня большинство решений принимается интуитивно, что часто приводит к разочарованию от результатов автоматизации. При выборе BPMS, как правило, ориентируются только на внешние признаки — количество инсталляций, «громкость» имени и, конечно, стоимость. При этом не уделяется особого внимания ее функциональности и технической реализации, что приводит к ограничениям в дальнейшей работе: отсутствие кросс-платформенности, недостаточная масштабируемость, сложность внесения изменений.
Производя выбор без понимания технических и функциональных параметров BPMS, можно совершить ошибку, которую в дальнейшем исправить без потерь будет невозможно, поэтому необходимо ответить на следующие вопросы: каким образом выбрать информационную систему в зависимости от целей и задач бизнеса и текущего состояния автоматизации; как расставить приоритеты для бизнес-процессов, требующих автоматизации; будет ли эффект от внедрения превышать затраты на приобретение BPMS.
Одним из ключевых этапов выбора BPMS является разработка требований к системе и поставщику. В рамках этих работ определяются наиболее критичные бизнес-процессы, проводится аудит ИТ-инфраструктуры, определяются границы автоматизации и собираются требования от ключевых пользователей компании. Количество данных требований может варьировать в широких пределах, например для крупных компаний оно может составлять около 500, а для небольших около 100.
Для удобства работы с таким количеством требований необходимо их классифицировать по группам: функциональные, технические, стоимостные, к поставщику. Это позволяет применять различные методики нормирования, взвешивания и оценки для каждой группы и добиться максимально качественной оценки соответствия BPMS потребностям компании. Аналитики компании Gartner предлагают обратить внимание на следующие требования при выборе BPMS:
- поддержка задач «человек-человек» и удобство интерфейса пользователя
- поддержка организационной структуры и ролевых групп
- возможность переназначения заданий, оперативного вмешательства в процесс и обработки исключительных ситуаций
- возможность управления логикой процесса с рабочего места пользователя; удобство использования и администрирования
- присутствие графических средств разработки моделей бизнес-процесса
- поддерживаемые архитектуры и стандарты
- производительность и масштабируемость; способность обслуживать многочисленные, продолжительные и распределенные процессы
- понятный интерфейс настройки и возможность минимального участия ИТ-специалистов во внедрении и поддержке
- возможность информирования в реальном времени по отклонениям показателей процесса
- поддержка сервис-ориентированной архитектуры (SOA — Service Oriented Architecture)
- присутствие шаблонов бизнес-процессов, на основании которых могут быть разработаны новые процессы
- невысокая совокупная стоимость владения
Учитывая указанные требования к BPMS в качестве основы и добавляя специализированные требования своей компании, можно получить понимание того, какой должна быть выбираемая BPMS. Далее определяются участники тендера путем сбора информации по существующим BPMS. Сейчас на российском рынке присутствует около 50 крупных поставщиков BPMS, при этом их количество растет из года в год, поэтому необходимо системно подойти к процессу сбора информации.
Информация о BPMS может быть получена в результате анализа открытых источников, на основе которых составляется перечень систем, принимаемых для рассмотрения, а затем с использованием форм (RFI — Request For Information) производится рассылка запроса информации поставщикам. На основании полученных ответов происходит первичный анализ на соответствие требованиям, после чего определяются участники тендера.
После того как участники определены, проводится тендер путем составления и рассылки поставщикам запроса на коммерческое предложение (RFP — Request For Proposal), содержащего полный перечень требований к BPMS. На основании ответа участников происходит оценка коммерческих предложений, при этом рекомендуется также «попробовать», как эти системы будут работать на реальных данных компании. Для этого готовится контрольный пример бизнес-процесса или осуществляется «пилотное» внедрение BPMS на одном процессе. Опыт реализации проектов показал, что выбор BPMS может быть сделан в течение месяца. За это время можно сформировать необходимые и достаточные требования и с учетом их выбрать BPMS и команду внедрения.
Заключение
Переход к процессному управлению может быть постепенным и проводиться через автоматизацию небольших процедур и вспомогательных процессов с использованием BPMS, поэтому, выбирая BPMS, необходимо понимать стратегические преимущества подхода с точки зрения изменения системы управления компанией. Важно отметить, что процессный подход и BPMS позволят применять такие современные подходы, как сервисно-ориентированная архитектура (Service Oriented Architecture — SOA).
Однако основной помехой внедрению BPMS в России является непонимание всех преимуществ процессного управления. Приверженность функциональной схеме управления часто не дает возможности сделать полноценную автоматизацию бизнес-процессов и внедрить процессное управление. Но в то же время усиление конкуренции во многих российских отраслях позволяет надеяться, что задачи совершенствования бизнес-процессов станут насущной потребностью, что вызовет еще больший интерес к BPMS.
А. Коптелов, директор проекта «Контроллинг 24″ Компания IDS Scheer Россия и страны СНГ
» Финансовая газета»
