Структура TOGAF достаточно хорошо отражает содержание дисциплины EA в целом. В TOGAF выделяют:
- Architecture Development Method (ADM) - метод разработки архитектуры (отвечает на вопрос «что делать?»),
- Руководства и техники (Guidelines and Techniques), отвечающие на вопрос «как делать?»
- Enterprise Continuum - описание континуума и метода разделения архитектуры (enterprise partitioning), отвечает на вопрос «как классифицировать результаты и использовать имеющиеся наработки?», «как интегрировать проекты различного масштаба?» и др.
- Architecture Content Framework содержит описание контента и отвечает на вопрос «что должно поступать и создаваться в ходе реализации ADM?» и «как организовать хранение результатов (архитектурных продуктов)?»
- Architecture Capability описывает как нужно организовать управление архитектурой в компании, которое позволит реализовать ADM с учетом целей и задач бизнеса и отвечает на вопрос «за счет чего делать?» и «как это организовать?»
- Reference models предлагает несколько референтных моделей и позволяет создавать и использовать имеющиеся наработки и отвечает на вопрос «какие знания можно повторно использовать и как это сделать?».
Следует отметить, что TOGAF по-прежнему остается достаточно сильно ориентированным на ИТ, хотя и предоставляет возможность использовать метод полноценной трансформации бизнеса, но похоже, «сам в это не очень верит». Такой вывод напрашивается, в том числе, из тех выгод, которые приведены на первых страницах TOGAF:
- Более эффективное функционирование бизнеса (увеличение продуктивности, снижение стоимости изменений, снижение операционных издержек и др.)
- Более эффективное функционирование ИТ (Снижение стоимости владения, снижение стоимости изменений и др. )
- Увеличение отдачи от инвестиций в существующие активы и снижение рисков для последующих (применительно к ИТ)
- Увеличение скорости, упрощение и удешевление закупок (применительно к ИТ)
Источник публикации: Блог EA Lab
