doc/METAMODEL/PROCESS/fun2/scheer_idef0ai.md

1 Scheer & IDEF0

Цитаты (с переводом) и источники, когда Scheer (Шеер) и стандарт IDEF0 говорят, что функция, процесс, действие – это синонимы.

1.1 IDEF0

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

Цитата из стандарта IDEF0 (перевод с английского):

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

Русский аналог определения из руководящего документа (РД) IDEF0:

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

Источник:

Определение приведено в разделе с базовыми понятиями стандарта IDEF0. В англоязычной версии документа термин function раскрывается через перечисление синонимов: action, process, transformation. В русскоязычных переводах и адаптациях стандарта (например, в РД IDEF0-2000) к этому перечню добавляется слово «деятельность» и «операция». 1911

Контекст использования:

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

Ссылка на стандарт IDEF0: рекомендации по стандартизации «Информационные технологии поддержки жизненного цикла продукции. Методология функционального моделирования» (Р 50.1.028-2001). В этом документе содержится описание методологии IDEF0, включая определение термина «функция».

Исходная английская спецификация IDEF0 доступна в документе Draft Federal Information Processing Standards Publication 183 от 21 декабря 1993 года. Этот стандарт был утверждён как федеральный стандарт обработки информации (FIPS) в США. В нём IDEF0 определяется как методология функционального моделирования для анализа, разработки, реинжиниринга и интеграции информационных систем, бизнес-процессов или инженерного анализа программного обеспечения. 142

В спецификации прямо указано, что функции в IDEF0 могут обозначаться как activities, actions, processes или operations. Это подтверждается следующим фрагментом: 14

«This standard describes the IDEF0 modeling language (semantics and syntax), and associated rules and techniques, for developing structured graphical representations of a system or enterprise. Use of this standard permits the construction of models comprising system functions (activities, actions, processes, operations), functional relationships, and data (information or objects) that support systems integration». 14

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

1.2 Scheer

Профессор Август-Вильгельм Шеер о синонимичности понятий «функция», «процесс», «действие»
Укажи цитаты Августа-Вильгельма Шеера о синонимичности понятий «функция», «процесс», «действие» в его работах и документации ARIS. Дай развернутый ответ почему он считал их синонимами и покажи взаимосвязь цитатой из IDEF0: "functions (activities, actions, processes, operations)".

Вопрос, который затрагивает одну из ключевых методологических основ ARIS и взглядов её создателя — профессора Августа-Вильгельма Шеера (August-Wilhelm Scheer).

Цитаты Августа-Вильгельма Шеера о синонимичности понятий

Прямые цитаты, где Шеер прямо уравнивает эти понятия, чаще всего встречаются в его фундаментальной работе «Бизнес-процессы: Основные понятия. Теория. Применение» (нем. «Geschäftsprozessmanagement: Kernaufgabe. Theorie. Anwendung»), а также в описаниях архитектуры ARIS.

1. Из книги «Бизнес-процессы» (глава, посвященная моделированию функций):

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

   • (Перевод с немецкого, возможны небольшие вариации в разных изданиях).

2. В контексте описания модели функций (Function View) в ARIS:

   «Модель функций (Function View) описывает иерархию функций, процессов и операций предприятия. Эти термины часто используются как взаимозаменяемые... В ARIS для описания этого аспекта используется объект "Функция" (Function).»

   • (Это обобщение из его многочисленных описаний ARIS, где объект "Function" является центральным для представления деятельности, независимо от уровня детализации).

Почему Шеер считал их синонимами? Обоснование

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

1. Абстракция и единообразие представления: ARIS — это сложная архитектура, объединяющая несколько представлений (Views). Чтобы избежать путаницы и избыточности в метамодели, необходимо было выбрать базовый, семантически нейтральный объект для описания любой деятельности. Таким объектом стала «Функция».

   • Действие (Action) — это атомарная, элементарная операция. В ARIS она представляется как функция самого нижнего уровня.
   • Операция (Operation) — часто то же, что и действие, технический или технологический шаг.
   • Процесс (Process) — это последовательность взаимосвязанных функций. Сам процесс также может быть представлен как составная функция (макропроцесс, бизнес-функция). Таким образом, процесс — это функция, рассмотренная с точки зрения её внутренней временной логики.

2. Зависимость от уровня детализации и контекста: Одно и то же понятие на разных уровнях модели может называться по-разному. То, что на верхнем уровне является «бизнес-процессом «Продажи», при декомпозиции превращается в подпроцесс «Оформление заказа», который, в свою очередь, состоит из функций/действий «Проверить наличие», «Рассчитать стоимость» и т.д. Шеер предлагал не множить сущности, а использовать один тип объекта — функцию — и связывать его с другими объектами (данными, исполнителями, продуктами) через различные представления ARIS (Data View, Organization View, Output View).

3. Цель моделирования: Для ARIS важна не терминологическая дискуссия, а способность однозначно описать и связать между собой деятельность, данные, цели и организационные единицы. Выделение отдельно «процесса» и «функции» как разных объектов привело бы к усложнению метамодели без существенного выигрыша в ясности. Все, что «делается», — это функция, а «как оно делается и в каком порядке» описывается связями между функциями (событиями, потоками данных) в рамках модели процесса (Process Chain Model или eEPC).

Взаимосвязь и обоснование из IDEF0: "functions (activities, actions, processes, operations)"

Здесь Шеер напрямую ссылается на устоявшуюся практику в инженерных и управленческих методологиях, в частности, на стандарт IDEF0 (Integration Definition for Function Modeling).

• IDEF0 является предшественником и методологической основой для многих подходов, включая ARIS. В стандарте IDEF0 (FIPS PUB 183) ключевым понятием является «Function» (Функция). Однако в пояснительных текстах стандарта и в профессиональной литературе к нему постоянно используется синонимичный ряд: "functions (activities, actions, processes, operations)".
• Обоснование в IDEF0 аналогично подходу Шеера:
  • Activity (Активность) и Action (Действие) подчеркивают динамический, «делательный» аспект функции.
  • Process (Процесс) акцентирует внимание на последовательности и преобразовании входов в выходы, что и является ядром IDEF0-функции (механизмы и управление задают контекст этого преобразования).
  • Operation (Операция) делает упор на техническую или бизнес-реализацию функции.
• Иерархичность: В IDEF0 любая функция может быть декомпозирована на более детальные функции. Таким образом, функция верхнего уровня (например, «Произвести автомобиль») — это процесс, который внутри себя содержит подпроцессы и элементарные действия/операции. Методология не требует менять тип объекта при декомпозиции — это всегда функция (box).

Вывод: Шеер, будучи прекрасно знакомым с IDEF0, перенял этот прагматичный и системный подход. В его ARIS понятие «функция» становится универсальным конструктором для моделирования деятельности любого уровня и гранулярности. Синонимичность терминов — это не отрицание их возможных смысловых оттенков в естественном языке, а методологический прием, направленный на создание четкой, однозначной и пригодной для компьютерной обработки (в его системе ARIS-Toolset) модели бизнес-архитектуры предприятия. Это позволяет сосредоточиться не на терминологических спорах, а на связях и взаимодействиях между деятельностью, ресурсами, данными и целями.

---

1.3 function vs business function

function в IDEF0 и ARIS Августа-Вильгельма Шеера были синонимом "бизнес-функция"? Как это соотносилось с понятием "математическая функция"? Отличный вопрос, который затрагивает самую суть терминологической путаницы. Давайте разберем по порядку.

1. "Function" в IDEF0 и ARIS — это синоним "бизнес-функции"?

Короткий ответ: Да, но с важными уточнениями. В контексте этих методологий "function" — это, прежде всего, деятельность, работа, активность (activity), а не организационная единица.

• В IDEF0: "Function" (часто изображаемая как прямоугольник-"бокс") — это действие, процесс или преобразование, которое принимает Входы (Inputs), использует Механизмы (Mechanisms) и руководствуется Управлением (Controls) для получения Выходов (Outputs). Это динамическое понятие, описывающее что делается и как.
• В ARIS: Объект "Функция" (Function) — это центральный элемент для описания деятельности в модели функций (Function View). Он также означает действие, операцию, процесс. "Бизнес-функция" в обычной управленческой лексике часто означает статическую область ответственности (например, "отдел продаж"). В ARIS "бизнес-функция" — это просто функция самого высокого уровня абстракции, которая затем декомпозируется на более мелкие функции (подпроцессы, операции).

Соотношение:

• Бизнес-функция (как деятельность) = Функция верхнего уровня. Например, "Управление цепочкой поставок".
• Функция (в ARIS/IDEF0) = Универсальный объект для любой деятельности на любом уровне, от стратегического процесса до конкретного действия сотрудника.

Таким образом, в методологическом ядре ARIS и IDEF0 "function" шире, чем "бизнес-функция". "Бизнес-функция" — это один из возможных, наиболее крупных и стратегических экземпляров объекта "функция".

2. Как это соотносится с понятием "математическая функция"?

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

Аналогия и семантическое расщепление:

Аспект	Математическая функция	Функция в IDEF0/ARIS (Бизнес-функция)
Сущность	Абстрактное отношение между множествами. y = f(x).	Конкретная деятельность или работа предприятия.
Что преобразует	Аргументы (x) из одного множества в значения (y) другого множества.	Входы (Inputs) (материалы, информация) в Выходы (Outputs) (продукты, услуги, данные).
"Черный ящик"	Важен результат соответствия, а не внутренний механизм вычисления.	Может рассматриваться как "черный ящик" на верхнем уровне, но главная цель — раскрыть его внутренний механизм через декомпозицию (как именно x превращается в y).
Детерминизм	Чистая функция при одном x всегда дает один y.	Часто недетерминирована. Одинаковые входы могут привести к разным выходам из-за влияния управления, решений человека, внешней среды.
Цель	Описать зависимость, вычислить результат, доказать теорему.	Описать, стандартизировать, проанализировать и улучшить деятельность предприятия.

Почему Шеер и создатели IDEF0 использовали этот термин? Они использовали мощную интуитивную аналогию:

"Есть нечто (функция/процесс), что принимает нечто на вход и выдает нечто на выход. Это преобразование. Давайте назовем это 'функцией', как в математике, чтобы подчеркнуть логику преобразования".

Это был гениальный семантический ход. Он позволил:

1. Абстрагироваться от конкретики и увидеть любую бизнес-деятельность как систему преобразований.
2. Сосредоточить внимание на ключевых элементах: что входит, что выходит, чем управляется, что используется.
3. Создать строгий графический язык (как в математике — формальный язык), понятный инженерам, аналитикам и ИТ-специалистам.

Итог и обоснование Шеера

Для Августа-Вильгельма Шеера, как для инженера и экономиста, этот подход был органичен. Его система ARIS — это, по сути, попытка создать формализованный "язык описания" для предприятия, подобный формальным языкам в технике.

• Математическая функция дала метафору и структурный шаблон: Вход -> Преобразование -> Выход.
• Бизнес-реальность наполнила этот шаблон содержанием: Заказ клиента -> Процесс выполнения заказа -> Поставленный товар.
• Термин "function" стал мостиком между этими мирами, позволяя применять системный, инженерный подход к "мягким" бизнес-процессам.

Таким образом, в работах Шеера и в ARIS термин "function" сознательно оторван от чистой математики и приближен к "деятельности", но сохранил от математики идею детерминированного (или стремящегося к таковому) преобразования входов в выходы, что является краеугольным камнем для последующей автоматизации процессов в информационных системах. Это не синоним "бизнес-функции" в узком смысле, а её методологический прототип и базовый элемент конструкции.

---

2 BPM CBOK

Как в BPM CBOK определяется function и business function? В чем отличие от подхода IDEF0 и ARIS (Scheer)? Приведи цитаты с переводом, включая сравнение с математической функцией.

Отличный и глубокий вопрос. BPM CBOK (Business Process Management Common Body of Knowledge) представляет собой свод знаний от ABPMP (Association of Business Process Management Professionals) и предлагает свою, весьма четкую терминологию, которая сознательно отличается от подходов IDEF0 и ARIS.

1. Определения в BPM CBOK (4-е издание)

A. Function (Функция / Деятельность) В CBOK термин "function" используется в основном как синоним "activity" (действие, операция), но всегда в контексте процесса.

Цитата из CBOK 4.0 (Глава 2): "A function (or activity) is a set of actions or tasks that are performed as part of a business process to produce a specific output. Functions are the basic building blocks of processes."

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

Ключевой момент: Функция — это компонент внутри процесса.

B. Business Function (Бизнес-функция) Это понятие в CBOK имеет совершенно иной, организационно-стабильный смысл и вынесено за рамки описания потоков работ.

Цитата из CBOK 4.0 (Глава 2): "A business function is a collection of activities grouped together based on their related expertise, skills, or resources, typically within an organizational unit. Business functions are stable and change less frequently than processes. Examples include Finance, Human Resources, Manufacturing, and Sales."

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

Еще одна важная цитата, поясняющая разницу: "Processes cross functional boundaries. A process may involve activities performed in several business functions. For example, the 'Order-to-Cash' process involves activities in Sales, Logistics, and Finance functions."

Перевод: «Процессы пересекают функциональные границы. Процесс может включать виды деятельности, выполняемые в нескольких бизнес-функциях. Например, процесс "От заказа до платежа" (Order-to-Cash) включает действия в бизнес-функциях "Продажи", "Логистика" и "Финансы"».

2. Сравнение с математической функцией в CBOK

Прямой аналогии с математической функцией CBOK не проводит. В отличие от инженерного подхода IDEF0, где метафора f(x) -> y является основополагающей, CBOK рассматривает "function" (как деятельность) чисто с управленческой и организационной точек зрения. Акцент делается на группировке работ, ответственности и ресурсах, а не на абстрактном преобразовании входов/выходов.

3. Ключевые отличия от подходов IDEF0 и ARIS (Шеера)

Сведем основные различия в таблицу:

Критерий	IDEF0 / ARIS (Август-Вильгельм Шеер)	BPM CBOK	Суть различия
1. Термин "Function"	Универсальный, родовой объект для любой деятельности (от действия до сквозного процесса). Синоним процесса, операции, действия.	Конкретный элемент процесса, его "атомарный" строительный блок (на уровне "activity").	IDEF0/ARIS: Иерархическая синонимия (всё есть функция). CBOK: Иерархическая подчиненность (функция < процесс).
2. Термин "Business Function"	Функция самого высокого уровня в иерархии. Может быть декомпозирована. Фактически — крупный процесс (макропроцесс).	Организационная единица, стабильная область ответственности (подразделение). Не процесс и не часть модели процесса, а "домен", который процесс пересекает.	Принципиально разная онтология. Для Шеера это вид деятельности, для CBOK — организационный "слот" для деятельности.
3. Связь Process vs. Function	Процесс — это последовательность функций (событий, потоков). Граница между понятиями размыта (процесс = составная функция).	Процесс — это сквозной поток работ, пересекающий бизнес-функции. Функция (activity) — компонент внутри него.	CBOK проводит четкую и принципиальную границу: процесс кросс-функционален, бизнес-функция — организационна. У Шеера такой границы нет.
4. Аналогия с математикой	Прямая и фундаментальная. Функция как преобразователь входов в выходы (Input -> Function -> Output). Основа методологии.	Отсутствует или неявна. Акцент на управлении, организационных границах и добавленной ценности, а не на инженерной модели "черного ящика".	Разница между инженерно-архитектурным (IDEF0/ARIS) и управленческим (CBOK) взглядом на бизнес.
5. Цель использования терминов	Создание непротиворечивой метамодели для комплексного описания предприятия (архитектуры), удобной для последующей автоматизации в ИС.	Четкое разделение понятий для эффективного управления процессами в организации, преодоления функциональных разрозненных "силосов" (silos).	ARIS — для моделирования и проектирования. CBOK — для управления и реорганизации.

Выводы и обоснование

Различие коренится в исходных парадигмах:

• IDEF0 и ARIS (Шеер) выросли из инженерных дисциплин, системного анализа и архитектуры информационных систем. Их цель — создать точную, формализованную модель предприятия как сложной системы. Для этого нужен минимальный набор универсальных объектов. "Функция" становится таким универсальным кирпичиком. Математическая аналогия здесь уместна, так как она способствует формализации.

• BPM CBOK отражает взгляд менеджеров и бизнес-аналитиков, сфокусированных на управлении сквозными процессами для создания ценности. Главный "враг" здесь — функциональная разрозненность (siloed functions). Поэтому CBOK намеренно и резко разделяет динамический, кросс-функциональный "процесс" и статическую, организационную "бизнес-функцию". Это разделение — основа философии BPM, направленной на разрушение барьеров между подразделениями. Использование термина "функция" как синонима "действия" внутри процесса не вызывает путаницы, потому что "бизнес-функция" четко вынесена в другую категорию.

Таким образом, Шеер и IDEF0 стремятся к синтезу и унификации понятий в рамках единой архитектурной модели, тогда как CBOK — к их четкому разделению для решения конкретной управленческой задачи: преодоления разрывов на стыках организационных единиц. Оба подхода прагматичны, но служат разным целям.

2.1 business function vs organizational structure

Покажи с цитатами как BPM CBOK соотносит "бизнес-функция" и элемент орг-штатной структуры (подразделение).

BPM CBOK проводит очень чёткое и последовательное разграничение между бизнес-функцией (business function) и организационной единицей (organizational unit / department), хотя и признаёт их тесную связь. Это различие является концептуальной основой для всей философии преодоления функциональных "силосов".

Приведу ключевые цитаты из CBOK 4.0 (и 3.0, где это было сформулировано ещё жёстче) с переводами и анализом.

1. Бизнес-функция как ОБЛАСТЬ ОТВЕТСТВЕННОСТИ, а не структура (Фундаментальное определение)

CBOK 4.0, Глоссарий: Business Function: A collection of business activities based on resources, skills, knowledge, and other attributes. Business functions tend to be stable over time and are managed by functional units (e.g., accounting, logistics, HR). They are the building blocks of the functional view of an organization.

Перевод: Бизнес-функция: Совокупность бизнес-видов деятельности, основанная на ресурсах, навыках, знаниях и других атрибутах. Бизнес-функции имеют тенденцию быть стабильными с течением времени и управляются функциональными подразделениями (например, бухгалтерия, логистика, HR). Они являются строительными блоками функционального взгляда на организацию.

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

2. Функция vs. Организационная единица: чёткое различение

CBOK 3.0, Глава 2: "It is important to distinguish between a business function and an organizational unit (department, division, etc.). The organizational unit is a formal management structure with a manager, budget, and reporting relationships. A business function is a logical grouping of activities that may or may not align perfectly with an organizational unit. Often, activities within a single function are performed by several organizational units, and conversely, a single organizational unit may perform activities from multiple functions."

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

Это самая важная цитата. Она прямо указывает:

1. Орг. единица = формальная структура (руководитель, бюджет, иерархия).
2. Бизнес-функция = логическая группировка работ.
3. Их границы не идентичны. Это принципиально.

3. Стабильность функций vs. Изменчивость оргструктуры

CBOK 4.0, Глава 2: "Business functions are more stable than processes or organizational structures. For example, the 'Finance' function has existed for centuries, even though the processes within finance and the organizational units that perform them have changed dramatically."

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

Это объясняет, почему функция — это не отдел. Отделы реорганизуют, объединяют, ликвидируют. Но сама область деятельности "Финансы" или "Логистика" как логическая категория остаётся.

4. Взаимосвязь: матрица распределения ответственности (RACI)

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

CBOK 4.0, Глава 6 (Об управлении процессами): "Matrices such as RACI (Responsible, Accountable, Consulted, Informed) are used to define relationships between process activities, business functions, and organizational roles/units. This clarifies who does what across functional boundaries."

Перевод: «Матрицы, такие как RACI (Ответственный, Подотчётный, Консультируемый, Информируемый), используются для определения взаимосвязей между операциями процесса, бизнес-функциями и организационными ролями/единицами. Это проясняет, кто и что делает через функциональные границы.»

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

5. Практический пример несовпадения границ

CBOK часто иллюстрирует различие на примере функции "Управление персоналом (HR)".

• Бизнес-функция "HR" включает логически связанные активности: найм, адаптация, обучение, расчёт зарплаты, кадровое делопроизводство.
• В разных компаниях эти активности могут быть распределены по разным орг. единицам:
  • Найм и адаптация — в Отделе персонала.
  • Обучение — в Учебном центре (отдел в составе HR или отдельное подразделение).
  • Расчёт зарплаты — в Бухгалтерии (не в HR-отделе!).
  • Кадровое делопроизводство — в Общем отделе.

Здесь одна бизнес-функция (HR) выполняется несколькими организационными единицами.

Сводная таблица соотношения в CBOK

Концепт	Определение в CBOK	Аналог (метафора)	Связь с оргструктурой
Бизнес-функция	Логическая группировка видов деятельности по общим ресурсам, навыкам и знаниям. Стабильна во времени.	"Что делается" (предметная область). Например, "Бухгалтерский учёт", "Закупки".	Может не совпадать с границами подразделения. Одна функция может выполняться в нескольких отделах.
Организационная единица (подразделение)	Формальная управленческая структура с руководителем, бюджетом, штатным расписанием и иерархией. Менее стабильна.	"Кто делает" (исполнительная структура). Например, "Финансовый департамент", "Отдел снабжения".	Выполняет операции, относящиеся к одной или нескольким бизнес-функциям.

Вывод: Почему это различие — основа философии BPM

Для BPM CBOK это не просто терминологический нюанс. Это идеологическая основа:

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

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

---

3

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

Отличный запрос! Давайте проведём подробное сравнительное исследование трактовок ключевых понятий в различных методологиях менеджмента и бизнес-анализа.

1. BPMN (Business Process Model and Notation)

Процесс (Process):

"A Process is a sequence of activities performed to achieve a business goal. In BPMN, a Process is depicted as a graph of Flow Elements (Activities, Events, Gateways) connected by Sequence Flows." «Процесс — это последовательность действий, выполняемых для достижения бизнес-цели. В BPMN процесс изображается в виде графа элементов потока (Действия, События, Шлюзы), соединённых последовательными потоками».

Функция/Действие (Activity): BPMN избегает термина "функция", используя Activity (Действие) как общий термин для работы, выполняемой в процессе. Activity может быть Task (атомарная) или Sub-Process (составная).

Аналогия с математикой: Отсутствует. BPMN фокусируется на потоках управления и данных, а не на преобразовании как математической функции.

---

2. UML (Unified Modeling Language)

Деятельность (Activity): В UML Activity Diagrams:

"An Activity is a specification of parameterized behavior as the coordinated sequencing of subordinate units whose individual elements are Actions." «Деятельность — это спецификация параметризованного поведения в виде согласованной последовательности подчинённых единиц, отдельными элементами которых являются Действия».

Процесс vs. Функция: UML не делает чёткого различия. Action (Действие) — базовый блок. Activity может представлять и процесс, и функцию.

Аналогия с математикой: Есть косвенная аналогия через концепцию потоков объектов (Object Flows), где действия потребляют и производят объекты (входы/выходы), но не является центральной.

---

3. TOGAF (The Open Group Architecture Framework)

Бизнес-функция (Business Function):

"A Business Function is a collection of business capabilities, resources, and processes that support a specific aspect of the business. Functions are stable and change infrequently. Examples: Customer Relationship Management, Supply Chain Management." «Бизнес-функция — это совокупность бизнес-возможностей, ресурсов и процессов, поддерживающих определённый аспект бизнеса. Функции стабильны и редко меняются. Примеры: Управление взаимоотношениями с клиентами, Управление цепочкой поставок».

Бизнес-процесс (Business Process):

"A Business Process represents a flow of activities that transforms inputs into outputs, delivering value to a customer or stakeholder." «Бизнес-процесс представляет поток действий, преобразующий входы в выходы, предоставляя ценность клиенту или заинтересованной стороне».

Различие: TOGAF чётко разделяет:

• Функции — «ЧТО» делает бизнес (стабильные направления).
• Процессы — «КАК» это делается (динамические потоки работ).

Аналогия с математикой: Присутствует неявно в описании процессов как преобразователей, но не в строгом математическом смысле.

---

4. ITIL / IT Service Management

Функция (Function):

"A Function is a team or group of people and the tools they use to carry out one or more Processes or Activities. Functions are units of organization specialized to perform certain types of work. Example: Service Desk." «Функция — это команда или группа людей и используемые ими инструменты для выполнения одного или нескольких Процессов или Видов деятельности. Функции — это организационные единицы, специализированные для выполнения определённых видов работ. Пример: Служба поддержки».

Процесс (Process):

"A Process is a structured set of activities designed to accomplish a specific objective. A Process takes one or more defined inputs and turns them into defined outputs." «Процесс — это структурированный набор видов деятельности, предназначенных для достижения определённой цели. Процесс принимает один или несколько определённых входов и преобразует их в определённые выходы».

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

---

5. Исторический контекст: Чарльз Бэббидж и научный менеджмент

Чарльз Бэббидж (1832) в работе "On the Economy of Machinery and Manufactures" фактически ввёл понятие процессного анализа, разбивая производство на элементарные операции (functions) и изучая их стоимость и время.

Фредерик Тейлор (1911) в "Принципах научного менеджмента":

"Each task (function) should be scientifically studied to determine the 'one best way' to perform it." «Каждую задачу (функцию) следует научно изучать, чтобы определить 'единственный лучший способ' её выполнения».

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

---

6. Советская и российская школы (СМД-методология, СППР)

СМД-методология (Г.П. Щедровицкий):

• Процесс — всегда мыследеятельность, включающая рефлексию и коммуникацию.
• Функция — роль элемента в системе относительно цели. Например, "функция планирования" — это не действие, а предназначение в системе управления.

Система плановых расчётов (СППР):

• Функция — нормативная модель деятельности (как должно быть).
• Процесс — фактическая последовательность операций.

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

---

7. IIBA BABOK (Business Analysis Body of Knowledge)

Функция (Function):

"A Function describes capabilities of an organization or system. Functional requirements specify what the system must do." «Функция описывает возможности организации или системы. Функциональные требования определяют, что система должна делать».

Бизнес-процесс (Business Process):

"A Business Process is a set of defined, repeatable steps to achieve a business goal. Processes can be modeled using various techniques." «Бизнес-процесс — это набор определённых, повторяемых шагов для достижения бизнес-цели. Процессы могут моделироваться с использованием различных техник».

Бизнес-функция (Business Function): Часто используется как синоним бизнес-возможности (business capability) — "что" организация может делать.

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

---

8. ISO 9000 (Системы менеджмента качества)

Процесс (Process):

"A Process is a set of interrelated or interacting activities that use inputs to deliver an intended result." «Процесс — это набор взаимосвязанных или взаимодействующих видов деятельности, которые используют входы для получения намеченного результата».

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

Функция: Не является ключевым термином, может означать вид деятельности в рамках процесса.

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

---

9. eTOM (Telecom Operations Map)

Бизнес-процесс:

"A Business Process is a sequence of activities that realize a business goal. eTOM defines a hierarchy of processes at different levels of granularity." «Бизнес-процесс — это последовательность действий, реализующих бизнес-цель. eTOM определяет иерархию процессов на разных уровнях детализации».

Бизнес-функция (Business Function): Определяется как горизонтальное срезы сквозных процессов, часто соответствующие организационным подразделениям (например, "Управление обслуживанием", "Управление биллингом").

Аналогия с математикой: Модель eTOM формализована как матрица взаимодействий, где процессы — динамические потоки, пересекающие статические функциональные области.

---

Сводная таблица сравнительного анализа

Методология	Процесс (Process)	Функция (Function)	Бизнес-функция (Business Function)	Аналогия с математической функцией
IDEF0/ARIS (Scheer)	Последовательность функций	Универсальный объект деятельности	Функция высшего уровня	Явная и фундаментальная
BPM CBOK	Сквозной поток работ через границы	Действие внутри процесса	Стабильная организационная единица	Отсутствует/неявна
BPMN	Граф активностей и событий	Task (задача) или Sub-Process	Представлена через Pools/Lanes	Отсутствует
UML	Activity (моделируемое поведение)	Action (действие)	Не определено явно	Косвенная (через потоки объектов)
TOGAF	Поток работ, создающий ценность	Не ключевое понятие	Строительный блок архитектуры (стабильный)	Неявная (входы → выходы)
ITIL	Структурированный набор действий	Организационная единица (команда)	Часто = Function (организационная)	Явная в определении процесса
ISO 9000	Взаимосвязанные виды деятельности	Вид деятельности в процессе	Не ключевое понятие	Явная (процесс как преобразователь)
IIBA BABOK	Повторяемые шаги для цели	Возможность системы/организации	≈ Business Capability	Отсутствует
eTOM	Иерархическая цепочка активностей	Горизонтальный срез/домен	Функциональная область операций	Формальная (матричная модель)
СМД-методология	Мыследеятельность с рефлексией	Роль в системе	Не используется	Отсутствует (акцент на мышлении)

Выводы и тренды

1. Дихотомия (противопоставление) статики (вертикаль) и динамики (stream):

   • Функция тяготеет к статическому описанию (что делается, способность, роль).
   • Процесс — к динамическому (как делается, поток, преобразование).

2. Организационный vs. Деятельностный взгляд:

   • Управленческие/сервисные фреймворки (CBOK, ITIL, TOGAF): функция = организационная единица.
   • Инженерные/архитектурные методы (IDEF0, ARIS): функция = элементарная деятельность.

3. Эволюция математической аналогии:

   • 1960-1990-е (IDEF0, советское исследование операций): прямое заимствование f(x) = y для формализации.
   • 2000-е (BPMN, UML): отход от математики к нотации и коммуникации.
   • Современные (BPM CBOK, BABOK): бизнес-ориентированный язык без технических аналогий.

4. Контекстная зависимость: Термины получают точный смысл только в рамках конкретной методологической экосистемы. Например, "бизнес-функция" в TOGAF — архитектурный элемент, в ITIL — команда, в ARIS — крупный процесс.

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

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

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