Что такое BPM? Системы управления бизнес процессами - обзор. Как работает BPM-система

Продажа

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

Системы класса BPMS являются наследниками workflow-систем, при этом под термином workflow понимается управление потоком работ и через него — бизнес-процессом. Согласно глоссарию международной организации Workflow Management Coalition (WfMC) workflow — это полная или частичная автоматизация бизнес-процесса, при которой документы, информация или задания передаются для выполнения необходимых действий от одного участника к другому в соответствии с набором процедурных правил. Эксперт из Delphi Group (Бостонская консультационная компания, специализирующаяся в области workflow) высказывается по этому поводу: «Управление потоком работ подчеркивает важность процесса, которому отводится роль контейнера для информации.

В основе этой модели лежат процессы, а не информация». Следовательно, workflow/BPM-система — это система, которая обеспечивает создание, реализацию и управление потоком работ при помощи программного обеспечения, которое способно интерпретировать описание бизнес-процесса, взаимодействовать с участниками потока работ и при необходимости вызывать соответствующие приложения. Фактически workflow/BPM-системы являются реакцией IT-рынка на процессный подход к управлению. В то же время реалии российского рынка автоматизации бизнес-процессов имеют свою специфику, связанную с достаточно сильным присутствием на рынке систем класса Document Management System — DMS, которые в своем составе помимо функциональности хранения и поиска документов имеют модули маршрутизации документов — Docflow.

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

Если бизнес-процесс имеет четкую логику и большое число экземпляров в день, например банковский процесс розничного кредитования (более 1000 заявок в день), то, безусловно, основной задачей будет являться маршрутизация кредитных заявок, тогда как задача поиска и хранения будет вторична. В подобных случаях, когда объектом автоматизации является бизнес-процесс, использование BPM-систем наиболее оправданно. Однако, если стоит задача автоматизировать свободную маршрутизацию документов по компании (без четко определенных алгоритмов обработки) и с невысокой частотой выполнения, в этом случае системы DMS, содержащие функционал Docflow, будут предпочтительней.

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

Основные классы BPMS

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

Всего, по мнению аналитиков Gartner, выделяется пять классов BPM-систем:

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

Следует отметить, что рынок BPMS, несмотря на сильную динамику развития, имеет большое число поставщиков, что, по мнению аналитиков Gartner, приведет в ближайшее время к масштабным слияниям и поглощениям. Разработчики «тяжелых» ERP- и CRM-систем наращивают функционал workflow в своих решениях, и в дополнение к этому системы управления документами Document Management System (DMS) включают покупные или собственные workflow-модули, что в совокупности обусловливает усиление конкуренции на этом рынке и усложнение задачи выбора систем.

Области применения BPMS

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

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

Практически весь front-офис банков может быть автоматизирован с применением BPMS, и в дополнение к этому интегрирован с другими информационными системами, используемыми в банке. В компаниях телекоммуникационной отрасли BPMS могут быть использованы для автоматизации процессов, связанных с обработкой запросов множества клиентов. В этих компаниях могут быть автоматизированы также процессы управления инцидентами пользователей (Trouble Ticket) и др.

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

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

Критерии выбора BPMS

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

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

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

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

  • поддержка задач «человек-человек» и удобство интерфейса пользователя
  • поддержка организационной структуры и ролевых групп
  • возможность переназначения заданий, оперативного вмешательства в процесс и обработки исключительных ситуаций
  • возможность управления логикой процесса с рабочего места пользователя; удобство использования и администрирования
  • присутствие графических средств разработки моделей бизнес-процесса
  • поддерживаемые архитектуры и стандарты
  • производительность и масштабируемость; способность обслуживать многочисленные, продолжительные и распределенные процессы
  • понятный интерфейс настройки и возможность минимального участия ИТ-специалистов во внедрении и поддержке
  • возможность информирования в реальном времени по отклонениям показателей процесса
  • поддержка сервис-ориентированной архитектуры (SOA — Service Oriented Architecture)
  • присутствие шаблонов бизнес-процессов, на основании которых могут быть разработаны новые процессы
  • невысокая совокупная стоимость владения

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

Информация о BPMS может быть получена в результате анализа открытых источников, на основе которых составляется перечень систем, принимаемых для рассмотрения, а затем с использованием форм (RFI — Request For Information) производится рассылка запроса информации поставщикам. На основании полученных ответов происходит первичный анализ на соответствие требованиям, после чего определяются участники тендера.

После того как участники определены, проводится тендер путем составления и рассылки поставщикам запроса на коммерческое предложение (RFP — Request For Proposal), содержащего полный перечень требований к BPMS. На основании ответа участников происходит оценка коммерческих предложений, при этом рекомендуется также «попробовать», как эти системы будут работать на реальных данных компании. Для этого готовится контрольный пример бизнес-процесса или осуществляется «пилотное» внедрение BPMS на одном процессе. Опыт реализации проектов показал, что выбор BPMS может быть сделан в течение месяца. За это время можно сформировать необходимые и достаточные требования и с учетом их выбрать BPMS и команду внедрения.

Заключение

Переход к процессному управлению может быть постепенным и проводиться через автоматизацию небольших процедур и вспомогательных процессов с использованием BPMS, поэтому, выбирая BPMS, необходимо понимать стратегические преимущества подхода с точки зрения изменения системы управления компанией. Важно отметить, что процессный подход и BPMS позволят применять такие современные подходы, как сервисно-ориентированная архитектура (Service Oriented Architecture — SOA).

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

А. Коптелов, директор проекта «Контроллинг 24″ Компания IDS Scheer Россия и страны СНГ

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

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

Стадии развития программного обеспечения управления компанией

Какие же задачи призваны решать системы BMP и какое место они занимают среди другого программного обеспечения автоматизации бизнес-процессов?

Чтобы ответить на этот вопрос, обратимся к материалам отчета Best Practices in Business Performance Management: Business and Technical Strategies (Успешный опыт управления эффективностью бизнеса: бизнес и технические стратегии) Международного Института исследования Хранилищ данных (The Data Warehousing Institute, TDWI). Авторы отчета, сделанного летом 2004 года, позиционируют BMP-системы, делая общей схемы развития ПО для автоматизации бизнес-процессов за последние двадцать лет (см. перевод схемы на рис.1).



Рис.1 Схема развития ПО для автоматизации бизнес-процессов

Судя по схеме, вначале появились системы автоматизации бэк-офисных процессов, прежде всего, производства и бухгалтерского учета. Затем фронт-офис: продажи, услуги, маркетинг. В конце 20-го века организации перешли к автоматизации перекрестных процессов, которые затрагивают работу несколько подразделений, внедрение технологии управления взаимоотношениями с клиентами - CRM (Customer Relationship Management) и технологии управления цепями поставок - SCM (supply chain planning ) . И на вершине пирамиды корпоративное управление, которое стали автоматизировать совсем недавно. Для решения последней задачи и выделяется специальный класс программного обеспечения - BMP-системы.

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

А что в России?

Периоды появления и формирования различных классов ПО, указанные на вышеприведенной схеме, отражают мировой положение дел и не относятся к России. В области автоматизации последняя традиционно отставала от Запада, хотя в последние годы разница нивелируется. Разница для нижних уровней пирамиды все же ощутима (к примеру, пик автоматизации бэк-офисных, учетных задач пришелся в России на 1992-1993 год, а в мире это произошло на 5-7 лет раньше), но при этом для систем управления масштаба корпорации отставание составляет уже не более 2 лет.

Появление программного обеспечения для комплексной поддержки управленческих технологий TDWI обозначает начало XXI века. Но в России и странах СНГ в начале 2000-х годов внедрений BMP-систем почти не было, активное их появляние относится к 2002 году. А термин "BMP" появился только на рубеже 2003-2004 годов.

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

Составные части BMP

Функциональная архитектура классической BMP-системы банка складывается из трех составных частей. Первая часть - Хранилище данных. Это основа BMP-системы. Здесь консолидируется оперативная финансовая информация из различных автоматизированных модулей Головного офиса и филиалов организации, из дочерних компаний. Вторая составляющая решения представляет набор инструментов для поддержки технологий управления предприятием: финансового планирования, управленческого учета, прогнозирования и т.д. Третий компонент BMP - средства OLAP для оперативной работы с деловыми данными, накапливающимися в Хранилище.

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


Рис. 2. Этапы и инструменты цикла корпоративного управления

В чем же особенность BMP-подхода? Так как BMP-система предназначена для поддержки ПОЛНОГО ЦИКЛА управления компанией, то это означает, что инструменты BMP взаимосвязаны и обеспечивают исполнение четырех основных этапов управления эффективностью бизнеса (см. рис.2):

1 этап. Разработка стратегии.

Цель - выделить целевые показатели бизнеса и планирование количественных значений их метрик - KPI (Key Performance Indicators , ключевые показатели эффективности). Стратегическое планирование опирается на одну из методологий BMP, известную как BSC (BalancedScorecard , система сбалансированных показателей).

2 этап. Планирование.

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

3 этап. Мониторинг и контроль исполнения.

Третий этап в цикле корпоративного управления - мониторинг и контроль исполнения бюджетных планов. Фактические значения по статьям управленческого учета вычисляются на основе собранных в Хранилище первичных данных. Для сравнения намеченных и достигнутых показателей бюджетов и KPI используются инструменты "план-фактного" анализа на основе технологии OLAP.

4 этап. Анализ и регулирование.

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

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

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

О терминологии: BMP, CPM, EPM...

Понятие BMP впервые было предложено аналитической компанией IDC (International Data Center) . Этой же терминологии следует другая авторитетная исследовательская организация - META Group. Среди решений, ктоые есть на российском рынке, концепции BMP полностью отвечает софт компаний Hyperion, SAS, Intersoft Lab и некоторых других.

Но кроме BMP, наиболее распространены сокращения CPM (Corporate Performance Management , управление эффективностью корпорации) и EPM (Enterprise Performance Management , управление эффективность предприятия). Что же обозначают данные аббревиатуры и чем отличаются от BMP?

По определению Gartner, управление эффективностью корпорации (СРМ) - это комбинация методик (на пример, Balanced Scorecard), показателей (финансовых и нефинансовых, долгосрочных и краткосрочных и др.), процессов (на пример, разработка стратегии, бюджетирование, прогнозирование) и систем, используемых для контроля и управления производительностью деловой деятельности организации. С позиции реализации, СРМ-система объединяет те же функциональные блоки, что и BРМ-решение: Хранилище данных, инструменты автоматизации методик управления эффективностью и OLAP. Это означает, что термины СРМ и BРМ не имеют существенной разницы по смыслу. Хотя ряд авторитетных зарубежных экспертов, рассматривая концепцию корпоративного управления применительно к банковскому сектору, используют именно это сокращение. Среди западных поставщиков ПО этом у термину в обозначении собственных программных разработок отдают предпочтение Cognos и Oracle.

Аббревиатуру EPM фактически используют как прямой синоним BMP и СРМ. Однако, некоторые авторы вкладывают в нее более широкий смысл, и помимо традиционных компонентов относят к ключевым составляющим EPM-системы справочные данные, исходные системы и приложения, связанные на основе Хранилища данных. Тем самым, в отличие от BMP, в составе EPM-решения выделяется самостоятельный слой источников данных. Оправдывая свое название, EPM чаще применяют для обозначения управленческих решений, выстраиваемых для предприятий.

Значительно реже употребляют понятие (Enterprise Commerce Management , управление коммерческой деятельностью предприятия). Его, как альтернативу BMP, предложила независимая аналитическая фирма AMR Research.

Также на страницах электронных изданий, как замещение BMP, можно встретить абберивиатуру BAM (Business Activity Management , управление деловой активностью). К задачам систем этого класса относят контроль бизнес-процессов на основе измерения KPI в интегрированной бизнес-среде. Эта концепция больше ориентирована на решение части задач BMP, связанной с учетом и анализом фактического состояния бизнеса, и не затрагивает деловое планирование.

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

Самые распространенные заблуждения относительно BMP

BMP-система - это просто Хранилище данных

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

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

Решение на основе Хранилища данных - это BMP-система

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

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

Система бюджетирования - это BMP-решение

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

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

Любая аналитическая система относится к классу BMP

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

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

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

Оставьте свой комментарий!

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

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

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

Видео по бизнес-процессам:

Рисунок «Три взгляда на BPM»

Усовершенствование бизнес процессов (BPI) – это разовая инициатива или проект, направленный на более полное соответствие стратегии организации и ожиданий клиентов. BPI включает в себя выбор, анализ, проектирование и внедрение усовершенствованного процесса.

Управление процессами предприятия (EPM) – это применение принципов, методов и процессов BPM в конкретной организации. EPM: а) обеспечивает соответствие портфеля и архитектуры сквозных процессов стратегии и ресурсам организации и б) предоставляет модель регулирования для оценки и управления BPM инициативами.

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

Управление бизнес процессами

Что такое управление бизнес процессами (BPM)?

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

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

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

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

Рисунок «Бизнес-процесс»

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

Ценность в виде проектных спецификаций

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

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

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

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

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

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

  • если достигнуты все операционные целевые показатели, то функциональные показатели выдержаны;
  • если достигнуты все функциональные показатели, то показатели эффективности процесса самого верхнего уровня выдержаны;
  • если достигнуты все показатели эффективности процесса, то потребитель удовлетворен.

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

Бизнес-процессы можно разделить на три категории:

  • Основные процессы – сквозные и, как правило, кросс функциональные процессы, непосредственно создающие ценность для потребителя. Основные процессы также называют ключевыми, так как они представляют собой действия, необходимые с точки зрения выполнения организацией своей миссии. Эти процессы составляют цепочку создания ценности, в которой каждый шаг добавляет ценность к предыдущему, измеряемую вкладом в создание или поставку продукции или сервиса и в конечном счете в создание ценности для потребителя.
  • Вспомогательные процессы предназначены для поддержки основных, обычно через управление ресурсами и/или инфраструктурой, необходимых основным процессам. Разница между основными и вспомогательными процессами в том, что вспомогательные процессы непосредственно не создают ценность для потребителя. Примеры вспомогательных процессов обычно относятся к ИТ, финансам, управлению персоналом. Хотя вспомогательные процессы зачастую тесно связаны с функциональными областями (например, процесс выдачи и отзыва разрешения на сетевой доступ), они могут пересекать функциональные границы и зачастую действительно их пересекают.
  • Процессы управления предназначены для измерения, мониторинга и контроля бизнес деятельности. Они призваны гарантировать, что основные и вспомогательные процессы спроектированы и исполняются в соответствии с поставленными операционными, финансовыми целями, регуляторными и юридическими ограничениями. Как и вспомогательные, процессы управления непосредственно не добавляют ценности для потребителя, но они необходимы для обеспечения соответствия операций целевым уровням производительности и результативности.

Модель зрелости BPM

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

Цели моделирования процессов

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

Процессные модели – это средства:

  • управления процессами организации;
  • анализа эффективности процесса;
  • описания изменений.

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

Побудительные причины моделирования процессов:

Распространенные процессные нотации:

BPMN:

Диаграмма с дорожками Брюса Силвера:

Блок-схема:


UML:

IDEF:

Карта потока создания ценности:



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

Что означает моделирование бизнес-процессов на практике? Моделирование бизнес-процессов в компании может быть направлено на решение большого числа различных задач:

  • Точно определить результат бизнес-процесса и оценить его значение для бизнеса.
  • Определить набор действий, составляющих бизнес-процесс. Ясное определение набора задач и действий, которые необходимо выполнить, чрезвычайно важно для детального понимания процесса.
  • Определить порядок выполнения действий. Действия в рамках одного бизнес-процесса могут выполняться как последовательно, так и параллельно. Очевидно, что параллельное исполнение, если оно допустимо, позволяет сократить общее время выполнения процесса и, следовательно, повысить его эффективность.
  • Произвести разделение зон ответственности: определить, а затем отслеживать, какой сотрудник или подразделение компании несет ответственность за выполнение того или иного действия или процесса в целом.
  • Определить ресурсы, потребляемые бизнес-процессом. Точно зная, кто какие ресурсы использует и для каких операций, можно повысить эффективность использования ресурсов посредством планирования и оптимизации.
  • Понять суть взаимодействий между участвующими в процессе сотрудниками и подразделениями компании и оценить, а затем повысить эффективность коммуникации между ними.
  • Увидеть движение документов в ходе процесса. Бизнес-процессы производят и потребляют различные документы (в бумажной или электронной форме). Важно разобраться, откуда и куда идут документы или информационные потоки, и определить, оптимально ли их движение и действительно ли все они необходимы.
  • Определить потенциальные узкие места и возможности для улучшения процесса, которые будут использованы позже для его оптимизации.
  • Более эффективно внедрить стандарты качества, например ИСО 9000, и успешно пройти сертификацию.
  • Использовать модели бизнес-процессов в качестве руководства для новых сотрудников.
  • Эффективно произвести автоматизацию бизнес-процессов в целом или отдельных их шагов, включая автоматизацию взаимодействия с внешней средой - клиентами, поставщиками, партнерами.
  • Разобравшись в совокупности бизнес-процессов компании, понять и описать деятельность предприятия в целом.

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

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

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

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

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

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

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

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

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

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

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

Bpm’online studio - это система управления бизнес-процессами (BPMS), которая позволяет автоматизировать различные бизнес-задачи. Bpm’online studio - интуитивный инструмент для внедрения процессного подхода в работу различных подразделений компании и эффективно управлять изменениями в масштабах всего предприятия.


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

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

Что такое BPM-системы и как они работают

Прежде чем говорить о самих системах как ПО, нужно прояснить саму концепцию BPM.

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

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

Каждая такая система состоит из трех составляющих:

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

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

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

Примеры задач, которые можно решить с помощью BPM систем

Основные задачи, которые решают BPM-системы – это:

  1. Увеличить экономический потенциал предприятия. У вас на руках будет вся информация по предприятию и её детальный анализ. В результате вы будете видеть, какие сотрудники работают эффективнее, как увеличить оборот, как снизить процент запасов или добиться положительного .
  2. Повысить стратегическую эффективность предприятия. Вы сможете управлять процессами таким образом, чтобы гарантировано достигать поставленных изначально целей.
  3. Более гибко и эффективно управлять кадрами. Система позволяет задать необходимые и отслеживать их достижение.

Обзор лучших BPM систем

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

Bpm’online studio

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

Данное ПО может также служить базой для разработки собственных бизнес-приложений.

Подойдет для автоматизации процессов любой сложности. Через систему можно задать для каждого сотрудника четкий алгоритм действий. А грамотное ПО будет вести его к результату шаг за шагом.

Есть тестовый бесплатный период – 14 дней.

ELMA BPM

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

Доступна интеграция с 1С. Систему можно расширить при необходимости.

Подойдет для поддержки сложных проектов — для этого у системы есть все необходимые инструменты.

У ELMA BPM есть бесплатная версия. Причем это не демо и не урезанный вариант, а полнофункциональная система, которую можно полноценно использовать для управления своим предприятием. Скачать её можно на сайте компании.

OMNITRACKER365

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

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

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

Есть бесплатная демо-версия.

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.