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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Википедия дает такое определение: "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 - интуитивный инструмент для внедрения процессного подхода в работу различных подразделений компании и эффективно управлять изменениями в масштабах всего предприятия.

на базе Comindware Business Application Platform

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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