Общая схема архитектурного процесса

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

Первоочередными задачами проекта построения архитектуры предприятия будут являться:

· организация необходимых структур с привлечением руководства предприятия, бизнес - подразделений и планирование работ,

· понимание стратегии развития бизнеса организации,

· формирование общих для бизнеса и ИТ требований к целевой архитектуре,

· разработка принципов построения архитектуры предприятия.

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

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

На первом этапе построения архитектурного процесса необходимо ответить на следующие вопросы:

· Какие цели преследует организация?

· Какие задачи она ставит при внедрении методологии?

· Какие результаты организация планирует получить?

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

Один из традиционных вопросов возникающих при разработке архитектуры предприятия это обоснование необходимости ее внедрения. Большинство топ менеджеров обоснования инвестиций в архитектуру предприятия в виде ROI(ReturnonAssets) для оценки подобных проектов, но, по мнению аналитиков компанииGartner, ни одно из этих обоснований не являлось правдоподобным. «За десять лет работы с тысячами компанийGartnerне видел ни одного примера надежного обоснованияROIдля программы созданияEA», - говорит Брайн Бурк, один из ведущих аналитиковGartnerв области построения архитектуры предприятия: «Вывод: этого нельзя сделать – и не начинайте».

Процесс оценки эффективности архитектуры предприятия является одним из важных факторов архитектурного процесса. Но в основе него правильнее закладывать качественные, а не количественные методики оценки.

Необходимо рассматривать экономическую оценку архитектуры предприятия в первую очередь с точки зрения выгод, получаемых бизнесом (рисунок 2.1.).

Рисунок 2.1. Выгоды от ИТ получает бизнес (Gartner)

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

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

· Результаты программы. Дает ли программа архитектуры предприятия, обещанные результаты?

· Зрелость программы. Уровень зрелости программы сравнивается на примере сравнения с аналогичными эффективными архитектурными процессами других компаний.

· Выгоды для ИТ. Как архитектура предприятия непосредственно влияет на ИТ?

· Выгоды для бизнеса. Как архитектура предприятия непосредственно влияет на бизнес.

Для оценки эффективности построения архитектуры предприятия аналитики компании Gartnerпредлагают разрабатывать цепочку: «цель – вопрос - показатель». Достижение поставленной цели при разработке архитектуры предприятия, и является показателем обеспечивающим ее оценку эффективности.

Подобные цели непосредственно зависят от роли, выполняемой различными людьми в компании:

· Цель руководителя:

o Продемонстрировать вклад архитектуры предприятия в бизнес.

· Цель управляющего:

o Уменьшение рисков и усовершенствование процесса работы, использования ресурсов, соответствия требованиям и предсказуемости проблем.

Что можно оценивать при внедрении архитектуры предприятия (до и после разработки):

· Изменения в бизнес-процессах. Бизнес процессы становятся более пригодными для использования.

· Увеличение разнообразия числа продуктов.

· Сокращение времени завершения проектов, увеличение производительности (сокращение доработок связанных с плохим планированием).

· Уменьшение затрат на поддержку ИТ из за меньшего разнообразия активов (снижается вероятность дублирования информационных систем и их функций).

· Интеграция с партнерами упрощается (заранее планируется, заранее реализуются, является гибкой).

· Количество сбоев в информационных системах снижается и, соответственно, возрастает готовность ИС.

· Упрощается доступ к информации и сокращается число «одноразовых» отчетов.

· Изменение показателей простоя/доступности.

· Снижение количества срочных инфраструктурных проектов (реактивность).

В таблице 2.1. представлены преимущества разработки архитектуры предприятия для ИТ и общие показатели.

Таблица 2.1.