Похоронит ли BPMN простую блок-схему?

В последнее время публикуется множество материалов по применению нотации BPMN. Ее рассматривают как наиболее перспективную в области Business Process Management. Но так или это на самом деле? Заменит ли нотации BPMN простую, но удобную для решения ряда практических задач «Простую блок-схему в Visio»? Какими преимуществами обладает «Простая блок-схема?». Для чего и как ее можно использовать в компании? Ответы на эти вопросы приводятся в статье В.В. Репина.

Введение

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

1. Возможности собственно нотации моделирования бизнес-процессов.

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

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

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

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

С учетом этих аспектов и нужно сравнивать нотации и оценивать их практическую полезность и применимость.

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

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

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

Рис. 1. Фрагмент «простой блок-схемы».

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

1. Схемы процессов субъективны

Любая схема процесса в достаточной степени субъективна. Даже при использовании такой сложной нотации, как BPMN, у разных специалистов получаются схемы различного вида. Что уже говорить о более простой нотации. Но с практической точки зрения стремиться к «идеальности» схемы бессмысленно. Результат не окупит потраченные на его получение ресурсы. Важно, чтобы схема отображала процесс «как есть» с той степенью точности, которая позволяет принимать решения, приводящие к улучшению процесса.

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

2. Комплексное восприятие графических схем человеком

Реальный человек – не «токен» (в понимании стандарта BPMN 2.0). Он видит графическую схему процесса целиком, интегрально (если конечно она умещается на листе формата А4). Это означает, что некоторые нарушения строгой нотации моделирования с определенной (на мой взгляд, очень высокой) вероятностью не приведут к некорректной интерпретации схемы человеком. Другими словами, если мы разрабатываем графическую схему для человека, то можем использовать более простую нотацию, сознательно допуская нарушение некоторых «классических» требований подхода Work Flow.

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

Оборонное научное агентство DARPA готовит к запуску почти 4-летний проект по разработке искусственного интеллекта, который сможет самообучаться и совершенствовать себя.

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

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

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

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

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

3. Запас информационной прочности

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

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

4. Простота обучения

В реальных проектах важно быстро обучить сотрудников описывать процессы и воспринимать разрабатываемые схемы. Чрезмерно сложная нотация моделирования потребует намного больших затрат ресурсов для обучения всех сотрудников. Особенно это касается руководящего состава. Фактор обучения, легкости преодоления барьера освоения «процессного языка» может стать одним из критически важных и значимых для успеха проекта.

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

Очевидно, что музыкальное произведение подбирают под тот инструмент, который есть в наличии. Точно так же очевидно, что конкретная среда моделирования со своим функционалом дает дополнительные преимущества при использовании нотации. Даже MS Visio предлагает некоторые функциональные возможности, помогающие при практическом использовании «простой блок-схемы». Что уж говорить о более тяжелых, специализированных системах. Таких, например, как Business Studio.

В Business Studio простая блок-схема реализована в виде нотации «Процедура» (почему так назвали – это уже история разработчиков). Условные обозначения этой нотации представлены на рис. 2.

Рис.2 . Нотация «Процедура» Business Studio.

В нотации «Процедура» используются простые условные обозначения. Так для стрелки типа «связь предшествования» («Sequence Flow» в BPMN) используется стрелка с одним наконечником. Для связи типа «поток объектов» («Message Flow» в BPMN) – стрелки с двумя наконечниками. Начало и конец стрелки могут быть либо темными, либо светлыми, пустыми. Таким образом, можно показывать туннелирование стрелок, что практически удобно.

Но самое интересное, что к стрелкам в Business Studio можно привязывать объекты справочника «Объекты деятельности». А эти объекты используются для описания документов. К ним могут прикрепляться реальные файлы MS Word. Таким образом, стрелка – это не только объект на схеме, но и носитель информации о взаимодействии операций при выполнении процесса. Поскольку операции выполняют люди, то это означает, что мы можем получить описание взаимодействие сотрудников и т.п. Возможности «простой блок-схемы» существенно расширяются. Это особенно удобно при автоматическом формировании регламентирующих документов путем выгрузки информации из Business Studio на основе определенного шаблона.

Рис. 3. Пример прикрепления документов к стрелкам в Business Studio.

В качестве примера, на рис. 3. показано, как в Business Studio можно прикрепить документы к стрелке, связывающей операции процесса между собой. Если бы мы использовали ARIS eEPC, то нам пришлось бы рисовать столько стрелок, сколько движется документов. А это практически неудобно.

Выводы

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

Пятнадцать лет назад некоторые специалисты предрекали смерть нотации IDEF0, но она жива, и продолжает активно применяться. Так что BPMN 2.0, равно как и S-BPM, вряд ли «похоронят» простую блок-схему.

Источник: ФИНЭКСПЕРТ (Finexpert)