ЛЕКЦИЯ 8 15 страница

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

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

Таблица 1.1

«Плюсы» и «минусы» разных подходов при разработке архитектуры предприятия

Подход	Преимущества	Недостатки
(1)	(2)	(3)
«сверху-вниз»	С самого начала создается ясное ви-дение существующей ситуации в це-лом C самого начала сформулированы бизнес-потребности и проблемы С самого начала задаются широкие рамки процесса с необходииой под-держкой высшего руководства	Процесс может носить весьма абст-рактный характер (выбор методик, типов моделей и пр.) Маловероятно, что будут получены яв-ные, видимые результаты в течение первого года работ Может сложиться впечатление, что результатом проекта являются никому не нужные документы Процесс сбора информации приво-дит к задержкам в построении струк-тур управления архитектурныи про-цессом Использование формальных методо-логий требует обучения Использование многих формальных методик требует наличия навыков и опыта в реинжиниринге бизнес-про-цессов

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

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

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

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

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

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

· обоснование необходимости проекта и факторов, влияющих на разработ-ку архитектуры;

· формирование команды проекта разработки архитектуры;

· определение границ архитектуры и используемых методик;

· формирование структур и процессов управления и контроля (governance).

Рассмотрим каждый из этих аспектов более подробно. Прежде всего необходимо понять, какие факторы подталкивают пред-приятие к рассмотрению вопросов разработки архитектуры. Это могут быть, например, макроэкономические факторы, требующие переосмысления вклада ИТ в бизнес, или конкурентная ситуация, требующая новых прикладных систем и обеспечивающей инфраструктуры (например, децентрализации процесса приема заказов). Факторы могут быть связаны с изменениями в бизнес-стра-тегиях, например, с принятием решения об организации более индивидуали-зированной работы с клиентами, что потребует внедрения целого ряда новых информационных систем. Важно понимать, как эти факторы могут быть ис-пользованы при обосновании проекта разработки архитектуры перед высшим руководством.

Дата добавления: 2015-04-25