Свяжитесь с нами
Продукт
Возможности
Мероприятия
Материалы
Крупные предприятия
Свяжитесь с нами
Корпоративные архитектуры

FEAF: сравнивать инициативы ведомств на общем языке

Архитектурная рамка федеральных ведомств США: общий язык для анализа ИТ-инвестиций и поиска дублирования между ведомствами. Шесть поддоменов — Strategy, Business, Data, Applications, Infrastructure, Security — и шесть соответствующих референсных моделей Consolidated Reference Model: PRM, BRM, DRM, ARM, IRM, SRM.

Тип
Государственная рамка корпоративной архитектуры
Редакция
v2 (29.01.2013)
Первоисточник
obamawhitehouse.archives.gov
FEAF — Федеральная пирамида слоёв
56артефактов
Зачем это нужно

Почему дублирование не видно, пока ведомства говорят разными словами

Каждое ведомство описывает свои системы и функции собственным языком. Пока это так, вопрос «сколько раз мы уже оплатили приём заявлений» не имеет ответа: описания просто не с чем свести.

FEAF появилась именно из этой задачи. Федеральное правительство США — это десятки ведомств, у каждого свои приложения, справочники и бюджетные заявки, а сравнивать эти заявки и находить, где одно и то же оплачивается дважды, должно Административно-бюджетное управление (OMB), которое рамку и выпустило. Ответом стали шесть референсных моделей: общие классификаторы результативности, деятельности, данных, приложений, инфраструктуры и безопасности. Если два ведомства описали свои проекты через одни и те же категории BRM и ARM, совпадение видно из таблицы, а не после долгого совещания.

Читателю в России федеральная специфика не нужна, а механизм пригодится. Та же картина в холдинге с десятком дочерних компаний, в региональном правительстве с десятками департаментов, в банке с несколькими бизнес-линиями: везде есть свои «приём заявления», «проверка», «выдача решения», и везде они автоматизированы порознь. FEAF предлагает порядок: сначала общий классификатор, потом описание инициатив через него, потом поиск пересечений по деятельности, данным и приложениям. В этой раздатке — шесть референсных моделей, 48 карточек артефактов из 56 на странице реестра и учебный пример с единым сервисом подачи заявлений.

Общий классификатор не решает, что объединять. Он делает так, что вопрос «делаем ли мы это дважды» можно задать таблице, а не коллегам.

Кому это полезно

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

Чем это не является

Это не нотация и не язык схем
В FEAF нет собственных фигур и стрелок. Схемы из перечня артефактов рисуют чем удобно: ArchiMate, BPMN, обычной блок-схемой. Рамка задаёт, какие артефакты должны быть и в какие категории попадает их содержимое, а как они выглядят — дело исполнителя.
Это не каталог систем вашего ведомства
Референсные модели описывают категории, а не экземпляры. BRM знает, что есть функция «приём заявлений», но не знает, что в вашем ведомстве её выполняют три системы. Заполнить реестр приложений (A-10) и реестр активов (I-11) своими данными — работа ведомства; издание прямо говорит, что без инвентаря активов IRM не работает.
Это не российский стандарт и не отраслевой классификатор
FEAF написана под федеральное правительство США: коды бюджетной классификации OMB Circular A-11 в BRM, ссылки на NIST и FIPS в SRM, форма Exhibit 300 у обоснования инвестиций. Переносить её один в один в российскую компанию незачем. Переносится устройство: шесть поддоменов и порядок сравнения инициатив через общий классификатор.

Как устроен подход

Исследуйте основные части: у каждой свой вопрос, смысл и место в примере.

FEAF

Выберите элемент схемы — откроются объяснение и пример.

01

Результативность

Как измеряем ожидаемый результат?

PRM — не документ и не диаграмма, а федеральная таксономия результативности: способ привязать любое вложение ведомства к цели из его опубликованного стратегического плана. Назначение сформулировано прямо: «The Performance Reference Model (PRM) is designed to provide linkage between investments or activities and the strategic vision established by agencies and the Federal government».

В нашем примере

Определяем, что изменится для заявителя после объединения сервиса.

Связанные карточки

Выборочный авторский навигатор по подходу. Схема упрощена для объяснения; полный состав записей и источники — в каталоге ниже.

Ведомства создают единый сервис подачи заявлений

Авторский учебный пример. Организация и решения придуманы для объяснения подхода; это не обязательный порядок работ из стандарта.

  1. 01

    Сопоставить инициативы

    Описываем предложения ведомств через общие референсные категории.

    Результат

    Видны сходные функции и различающиеся ограничения.

    Референсная модель результативности ↗
  2. 02

    Найти общие возможности

    Проверяем, какие данные и компоненты можно совместно использовать.

    Результат

    Объединение обосновано смыслом работы, а не только экономией лицензий.

    Референсная бизнес-модель ↗
  3. 03

    Согласовать инвестиции

    Связываем выбранные изменения с ожидаемыми результатами и ответственными.

    Результат

    Можно проверить, приносит ли общий сервис запланированную пользу.

    Референсная модель данных ↗

Связанные подходы

TOGAF ↗

Разбираемся в методе на одном примере: сеть магазинов запускает самовывоз. Пройдём цикл ADM, свяжем бизнес, данные, приложения и технологии, выберем артефакты и составим план перехода.

ISO 42010 ↗

Международный стандарт описания архитектуры: задаёт, из чего состоит архитектурное описание — заинтересованные стороны, интересы, точки зрения, представления и правила соответствия между ними. Реестр заполнен по редакции 2011 года через идентичный русский ГОСТ Р 57100-2016.

Где теряется смысл подхода

01

Считать совпадение категории готовым решением об объединении

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

02

Не договориться о результате

Перед проработкой согласуйте вопрос: Как измеряем ожидаемый результат? Ответ должен быть понятен участникам рассматриваемой работы.

03

Не проверить на конкретном случае

Пройдите весь пример от исходной ситуации до результата: Можно проверить, приносит ли общий сервис запланированную пользу.

Сопоставление с частями предприятия

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

Есть сопоставление с 7 осями из 17

Ось реестраВ FEAFСопоставлениеПояснение
Стратегия и способностиStrategyподдомен архитектурыОхват тот же, что у оси.Стратегический поддомен, референсная модель PRM.
Информация и данныеDataподдомен архитектурыОхват тот же, что у оси.Поддомен данных и информации, референсная модель DRM.
Приложения и информационные системыApplicationsподдомен архитектурыОхват тот же, что у оси.Поддомен прикладных систем, ARM.
Технологическая ИТ-инфраструктураInfrastructureподдомен архитектурыОхват тот же, что у оси.Сетевые и облачные технологии, IRM.
Безопасность и рискиSecurityподдомен архитектурыОхват тот же, что у оси.Поддомен безопасности, SRM. Стандарт сам называет его сквозным: он затрагивает большинство остальных.
Деятельность: функции и процессы + Организация и ответственностьBusinessподдомен архитектурыШире оси: этот домен объединяет больше, чем одна общая ось.Таксономия областей миссии и обеспечивающих сервисов: деятельность и организация вместе.

С чего начать: FEAF за неделю

Полное описание предприятия — работа на месяцы. Первый полезный результат получается за пять рабочих дней, если не пытаться описать всё сразу.

  1. День первый. Одна инициатива и её результат по PRM.

    Возьмите одно предложение — новую систему, объединение двух сервисов — и ответьте на вопрос PRM: что изменится для заявителя или для ведомства и по какому показателю это увидят. Если такого показателя нет в стратегическом плане, это уже первая находка.

  2. День второй. Деятельность по BRM.

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

  3. День третий. Данные и приложения.

    По DRM: какие сведения нужны совместно — о заявителе, заявлении, результате. По ARM: какие системы, компоненты и интерфейсы эти сведения обрабатывают. Заполните строку в реестре приложений (A-10) и, если хватит сил, матрицу обмена данными (A-4). Здесь обычно и всплывает дублирование.

  4. День четвёртый. Инфраструктура и безопасность.

    По IRM: платформа, сеть, площадка — три сущности первого уровня. По SRM: кто отвечает за доступ к сведениям заявителя и какие меры из каталога мер защиты (SP-1) применимы. Стойки и кроссовые шкафы рисовать не надо; на первой неделе достаточно назвать, где размещено и кто отвечает.

  5. День пятый. Сравнение с соседней инициативой.

    Возьмите второе предложение — из другого департамента или ведомства — и опишите его теми же категориями. Положите два описания рядом: совпадения по BRM и ARM — кандидаты на общий сервис, различия по данным и ограничениям — то, что придётся согласовывать. Это заготовка обоснования инвестиций (B-6).

Где ещё ошибаются

Начать с инфраструктуры, потому что она понятнее

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

Заполнить реестры и не вести их

Реестр приложений (A-10), реестр активов (I-11) и реестр лицензий (A-11) полезны ровно до первого невнесённого изменения. Издание дважды повторяет, что основой применения IRM служит инвентарь активов, — устаревший инвентарь делает всю модель бесполезной. Назначьте владельца каждого реестра и повод для обновления: закупку, вывод из эксплуатации, миграцию.

Что ещё спрашивают

Чем FEAF отличается от TOGAF?

TOGAF — прежде всего метод: цикл ADM, порядок шагов, какие документы выпускать на каждом. У FEAF центр тяжести другой: готовые классификаторы, чтобы описания многих организаций были сравнимы между собой. Одно другому не мешает: порядок работ можно взять из TOGAF, а категории для описания — из референсных моделей FEAF.

Мы не ведомство. Подходит ли FEAF компании?

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

Как сочетать FEAF с ArchiMate или BPMN?

FEAF не задаёт нотацию, поэтому принимает свои артефакты в любой. Схему интерфейсов приложений (A-1) удобно рисовать в ArchiMate, модель бизнес-процесса — в BPMN. Категории референсных моделей при этом становятся атрибутами элементов: у каждого приложения на схеме указано, к какой категории ARM оно относится и какую функцию BRM поддерживает.

Раздатка · PDF

FEAF простыми словами

21 страница: что это и чем не является, устройство подхода, 48 карточек словаря, 12 понятий с аналогиями, учебный пример и план первой недели.

  • Устройство подхода: 6 частей с вопросами и примерами
  • Словарь: 48 карточек простыми словами из 56 на странице
  • Учебный пример: Ведомства создают единый сервис подачи заявлений
  • Типичные ошибки, план первой недели и ответы на вопросы

21 страница · 0,80 МБ · A4

Пришлём ссылку сразу после отправки формы

Артефакты

Дословные выписки из стандарта с переводом.

Infrastructure — инфраструктура размещения референсная модель IRM

13 строк

Applications — прикладные системы референсная модель ARM

12 строк

Data — данные и информация референсная модель DRM

11 строк

Business — бизнес-сервисы референсная модель BRM

7 строк

Security — безопасность референсная модель SRM

7 строк

Strategy — стратегический поддомен референсная модель PRM

6 строк

Разобрали простыми словами

Понятия этого подхода с объяснениями, примерами и типичными ошибками.

История редакций

Вторая версия датирована 29 января 2013 года — дата стоит на титуле и в колонтитуле каждой страницы; лист «Методологии» отмечает её как действующую и последнюю.

Шесть референсных моделей второй версии получены из пяти моделей первой — раздел 8 говорит об этом прямо: «The five reference models in version 1 the Federal Enterprise Architecture have been regrouped and expanded into six». Кросс-соответствия артефактов сведены в столбце «Other Framework Names» раздела 39: к DoDAF (OV-1, CV-1…6, OV-6c и другим), к NIST SP 800-53 и SP 800-37, CNSSI-4009 и FIPS 200, к OMB Exhibit 300 и к сбалансированной системе показателей (Balanced Scorecard).

14 дней бесплатно

Опишите архитектуру своей компании в Storm

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

Попробовать бесплатно Без банковской карты

Это же в StormАрхитектура систем и интеграцийБаза знаний и викиРеестр процессов

Поддержка