Меня зовут Андрей Коптелов, я бизнес‑архитектор и преподаватель курса OTUS «Архитектура корпорации. Togaf 10». В этой статье кратко расскажу про референсные модели в области корпоративной архитектуры и дам ссылки для их изучения.
Вспомним, что одна из ключевых задач корпоративного архитектора — это переиспользование ранее созданного, поэтому совершенно логично, что при создании архитектурных артефактов для организации нужно стараться применять референсные модели, о которых и пойдет разговор.
Что такое референсная модель? Все просто — это типовая модель, обобщающая описание группы объектов, в нашем случае объектом является организация на определенном уровне абстракции.
Моя практика работы показывает, что несмотря на различия, организации из одной отрасли очень похожи друг на друга на определенном уровне абстракции. Именно поэтому референсные модели появляются в отраслевых сообществах.
В качестве недавнего примера из практики, вспоминаю, что при формализации целей двух банков среднего размера, оказалось, что их цели совпадают процентов на восемьдесят. Но в этой статье я не про цели, я про описание деятельности, которая, как вы уже догадались, тоже не сильно отличается у организаций из одной отрасли.
Модели TM Forum
Больше всего повезло телекоммуникационной отрасли, у которой есть TM Forum (Tele Management Forum), который многие годы поддерживает несколько моделей: модель процессов, модель приложений и модель данных. Первая версия этого фреймворка разрабатывалась еще в девяностых годах прошлого века. При этом, первая официальная версия под названием eTOM (Enhanced Telecom Operations Map) появилась только в начале нашего столетия.
Но хватит истории, крайняя официальная версия eTOM (Enhanced Telecom Operations Map) — это версия 25, была выпущена в 2025 году, при этом сам фреймворк теперь называется Open Digital Framework. Новость об этом событии можно увидеть по ссылке.
И вот, кстати ссылка, где можно увидеть модели TM Forum в открытом доступе и цифровом формате, правда по ссылке доступна не последняя версия. Последних версии в открытом доступе нет, ну или я их просто не нашел.
В материалах TM Forum можно найти не только модель деятельности, но и референсную модель приложений (ИТ‑ландшафта) телекоммуникационной компании, а также модель данных. И если без деталей, то компоненты фреймворка TM Forum следующие:
Business Process Framework (eTOM — enhanced Telecom Operations Map) — референсная модель процессов телекоммуникационной организации
Information Framework (SID — Shared Information/Data Model) — модель данных для телекоммуникационной организации
Application Framework (TAM — Telecom Applications Map) — функциональная карта приложений телекоммуникационной организации
Integration Framework — обеспечивает стандартизированную интеграцию компонентов (правда этот артефакт мною не использовался на практике ни разу)
При этом в новой версии ODA (Open Digital Framework) появились следующие новшества:
ODA Components (Программные строительные блоки) — повторно испо��ьзуемые, независимо развёртываемые модули, реализующие бизнес‑функции
ODA Canvas (Среда исполнения) — референсная среда для развёртывания и оркестрации ODA‑компонентов
Open APIs (Стандартизированные интерфейсы) — API, основанные на общей модели данных SID
Functional Framework (Функциональная архитектура ODA) — заменяет TAM и организует компоненты в логические домены
Но в этой части с новшествами нужно еще разбираться, практики их использования пока нет.
Сервисная модель BIAN
В банковской отрасли можно встретить использование модели сервисов от Banking Industry Architecture Network (BIAN). BIAN — это глобальная некоммерческая ассоциация, разрабатывающая отраслевые стандарты архитектуры для банковской и финансовой индустрии. BIAN была основана в 2008 году, как некоммерческая ассоциация, объединяющая банки, технологических провайдеров и консультантов. Первая официальная версия фреймворка BIAN Service Landscape была выпущена в 2009 году. Ссылка на BIAN.
BIAN состоит из нескольких моделей: Service Landscape, Semantic API Framework, Business Capability Model и Metamodel. В крайней версии появилась модель данных, однако, когда говорят про BIAN, обычно имеют в виду Service Landscape, который и применяется чаще всего. Крайняя официальная версия BIAN Service Landscape — это версия 13.0, выпущенная в 2025 году, и о чудо, она доступна по ссылке.
Итак, ключевые компоненты BIAN:
Service Landscape (Сервисный ландшафт) — референсная структура, которая структурирует Service Domains для удобства навигации. В версии 13.0 ландшафт включает: Business Area, Business Domain и Service Domain
Service Domain (Сервисный домен) — это атомарный, логически неделимый модуль бизнес‑способности, который реализует один паттерн поведения относительно определённого типа бизнес‑актива
Business Scenarios — примеры сквозных бизнес‑процессов с участием нескольких сервисных доменов
Business Capability Model (Модель бизнес‑способностей) — это референсная модель способностей, необходимых для функционирования банка
Business Object Model (BOM) — информационная архитектура BIAN определяет ключевые бизнес‑объекты и их взаимосвязи
Semantic API Specifications (спецификации API) — это стандартизированные определения операций Service Domain в формате REST/JSON, готовые к реализации
Модель IT4IT
При проектировании организации работающей в области информационных технологий можно изучить материалы The Open Group, которая известна в первую очередь поддержкой TOGAF, однако у организации есть еще множество стандартов и фреймворков в области ИТ.
Еще в 2014 году The Open Group анонсировал запуск IT4IT Forum — консорциума, целью которого стало создание стандарта управления ИТ‑организациями, и уже в 2015 году была выпущена официальная версия IT4IT Reference Architecture версии 2.0. IT4IT Reference Architecture построена на основе цепочки создания ценности (Value Chain).
В 2023 году вышла третья версия IT4IT Reference Architecture, главное отличие которой — смена фокуса с управления сервисами на управление цифровыми продуктами. Ссылка на описание тут.
Референсная архитектура IT4IT третьей версии содержит следующие компоненты:
Семь потоков создания ценности (Value Streams), при этом четыре потока из предыдущей версии были заменены на семь потоков создания ценности, отражающих переход к управлению цифровыми продуктами
Функциональные компоненты (Functional Component) — строительные блоки архитектуры (например, Strategy, Product Backlog, Release Management, Incident Management), при этом компоненты группируются вокруг потоков создания ценности
Ключевые объекты данных (Information Model & Data Objects), которые используются различными компонентами, что обеспечивает единый контекст на всём протяжении цепочки создания ценности.
Модель SCOR
Если вы работаете в логистической отрасли, то вам повезло, вы можете заглянуть в модель SCOR (Supply Chain Operations Reference). Разработчиком этой модели стала некоммерческая организация Supply Chain Council (SCC), которая была основана в 1996 году группой из более чем 60 производственных и логистических компаний. В 2014 году Supply Chain Council объединился с организацией APICS (ныне переименованной в ASCM — Association for Supply Chain Management), которая с тех пор и является владельцем модели SCOR.
Первая официальная версия модели SCOR была создана еще в 1996 году. С тех пор модель регулярно обновлялась, и в 2022 году ASCM представила обновлённую версию модели — SCOR Digital Standard, учитывающую цифровую трансформацию цепочек поставок. Ссылка на модель.
Если в общем, то SCOR‑модель состоит из четырёх компонентов:
Процессы (Process). Стандартизированные описания процессов и их взаимосвязей.
Производительность (Performance). Система метрик для оценки эффективности цепочки поставок, включающая атрибуты производительности
Практики (Practices). Более четырехсот практик для улучшения процессов, которые классифицируются по четырём направлениям: Analytics, Technology, Process, Organization.
Люди (People). Описание компетенций и навыков, необходимых для работы процессов.
Модель APQC PCF
Есть еще один источник для описания деятельности организации — это APQC PCF (Process Classification Framework) — универсальный межотраслевой классификатор типовых бизнес‑процессов, разработанный Американским центром производительности и качества APQC (American Productivity & Quality Center) совместно с группой из более чем 80 организаций со всего мира. (www.apqc.org)
Первая версия модели APQC PCF была опубликована еще в 1992 году, и изначально PCF задумывался как таксономия бизнес‑процессов и общий язык для бенчмаркинга организаций, но по мне эта модель стала самостоятельным артефактом, который активно применяется вне задач бенчмаркенга.
Модель APQC PCF представляет собой иерархическую классификацию процессов, охватывающую 13 основных категорий деятельности организации. Модель регулярно расширяется и обновляется, и на сегодняшний день существует несколько версий (в��лючая кросс‑отраслевую и отраслевые версии). Однако на мой взгляд отраслевые модели пока еще слишком общие и не отображают всей специфики отрасли, однако если других референсных моделей найти не удалось, можно опираться на них. Ссылка на модели.
Cross‑Industry PCF применим к любой организации независимо от отрасли и содержит более тысячи процессов.
Industry‑Specific PCF — это несколько моделей с учётом отраслевой специфики: Aerospace and Defense, Airline, Automotive, Banking, Broadcasting, City Government, Consumer Electronics, Consumer Products, Corrosion, Downstream Petroleum, Education, Healthcare Provider, Health Insurance Payor, Life Sciences, Property and Casualty Insurance, Retail, Telecommunications, Upstream Petroleum, Utilities, Government (Federal).
Помимо реестра процессов APQC PCF можно поискать более детальную информацию, а именно:
определения процессов — описание целей и границ процесса
KPI и метрики — показатели для измерения эффективности
примеры best practices — лучшие отраслевые практики
Если референсной модели в открытых источниках нет
Вспоминаю консультанта, пришедшего в нефтехимическую компанию, после нескольких работы в секторе телекома. Он удивлялся, почему никто за столько лет не создал рефренсную модель деятельности нефтяных компаний. Но такова жизнь, есть отрасли, где референсные модели отсутствуют вообще, или находятся в руках отраслевых консультантов и отсутствуют в открытом доступе.
Однако, с развитием LLM, мы неожиданно получили неплохого помощника в части структурирования деятельности организаций, на практике оказалось, что LLM неплохо справляется с задачей построения моделей деятельности, и первые версии моделей деятельности можно создавать с их помощью, в тоже время понимая, что полученный от LLM результат требует верификации.
В качестве заключения, если еще какие референсные модели знаете, добро пожаловать в комментарии, пусть их начнут применять те, кто про них еще не знал.
Референсные модели помогают быстрее собирать архитектурные артефакты, но ценность появляется, когда есть единая рамка для их увязки. На курсе «Архитектура корпорации. Togaf 10» разбирают TOGAF как рабочий инструмент: как описывать операционную модель, информационный слой и технологическую инфраструктуру и управлять их развитием.
Чтобы узнать больше о формате обучения и познакомиться с преподавателями, приходите на бесплатные демо-уроки:
2 марта 20:00. «Обзор референсных архитектур: eTOM, BIAN, IT4IT». Записаться
11 марта 20:00. «Нарушения TOGAF ADM: причины, последствия и способы избежать ошибок». Записаться
26 марта 20:00. «Метамодель TOGAF и модель организации». Записаться
