Языки управления бизнес процессами bpm. BPM-системы – основной вектор развития. Основные решаемые задачи при внедрении Системы BPMS

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

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

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

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

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

Приложение ELMA BPM обладает огромным количеством возможностей, однако все функции системы легко могут быть поделены на четыре группы в соответствии со стадиями жизненного цикла (цикл Деминга) процесса PDCA (Plan, Do, Check, Act).

Проектирование (моделирование) бизнес-процессов

Работа с бизнес-процессами в приложении ELMA BPM начинается с их моделирования. Моделирование бизнес-процессов осуществляется в программе Дизайнер ELMA, входящей в комплект системы ELMA. Дизайнер ELMA имеет простой и понятный графический интерфейс.

Важным моментом является то, что проектирование бизнес-процессов может выполнять бизнес-аналитик без участия программиста. Программа ELMA описывает процесс на языке диаграмм (bpm), привычном для аналитика и понятном высшему руководству организации.

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

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

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

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

Моделирование бизнес-процессов
Внутри бизнес-процесса двигаются данные

Исполнение бизнес-процессов

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

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

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

От исполнителя может потребоваться ввод некоторых данных – в этом случае карточка задачи будет содержать соответствующие поля, заполнение которых может быть при необходимости обязательным. То есть всю работу по поручению пользователь всегда выполняет в одном месте – на карточке задачи; здесь же он получает все необходимые для этого ресурсы.

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

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

Контроль и мониторинг бизнес-процессов

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Рисунок 8.6

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

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

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

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

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

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

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

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

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

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

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

Рисунок 8.7

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

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

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

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

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