mirror of
https://github.com/bpmbpm/doc.git
synced 2026-10-20 19:45:14 +00:00
Update scheer_idef0ai.md
This commit is contained in:
parent
cc99fb6273
commit
653e35eaaa
1 changed files with 255 additions and 1 deletions
|
|
@ -126,7 +126,7 @@ function в IDEF0 и ARIS Августа-Вильгельма Шеера был
|
|||
**Таким образом, в работах Шеера и в ARIS термин "function" сознательно оторван от чистой математики и приближен к "деятельности", но сохранил от математики идею детерминированного (или стремящегося к таковому) преобразования входов в выходы, что является краеугольным камнем для последующей автоматизации процессов в информационных системах.** Это не синоним "бизнес-функции" в узком смысле, а её **методологический прототип и базовый элемент конструкции**.
|
||||
|
||||
---
|
||||
#### 1.4 BPM CBOK
|
||||
### 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.
|
||||
|
|
@ -184,3 +184,257 @@ function в 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. **Дихотомия статики и динамики:**
|
||||
- **Функция** тяготеет к **статическому** описанию (что делается, способность, роль).
|
||||
- **Процесс** — к **динамическому** (как делается, поток, преобразование).
|
||||
|
||||
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. **Практический имплицитный консенсус:**
|
||||
Несмотря на различия, в практике моделирования сложилось негласное правило:
|
||||
- На **верхнем уровне** говорят о **бизнес-функциях/возможностях** (что бизнес умеет).
|
||||
- На **операционном уровне** — о **процессах** (как это делается).
|
||||
- На **исполнительном уровне** — о **действиях/операциях** (конкретные шаги).
|
||||
|
||||
Это исследование показывает, что история терминов отражает эволюцию управленческой мысли: от **механистических** и **инженерных** аналогий к **системным**, **сервисным** и **коммуникационным** парадигмам, где математическая точность часто уступает место прагматике управления и взаимодействия.
|
||||
|
||||
|
|
|
|||
Loading…
Add table
Add a link
Reference in a new issue