The TOGAF® Standard

Зачем вам TOGAF

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

И сразу поправка, которая экономит время: текущая редакция — десятая, вышла в апреле 2022 года12. Ссылки на девятую версию до сих пор встречаются в требованиях и резюме, хотя она уже не текущая.

Нужен, если у вас больше десятка систем и никто не может показать общую картину.

Нужен, если каждый проект строит архитектуру заново, а решения предыдущих никто не помнит.

Нужен, если приходится объяснять бизнесу, почему нельзя просто «докупить ещё одну систему».

Не нужен маленькой компании целиком. Метод рассчитан на масштаб, и попытка развернуть его полностью в небольшой ИТ-службе даёт бумагу вместо архитектуры.

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

Что внутри

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

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

Практический смысл цикла — не в схеме, а в требовании к каждому шагу предъявлять результат и согласование. Именно это отличает архитектуру от рисования схем.

Ключевые понятия

Разбирались по полному тексту редакции 9.2 — она есть в нашей библиотеке целиком6. Названия документов основного содержания в десятой редакции те же3, а цикл остаётся сердцевиной свода.

Цикл разработки архитектурыЦикл разработки архитектурыПоследовательность фаз, которой архитектуру предприятия доводят от бизнес-цели до принятых решений и плана перехода.The TOGAF Standard, часть о методе разработки архитектуры. Последовательность фаз со входами и выходами: подготовка, видение, бизнес-архитектура, архитектуры данных и приложений, технологическая архитектура, возможности и решения, планирование перехода, надзор за внедрением, управление изменениями архитектуры6. Свод описывает его как проверенный и повторяемый процесс, а не как единственно верный порядок работ.

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

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

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

Континуум и репозиторий. Континуум — способ разложить накопленные описания от общих к специфическим для конкретной организации. Репозиторий — место, где они лежат6. Вместе они и есть ответ на вопрос «почему мы третий год рисуем одно и то же».

Что покрывает — и чего не покрывает

Вопрос задан каждой практике справочника: описывает ли её TOGAF. Клетка закрашена только там, где есть конкретная фаза цикла, техника или часть свода6.

Картина ожидаемая: свод узкий по отношению к модели управления ИТ, и это его свойство, а не недостаток. Он про архитектуру предприятия, а не про службу поддержки, инцидентыИнцидентНезапланированное прерывание услуги или снижение её качества.ITIL 4, практическое руководство по управлению инцидентами и уровни услуг.

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

Чем отличается от соседей

От языка описания. Метод отвечает на вопрос «что делать и в каком порядке», язык — «как нарисовать». Они не конкуренты: у того же правообладателя это два разных стандарта, и на практике их применяют вместе.

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

От эталонной архитектуры управления ИТ. Та описывает данные и связи внутри самой ИТ-функции. Метод строит архитектуру всего предприятия и не задаёт информационную модель управления ИТ.

От сводов практикПрактикаНабор ресурсов организации для выполнения работы определённого типа.ITIL 4 управления услугами. Пересечение почти нулевое: там ежедневная работа с услугами, здесь — проектирование целевого состояния и переход к нему.

Откуда он взялся

Свод вырос из военного стандарта США4 — отсюда обстоятельность и внимание к процедуре, которые одни считают силой, а другие тяжестью.

Свод живой: к десятой редакции применялись технические поправки, последняя публикация датирована маем 2025 года3.

В России

Прямого ГОСТ-аналога нет: поиск по базе Росстандарта даёт ноль документов7.

Смежный документ есть — ГОСТ Р ИСО 15704-2022 «Моделирование и архитектура предприятия. Требования к стандартным архитектурам и методологиям предприятия», статус «Действует», 74 страницы7. Это не перевод свода: стандарт задаёт требования к таким методологиям, а не описывает конкретную.

Практический вывод для тех, кто пишет внутренние регламенты: сослаться на национальный стандарт по архитектуре предприятия можно, но ссылка на TOGAF в нём не появится.

Сколько стоит

Сам стандарт бесплатен для некоммерческого использования: скачивается у владельца после регистрации5. Платными остаются обучение, сертификация и коммерческое применение.

Сертификация

Существует и востребована рынком: сертификаты по своду упоминаются в требованиях к вакансиям чаще, чем по большинству других сводов.

Здесь есть ловушка, которая стоит денег. Портфель сертификаций правообладателя опирается сразу на две редакции — девятую и десятую, и объём подготовки в нём разный: от коротких удостоверений в несколько часов до многодневных программ8. Сертификации с названием «TOGAF 10» в портфеле нет: новые уровни названы по компетенциям, а не по номеру редакции8. Прежде чем платить за курс, стоит посмотреть, на какую редакцию он опирается.

Где ломается применение

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

Ссылаются на девятую редакцию. Текущая — десятая1.

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

Заводят архитектора без полномочий. Если решения о системах принимаются мимо него, метод превращается в документооборот.

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

С чего начать

1. Возьмите одну болезненную область — например, обмен данными между системами — и пройдите по ней сокращённый цикл: где мы сейчас, куда хотим, что мешает, какой первый шаг.
2. Договоритесь, какие решения обязаны проходить через архитектора, а какие нет. Без этого метод не работает.
3. Только потом расширяйте охват на другие области.

Что читать дальше

Три свода рядом: язык, которым архитектуру описывают, эталонная архитектура для управления самой ИТ-функцией и классификационная схема, с которой всё начиналось.