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

Появляются новые BPM инструменты, например, только в 2023 появились отечественные «очередные убийцы BPM-мастодонта Business Studio»: PIX Process Studio и Арахис (не путать с BPMN\ low code \ no code инструментами), но они не только не привносят чего-либо теоретического «свежего», концептуально нового, а зачастую и не содержат теоретических основ (базовых концепций) классического BPM, хотя бы в объеме ARIS четверть вековой давности (конца 90-х).

Более того, понятия того «классического BPM» (традиционного) постепенно забываются, затираются и переиначиваются (коверкаются). Новые родственные к BPM направления типа BPMN\ low code, process mining, BI в части анализа показателей процессов и даже RPA – часто не опираются на классику BPM, прежде всего в шееровской популяризации BPM. Кстати, это еще одна мощная терминологическая мина: BPM vs BPMS. BPMN\ low code системы почему-то называют также «BPMS» (BPM Suite), как и изначально называли классические системы BPM (BPMS, BPM Systems), но это всего лишь графический язык программирования (графический редактор + движок исполнения для «развертывания» исполняемых процессов), нежели архитектурная \ учетная концепция, которой является BPM, поэтому такие системы и внедряются как «BPMS без BPM». Большинство BPMN\ low code систем - всего лишь одно из множества других средств автоматизации (технология визуального кодинга), причем для относительно не сложных процессов (процессинг и ERP на них не делают).

Рассмотрим противопоставление «Бизнес-функция vs Бизнес-процесс», как они показаны в семантике ARIS и в математике и как неверно они часто трактуются в публикациях.

1. Вредный термин «бизнес»

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

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

BPM CBOK:

Из-за этого словосочетание «бизнес-процесс» в российских государственных учреждениях вызывает отторжение: «У нас бизнеса нет!» Эта проблема не возникла бы, если бы мы переводили business processes как «деловые процессы», но сложившееся словоупотребление уже не изменить.

Поэтому пишем «бизнес-процессы», а в уме держим «бизнес-процессы» и «административные регламенты».

Следовательно, лучше (понятнее и короче):

«Бизнес-функция» = функция,

«Бизнес-процесс» = процесс.

2. Бизнес-функция и Бизнес-процесс в BPM-библии

Смотрим «библию BPM» ARIS METHOD MANUAL (это Ветхий завет, Нового завета BPM пока не встречал), т.е. методологию ARIS (Architecture of Integrated Information Systems) компании IDS Scheer от автора Августа-Вильгельма Шеера.

VERSION 10.0 - SERVICE RELEASE 16 (10.2021) или VERSION 10.0 - SERVICE RELEASE 6 (10.2018) или on-line VERSION

п. 4.1.1.1 Дерево функций (Function tree)

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

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

Элементарные функции — это функции, которые с точки зрения управления бизнесом не могут быть далее детализированы.

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

Таким образом, имеем:

а) в общем случае: процедура, процесс, функция – это синонимы;

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

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

3. Не правильная трактовка

3.1 «Из полей»

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

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

Рассмотрим задачу создания Бизнес-функции как самостоятельного «блока» компании. 

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

Бизнес-процесс всегда принадлежит одной бизнес-функции.

Видимо тут под «бизнес-функцией» понимается направление деятельности, точнее продуктовое направление деятельности компании, например, банка: РКО, процессы привлечения (вклады), процессы размещения (кредиты) и т.п.

3.2 BPM CBOK

Неверных трактовок «Бизнес-функция» много, особенно в презентациях по теме BPM, но самое печальное, что «уши торчат» из BPM CBOK, что из №3, что из №4, где бизнес-функция – это «логическое подразделение»:

«Функция» и «кросс-функциональный процесс»

«Функция» — термин, регулярно вызывающий непонимание и споры.

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

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

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

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

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

«Сквозной процесс» (end-to-end process)

…

3.3 Бизнес жаргон vs логика

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

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

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

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

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

4. Правильная трактовка

Термин «функция» в математике прост: y=f(x). Продемонстрируем выражение «Подписать заявление», «Обработать заготовку», «Вычислить функцию от аргумента x» и т.п. как аналог функции «возвести в квадрат число x».

Процессо-центричный подход (парадигма) показана на b) и c) рисунка 1 (workflow – поток работ, операций, функций). Что в графовом представлении, что в EPC нотации, термин «функция» из классического BPM также прост в понимании и имеет математическую природу.

Рис. 1 «Функция» в документо-центричном и процессо-центричном представлении.

Рис. 1 а) показывает математический смысл преобразования (перехода из одного состояния в другое). Ровно такой же смысл заложен в название «функция» ЕРС («business function» в нотациях BPM), см. рис 1 b).

Управляемая событиями цепочка процессов (Event-Driven Process Chain) в нотации EPC содержит не процессы (не цепочку процессов), а именно функции, см. рис 1 b), т.е. даже по названию и содержанию нотации ЕРС ставится знак равенства между функцией и процессом.

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

Что функция (бизнес-функция) – это часть процесса (бизнес-процесса), говорит и ITIL на примере определения VBF, vital business function (ITIL Service Design).

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

5. Загадки Archimate

Призовое место в конкурсе «BPM-Сусанин» в номинации «Business Function vs Business Process» присуждается Archimate. В нем не только введены противоречивые «Business Function» и «Business Process», но подобное сделано на нескольких уровнях (слоях): не только слоя Business, но технологического и приложений (многоуровневая запутаница).

Поэтому более десятилетия в форумах идут споры: «а что это и зачем так запутано то?», например,

2011: Довольно сложная часть ArchiMate — это разница между бизнес-процессом и бизнес-функцией.

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

Для понимания нотации Archimate:

Объекты Archimate в картинках и Инструментарий Archi 4.0

Выдержки (местами вольно) из Спецификации Archimate 3.1, пункт 8.3 (стр. 86, считаем, что сервис = услуга):

Элементы поведения (Behavior Elements)

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

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

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

Бизнес-процесс (взгляд «снаружи» как на «черный ящик»)

Бизнес-процесс представляет собой последовательность бизнес-поведений (Behavior Elements), приводящую к достижению определенного результата, например, определенного набора продуктов или бизнес-услуг.

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

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

Бизнес-функция (взгляд «изнутри»)

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

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

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

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

Возможно в Archimate под «Бизнес-процессом» хотели показать процесс (VAD-кораблик) из цепочки процессов VAD (value added chain diagram). «VAD-кораблик» тоже имеет образ «черного ящика» (хотя выполнен зеленым цветом, т.е. как и все другие функции – операции) и включен в цепочку процессов с приводящую к достижению определенного результата).

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

Под «Бизнес-функцией» Archimate видимо «спрятан» обычный элемент EPC «Функция» с привязкой к ресурсам, требующимся для это функции, включая «бизнес-роли» (исполнители функции / процесса) и инструменты (ИТ-системы). Однако это из описания (спецификации Archimate) это явно не следует. Вообще, чтобы лучше понимать подобный «эксклюзив» (нестандартные решения и подходы с нечеткой формализацией как техники, так и идеи нотации) требуется провести работу по «общему своду» - «приведению к общему знаменателю» наподобие проекта Workflow Patterns, см. пример как это сделано в части схем-шаблонов по управлению потоком Control-Flow Patterns для разных workflow-нотаций (там есть и анимация).

Кстати, Workflow Patterns – это хороший том для включения в Новый завет BPM.

Заключение

Выше был подробно показан механизм интерпретации базовых, но часто по-разному трактуемых Business Function vs Business Process для того, чтобы показать, что в большинстве терминов «Ветхого завета BPM» (ARIS METHOD MANUAL, ARIS METHOD REFERENCE и др.) изначально заложена «железная» логика, в том числе, с терминологической привязкой к математике, что подтверждается приведенными рассуждениями. «Бизнес-математика» (в ВУЗах – «бизнес-информатика») - как алгебра бизнес-процессов (от алгебры процессов до мат-анализа процессов) должна базироваться не на «туманах бизнес-образия» (терминов из бизнес-среды, которые часто не имеют четких определений), а на четких логических (математических) основах.

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

Подготовка толкового словаря BPM, в котором будут четкие и выведенные (доказанные) термины, – важнейший шаг в становлении BPM как научной \ инженерной дисциплины.

Более комплексный подход: сформировать «Новый завет BPM» на базе Linked Data, например, в редакторе онтологий Protege. Кроме самой терминологии, таксономии там же показать базовые связи (отношения) между систематизируемыми сущностями типа табличек из ARIS METHOD REFERENCE (второй том Ветхого завета BPM) с полями: Source object type, Relationship type (active), Relationship type (passive), Target object type (но посмотреть на связи критически, оптимизировать и систематизировать), т.е. BPM-библию строить на современных семантических технологиях. К сожалению, в состав BPM-систем за редким исключением до сих пор не входят стандартные семантические инструменты \ протоколы (RDF и т.п.), что можно считать технологическим застоем в этой области (т.е. не только концептуальный застой).

Подборка ссылок (дублирование приведенных по тексту)

EPC (Event-Driven Process Chain)

Wiki

Нотация

BPM-библия. Том 1

VERSION 10.0 - SERVICE RELEASE 16 (10.2021)

VERSION 10.0 - SERVICE RELEASE 6 (10.2018)

on-line VERSION

BPM-библия. Том 2

ARIS METHOD REFERENCE

ArchiMate

Бизнес-функция vs Бизнес-процесс

Прокладная функция vs Бизнес-функция 

Объекты Archimate (картинки)

Инструментарий Archi 4.0 (картинки)

Спецификация Archimate 3.1

BPM CBOK (Business Process Management Common Body of Knowledge)

Кусок BPM CBOK №3

Кусок BPM CBOK №4

litres

Business Function

«Заблудившиеся» Business Function из 1(клуб cnews), 2 (rbc pro), 3 и 4

Глоссарий ITIL Service Design

Бизнес-функция: есть ли ей место в бизнес-архитектуре?

Другое

BPM (Business Process Management)

Workflow Patterns. Control-Flow Patterns

«Свежий» BPM – soft 2023