ARIS eEPC или «Процедура» Business Studio?

Публикации
Поделиться:

Владимир Репин

Генеральный директор ООО «Владимир Репин Менеджмент»

Член ABPMP Russia

Доцент

Консультант по управлению

Бизнес-тренер

Кандидат технических наук

Во многих современных системах класса Business Process Management (BPMS) для описания «исполняемых» процессов применяется спецификация BPMN (версия 1, 2). Эта спецификация является, вероятно, лучшей для целей формализации автоматизируемых процессов. Однако для описания и регламентации процессов, исполняемых людьми, она является слишком сложной так же, как и некоторые другие нотации, появившиеся ранее.

В статье рассмотрены проблемы выбора нотаций, адекватных задаче описания и регламентации процессов, исполняемых людьми. Выполнено сравнение нотации ARIS eEPC, «простой блок-схемы» в MS Visio и «Процедуры» Business Studio.

Делаются выводы о целесообразности выбора нотации для комплексного описания и регламентации процессов компании.

Введение

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

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

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

  1. Описание исполняемых процессов в рамках системы BPM;
  2. Регламентация деятельности сотрудников при помощи внутренних нормативно-методических документов (т. е. создание регламентной базы);
  3. Описание требования к программному обеспечению.

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

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

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

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

  1. Простота в освоении, интуитивная понятность для сотрудников компании;
  2. Приемлемая информативность схем процессов при минимальном наборе используемых графических символов;
  3. Поддержка нотации современными средствами моделирования;
  4. Затраты на внедрение методики описания и регламентации процессов с использованием соответствующего инструмента;

Нотация ARIS eEPC

Нотация ARIS eEPC была одной из первых нотаций, получившей широкую известность на российском рынке. Она относится к нотации типа Work Flow (поток работ). Особенностями нотации является наличие элементов типа «событие» и наличие операторов логики: «и», «неисключающее или», «исключающее или» (см. Рис. 1).

Рис. 1. Схема процесса в нотации ARIS eEPC

В своем полном варианте, нотация ARIS eEPC содержит очень большое количество графических элементов. Поэтому при выполнении проектов создаются так называемые «методические фильтры» (в рамках «соглашений по моделированию»), которые ограничивают количество типов элементов, доступных пользователям при создании схем процессов. (В некоторых средствах моделирования нотация ARIS eEPC сразу реализована с минимально необходимым набором элементов). Однако даже в этом случае, неопытные пользователи создают схемы такой сложности, которые потом невозможно однозначно воспринять. К таким схемам требуется подробный текстовый комментарий (либо наличие аналитика, способного объяснить схему).

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

Возникает вопрос: а за что, собственно, боролись? Типичная схема в ARIS eEPC:

  1. Не годится для автоматизации в системе класса BPM (нужно применять дополнительный транслятор, переводящий ее в нотацию BPMN, с последующей ручной доработкой);
  2. Сложна для восприятия рядовыми сотрудниками компании (их нужно учить правилам использования логических операторов и корректному чтению схем, которые их содержат).

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

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

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

«Простая блок-схема»

Нотация «простая блок-схема» реализована в популярном офисном продукте MS Visio. На Рис. 2. показаны элементы этой нотации и фрагмент соответствующей схемы. В полном объеме рассматриваемая нотация применяется редко.

Вообще, в MS Visio представлено несколько нотаций типа «блок-схема», которые являются достаточно сложными. Очевидно, по этой причине они не нашли широкого применения, хотя и были включены в набор нотаций, поставляемых с системой.

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

  1. Процесс;
  2. Решение;
  3. Ручная операции (реже);
  4. Документ;
  5. Данные;
  6. Стрелка (для отображения связей между объектами схемы).

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

Рис. 2. Нотация «Простая блок-схема» в MS Visio

Рассмотрим некоторые особенности применения «Простой блок-схемы», в частности применение стрелок. На практике, сотрудники компании, формирующие схемы при помощи «Простой блок-схемы» придерживаются двух подходов:

  1. Не именуют стрелки вообще;
  2. Стараются присваивать стрелкам, связывающие элементы схемы, простые и понятные названия;

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

Нотация «Простая блок-схема» при использовании в компаниях часто подвергается различным вариациям:

  1. Изменяется смысл элемента «решение»;
  2. По-разному используют стрелки связей (именуют или не именуют и т. п.);
  3. По-разному используют стрелки связей в сочетании с объектом «документ»;
  4. Прочее.

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

Рис. 3. Пример схемы в нотации «Простая блок-схема»

Преимуществами нотации «Простая блок-схема» (с сокращенным до минимума количество элементов) являются:

  1. Простота формирования графических схем процессов;
  2. Интуитивная понятность схем сотрудникам (даже без специального обучения);
  3. Минимальная потребность в обучении сотрудников;
  4. Наличие доступных инструментов для описания процессов (MS Visio, MS Word).

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

  1. Внутренний стандарт использования этой нотации;
  2. Внутренний стандарт формирования, хранения и актуализации файлов со схемами процессов.

В целом, масштабное использование в компании нотации «Простая блок-схема» без современного средства моделирования представляется весьма неэффективным.

«Процедура» Business Studio

На Рис. 4 представлена схема, сформированная в нотации «Процедура» среды моделирования процессов Business Studio (Россия). В рассматриваемой нотации используются следующие условные обозначения:

  1. Процесс;
  2. Решение;
  3. Событие;
  4. Стрелка предшествования (как в классических нотациях класса Work Flow);
  5. Стрелка потока объектов;
  6. Сноска;
  7. Внешняя ссылка.

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

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

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

Рис. 4. Схема процесса в нотации «Процедура» Business Studio

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

На Рис. 4. видно, что по ходу процесса для повышения информативности схемы используются элементы-события («Ежедневно, в 9–00», «В течение дня», «12–00»). Таким образом, информацию о событиях можно показывать как виде специальных элементов, так и путем соответствующего именования стрелок.

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

В целом, схема процесса в нотации «Процедура» при кажущейся простоте является весьма информативной и удобной для описания. Можно сформулировать следующие преимущества этой нотации (в случае ее использования в Business Studio):

  • Представлен минимально необходимый набор графических элементов для описания процессов типа Work Flow (поток работ);
  • Быстрота создания графических схем для целей регламентации;
  • Возможность повышения информативности схем процессов за счет гибкого использования событий и именованных стрелок (одновременно с возможностью привязки документов к стрелкам и последующей выгрузки информации в регламентирующих документах);
  • Схемы процессов просты и понятны всем сотрудникам даже без специального обучения;
  • Простота в обучении (нет необходимости привлекать дорогостоящих специалистов со стороны — обучение можно проводить силами сотрудников отдела орг. развития);
  • Схемы процессов являются кросс-функциональными, что удобно для описания «сквозных» процессов компании;
  • Можно выгружать и редактировать схемы в MS Visio (при необходимости).

Среда моделирования Business Studio позволяет достаточно быстро создавать процессную модель компании. Информация о процессах может быть выгружена из системы в виде регламентирующих документов в требуемом формате. Заметим, что в Business Studio есть возможность описывать процессы в нотации ARIS eEPC, нотации IDEF0 и нотации «Процесс» (см. руководство по системе).

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

Таблица 1. Информация о процессе, представленном на Рис. 4

Рис. 5. Пример схемы в нотации «Процедура» в Business Studio

Выводы

В целом, нотация «Процедура» в версии, реализованной в среде моделирования Business Studio, является более удобной и понятной сотрудникам, чем нотация ARIS eEPC. Она позволяет быстро описывать и регламентировать процессы компании.

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

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

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

Июль 2010 г.

Поделиться:

Рекомендуемые материалы по тематике