Чтобы разобраться с тем, что есть интересного в TOGAF, и как от этого получить пользу, можно самостоятельно изучить библиотеку (это, как справедливо указывает автор в своей статье, можно сделать бесплатно) или прийти в Cleverics на курс “Управление архитектурой предприятия на основе TOGAF и IT4IT”, где за четыре дня, разберёмся со всеми основными и массой дополнительных элементов библиотеки TOGAF.
TOGAF® (The Open Group Architecture Framework – архитектурный фреймворк от консорциума/форума The Open Group) – пожалуй, самая популярная библиотека, если речь идёт об управлении архитектурой. Как и у любого другого популярного источника знаний, среди большого объёма материалов вокруг (книги, статьи, доклады на конференциях, аналитика, обсуждение в профессиональных сообществах и т.п.) можно найти заметный пласт – критику. Как и в других случаях, часть этой критики обусловлена неверными ожиданиями или непониманием некоторых идей, заложенных в TOGAF, а часть выглядит вполне объективной.
Для того, чтобы разобраться с TOGAF бывает небесполезно прислушаться к критически настроенным экспертам. Например, Грэхем Бэрисфорд, много лет занимающийся вопросами архитектуры, в статье «Чем TOGAF не является?» («What is TOGAF not?») сформулировал несколько тезисов, которые позволяют более чётко взглянуть на TOGAF и лучше понять ограничения. И, стало быть, скорректировать ожидания относительно этого свода знаний. Краткий пересказ ниже.
Десять вещей, которыми TOGAF не является
1. TOGAF не является предписывающим
Вы не должны «внедрять TOGAF» в целом. TOGAF предлагает вам меню процессов и продуктов на выбор. Это основа для многих вещей, которые многие соавторы библиотеки сочли полезными. Некоторые из этих вещей вы можете использовать. Вы должны выбрать то, что вам нужно, настроить фреймворк под себя, и интегрировать в свои процессы.
2. TOGAF не является строго последовательным
Метод разработки архитектуры (Architecture Development Method, ADM), ядро библиотеки, выглядит как последовательность фаз (A – H). Во всяком случае именно так ADM выглядит на схеме.
И описание ADM в соответствующей публикации выглядит как последовательность разделов, в каждом из которых описывается фаза. Но на самом деле ADM допускает итерации. И этому посвящён довольно большой раздел в отдельной публикации библиотеки TOGAF. Размер петли итерации может быть любым. Это может быть несколько итераций в рамках одной фазы. Или итерация, охватывающая несколько фаз. И даже целиком весь «процесс» ADM.
3. TOGAF — это не обучение тому, как описывать архитектуру
Это фреймворк управления архитектурой (management framework). Фреймворк для программ и проектов, в которых архитекторы играют ведущую роль. Ядром является процесс ADM (см. выше). {прим. пер. на самом деле вопрос о том, из чего состоит описание архитектуры, ключевых артефактов и примеров референтных моделей, конечно, не обходится. Но в целом, автор прав, TOGAF в большей степени про то, как построить управление архитектурой}
4. TOGAF не ограничивается только архитектурой
Он затрагивает такие темы, как управление заинтересованными сторонами и управление рисками. В нем рассматриваются роли архитекторов в планировании проектов изменений (фаза F), руководство разработкой системы (G) и управлении последующими запросами на изменения (H).
5. TOGAF — это не только ИТ
В течение нескольких лет TOGAF представлял собой структуру ИТ-архитектуры, ориентированную на рационализацию беспорядочного набора инфраструктурных технологий.
TOGAF 7: «…чтобы было ясно, какую архитектуру TOGAF стремится поддерживать. [Из] четырех подмножеств общей архитектуры предприятия (Enterprise Architecture) 1) бизнес, 2) данные/информация, 3) приложения и 4) ИТ] TOGAF предназначен для поддержки последней» [Часто задаваемые вопросы (FAQ) о TOGAF версии 7]
TOGAF 8: сместил акцент на бизнес-архитектуры, архитектуры данных и приложений. В нем говорилось о том, что необходимо рассмотреть бизнес-цели, роли и процессы (фаза B), а не данные и приложения (C) и платформенные технологии (D). На каждом этапе вы сопоставляете конечный результат с общей бизнес-миссией, видением, движущими силами и целями.
TOGAF 9: пересмотрены некоторые этапы и улучшена структура контента. Версия 9.2 убрала большую часть того, что осталось от TOGAF 7, и вставила контент (адаптированный из BIZBOK) в фазы Architecture Vision и Business Architecture. Это создало мешанину из терминов, концепций и методов.
TOGAF 10: модульный TOGAF и расширенные связанные руководства в библиотеке TOGAF. Различные элементы были переименованы для совместимости с ArchiMate и другими источниками.
6. TOGAF не = TOGEAF
Это скорее общий архитектурный фреймворк (Architecture Framework), нежели фреймворк управления архитектурой предприятия (Enterprise Architecture Framework). {это прямое противоречие тому, что утверждают авторы TOGAF} Грэхем обосновывает это тем, что из трёх уровней выделенных в TOGAF:
- Корпоративная/стратегическая архитектура
- Архитектура сегмента
- Архитектура возможностей (capability) / решений (solution)
ADM часто используется на самом низком уровне.
7. TOGAF не отличает архитектуру от дизайна
Архитектура более высокого уровня выполняется на этапах B, C, D; более низкий уровень выполняется в фазе G. То, что выше и ниже, зависит от уровня, на котором вы работаете. Архитекторы, работающие на разных уровнях абстракции, могут производить очень разные продукты.
8. TOGAF не обязательно обеспечивает разработку архитектуры предприятия (Enterprise Architecture)
{прим. пер. кажется, это пересекается с п.6}
9. Сертификация TOGAF не является пропуском на работу
Хотя это может помочь вам пройти собеседование, поскольку рекрутеры используют TOGAF в качестве фильтра. Как и аналогичные схемы сертификации, экзамен проверяет ваши знания самого TOGAF, а не ваши навыки или опыт.
10. TOGAF не является полностью целостным и согласованным сводом знаний
TOGAF написан членами Архитектурного форума, организованного The Open Group. Квазидемократический краудсорсинговый процесс разработки контента приводит к несоответствиям и непоследовательности.
В дополнение автор приводит ещё пару соображений.
Критика TOGAF часто раскрывает наивные ожидания клиентов. Нужно понимать, что TOGAF — это набор элементов, которые некоторые отдельные члены Форума по архитектуре The Open Group сочли полезными, а некоторые другие участники признали приемлемыми.
TOGAF можно читать бесплатно. Никому не платят за то, что они вносят свой вклад. Никто не навязывает участникам форума целостную и последовательную онтологию. Предполагается, что пользователи библиотеки должны быть архитекторами, которые выбирают и адаптируют процессы и продукты, относящиеся к их работе.
Завершает же свою статью Грэхем так: «Да, TOGAF раздут и разочаровывает по нескольким причинам, но его все же можно использовать в качестве средства обучения архитекторов».
Еще больше знаний на курсе “Управление архитектурой предприятия на основе TOGAF и IT4IT”, где за четыре дня, разберёмся со всеми основными и массой дополнительных элементов библиотеки TOGAF.