Направления разработки архитектуры: "сверху-вниз" или "снизу-вверх"

В общем виде можно сказать, что существуют два принципиально различных подхода в разработке архитектуры предприятия [6.6]:

• Подход "сверху-вниз" предполагает достаточно широкий охват проблем и точное следование формальному процессу. Основу этому подходу положили методики Захмана и Спивака. Он начинается со сбора информации, требующейся для описания различных доменов архитектуры "как есть". Далее следует этап, связанный с описанием и реинжинирингом бизнес-процессов, консолидации прикладных систем, выстраивание архитектуры данных и, наконец, стандартизация технологической архитектуры. Например, многие государственные проекты ориентированы на этот подход (например, в США в рамках Федеральной архитектуры FEAF).

• Подход "снизу-вверх", когда процесс начинается со стандартизации инфраструктурных технологий (технологическая архитектура), а затем развивается в направлении решения проблем более высокого уровня и, в конечном итоге, решает вопросы, связанные с бизнес-архитектурой. Этот подход, видимо, имеет более широкое распространение в бизнесе и в частном секторе.

Таблица 10.1. Положительные и отрицательные аспекты различных подходов к разработке Архитектуры предприятия
	Положительные аспекты	Отрицательные аспекты
Сверху-вниз	С самого начала создается ясное видение существующей ситуации в целом С самого начала сформулированы бизнес-потребности и проблемы С самого начала задаются широкие рамки процесса с необходимой поддержкой высшего руководства	Процесс может носить весьма абстрактный характер (выбор методик, типов моделей и пр.) Маловероятно, что будут получены явные, видимые результаты в течение первого года работ Может сложиться впечатление, что результатом проекта являются никому не нужные документы Процесс сбора информации приводит к задержкам в построении структур управления архитектурным процессом Использование формальных методологий требует обучения Использование многих формальных методик требует наличия навыков и опыта в реинжиниринге бизнес-процессов
Снизу-вверх	Программа разработки архитектуры быстро начинает давать видимые результаты Быстрый успех повышает авторитет и доверие к процессу Самые "горячие", приоритетные проблемы решаются в первую очередь Масштаб и сложность проекта растет постепенно Отсутствует необходимость иметь сразу большую команду, участвующую в процессе разработки архитектуры Ориентация на решение в первую очередь технологических задач соответствует ключевой области экспертизы ИТ-службы Результирующая экономия затрат позволяет обосновать необходимость новых организационных структур и процессов, связанных с архитектурой	Первоначальная техническая направленность проекта затрудняет его распространение на более широкие области, связанные с бизнесом Основанный на внедрении технических стандартов подход создает структуры управления архитектурным процессом, нацеленные на контрольные, "полицейские" функции Первоначальный технологический фокус воспринимается как игнорирование бизнес-аспектов Некоторые области, требующие улучшений, должны "ждать" своей очереди (например, архитектура данных)

В зависимости от ряда факторов, предпочтение отдается тому или иному подходу. Например, когда проект разработки архитектуры должен быстро показать отдачу, включая финансовую, или если разнообразие используемых в организации технологий явно приводит к падению качества ИТ-сервисов, то предпочтительным является подход "снизу-вверх". Организации, которым нужно решить с помощью архитектуры существенные проблемы, связанные с неэффективностью или большим количеством излишних бизнес-процессов или с наличием перегруженного набора прикладных систем, и которые готовы ждать как минимум год получения видимых результатов от разработки архитектуры, должны использовать подход "сверху-вниз". Наилучшим вариантом, однако, может стать гибридный подход. В любом случае, выбранная стратегия должна отвечать конкретным потребностям организации, и в любом случае, требуется поддержка со стороны высшего руководства и понимание того, что создание архитектуры – это долговременный процесс изменений.

Как всегда, в каждом варианте есть свои плюсы и минусы, которые кратко просуммированы в табл. 10.1.

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