Архитекторы предприятия должны быть эффективными.
*Аббревиатура EA в контексте архитектуры предприятия может означать несколько вещей:
- Enterprise Architecture (EA) — архитектура предприятия, практика проектирования, планирования и управления общей структурой и работой организации. Включает согласование технологий, процессов и людей с бизнес-целями и стратегией организации.
- Enterprise Architect (EA) — архитектор предприятия, специалист, занимающийся разработкой и внедрением архитектуры предприятия. Отвечает за анализ, проектирование, внедрение и поддержку ИТ-систем и инфраструктуры в соответствии с бизнес-потребностями организации.
- Enterprise Architecture Framework (EAF) — фреймворк архитектуры предприятия, набор руководящих принципов, методов и шаблонов для разработки и поддержания архитектуры предприятия. Примеры включают TOGAF (The Open Group Architecture Framework), Zachman Framework и FEAF (Federal Enterprise Architecture Framework).
В зависимости от контекста, аббревиатура EA может относиться к одному из этих понятий или к их комбинации.
Руководители ИТ и бизнеса ожидают, что архитектура предприятия (EA) поможет достичь успеха.
EA появилась, чтобы решить две проблемы:
- Системная сложность. Организации тратили много денег на создание ИТ-систем.
- Плохая согласованность бизнеса. Организациям было сложно сделать так, чтобы ИТ-системы соответствовали потребностям бизнеса. Эти проблемы актуальны и сегодня. Поэтому, если компания хочет их решить, ей нужна EA.
EA помогает перейти к архитектуре будущего состояния в масштабах всего предприятия. Даже если группа заинтересованных сторон (их опасения, точки зрения и взгляды) специфична для направления бизнеса или географической области, EA может потребоваться, если воздействие значительное или трансформационное.
*Дорожная карта в архитектуре предприятия представляет собой документ, который описывает цели, ключевые этапы, контрольные даты и ответственных исполнителей проекта. Она создается в самом начале проекта и служит основой для формирования подробных планов и графиков. Дорожные карты особенно полезны в проектах, где задействовано несколько рабочих групп, поскольку позволяют всем участникам видеть общую картину проекта и следить за его выполнением.
EA быстро ищет оптимальное решение в заданный момент времени, балансируя компромиссы. EA не ищет лучшее решение месяцами. Но EA может использовать дорожные карты, чтобы постепенно и итеративно фиксировать прогресс в направлении «лучшего» решения.
EA находит решения, которые затрагивают разные аспекты работы компании. Если проблемная область охватывает организационную структуру, бизнес-процессы, данные/информацию, дорожную карту поставщика продукта, управление портфелем проектов, управление ИТ (стоимость, сложность, технический долг, управление рисками) и т. д., то EA — лучший способ реализовать эти решения.
EA не всегда предлагает новые или революционные решения. EA можно применять даже к инициативам по использованию существующих инвестиций с оптимизацией, улучшению обслуживания или выводу из эксплуатации системы. Также EA направлена на снижение сложности и соответствие потребностям бизнеса во всей цепочке создания стоимости ИТ «Планирование-Строительство-Эксплуатация».
После создания благоприятной для EA среды архитекторы предприятия в первую очередь управляют технологической стратегией и её реализацией в отношении бизнес-целей.
Это значит, что они предоставляют дорожную карту и следят за тем, чтобы решения соответствовали её рекомендациям. Дорожная карта — это план перехода от текущего состояния к будущему. Она включает четыре основных раздела:
- текущее состояние матрицы «Решение-Бизнес-Возможности»;
- матрица будущего состояния, которая включает ключевые варианты использования, сценарии, требования различных групп заинтересованных сторон;
- разрывы между текущим и будущим состояниями;
- эталонные архитектуры, которые предоставляют технические рекомендации по устранению пробелов при переходе из текущего состояния в будущее.
Эти разделы помогают архитекторам предприятия управлять процессом перехода от текущего состояния к будущему. Однако для разработчиков этих четырёх разделов может быть недостаточно. Архитектура, дизайн и кодирование имеют определённые границы, и такие аспекты, как безопасность, поток данных, детали интеграции, специфичны для каждого проекта. Они должны быть учтены на этапе проектирования на основе эталонных архитектур.
Прежде чем начинать проект по архитектуре предприятия (EA), убедитесь, что вы учли следующие моменты.
Если у заинтересованных сторон (бизнеса и IT) нет чёткого представления о том, куда они хотят прийти, то EA может оказаться бесполезной. Архитекторы предприятия могут помочь определить цели, но само по себе EA не создаёт видение, а лишь предоставляет его.
EA — это не просто IT-проект. Она требует тесного сотрудничества между бизнесом и IT для успешной реализации решений и систем. Поэтому архитекторам предприятия нужен доступ к высшему руководству как в IT, так и в бизнесе. Если между архитекторами и руководством несколько уровней иерархии, то эффективность EA снижается из-за бюрократии и неэффективности.
Если риски внедрения новых технологий низки или решение легко внедрить, то EA может не понадобиться. Это всё равно что использовать кувалду для раскалывания ореха.
EA стремится к будущему состоянию постепенно и заранее. Просто анализировать текущее состояние без намерения перейти к будущему — это потеря времени.
EA эффективно реагирует на потребности бизнеса через коммуникацию. Фреймворки, такие как TOGAF, FEAF и Zachman, помогают согласовать интересы бизнеса и IT. Если эти фреймворки не используются для информирования о будущем состоянии, то они мало полезны.
Сегодня компаниям уже недостаточно просто хотеть внедрить EA, это стало необходимостью для тех, кто хочет упростить систему и улучшить обслуживание бизнеса. Современные инструменты и платформы упрощают программирование, но при этом добавляют сложности на ранних этапах жизненного цикла разработки программного обеспечения, требуя надёжной архитектуры для важных случаев использования, сценариев и требований.
Необходимость в EA зависит не от размера компании, а от того, как компания планирует использовать технологии для своих нужд. Эффективная EA может стать отличным инструментом для интеграции стратегического планирования, управления проектами и услугами. Однако если EA не работает должным образом, она может привести к утечке ресурсов компании.
EA — это не самоцель, а средство для достижения цели. В конечном итоге результатом должно стать надёжное работающее программное обеспечение, разработанное ИТ, которое использует качественные данные, предоставленные бизнесом.