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

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

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

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

За последнее время российский рынок заметно активизировался в направлении BPM. Основная причина – практически все, что могло быть оптимизировано (консолидировано, сокращено) без применения BPM, уже выполнено и достигнутые эффекты успели девальвироваться ().

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

Направления развития BPM-систем

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

Актуальные продукты и проекты

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

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

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

  1. “Бумажный” подход;
  2. Автоматизированный подход (с применением других систем);
  3. Процессный подход в системе BPMS.
Для примера возьмем бизнес-процесс согласования счета на оплату, так как он достаточно простой и наглядный.
В моей практике был такой случай: клиент мне оплатил полностью счет, хотя на тот момент должен были внести только часть оплаты в размере 50%. Почему это произошло?

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

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

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

“Бумажный” (не автоматизированный) подход
Как раньше происходило согласование счета в этой компании?
  • Сотрудник получает счет, передает его в бухгалтерию;
  • Бухгалтерия вписывает счет в платежную ведомость, согласовывает ее с руководителем;
  • Если руководитель одобряет и подписывает запрос, бухгалтерия оплачивает счет.
Чем плох этот подход? Здесь размыты границы перехода зон ответственности между этапами. В случае недоразумения и не своевременной оплаты или неоплаты счета сотрудники перекладывают вину друг на друга, и невозможно в итоге найти ответственных.
Автоматизированный подход
Как правило, компании стараются контролировать тот или иной бизнес-процесс в учетной системе, в которой они уже работают. Но это также неправильно. Рассмотрим, какие минусы есть при таком варианте.

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

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

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

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

  1. деньги (сколько мы должны выплатить);
  2. получатель (кому мы должны выплатить);
  3. назначение (за что выплачиваем).
А, значит, заполняя лишнюю информацию, сотрудник теряет время, и процесс согласования затягивается.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Заключение

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

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

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

Определение по версии EABPM (Европейская ассоциация BPM) этого термина звучит следующим образом:

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

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

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

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

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

Как появилось BPM

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

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

Если мы обратимся к старым записям и попробуем изучить особенности организации труда что на советских предприятиях, что в западных компаниях, например, Форда, мы увидим преимущественно сухие, сложные для восприятия текстовые инструкции, относящиеся преимущественно к функциональному подходу:

  1. Описание рабочего места
  2. Должностная инструкция сотрудника
  3. Требования техники безопасности и т.д.
Все это, как многие помнят, крайне сложно воспринимается, и значительная часть подобных инструкций пылились на полках, зачастую, никем, кроме создателя, не прочитанные. А опыт и требования передавались от опытного сотрудника новичку.

А что делать, если появляется необходимость быстро изменить работу целой организации? А если еще при этом внедряется автоматизация? Ответом на эти запросы и стало появление BPM.

О том, что такое бизнес-процесс, я уже писал («Что такое бизнес-процесс и описание бизнес процесса»), а потому повторять основные положения и определение самого бизнес-процесса не буду. А на понятии управление бизнес процессами давайте остановимся подробнее.

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

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

Определение от меня:

Управление бизнес-процессами (BPM) – это управление действиями (автоматизированными и неавтоматизирвоанными) в коллективе посредством бизнес-процессов.
Чтобы управлять любыми бизнес процессами необходимо:
  1. Описать сами бизнес-процессы.
  2. Внедрить в работу коллектива описанный бизнес процесс
  3. Назначить людей, ответственных за бизнес-процессы, так называемых, стек-холдеров или владельцев бизнес-процессов.
Важно понимать, что бизнес-процесс может выполняться как человеком, так и быть частично автоматизированным. Аналогично и стек-холдером может быть и человек, и программа (автоматическое выполнение операций и автоматизированный контроль).

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

Необходимо исходить из понимания: процессный подход - это управление целым через управление частями.

И чтобы исключить путаницу в терминологии, поясню:

  • BPM – это методология. т.е. набор основных принципов и подходов к построению нотаций и самой организации работы при помощи бизнес-процессов.
  • BPMN – нотация(язык), в которой строятся нотации, в том числе, исполняемые
  • BPMS – IT система исполнения, построенная по определенным правилам, заданных в методологии
Если проводить аналогию с наукой, то BPM - это прежде всего подход, своего рода мировозрение. BPMN - это методы и алгоритмы решения конкретных задач. Например, доказательства для теорем или набор методов для создания проекта обеспечения электричеством объекта (производства, многоквартирного дома). А, в свою очередь, BPMS- это уже готовые прикладные решения, которые можно “включить” и они уже будут работать. Для математики это - готовые решения задач, имеющих практическое значение. Для физики - непосредственное реализации той самой электропроводки и подключение объектов. Для сферы айти - готовый программный код.

Исполняемые и неисполняемые бизнес процессы

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

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

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

Отличия процессного и функционального подходов

Еще один важный факт, который поможет понять, что же такое на самом деле «управление бизнес-процессом». Мы уже выяснили, что управление – это создание определенной последовательности действий сотрудников. Т.е. в результате каждая автоматизированная система работает определенным образом. А человек – обязан по инструкции также выполнять заданные по инструкции действия.

При этом также необходимо знать:

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

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

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

Необходимо понимать:

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

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

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

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

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

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

Описание работы с BPM

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

Опрос людей (сотрудников компании). Понимание того, каким образом производится работа в каждом конкретном случае.

Документирование бизнес-процесса на основе полученных данных. На этом этапе аналитик получает описание бизнес-процесса «как есть».

Изучение полученного бизнес-процесса с точки зрения слабых мест и возможности оптимизации:

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

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

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

Жизненный цикл процесса в BPM

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

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

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

Плюсы и минусы BPM

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

Минусы BPM, как это часто бывает, находятся там же, где и преимущества:

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

Каким компаниям подходит BPM

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

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

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

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

Вопросы и ответы

В чем отличие функционального моделирования от процессного?

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

Какие понятия входят в BPMN?

В первую очередь, это непосредственно система BPMN, а также описание нотаций BPMS. О них я писал в этой статье, и подробно - в предыдущих статьях (см. рекомендуемые ссылки в конце публикации). Кроме того, не так давно появились новые понятия - DMN и CMMN. На них я сейчас подробно останавливаться не буду. Постараюсь описать новые понятия и их особенности в будущих публикациях.

Зачем нужно в построении нотаций столько сложностей и разные подходы?

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

С чего начать работу с BPM?

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

Можно ли использовать BPM для неавтоматизированных систем?

Можно. Это подход предназначен, в первую очередь, не для автоматизации (в IT сфере есть свои инструменты), а для организации работы компании или любого коллектива. Здесь могут учитываться участки работы с применением автоматизированных систем. А могут рассматриваться исключительно процессы в коллективе, причем, любом - от строительных бригад или производства до творческих коллективов в театре или филармонии. Главное, четко описать - как происходит интересующий вас процесс, а также, как вы его хотите изменить.

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

Системы BPMS занимают собственную нишу, не заменяя, а дополняя возможности существующего системного (СУБД, сервера приложений) и прикладного программного обеспечения (ERP, CRM, производственные, торговые, бухгалтерские и другие системы). ИТ-специалист, в арсенале которого появилось это средство, обнаружит вокруг себя достаточно много задач, которые без BPM решались либо неэффективно, либо вообще никак.

В чем преимущество использования BPMS:

  1. BPM не столько выдвигает новые идеи, сколько развивает и комбинирует уже известные. В науке достижения часто появляются на стыке дисциплин или направлений. В случае BPM таких направлений три: процессное управление и реинжиниринг бизнес-процессов, документооборот и управление потоками работ (Workflow), интеграция корпоративных приложений (EAI).
    Не конкретизируя как BPM развил эти направления (интересующихся адресуем к статье «Истоки BPMS » на сайте bpms.ru), отметим, что BPM удачно их комбинирует. Например, сочетание процессного управления и интеграции приложений дало интеграцию на основе бизнес-процессов, а сочетание технологий Workflow и методологии реинжиниринга дало полный цикл управления бизнес-процессом (моделирование-исполнение-анализ) на основе единой модели.
  2. BPMS - это класс системного программного обеспечения, появление которого следует той же логике, что и появление СУБД за двадцать лет до того. Вспомним: в свое время мысль о том, что данные целесообразно отделить от алгоритмов и использовать для управления ими специализированное системное программное обеспечение в виде СУБД, вовсе не была очевидной. Скептики говорили, что их программы и так справляются с хранением данных, и никакая СУБД не сможет делать это быстрее и лучше, и вообще СУБД - это лишняя трата денег.
    Сегодня то же самое происходит с процессами: появилось понимание того, что у этих информационных объектов есть специфика, отличающая их и от алгоритмов, и от данных. Как следствие, появилась идея специализированного системного программного обеспечения, которое (как и СУБД в случае данных) полностью возьмет на себя управление процессами: моделирование, хранение, исполнение, анализ и т.д. - т.е. BPMS.
  3. Системы BPMS органично сочетаются с уже сложившейся ИТ-инфраструктурой: для хранения данных о процессах используются распространенные реляционные СУБД, для исполнения процессов - сервера приложений на платформе JEE или.NET, для интеграции - существующие адаптеры (ODBC, JDBC, JCA) и веб-сервисы, для авторизации и аутентификации - службы каталогов (LDAP, Active Directory).
    BPM и SOA, в отличие от предыдущего поколения средств Workflow и EAI, следуют открытым стандартам в моделировании процессов (BPMN, BPEL, XPDL) и в интеграции с корпоративными приложениями (SOA и вебсервисы).
  4. BPM подразумевает непрерывное усовершенствование и короткий цикл разработки. Инструментарий BPMS позволяет визуальными средствами быстро разработать начальную схему бизнес-процесса и запустить ее в опытную эксплуатацию. В дальнейшем BPM (в сочетании с SOA) позволяет с минимальными затратами дорабатывать бизнес-процесс и увязывать его с разнородными корпоративными системами.
    Это полностью соответствует современным тенденциям в разработке информационных систем. Короткие циклы разработки предпочтительны перед традиционным длительным циклом. Успех сопутствует тем проектам, где пользователь максимально быстро получает первую версию программы и имеет возможность, с одной стороны, начинать извлекать из нее пользу (что способствует быстрому возврату инвестиций), а с другой - оперативно вносить корректировки в дальнейшую разработку, страхуя тем самым программистов от дорогостоящих ошибок. И именно по этой схеме реализуются проекты BPM.