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

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

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

Что такое BPMS?

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Заключение

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

Системы управления бизнес-процессами (Business Process Management Systems - BPMS)

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

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

Архитектура типового BPMS

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

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

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

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

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

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

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

Ключевые функции

Функциональная архитектуры BPM

Все предлагаемые на данный момент системы управления бизнес-процессами (BPMS), вне зависимости от платформы реализации, предоставляют следующие основные функции:

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

Преимущества внедрения процессно-ориентированой системы управления бизнес-процессами

Ключевыми особенностями именно BPM-решений является то, что они позволяют:

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

Подходы к реализации

Специалисты компании Tops BI обладают компетенцией и опытом создания интеграционных решений на промышленных платформах ведущих мировых производителей:

Oracle SOA Suite/Oracle BPM Suite;

SAP NetWeaver BPM;

Microsoft SharePoint и BizTalk Server.

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

Компания TopS BI предоставляет следующие услуги при построении систем управления бизнес-процессами:

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

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

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

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

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

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

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

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

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

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

1. Описание рабочего места
2. Должностная инструкция сотрудника
3. Требования техники безопасности и т.д.

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

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

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

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

Управление бизнес-процессами (BPM) – это управление действиями (автоматизированными и неавтоматизирвоанными) в коллективе посредством бизнес-процессов.

1. Описать сами бизнес-процессы.
2. Внедрить в работу коллектива описанный бизнес процесс
3. Назначить людей, ответственных за бизнес-процессы, так называемых, стек-холдеров или владельцев бизнес-процессов.

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

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

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

• BPM – это методология. т.е. набор основных принципов и подходов к построению нотаций и самой организации работы при помощи бизнес-процессов.
• BPMN – нотация(язык), в которой строятся нотации, в том числе, исполняемые
• BPMS – IT система исполнения, построенная по определенным правилам, заданных в методологии

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Система бизнес-процессов (СБП) является подсистемой системы процессов организации. Основной мотив выделения СБП из всей совокупности процессов организации - уменьшение размеров и уровня сложности объекта управления на этапе управления бизнес-процессами.

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

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

входы (сырье, материалы, заготовки, тара, данные и тому подобное)

выходы (результаты функционирования процесса, готовая продукция)

КРОМЕ ТОГО ПРОЦЕСС ВКЛЮЧАЕТ РЕСУРСЫ И ИНФОРМАЦИЮ, НЕОБХОДИМЫЕ ДЛЯ ПОДДЕРЖКИ ПРОЦЕССА, НАПРИМЕР:

используемая технология

персонал (рабочие, служащие, должностные лица и т.п.)

технологическое оборудование (технологические линии, станки, инструменты и т.п.)

метрологическое оборудование

транспортные средства

энергоресурсы

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

Международный стандарт ИСО 9000:2000 определяет процесс как совокупность взаимосвязанных и взаимодействующих видов деятельности, преобразующих входы и выходы.

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

ВОЗМОЖНЫЕ КЛАССИФИКАЦИИ БИЗНЕС-ПРОЦЕССОВ:

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

Все бизнес-процессы организации классифицируются на:

основные, обеспечивающие, развития, управления.

Характерные признаки процессов

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

2. Результат – основной продукт и/или полуфабрикат для его изготовления. Результат – ресурсы для основных процессов. Результат – деятельность всей организации.

3. Процессы лежат на пути создания основных продуктов. Деятельность процессов не касается основных продуктов.

4. Процессы добавляют к продукту ценность для потребителя. Процессы добавляют продукту стоимость.

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

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

Следует различать управление предприятием с использованием бизнес-процессов и управление собственно процессами.

Что означает управлять БП?

ü Строго соблюдать регламент процесса;

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

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

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

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

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

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

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

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

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

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

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

Если частично пожертвовать строгостью, можно дать более короткое определение:

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

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

Функция (лат. functio - исполнение) - обязанность, круг деятельности, подлежащая исполнению работа - служебные функции.

Функция, это работа, которую обязан выполнить субъект, что бы достигнуть поставленной цели.

Функция, это круг обязанностей субъекта в рамках:

§ данного процесса;

§ нескольких процессов;

§ структурного подразделения;

§ всей организации в целом.

Проце́сс (от лат. processus - продвижение), - последовательная смена состояний объекта во времени.

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

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

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

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

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

Мир, в котором мы живем, - взаимосвязанная совокупность естественных и искусственных систем.

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

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

Рис. 1 Система аэропорта: парк самолетов и наземные службы

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

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

Элементы системы

Итак, если организация - это система, то это совокупность взаимосвязанных элементов. Что выступает в качестве элементов организации? Работники, станки, компьютеры…. А здания, а огнетушители, а дороги на территории производственного комплекса? И тут мы можем просто «утонуть» в перечисляемых элементах.

Система как черный ящик

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

Но зачем выделять такую мегасистему? Зачем нам все это отражать в системе? Какую задачу мы решаем? «Мы» - это кто: экономисты, юристы, менеджеры, пожарные?
Вернемся в исходную точку: зачем мы начали анализировать организацию? Какая проблема? Не обеспечена пожарная безопасность? Низкое качество продукции? Большие расходы на содержание организации? Неутешительные результаты бенчмаркинга?

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

2. Как анализировать предприятие, если предприятие - это система?

Поскольку предприятие - это система, то в рамках исследования (анализа деятельности) предприятия должен использоваться системный анализ.

Этапы системного анализа

В исследовании любой проблемы системы можно отметить главные этапы:

1) постановка цели исследования;

2) выделение проблемы (системы): выделить главное, существенное, отбросив малозначимое, несущественное;

3) описание: выразить на едином языке (уровне формализации) разнородные по природе явления и факторы;

4) установление критериев: определить, что значит «хорошо» и «плохо» для оценивания полученной информации и сравнения альтернатив;

5) идеализация (концептуальное моделирование): ввести рациональную идеализацию проблемы, упростить ее до допустимого предела;

7) композиция (синтез): объединить части в целое, не теряя свойств частей;

8) решение: найти решение проблемы.

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

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

Методология структурного анализа и проектирования SADT (Structured Analysis and Design Technique - технология структурного анализа и проектирования) - это методология, разработанная специально для описания и анализа искусственных систем, попадающих в разряд средней сложности.

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

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

Модели и описательное моделирование

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

М есть модель системы S, если М может быть использована для получения ответов на вопросы относительно S с точностью А.

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

Рис. 2 Семейство согласованных подмоделей исследуемой системы, описанных разными языками моделирования

Нотация - множество символов (объектов) и правил их применения.

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

3. Методология структурного анализа SADT

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

Основные принципы методологии SADT

Основные принципы методологии структурного анализа:

1) Определение цели моделирования;

2) Определение границ модели (модель точно устанавливает, что является и что не является субъектом моделирования);

3) Установление только одной точки зрения

ПРИМЕЧАНИЕ. Для создания согласованной модели механического цеха можно встать на точку зрения как мастера, так и механика, или контролера. Однако, ни одна из полученных моделей не позволит написать учебное руководство для всего персонала цеха. Только с позиции начальника цеха можно увидеть все виды работ, выполняемые в цехе. Именно с его точки зрения можно проследить взаимосвязи обязанностей различных работников

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

Стандарт IDEF0 - один из стандартов методологии SADT

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

Рис.3 Спецификация сторон блоков в стандарте IDEF0

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

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

Этапы построения системы бизнес-процессов в стандарте (нотации) IDEF0

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

На контекстной диаграмме должны быть отражены
. цель моделирования (например: разработка нового процесса, сокращение времени выполнения процесса и т.д.);
. точка зрения (директор организации, IT-специалист, финансовый специалист и т.д.).

Рис.4 Контекстная диаграмма в стандарте IDEF0

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

Все объекты диаграммы должны иметь текстовые описания.

Построение декомпозиции - процесс многовариантный и творческий. Если найдется специалист, который предложит иной вариант декомпозиции, то могут использоваться FEО - диаграммы (For Exposition Only - только для изображения).
В FEО-диаграммах внимание сосредоточено на взаимодействиях по входам-выходам, что позволяет оценить целесообразность преобразований или проверить состав внутренних потоков (материальных, информационных), генерируемых процессом.

4. Где использовать систему бизнес-процессов?