Врм системы в экономике назначение и развитие. Что такое BPMS

Сегодня в отечественном бизнесе набирает популярность новый вид программного обеспечения для управления бизнес-процессами, а именно, 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 системе каждый сотрудник работает, как будто, на конвейере. Каждая задача, каждый бизнес-процесс, в котором участвует сотрудник, становится отдельной конвейерной линией. И, как участник этого процесса, сотрудник в рамках той или иной задачи может выполнить только определенные действия, жестко ограниченные алгоритмом выполнения задачи.

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

Вернемся к примеру с согласованием счета, и рассмотрим, какие возможности есть при процессном подходе:

Разделение зон ответственности;
Концентрация работы сотрудников на конкретных действиях;
Оповещение пользователей об изменениях в процессах (или о необходимости внести изменения), в которых они участвуют.

В BPM-системе мы описываем бизнес-процесс в нотации BPMN 2.0. В этой нотации уже есть многие моменты, подсказывающие, как нужно настраивать тот или иной бизнес-процесс. Есть другие различные системы автоматизации бизнес-процессов, но они опираются на свою логику, которая не является общепризнанной. Для того, чтобы смоделировать бизнес-процесс на основе таких систем, необходимо в этих системах разобраться, понять их логику работы, настройки форм и взаимосвязей.

BPMN 2.0 - это общепризнанный стандарт описания бизнес-процесса и люди, знакомые с этой нотацией, сразу поймут модель бизнес-процесса, написанную в этом формате.

Заключение

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

Еще статьи по данной теме.

Что такое BPMS?

BPM (англ. Business Process Management, управление бизнес-процессами) - концепция процессного управления организацией, рассматривающая бизнес-процессы как особые ресурсы предприятия, непрерывно адаптируемые к постоянным изменениям, и полагающаяся на такие принципы, как понятность и видимость бизнес-процессов в организации за счёт моделирования бизнес-процессов с использованием формальных нотаций, использования программного обеспечения моделирования, симуляции, мониторинга и анализа бизнес-процессов, возможность динамического перестроения моделей бизнес-процессов силами участников и средствами программных систем.

Википедия.

Работа пользователей в BPMS и других системах

Может сначала открыть форму заказа, подобрать товары, указать цены, потом определить клиента.
Может сначала создать клиента, потом - его заказ.

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

Способы реализации бизнес-процессов

Выделим три подхода:

“Бумажный” подход;
Автоматизированный подход (с применением других систем);
Процессный подход в системе BPMS.

На примере этой компании и этого бизнес-процесса мы и рассмотрим все три подхода.

“Бумажный” (не автоматизированный) подход

Как раньше происходило согласование счета в этой компании?

Сотрудник получает счет, передает его в бухгалтерию;
Бухгалтерия вписывает счет в платежную ведомость, согласовывает ее с руководителем;
Если руководитель одобряет и подписывает запрос, бухгалтерия оплачивает счет.

Автоматизированный подход

Как правило, компании стараются контролировать тот или иной бизнес-процесс в учетной системе, в которой они уже работают. Но это также неправильно. Рассмотрим, какие минусы есть при таком варианте.

Как это выглядело:

В системе назначаются ответственные лица за согласование расходов;
На основании какого-либо документа (заказа поставщику, поступления товаров или другого документа) создается документ Заявка на расходование денежных средств в статусе Не согласовано;
Если ответственный согласовал заявку и поменял статус на Согласовано, то счет направлялся в бухгалтерию;
Если ставился статус Отклонено, значит, заявка уходила обратно к лицу, инициировавшему процесс.

создать доступ в систему;
обучить работе с необходимыми документами;
настроить интерфейс для удобства использования;
настроить права доступа.

Для принятия решения в данном случае интересны только 3 момента:

деньги (сколько мы должны выплатить);
получатель (кому мы должны выплатить);
назначение (за что выплачиваем).

А, значит, заполняя лишнюю информацию, сотрудник теряет время, и процесс согласования затягивается.

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

Итак, основные отличия ведения бизнес-процессов в BPMS от учетной системы:

В BPMS важно именно то, что делается. Здесь важна не учетная информация, не отчетность, а необходимость быстро принять решение, чтобы бизнес-процесс продвинулся дальше. С учетной системой так не получится, здесь мы должны указывать, какие документы за счет каких создаются и т.п. - это неудобно. Здесь нет четкого контекста.
Простота логики и разработки. Если мы ведем бизнес-процесс в учетной системе, то должны учитывать большое количество логических связей: как проводятся документы, транзакции, на что это влияет, какие дополнительные лицензии надо покупать и т.п. - хотя, казалось бы, ответственному за согласование лицу это не нужно. Но в учетной системе мы обязательно должны привязываться к объектам конфигурации либо дорабатывать их, что не очень правильно.

Теперь перейдем к третьему подходу и рассмотрим, как же должен быть решен этот бизнес-процесс в системе BPMS.

Процессный подход в BPMS

Сначала определяем логику работы и разбиваем бизнес-процесс на последовательные этапы.

В нашем примере их будет три:

Создание заявки на согласование счета;
Проверка заявки;
Результат заявки:
- если одобрено - распечатка заявки,
- если не одобрено - сообщить об этом поставщику

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

Вернемся к примеру с согласованием счета, и рассмотрим, какие возможности есть при процессном подходе:

Разделение зон ответственности;
Концентрация работы сотрудников на конкретных действиях;
Оповещение пользователей об изменениях в процессах (или о необходимости внести изменения), в которых они участвуют.

Заключение

Еще статьи по данной теме.

Процессное управление становится для многих руководителей стандартом «де-факто», однако без использования современных инструментов управление бизнес-процессами организовать в компании достаточно сложно, и это в первую очередь связано с их сложностью как объектов управления. Помимо определения бизнес-процесса, его описания, совершенствования и регламентации необходима его «сквозная» автоматизация для внедрения в компании. Чтобы бизнес-процесс стал управляемым, необходимо обеспечить маршрутизацию задач в соответствии с его логикой, а также контролировать параметры, такие как время исполнения отдельных функций, отклонения от нормативного времени выполнения, стоимость процесса. Если в компании используется такой инструмент, то можно говорить о создании полного цикла управления бизнес-процессом, в рамках которого с учетом собранной статистики этот процесс совершенствуется. Несмотря на общее увлечение внедрением систем класса 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 Россия и страны СНГ

» Финансовая газета»

BPMS (Business Process Management Suite ) – это класс программного обеспечения для управления бизнес-процессами и административными регламентами (употребляются также термины BPM-система и просто BPM). Использование BPMS позволяет организовать эффектинное взаимодействие между управленцами и ИТ-специалистами, лучше использовать существующие и ускорить разработку новых информационных систем. Основные функции BPMS - моделирование, исполнение и мониторинг бизнес-процессов. Основываясь на данных мониторинга, организации выявляют узкие места и усовершенствуют свои бизнес-процессы. Цикл управления замыкается, когда при помощи BPMS измененные бизнес-процессы оперативно внедряются в эксплуатацию.

Решения в области Business Process Management (BPM) позволяют компании произвести оптимизацию бизнес-процессов, используя существующие приложения. Как правило, решение BPM - это комплекс открытых, основанных на стандартах компонентов для моделирования, выполнения, управления и оптимизации бизнес-процессов, а также интеграции корпоративных приложений.

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

Рисунок 8.5 – Бизнес-схема предприятия

Основная идея BPM-системы предельно проста.

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

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

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

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

Проектирование. Под проектированием понимается разработка схемы бизнес-процесса. В состав BPM-системы обычно входят:

1. Графический дизайнер для рисования схемы бизнес-процесса
2. Репозиторий для ее хранения и организации совместного доступа

Возможность моделировать бизнес-процесс при помощи графического редактора является принципиальной особенностью BPM-систем: проектирование бизнес-процесса должен выполнять бизнес-аналитик без участия программиста.

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

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

Исполнение. Ядром BPM-системы является его «движок» (BPM Engine). Он стартует экземпляры бизнес-процессов, отслеживает смену их состояний, хранит значения реквизитов, выполняет бизнес-правила. Если сравнить схему бизнес-процесс с нотами, игра по которым производит приятную для слуха мелодию, то BPM Engine - это механическое пианино, играющее по этим нотам.

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

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

Рисунок 8.6

2. Наиболее распространен тип бизнес-процессов, предполагающий как стыковку со специализированными приложениями, так и участие живых людей. Например, сотрудник финансового отдела должен зарегистрировать факт оплаты в ERP-системе как шаг бизнес-процесса реализации товара. Этот сценарий требует разработки интерфейсных программ, работающих и с контекстом бизнес-процесса (т.е. с его реквизитами), и с внешней прикладной программой или базой данных. В контексте бизнес-процесса сохраняются ссылки - номер платежки, код контрагента - по которым развернутую информацию можно извлечь из внешнего приложения или базы данных на следующих шагах бизнес-процесса. Разработка таких комплексных приложений обычно - самая трудоемкая часть проекта BPM.

3. Наконец, существуют шаги бизнес-процессов, автоматизировать которые невозможно или слишком сложно. (Например, бизнес-процесс может включать рытье канавы - ясно, что это задача не для компьютера.) В такой ситуации BPM-система подаст пользователю сигнал о том, что ему поручено определенное задание, и будет ждать от него подтверждения о выполнении.

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

Благодаря такой организации работы исполнителю за компьютером не приходится думать, с какой функцией и какого именно внешнего приложения ему пора работать: он видит перечень назначенных ему заданий, и когда он берет очередное задание себе на исполнение, нужная программа запускается автоматически.

BPM-системы предоставляют доступ через веб-интерфейс, что позволяет максимально легко вовлекать в коллективную работу сотрудников территориально удаленных подразделений и организаций-контрагентов.

Мониторинг. BPM-система осуществляет контроль бизнес-процессов двумя путями:

1. Менеджеру не приходится выяснять «на ком стрелка» - для каждого экземпляра бизнес-процесса это наглядно показывает динамически формируемое графическое изображение. Например, вот как может выглядеть графическое изображение экземпляра процесса, схема которого рассматривалась выше.

2. Зеленым цветом отмечены шаги процесса, которые выполняются в данный момент; в рассмотренном примере параллельно выполняются два шага, один из которых соответствует основной последовательности работ, а второй служит для контроля процесса его инициатором. Красные стрелки показывают пройденный маршрут.

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

BPM-системы, как правило, предоставляют базовый набор отчетов по показателям бизнес-процессов. На их основе могут быть сконструированы т.н. «ключевые показатели эффективности» (KPI, Key Performance Indicators), которые, в свою очередь, могут быть увязаны с «системой сбалансированных показателей» (BSC, Balanced Scoreсard).

Архитектура типового BPMS. Решения BPM используют инжиниринг закрытого цикла для выявления разрывов в процессах, что дает Вашей компании возможность контролировать полный жизненный цикл бизнес-процессов. В результате Вы получаете быструю и гибкую платформу, основанную на существующих приложениях, которая позволит вам оперативно реагировать на новые требования бизнеса и повышать производительность.

Рисунок 8.7

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

Области применения. В основе систем управления бизнес-процессами лежит процессный подход, и они наилучшим образом подходит в первую очередь для автоматизации процессов ориентированных на клиента и сквозных бизнес-процессов Компании.

Чаще всего системы управления бизнес-процессами применяются при автоматизации сложных сквозных бизнес-процессов, включающих несколько подразделений компании и функции многих существующих информационных систем, подчиненных одной общей цели.

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

Также системы управления бизнес-процессами могут быть полезны при необходимости быстрой (от одного до нескольких месяцев), точечной автоматизации какого-либо критическиважного бизнес-процесса Компании.

Быть отлаженным, прозрачным и гибким – сегодняшнее требование к любому бизнесу. А чтобы его таким сделать, в большинстве случаев требуется трансформация.

Интересно при этом, что в английском языке слово «transformation» предполагает не постепенные, а резкие изменения. Поэтому цифровая трансформация бизнеса в основном означает, что нужно не просто где-то что-то «подкрутить», а полностью пересмотреть и принципы, на которых строится бизнес, и то, как он выстроен.

Наиболее прогрессивным с точки зрения предоставляемых возможностей сегодня можно назвать процессный подход к управлению бизнесом и , как инструмент для реализации данного подхода.

Что такое BPM и BPMS?

Концепция BPM (Business Process Management) – органичное сочетание процессной методологии управления предприятием и технологий для её реализации. Проще говоря, BPM отвечает на все вопросы касательно исполняемой работы – где, когда, зачем и как исполняется работа и кто отвечает за ее выполнение.

BPMS (Business Process Management System) - ПО для поддержки концепции BPM. BPM-системы отличаются от других систем, в частности ERP и систем электронного документооборота, тем, что сфокусированы на бизнес-процессах, не привязываясь при этом к документации или работе конкретных специалистов.

Бизнес-процессом можно назвать, например, всю последовательной действий от получения заказа до доставки клиенту заказанной продукции. Как видим, BPM-системы предполагают максимально широкое мышление, не зацикленное на работе определённого отдела предприятия или создании электронного документа. Всё это входит в бизнес-процесс, но имеет для него второстепенное значение. Если BPM-система, с которой работает предприятие, привязана к второстепенному, то есть риск, что самое главное – сами бизнес-процессы и потребности клиентов – останутся незамеченными.

Ключевые достоинства BPM-систем

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

Структура BPM-систем такова, что позволяет «вести» каждый отдельный процесс от момента его начала до логического завершения.

Например, если клиент А прислал заявку, то его заявка не может потеряться: в каждый момент времени она будет находиться на определённом этапе активного цикла до самого момента её завершения.

Мониторинг означает, что у руководства всегда имеется возможность всегда видеть и контролировать:

На какой стадии выполнения находится процесс.
Кто из сотрудников ответственен за данную задачу.
Как долго процесс «висит» именно на этом этапе.

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

Суммарно BPMS помогает в том, чтобы не терять никаких бизнес-процессов и не допускать их «зависания», а всё время контролировать, как они продвигаются.

Не менее важной функцией BPM-систем можно назвать создание единой информационной базы, куда заносятся все данные, касающиеся работы компании, и предоставляются всем сотрудникам, с учётом их уровней доступа. Это позволяет значительно ускорить большинство бизнес-процессов, включая тот же документооборот и даже простой обмен информацией между сотрудниками.

Наконец, внедрение BPMS во всех случаях предполагает создание регламента действий, по которому будет проходить обработка бизнес-процесса. Например: менеджер принимает по телефону звонок клиента, которому нужна техника; перенаправляет клиента на консультанта по подбору; после выбора конкретной модели техники заказ направляется на склад; в случае отсутствия нужной модели информация поступает в производственный цех; и так далее.

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

Поиск проблем и возможных решений

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

Может показаться, что это всё довольно просто, но именно BPMS часто становится хорошей возможностью найти такие «узкие места» в деятельности компании. Порой такие места находятся на стыке работы разных подразделений и отделов компании, и в то время как каждое из них работает безупречно, в сумме появляются проблемы.

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

Анализ в BPMS

В структуре BPM-систем огромное место занимает анализ. Благодаря им появляется возможность проанализировать множество показателей:

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

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

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

Структура BPM-систем

Те функции, о которых мы рассказали выше, определяют и структуру каждой BPMS.

Инструменты для создания регламента (набора правил).
Специальные модули для интеграции решений в существующую среду.
Инструменты для формирования документов.
Модули, отвечающие за анализ и мониторинг.

В большинстве случаев внедрение BPMS предполагает использование сразу всех этих составляющих, потому что это в максимальной степени помогает обеспечить успех.

Три варианта внедрения систем BPM

Чтобы добиться успеха в проекте внедрения, потребуется не только закупить ПО, но и тщательно продумать схемы, по которым проходят бизнес-процессы на предприятии, а также обеспечить готовность сотрудников к необходимым изменениям их работы. Как мы помним, слово «трансформация» подразумевает значительное изменение, и готовностью сотрудников нельзя пренебрегать.

Практически во всех случаях внедрение BPMS проходит по одному из трёх путей.

1. Разработка собственными силами или заказ у подрядчика

Сегодня такой подход для внедрения систем BPM используют редко, его можно отнести к устаревшим. Всё дело в том, что поменялась логика рынка: если несколько лет назад разработчики ПО убеждали клиентов в необходимости использовать новые решения, то теперь сами клиенты настойчиво ждут от разработчиков решений.

Именно поэтому самый распространённый сегодня подход – это обратиться к разработчику (интегратору) с вопросом о том, какие решения стоит использовать данной конкретной фирме, чтобы добиться нужного результата.

2. Внедрение интегратором с последующей кастомизацией

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

Плюсом работы с интегратором можно назвать то, что он практически всё делает сам, компании остаётся только начать работать по новым принципам. Но это же можно назвать и самым главным недостатком. Кастомизация (адаптация систем под конкретно данное предприятие) зачастую оказывается очень ограниченной. По больше же части, всем сотрудникам приходится приспосабливаться к тем условиям работы, которые возникли после трансформации. И хорошо ещё, если она сама была обговорена с персоналом, который понял и признал её необходимость, а не проводилась императивно по указке «сверху».

Кстати, данный вариант внедрения BPMS часто предполагает зависимость от интегратора: в будущем для решения даже самых малых задач приходится выходить с ним на связь, составлять список желаемых изменений и ждать, когда они будут готовы, а затем использовать их для модернизации ПО. Это неудобно, долго и часто вызывает необходимость переплачивать интегратору, однако без него порой оказывается невозможным сделать с BPM-системой что-либо вообще.

3. Самостоятельная разработка BPM на базе Low-code платформы

Данный вариант подразумевает, что компания также обходится без участия интеграторов/разработчиков, или сводит такое участие к минимуму.

Да, действительно: это очень похоже на самостоятельную разработку в части того, что можно наделить ПО нужным набором функций. Однако «построение» этого решения ведётся на базе специализированной платформы – современной, интеллектуальной и гибкой – преимущественно силами бизнес-аналитиков компании, без навыков программирования.

Ключевые достоинства BPM-системы на базе Low-code платформы от Comindware

Платформа от Comindware воплощает в себе все возможности платформ класс Low-code.

В первую очередь, она предполагает минимум кода и максимум графической разработки. Почти все те настройки, которые могут потребоваться пользователям, вносятся через пользовательский интерфейс с помощью мыши и клавиатуры.

Дополнительные преимущества данной платформы:

Простое обновление без остановки работы.
Возможность активно использовать «облако».
Простое социальное взаимодействие сотрудников.
Возможность подключать и отключать функции по мере необходимости.

И самое главное: внедрив BPM-систему на базе платформы от Comindware, её можно сначала использовать для цифровой трансформации одного или нескольких отделов компании, чтобы оценить результат и подготовиться к более масштабному развёртыванию на уровне предприятия или холдинга. Это позволяет избежать ненужной «революционности» и чрезмерных потрясений при резкой смене принципов работы.

Закажите демо-презентацию Low-code платформы от Comindware, чтобы самостоятельно убедиться, насколько она полнофункциональная и удобная.

Елена Гайдукова, маркетолог-аналитик, бренд-менеджер решений на базе , специалист по партнёрским отношениям.