Система управления бизнес-процессами (BPMS). Что такое BPMS

на базе Comindware Business Application Platform

Комплексная Low-code система управления бизнес-процессами (BPMS): моделирование в нотации BPMN 2.0, автоматизация процессов, управление кейсами — надёжный фундамент для цифровой трансформации предприятия.

Больше, чем моделирование и исполнение

Comindware Business Application Platform предоставляет полный комплект средств для моделирования, исполнения, оптимизации бизнес-процессов организации, характерных для традиционных BPM-систем, и идёт дальше. В дополнение компания получает ряд преимуществ, характерных для систем класса iBPMS (Intelligent BPM Suite) и Low-code платформ:

• Удобные онлайн инструменты для управления бизнес-процессами . Моделирование, исполнение, анализ процессов, управление задачами, проектирование процессной архитектуры предприятия, интеграция BPMS со сторонними системами.
• Поддержка исполнения творческих задач . BPM-решения на базе платформы от Comindware не зациклены на бизнес-процессах как традиционные BPMS, оставляет пространство для творческой работы (кейсы/поручения).
• Управление процессами в руках людей бизнеса (Low-code) . Центр тяжести усилий по разработке и дальнейшей корректировке бизнес-приложений переносится с программистов на аналитиков.

Специфика реализации всех основных инструментов процессного управления в Low-code платформе от Comindware и ряд уникальных преимуществ для бизнеса выгодно отличает Comindware Business Application Platform от традиционных BPMS.

Комплект средств BPM для управления и
оптимизации бизнес-процессов

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

Comindware Business Application Platform включает полный набор средств управления бизнес-процессами, входящих в ПО класса BPMS. Каждый инструмент, входящий в состав Low-code платформы от Comindware, реализован с учётом актуальных запросов бизнеса на гибкость как основных, так и вспомогательных бизнес-процессов предприятия.

Моделирование бизнес-процессов

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

Платформа от Comindware предоставляет гибкие и удобные инструменты для моделирования бизнес-процессов даже непрофессионалами BPM. Более того, разработка форм , адаптация интерфейсов и настройка базовых интеграций также выполняется аналитиком в веб-браузере и не требует навыков программирования. Бизнес-аналитик создаёт диаграмму процесса, определяет участников, описывает набор и порядок их действий. Построенные графические модели соответствуют BPMN 2.0, современному мировому стандарту для BPM.

Моделирование процессной архитектуры

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

Comindware Business Application Platform обеспечивает возможность быстрого построения модели бизнес-способностей и процессной архитектуры, визуализации взаимосвязи процессов между собой, привязки их к конкретным целям. Диаграмма бизнес-способностей обновляется в ходе оптимизации, что помогает анализировать ситуацию “сверху вниз” и эффективно планировать предстоящие изменения.

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

В основе BPMS функциональности платформы от Comindware лежит процессный "движок", который:

• Маршрутизирует запросы
• Автоматизирует постановку задач пользователям
• Вызывает внешние системы и сервисы
• Принимает запросы от внешних систем
• Собирает необходимые данные, обрабатывает их
• Предоставляет доступ к данным в контексте исполняемого процесса

BPM-система Comindware обеспечивает исполнение процесса необходимой сложности и уровня декомпозиции в одной системе.

Мониторинг бизнес-процессов

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

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

Оптимизация бизнес-процессов

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

Comindware Business Application Platform помогает находить потенциальные возможности оптимизации и дает возможность проверять гипотезы на реальных бизнес-процессах. Информативную картину возможностей для оптимизации даёт процессная архитектура предприятия вместе со статистическими данными мониторинга бизнес-процессов. Оптимизировать можно конкретные процессы и увязки их взаимодействия между собой. Для оптимизации бизнес-процесса достаточно внести изменения в его графическую модель из браузера, не прерывая выполнения уже запущенных в BPMS процессов.

Управление задачами

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

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

Интеграция со сторонними системами

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

Comindware Business Application Platform предлагает широкие возможности интеграции с другими системами. Интеграция по протоколу OData настраивается “мышкой”, для других протоколов создан открытый API, основанный на стандарте Web Services. Еще одна возможность интеграции — через RPA-роботов.

Поддержка исполнения творческих задач

В современном мире всё чаще на смену исполнителям, выполняющим работу по утвержденным регламентам, приходят работники умственного труда, для которых не подходят традиционные фиксированные процессы. Кроме того, в работе компаний/учреждений часто возникают исключения, которые не ложатся в рамки описанных бизнес-процессов. В этих случаях нужны более гибкие и динамичные формы работы, которые предлагает адаптивный кейс-менеджмент (Adaptive Case Management/управление кейсами). Кейс — процесс, который «развертывается во времени»: планируется только первый шаг, а по его результатам принимается решение о дальнейших, в отличие от бизнес-процессов, в которых все шаги определены заранее.

Comindware Business Application Platform включает поддержку кейсов и обеспечивает единое пространство и для работы по шаблону, и для творческой, планируемой «на лету».

Кейс менеджмент (ACM)

ACM — достаточно молодой подход к управлению творческими задачами, процесс решения которых сложно формализуем или не нуждается в регламентации. Comindware Business Application Platform проектировалась и создавалась в момент активного развития ACM-подхода и поддержка управления кейсами изначально вошла в базовый функционал платформы. Благодаря включению поддержки и кейсов, и бизнес-процессов в функциональность платформы, эти элементы управления органично комбинируются и сочетаются друг с другом. Между традиционными потоками работ и кейсами нет непроницаемого барьера — и бизнес-процессы, и кейсы порождают задачи, управляемые одинаково. Различается только способ появления задач: в случае бизнес-процесса они создаются автоматически согласно схеме процесса, в случае кейса уполномоченный сотрудник сам решает, что делать на каждом этапе и кому делегировать подзадачи.

Миграция от кейсов к бизнес-процессам

"Лучшие практики" управления бизнес-процессами лучше всего работают после того, как они пропущены через призму своего опыта — данные истории работы самой компании. Comindware Business Application Platform минимизирует цикл от идеи до работающего бизнес-процесса.

Low-code платформа позволяет быстро, в формате кейсов, опробовать на реальной практике различные подходы к организации процесса обработки нестандартных запросов или задач. Собранная в процессе обработки статистика поможет выбрать оптимальный вариант. В ходе повторяющейся обработки исключений собирается статистика и лучшие практики обработки определённых сценариев. Этот опыт может быть легко преобразован в организованный и исполняемый процесс путём миграции от кейсов к процессам. Кроме того, кейсы и бизнес-процессы тесно связаны внутри платформы. Так, кейс может вызывать процесс и наоборот, а все порождаемые ими задачи отражаются в сквозном списке задач, а также в интегрированной модели бизнес-способностей.

Low-code: управление бизнес-процессами в руках людей бизнеса

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

Comindware Business Application Platform максимально поддерживает концепцию Low-code с минимумом кодирования и максимумом визуальной разработки. Платформа от Comindware решает главную проблему цифровизации — ускорение цикла от бизнес-потребности до работающего бизнес-процесса.

Разработка из браузера

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

Для начала работы достаточно получить аккаунт с правами пользователя, аналитика и/или разработчика в BPM-системе — не нужно устанавливать ПО на компьютер. Настройка прав доступа к данным, документам, функционалу системы BPM, включая создание и экспорт отчётов, редактирование форм, также осуществляется в браузере с помощью онлайнового редактора.

Обновление без остановки работы

В ходе эксплуатации системы бизнес-объекты и бизнес-процессы развиваются, усложняются, приобретают новые атрибуты. В традиционных BPMS, которые используют реляционные базы данных (БД), внесение изменений в бизнес-процессы требует реконфигурации БД силами ИТ-специалистов с блокировкой доступа пользователей к система на время переноса изменений в рабочую среду. Такой подход требует много ресурсов и времени и не обеспечивает необходимой скорости внесения изменений. Comindware Business Application Platform использует графовую БД и обеспечивает другой, динамичный, подход к внесению изменений в бизнес-процессы и логику бизнес-приложений.

В Low-code платформе Comindware любые изменения можно производить часто и безболезненно, без привлечения программистов и блокировки доступа пользователей к программе. Так обеспечивается возможность оперативно реагировать на постоянно меняющиеся требования к бизнес-приложениям, реализованным в BPMS.

Внедрение BPM-системы

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

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

• Эволюционный. Компания приобретает лицензии на платформу, создаёт BPM-решение под свои задачи, автоматизирует бизнес-процессы, развивает систему силами сотрудников компании. На этапе внедрения зачастую заказывают у вендора демо с прототипом BPM-системы для дальнейшего самостоятельной эволюционной адаптации под нужды бизнеса.
• Революционный. С целью упрощения проекта внедрения BPM-системы зачастую организация нанимает BPM-эксперта. Он производит предварительный анализ процессов компании, обучает сотрудников и курирует организацию работ по внедрению BPM-системы и автоматизации.
• Интеграционный. Зачастую BPMS системы внедряют в существующую ИТ-систему предприятия. При этом высокий уровень интеграции всех используемых ИТ-решений является решающим фактором успеха. В таком случае есть смысл воспользоваться услугами компании-интегратора из числа партнёров Comindware. Эксперты помогут извлечь максимум пользы из каждого инструмента в ИТ-структуре компании.

Независимо от выбранного подхода к внедрению, дальнейшая работа с системой управления бизнес-процессами на базе Comindware Business Application Platform основана на простой схеме действий:

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

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

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

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

Что такое BPMS?

Но для того, чтобы разобраться, что такое на самом деле BPMS, и в чем заключаются их особенности, необходимо сначала разобраться, что такое BPM.

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

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

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

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

Пользователь может заполнять документ произвольно, если не запрограммирована последовательность его работы:

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

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

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

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

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

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

Потому что у них в компании не было процедуры согласования счета. Узнали мы с директором компании об этом совершенно случайно. Я узнал, что в их компании на этапе согласования счета происходят периодические сбои, а директор с удивлением обнаружил, что он оплатил не 50% счета, как планировал, а сразу 100%.

Почему так случилось? Все просто. Сработал, так называемый, “испорченный телефон”. Специалист принес с бухгалтерию счет к оплате с фразой “Надо оплатить 50% от суммы”. Бухгалтер уточнила у руководителя, оплачивать этот счет или нет. Руководитель, будучи уверенным, что речь идет о 50% суммы, подтвердил оплату. А бухгалтер, в свою очередь, забыла о том, что вслух было сказано о половине суммы, и поняла руководителя так, что надо оплатить весь счет. Что и было сделано.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Заключение

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

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

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

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

Что такое BPMS?

Но для того, чтобы разобраться, что такое на самом деле BPMS, и в чем заключаются их особенности, необходимо сначала разобраться, что такое BPM.

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

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

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

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

Пользователь может заполнять документ произвольно, если не запрограммирована последовательность его работы:

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

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

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

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

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

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

Потому что у них в компании не было процедуры согласования счета. Узнали мы с директором компании об этом совершенно случайно. Я узнал, что в их компании на этапе согласования счета происходят периодические сбои, а директор с удивлением обнаружил, что он оплатил не 50% счета, как планировал, а сразу 100%.

Почему так случилось? Все просто. Сработал, так называемый, “испорченный телефон”. Специалист принес с бухгалтерию счет к оплате с фразой “Надо оплатить 50% от суммы”. Бухгалтер уточнила у руководителя, оплачивать этот счет или нет. Руководитель, будучи уверенным, что речь идет о 50% суммы, подтвердил оплату. А бухгалтер, в свою очередь, забыла о том, что вслух было сказано о половине суммы, и поняла руководителя так, что надо оплатить весь счет. Что и было сделано.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Заключение

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

Основные программные модули, входящие в состав BPM системы, следующие:

• Модуль графического моделирования. Этот инструмент предназначен для графического моделирования процесса. С его помощью аналитик может представить процесс в терминах потока работ, бизнес правил и потока информации;
• Модуль динамического моделирования. С помощью этого инструмента BPM системы позволяют представить модель бизнес процесса в динамике. За счет этого выявляются проблемные участки процессов и ресурсные ограничения, что дает возможность внести коррективы в процесс на этапе моделирования.
• Модуль разработки приложений. Этот модуль обеспечивает разработчика необходимыми инструментами для создания пользовательского интерфейса, различных диалоговых форм и интеграции BPM системы с бизнес приложениями и информационными системами.
• Модуль управления потоками работ и бизнес правилами. Этот модуль реализует управление потоками работ, потоками информации и документов, а также контролирует исполнение заданных бизнес правил. В этом модуле осуществляется формирование задач персоналу, участвующему в процессе и формирование бизнес правил для взаимосвязанных с BPM системой информационных систем.
• Модуль интерфейса процессов. За счет этого модуля пользователи могут просматривать назначенные задачи, управлять приоритетом задач и выполнять их.
• Модуль управления процессами. Этот модуль необходим для мониторинга процесса. Он позволяет получать показатели процессов, анализировать их, и формировать необходимые отчеты. Мониторинг может осуществляться по различным параметрам бизнес процессов. На основании этих параметров в BPM системе можно оперативно вносить коррективы в процессы.
• Модуль управления BPM системы. Этот модуль представляет собой инструмент администратора системы. С его помощью выполняется конфигурирование программных средств, назначение прав доступа, контроль работы аппаратных средств и пр.

В различных BPM системах модули могут иметь разные названия (в зависимости от разработчика системы).

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

Соотношение фаз управления бизнес процессами с фазами внедрения BPM системы можно представить в виде схемы.

Внедрение BPM системы, как правило, включает в себя четыре фазы:

• Проектирование. На этой фазе осуществляется документирование, создание графической модели бизнес процесса и ее динамический анализ, разработка пользовательских форм и интерфейса, определение бизнес правил и данных процесса.
• Реализация. На этой фазе происходить реализация созданной модели бизнес процесса - выполняется интеграция с существующими информационными системами, внедряются заданные бизнес правила, отлаживается пользовательский интерфейс и формы.
• Управление. В ходе данной фазы происходит отработка процесса в «ручном» режиме, определяются и устанавливаются исключения из заданных бизнес правил, отрабатывается контроль процесса в режиме реального времени, вводятся необходимые обратные связи в процесс.
• Оптимизация. На данной фазе производится обработка и анализ информации о работе процесса, выявляются проблемные места созданной модели, выявляются проблемы взаимодействия BPM системы с другими информационными системами и вносятся корректировки в бизнес процесс.

После завершения всех фаз они повторяются, но в отношении следующего процесса.

Критерии выбора BPM системы

Хорошая BPM система должна помогать организации повышать производительность и скорость выполнения процессов. От правильного выбора системы будет зависеть эффективность управления и качество результатов процессов. При выборе BPM системы необходимо руководствоваться рядом последовательных шагов.

Основные действия по выбору BPM системы следующие:

Шаг 1. Определите область улучшения бизнес процессов.

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

Шаг 2. Определите, какие требования процессов могут быть реализованы за счет BPM системы.

При выборе BPM системы необходимо учесть, что система должна позволять управлять процессами и с преобладающим человеческим фактором, и с преобладающим ИТ фактором. Критерии выбора системы должны включать в себя следующие оценки:

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

На внедрение любой IT-системы требуется много времени, сил и средств. А когда речь идет о таком глобальном решении, как BPM-система, внимания приходится уделять еще больше.

Нельзя запускать проект, опираясь на возможности наскоро выбранного продукта и обещания вендора, есть масса аспектов, которые нужно обдумать и взвесить. А последствия неправильного выбора и осознание своей ошибки уже во время работы, «на половине пути» может стоить дорого.

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

Обзор BPM-решений

Рассматриваемые BPM-решения: ELMA BPM Suite , Bizagi BPM Suite и Bonita Open Solution . Все они являются популярными и востребованными. Кроме того, данные решения во многом схожи функционально.

Рассмотрим их главные компоненты:

1. дизайнер для моделирования бизнес-процессов;
2. механизм исполнения;
3. средства контроля и мониторинга выполнения бизнес-процессов;
4. возможности быстрого изменения бизнес-процессов.

В статье мы рассмотрим реализацию этих возможностей, а также:

1. пользовательский интерфейс;
2. стоимость систем;
3. наличие мобильной версии;
4. другие критерии.

Моделирование бизнес-процессов

ELMA BPM

ELMA BPM – разработка российской компании ELMA, предназначенная для управления бизнес-процессами.

Моделирование бизнес-процессов в системе ELMA осуществляется в специальном графическом редакторе «Дизайнер ELMA» в нотации BPMN 2.0, которая, к слову, была целиком переведена на русский язык именно специалистами данной компании и доступна для свободного скачивания на сайте ELMA.

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

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

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

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

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

Добавлю, что в системе ELMA реализована отладка процессов и инструменты для их тестирования (верификации). При публикации модели процесса автоматически выполняется верификация синтаксиса – проверка правильности модели и проверка сценариев на наличие ошибок.

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

Рис. 1. Интерфейс графического редактора «Дизайнер ELMA»

Рис. 2. Форма заполнения заявки (в режиме отладки) в системе ELMA

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

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

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

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

Следующий участник обзора – Bizagi – тоже отличается своими механизмами исполнения процессов.

Bizagi BPM Suite

Система весьма известная и популярная. Bizagi BPM Suite состоит из компонентов, выполняющих отдельные функции:

1. Bizagi Process Modeler – дизайнер процессов;
2. Bizagi Studio - автоматизация процесса;
3. Bizagi BPM Server - исполнение процесса.

Моделирование бизнес-процессов осуществляется в нотации BPMN. Поддерживается наиболее полный уровень соответствия спецификации BPMN. Но самая сильная сторона продукта – красочный графический редактор.

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

Есть возможность коллективного проектирования. Готовая модель процесса загружается в Bizagi Studio, где можно определить всю информацию, нужную для автоматизации процесса. Этот же модуль позволяет интегрировать систему с прочими корпоративными приложениями. Автоматизация процессов осуществляется в графических интерфейсах, необходимость программирования есть только при спецификации скриптовых задач.

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

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

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

Bizagi дает возможность обмена моделями между приложениями, поддерживается импорт и экспорт в форматы XPDL и MS Visio.

Рис. 3. Моделирование процессов в Bizagi BPM Suite

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

Важно учесть, что Bizagi BPM Suite испанская разработка, и в России у компании нет официального представительства. Это довольно серьезный недостаток, ведь когда вендор находится в другом государстве, тяжело внедрять его продукт.

Bonita Open Solution

Bonita Open Solution – французский вендор. Представительства в РФ, как и у предыдущего решения, нет. Не так давно, по некоторым данным, была переведена только пользовательская часть системы, в целом, российской локализации нет.

В opensource-версии системы отсутствуют средства мониторинга процессов. В свою очередь, в коммерческом варианте системы они есть. Решение состоит из трёх основных компонентов, разделенных по назначению:

1. Studio - моделирование и автоматизация бизнес-процессов;
2. Execution Engine - исполнение бизнес-процессов;
3. User Experience - интерфейс для работы пользователя с его процессами.

Моделирование процессов Bonita Open Solution происходит в нотации BPMN. Поддержка нотации довольно полная. Решение поддерживает импорт диаграмм из формата XPDL, но без возможности экспорта в него. Также нет и поддержки BPEL.

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

Рис. 4. Моделирование бизнес-процессов в Bonita Studio

Интеграция с другими корпоративными приложениями

ELMA BPM

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

В системе ELMA есть средства интеграции с основными корпоративными приложениями (SOA, CRM, почтовые сервисы, оповещения на почту и по sms). Для российских пользователей плюс системы состоит в тесной интеграции с «1С: Предприятие». У системы богатая поддержка работы с веб-сервисами, что полностью задокументировано разработчиком. Поэтому интегрировать ELMA с любой внешней системой не составляет труда. Кроме того, есть поддержка работы с сервисной шиной (ESB) и интеграция с шинами передачи данных на уровне моделирования бизнес-процессов (JMS, MSMQ). Портлеты ELMA встраиваются в корпоративные Порталы: SharePoint, Bitrix.

Bizagi BPM Suite

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

1. с внешними источниками данных;
2. с сервером электронной почты (оповещения);
3. с ECM (и системами электронного документооборота);
4. с иными IT-системами;
5. возможность ссылаться на внешние сети.

Bonita Open Solution

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

Интерфейс

ELMA BPM

Интерфейс системы в целом удобный, простой и понятный. Это касается всех ее компонентов. К ней легко адаптироваться, потому что интерфейс Внутреннего Портала одинаковый для работы со всеми приложениями системы. Его можно легко сделать очень простым и удобным для конечных пользователей. Любая информация может отображаться в красивом и понятном формате.

Рис. 5. Создание заявки в интерфейсе системы ELMA 3.5

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

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

Bizagi BPM Suite

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

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

Рис. 6. Интерфейс системы Bizagi

Bonita Open Solution

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

С помощью конструктора Bonita Form Builder возможно изменять внешний вид интерфейса для конечного пользователя. Bonita Portal позволяет протестировать разработанный бизнес-процесс в веб-интерфейсе, настроить права доступа пользователей к процессам. В веб-интерфейсе портала пользователи получают задачи и работают с экранными формами, разработанными в Bonita Form Builder, также интерфейс портала доступен пользователям с мобильных устройств (смартфонов и планшетов). Дополнительно в интерфейсе возможно настроить аналитику и другие полезные функции портала.

Рис. 7. Интерфейс Bonita Studio

Недостатки систем

ELMA

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

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

Bizagi BPM Suite

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

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

Bonita Open Solution

Нет средств статической верификации процессов (доступна их симуляция с различными параметрами и формированием отчётов по результатам).

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

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

Стоимость систем

ELMA

Есть бесплатная версия на пять рабочих мест. Также вендор предлагает коммерческие версии: легковесную Экспресс-версию на бесплатном СУБД Firebird. В качестве базовой предлагается «Стандарт» версия на MS SQL. Версия Стандарт стоит примерно в полтора раза дороже «Экспресса».

Стоимость лицензии – менее 10 тысяч за 1 рабочее место. А в случае с версией «Экспресс» - значительно ниже.
Также ELMA предлагает корпоративную версию, которая поддерживает кластерную архитектуру для обеспечения высокой производительности в больших организациях. Данная версия работает как на корпоративной версии MS SQL, так и на Oracle. Цены на корпоративную версию на сайте разработчика найти не удалось.

Bizagi BPM Suite

Система доступна в двух вариантах:

Enterprise Edition . Корпоративные решения BizAgi BPMS разработаны для крупных предприятий. Они обеспечивают все функции, необходимые в большом количестве BPM проектов. В системе могут работать от сотен до тысяч пользователей.

Xpress-издание – BizAgi BPMS Xpress – сравнительно недорогое решение для малых и средних предприятий. Позволит оценить преимущества BPM небольших (пробных) проектах, прежде чем начать работу со всеми функциями BPM. BizAgi BPMS Xpress может одновременно использовать максимум только 50 пользователей.

Стоимость лицензий – около 100$ за одного пользователя.

Bizagi Process Modeler – дизайнер бизнес-процессов распространяется бесплатно.

Bonita Open Solution

Решения системы – Bonita Portal, Bonita Studio и Bonita Engine платные, на официальном сайте есть подробное описание всех модулей, но нет информации по их стоимости. Есть бесплатная Opensource-версия.

Выводы

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

За красотой интерфейса в ряде систем скрывается неудобная настройка. Усложняет внедрение BPM-решений и территориальная удаленность вендоров. Что же касается функциональных возможностей, здесь во многих вопросах, конечно, Bizagi держит уверенное первенство. Но, что особенно приятно, отечественная разработка – ELMA BPM уже не только может поравняться силами со своими западными коллегами, но и в чем-то их превзойти.

Теги: Добавить метки