Фреймворки и референтные модели процессов

Из Свода знаний BPM CBOK 4.0

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


Вопрос 1. Что такое фреймворки и референтные модели процессов?

Ответ

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

Референтная модель — это стандартное описание процессов в определённой области, которое можно использовать как отправную точку для моделирования в конкретной организации.

Сравнение фреймворков и референтных моделей:

АспектФреймворкРеферентная модель
НазначениеСтруктурирует моделирование, определяет уровни и артефактыДаёт готовое описание процессов для конкретной области
УровеньАрхитектурный, мета-уровеньПроцессный, содержательный уровень
ПримерыZachman, TOGAF, DoDAF, FEAFSCOR, APQC PCF, цепочка Портера
ПрименениеОпределяет «как» строить моделиДаёт «что» должно быть в моделях

Комментарий эксперта

Игорь Владимирович Краев: «Фреймворки и референтные модели — это не про ограничение вашей свободы. Это про то, чтобы вы не изобретали велосипед каждый раз. Зачем придумывать архитектуру предприятия, если есть TOGAF? Зачем описывать управление цепями поставок с нуля, если есть SCOR? В книге «Государство как система» я использую этот принцип: типовые процессы для всех уровней управления — муниципалитета, региона, федерации. Это и есть референтные модели для государственного управления [citation:Том 3, Глава 21]».


Вопрос 2. Что такое архитектурные фреймворки и какие из них наиболее известны?

Answer

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

Наиболее известные архитектурные фреймворки:

  graph TD
    classDef framework fill:#e3f2fd,stroke:#1e88e5,stroke-width:2px
    classDef desc fill:#f5f5f5,stroke:#9e9e9e,stroke-width:1px

    subgraph "Архитектурные фреймворки"
        Z[Zachman Framework<br/>1987] --> ZD[Оригинальная концепция<br/>архитектуры предприятия]
        T[TOGAF<br/>The Open Group] --> TD[Универсальный фреймворк,<br/>используется коммерческими<br/>организациями]
        D[DoDAF<br/>Министерство обороны США] --> DD[Фреймворк для оборонных<br/>систем, основа для TOGAF]
        F[FEAF<br/>Федеральное правительство США] --> FD[Фреймворк для<br/>федеральных ведомств]
        M[MODAF<br/>Министерство обороны<br/>Великобритании] --> MD[Британский аналог DoDAF]
    end

    class Z,T,D,F,M framework
    class ZD,TD,DD,FD,MD desc

Связь фреймворков с Zachman:

Большинство этих внешне различных фреймворков являются либо вариацией фреймворка, предложенного Джоном Захманом в 1987 г., либо разработаны под влиянием его идей.

Сравнение архитектурных фреймворков:

ФреймворкРазработчикПрименениеОсобенность
ZachmanДжон Захман (1987)УниверсальныйОригинальная концепция, матрица 6×6
TOGAFThe Open GroupКоммерческие организацииУниверсальный, методология ADM
DoDAFМинистерство обороны СШАОборонные системыСложный, для военных систем
FEAFФедеральное правительство СШАФедеральные ведомстваАдаптирован для госсектора
MODAFМинистерство обороны ВеликобританииОборонные системыБританский аналог DoDAF

Ценность архитектурных фреймворков:

ЦенностьОписание
Управление сложностьюПомогают справиться с экстремальной сложностью крупных организаций
Общая базаСлужат общей базой для сопоставления и сравнения
Единый языкОбеспечивают единый язык для всех участников
Контроль соответствияПомогают избежать белых пятен и противоречий

Управление фреймворком и контроль соответствия:

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

Комментарий эксперта

Игорь Владимирович Краев: «Я часто использую TOGAF в своей работе. Не потому, что это «модно», а потому что он даёт системный взгляд на организацию. В книге «Государство как система» я описываю похожую логику: управление сложными системами требует архитектурного мышления. Без фреймворка вы собираете информацию о процессах в кучу — стратегия смешивается с деталями, ИТ — с операциями. Фреймворк даёт структуру, а структура даёт управляемость [citation:Том 1, Часть I]».


Вопрос 3. Что такое референтные модели и какие из них наиболее известны?

Answer

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

m4sc

Наиболее известные референтные модели:

  graph TD
    classDef model fill:#e3f2fd,stroke:#1e88e5,stroke-width:2px
    classDef source fill:#fff3e0,stroke:#e65100,stroke-width:2px
    classDef use fill:#c8e6c9,stroke:#2e7d32,stroke-width:2px

    subgraph "Референтные модели"
        P[Цепочка создания<br/>ценности Портера] --> PS[Портер] --> PU[Стратегический анализ,<br/>обзорный взгляд]
        S[SCOR<br/>Supply Chain Operations<br/>Reference] --> SS[ASCM] --> SU[Управление цепями<br/>поставок, бенчмаркинг]
        A[APQC PCF<br/>Process Classification<br/>Framework] --> AS[APQC] --> AU[Классификация процессов,<br/>бенчмаркинг]
    end

    class P,S,A model
    class PS,SS,AS source
    class PU,SU,AU use

Источники референтных моделей:

ИсточникПримеры
Отраслевые организацииASCM (SCOR), APQC (PCF)
Поставщики ПОSAP (отраслевые модели)
Консалтинговые фирмыРазработанные методологии
Академические исследованияЦепочка создания ценности Портера

Комментарий эксперта

Игорь Владимирович Краев: «Референтные модели — это готовые ответы на типовые вопросы. Зачем вам придумывать классификацию процессов, если APQC уже сделал это? Зачем описывать цепочку поставок с нуля, если есть SCOR? В книге «Государство как система» Том 3 я описываю типовые процессы для муниципалитетов, регионов и федерации — это референтные модели для государственного управления. Используйте готовое, чтобы сэкономить время для уникального [citation:Том 3, Глава 21]».


Вопрос 4. Что такое SCOR и для чего она используется?

Ответ

SCOR (Supply Chain Operations Reference) — это ведущая референтная модель управления цепями поставок, объединяющая в интегрированную структуру бизнес-процессы, показатели эффективности, практики, навыки и компетенции персонала.

Структура SCOR:

  graph LR
    classDef process fill:#e3f2fd,stroke:#1e88e5,stroke-width:2px
    classDef desc fill:#f5f5f5,stroke:#9e9e9e,stroke-width:1px

    subgraph "Основные процессы SCOR"
        P1[Plan<br/>Планирование] --> D1[Балансировка спроса<br/>и предложения]
        P2[Source<br/>Снабжение] --> D2[Закупки материалов]
        P3[Make<br/>Производство] --> D3[Изготовление продукции]
        P4[Deliver<br/>Доставка] --> D4[Логистика и дистрибуция]
        P5[Return<br/>Возврат] --> D5[Обработка возвратов]
    end

    class P1,P2,P3,P4,P5 process
    class D1,D2,D3,D4,D5 desc

Компоненты SCOR:

  graph TD
    classDef component fill:#e3f2fd,stroke:#1e88e5,stroke-width:2px
    classDef desc fill:#f5f5f5,stroke:#9e9e9e,stroke-width:1px

    subgraph "Компоненты SCOR"
        C1[Бизнес-процессы] --> D1[Стандартные процессы<br/>управления цепями поставок]
        C2[Показатели<br/>эффективности] --> D2[Метрики для бенчмаркинга,<br/>не привязаны к отрасли]
        C3[Практики] --> D3[Лучшие практики<br/>управления]
        C4[Навыки и компетенции] --> D4[Требования к персоналу]
    end

    class C1,C2,C3,C4 component
    class D1,D2,D3,D4 desc

Применение SCOR:

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

Дополнительные модели ASCM:

МодельНазначение
PLCORМодель операционных процессов жизненного цикла
CCORМодель операционных процессов взаимодействия с клиентами
DCORМодель операционных процессов разработки новых товаров
M4SCМодель стратегических процессов управления цепями поставок

Дополнительная информация:

Комментарий эксперта

Игорь Владимирович Краев: «SCOR — это не про «цепочки поставок» в узком смысле. Это про системное мышление в управлении потоками. Планирование, снабжение, производство, доставка, возврат — эти процессы есть в любой организации, даже если вы не производите физические товары. В книге «Государство как система» я описываю похожую логику: сквозные процессы от идеи до результата. SCOR даёт готовый язык для описания этих потоков [citation:Том 2, Глава 10]».


Вопрос 5. Что такое APQC PCF и как он используется?

Ответ

APQC PCF (Process Classification Framework) — это референтная модель процессов, разработанная APQC (American Productivity and Quality Center), которая служит единым языком общения организаций, помогающим создавать полные и не избыточные описания процессов.

apqc

Структура APQC PCF:

  graph TD
    classDef process fill:#e3f2fd,stroke:#1e88e5,stroke-width:2px
    classDef desc fill:#f5f5f5,stroke:#9e9e9e,stroke-width:1px

    subgraph "Основные процессы APQC PCF"
        P1[1.0 Разработка видения<br/>и стратегии] --> D1[Стратегическое планирование,<br/>разработка целей]
        P2[2.0 Проектирование и<br/>разработка продукции<br/>и услуг] --> D2[Исследования, разработки,<br/>проектирование]
        P3[3.0 Маркетинг и продажа<br/>продукции и услуг] --> D3[Привлечение клиентов,<br/>продажи]
        P4[4.0 Поставка продукции<br/>и предоставление услуг] --> D4[Производство, логистика,<br/>доставка]
        P5[5.0 Управление<br/>обслуживанием клиентов] --> D5[Поддержка, сервис,<br/>обратная связь]
    end

    class P1,P2,P3,P4,P5 process
    class D1,D2,D3,D4,D5 desc

Основные и вспомогательные процессы в APQC PCF:

  graph TD
    classDef core fill:#e3f2fd,stroke:#1e88e5,stroke-width:2px
    classDef support fill:#fff3e0,stroke:#e65100,stroke-width:2px
    classDef manage fill:#f3e5f5,stroke:#7b1fa2,stroke-width:2px

    subgraph "APQC PCF"
        C[Основные процессы<br/>1.0, 2.0, 3.0, 4.0, 5.0] --> CD[Создают ценность<br/>для потребителя]
        S[Вспомогательные<br/>процессы] --> SD[Поддерживают основные<br/>процессы]
        M[Процессы управления] --> MD[Измерение, мониторинг,<br/>контроль]
    end

    class C core
    class S support
    class M manage

Применение APQC PCF:

ПрименениеОписание
БенчмаркингСравнение процессов с лучшими практиками отрасли
Управление контентомОрганизация информации о процессах
Управление эффективностьюОценка и улучшение процессов
КлассификацияСоздание полных и не избыточных описаний
ОбучениеЕдиный язык для всех участников

Дополнительная информация:

Комментарий эксперта

Игорь Владимирович Краев: «APQC PCF — это самый универсальный инструмент для классификации процессов. В книге «Государство как система» Том 3 я описываю 36 процессов регионального управления — это по сути адаптация APQC для государственного сектора. Классификация — это первый шаг к управлению. Если вы не можете классифицировать процессы, вы не можете ими управлять [citation:Том 3, Глава 20]».


Вопрос 6. Что такое цепочка создания ценности Портера как референтная модель?

Ответ

Цепочка создания ценности Портера — это референтная модель, которая рассматривает организацию как последовательность действий по созданию ценности для потребителя.

Структура цепочки создания ценности Портера:

  graph TD
    classDef primary fill:#e3f2fd,stroke:#1e88e5,stroke-width:2px
    classDef support fill:#fff3e0,stroke:#e65100,stroke-width:2px
    classDef margin fill:#c8e6c9,stroke:#2e7d32,stroke-width:2px

    subgraph "Вспомогательные действия"
        S1[Инфраструктура предприятия]
        S2[Управление человеческими ресурсами]
        S3[Технологическое развитие]
        S4[Закупки]
    end

    subgraph "Основные действия"
        P1[Входящая<br/>логистика] --> P2[Операционная<br/>деятельность] --> P3[Исходящая<br/>логистика] --> P4[Маркетинг<br/>и продажи] --> P5[Сервис<br/>и поддержка]
    end

    S1 -.-> P1
    S2 -.-> P2
    S3 -.-> P3
    S4 -.-> P4
    P5 --> M[Маржа]

    class P1,P2,P3,P4,P5 primary
    class S1,S2,S3,S4 support
    class M margin

Категории процессов в цепочке Портера:

КатегорияПроцессыНазначение
ОсновныеВходящая логистика, операционная деятельность, исходящая логистика, маркетинг и продажи, сервис и поддержкаНепосредственное создание ценности
ВспомогательныеЗакупки, управление персоналом, технологическое развитие, инфраструктураПоддержка основных процессов

Применение цепочки Портера как референтной модели:

ПрименениеОписание
Обзорный взглядДаёт общее представление о процессах организации
Стратегический анализВыявление источников конкурентного преимущества
Классификация процессовРазделение на основные и вспомогательные
Отправная точкаНачало для детального моделирования в других нотациях

Комментарий эксперта

Игорь Владимирович Краев: «Цепочка Портера — это референтная модель для любого бизнеса. Она показывает, что ценность создаётся не в одном месте, а в цепочке действий. В книге «Государство как система» я применяю эту логику к государственному управлению: муниципалитет, регион, федерация — это тоже цепочка создания ценности для граждан. Без этого взгляда вы оптимизируете части, не видя целого [citation:Том 1, Часть II]».


Вопрос 7. Как использовать референтные модели на практике?

Ответ

Использование референтных моделей на практике — это не просто «взять готовое». Это системный подход к управлению процессами.

Алгоритм использования референтных моделей:

  graph TD
    classDef step fill:#e3f2fd,stroke:#1e88e5,stroke-width:2px
    classDef result fill:#c8e6c9,stroke:#2e7d32,stroke-width:2px

    subgraph "Алгоритм использования референтных моделей"
        S1[Выбор референтной<br/>модели] --> R1[SCOR для цепей поставок,<br/>APQC PCF для классификации,<br/>цепочка Портера для обзора]
        S2[Сравнение с текущим<br/>состоянием] --> R2[Выявление отклонений<br/>и пробелов]
        S3[Адаптация к специфике<br/>организации] --> R3[Учёт отраслевых<br/>особенностей и целей]
        S4[Использование для<br/>бенчмаркинга] --> R4[Сравнение с лучшими<br/>практиками]
        S5[Постоянное обновление] --> R5[Следование изменениям<br/>в референтных моделях]
    end

    class S1,S2,S3,S4,S5 step
    class R1,R2,R3,R4,R5 result

Выбор референтной модели по цели:

ЦельРекомендуемая модель
Общий взгляд на бизнесЦепочка создания ценности Портера
Классификация процессовAPQC PCF
Управление цепями поставокSCOR
Архитектура предприятияTOGAF, Zachman
Государственное управлениеFEAF, специализированные отраслевые модели

Практические советы:

СоветПочему это важно
Не используйте модель как догмуРеферентная модель — это отправная точка, а не конечный ответ
Адаптируйте под спецификуУчитывайте отраслевые, культурные и стратегические особенности
Используйте для бенчмаркингаСравнивайте себя с лучшими практиками
Интегрируйте с другими моделямиОдна модель редко покрывает все потребности
Обновляйте моделиРеферентные модели тоже эволюционируют

Комментарий эксперта

Игорь Владимирович Краев: «Референтная модель — это стартовая площадка, а не финиш. Берите SCOR, APQC или цепочку Портера как основу, но адаптируйте под себя. В книге «Государство как система» я описываю типовые процессы для государственного управления — это пример адаптации референтных моделей под конкретную отрасль. Используйте готовое, но не копируйте слепо. Ваша организация уникальна — ваши процессы должны это отражать [citation:Том 3, Глава 21]».


Сравнительная таблица референтных моделей

МодельРазработчикОсновное применениеКлючевая особенность
Цепочка ПортераМайкл ПортерСтратегический анализ, обзорный взглядПоказывает создание ценности через цепочку действий
SCORASCMУправление цепями поставокСодержит метрики эффективности для бенчмаркинга
APQC PCFAPQCКлассификация процессовУниверсальная и отраслевые версии, единый язык
TOGAFThe Open GroupАрхитектура предприятияУниверсальный фреймворк, методология ADM
ZachmanДжон ЗахманАрхитектура предприятияМатрица 6×6, оригинальная концепция
DoDAFМинобороны СШАОборонные системыСложный фреймворк для военных систем

Конспект главы

РазделКлючевая идея
ФреймворкиАрхитектурные структуры, определяющие организацию моделей (Zachman, TOGAF, DoDAF, FEAF)
Референтные моделиСтандартные описания процессов в определённой области (SCOR, APQC PCF, цепочка Портера)
Ценность фреймворковУправление сложностью, общая база для сопоставления, единый язык
SCORМодель управления цепями поставок: Plan, Source, Make, Deliver, Return. Содержит метрики для бенчмаркинга
APQC PCFКлассификация процессов: основные (1.0–5.0), вспомогательные и управления. Для бенчмаркинга и управления контентом
Цепочка ПортераОсновные (входящая логистика, операции, исходящая логистика, маркетинг, сервис) и вспомогательные процессы
ПрименениеВыбор модели по цели, адаптация под специфику, использование для бенчмаркинга

Главная мысль главы

Фреймворки и референтные модели — это не ограничение, а ускорение. Они дают готовую структуру для моделирования, единый язык для коммуникации и стандартные подходы для сравнения. Вместо того чтобы изобретать архитектуру предприятия с нуля, используйте TOGAF. Вместо того чтобы описывать цепочку поставок заново, используйте SCOR. Вместо того чтобы придумывать классификацию процессов, используйте APQC PCF. Как сказано в книге «Государство как система»: «Зачем изобретать велосипед, если можно использовать готовое и сэкономить время для уникального?» [citation:Том 3, Глава 21].


Готовы внедрить референтные модели в вашей организации

Мы помогаем руководителям компаний и органов власти выбрать и внедрить референтные модели и архитектурные фреймворки: от APQC PCF до TOGAF. Помогаем адаптировать модели под специфику организации, использовать для бенчмаркинга и управления.

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