Архитектура предприятия предназначена для самого предприятия, а не для архитекторов.
«Предприятие» — это любая совокупность организаций, объединенных общими целями. В этом смысле предприятие может быть государственным учреждением, целой корпорацией, подразделением корпорации, самостоятельным отделом или цепочкой географически удаленных друг от друга организаций, связанных общей формой собственности.
Термин «архитектура предприятия» может использоваться как для обозначения архитектуры всего предприятия, включающей все его информационные системы, так и для обозначения архитектуры конкретной области внутри предприятия. В обоих случаях архитектура охватывает многочисленные системы и функциональные группы предприятия.
Архитектура предприятия (Enterprise Architecture, EA) разрабатывается по одной очень простой причине: чтобы служить ориентиром для эффективных изменений.
Архитектура предприятия — это:
Описание элементов в организации, их предназначение, как они выполняют свои функции, реальная производительность и способность адаптироваться к изменениям.
Фреймворк (структура, подход и процесс) для управления изменениями в этих элементах и их расположении; для постоянной адаптации к организационным изменениям в соответствии со стратегией (целями и задачами) и обстоятельствами (конкретными требованиями).
Практический подход к управлению и развитию архитектуры предприятия на всех уровнях контроля, изменений и развития.
Какие факторы влияют на архитектуру предприятия?
Для успешного управления изменениями и достижения бизнес-ценности воздействующие на архитектуру предприятия факторы формируются на различных этапах жизненного цикла доставки ценности. Например:
Заинтересованные стороны (стейкхолдеры) определяют инициативы по изменениям, которые необходимы для достижения новых бизнес-целей. Эти изменения часто бывают сложными и затрагивают различные системы и процессы с множеством взаимосвязей.
Без архитектуры предприятия маловероятно, что будут учтены все интересы и удовлетворены все требования. Это может привести к дальнейшей фрагментации и неэффективности.
Для управления изменениями необходима разработка архитектуры предприятия.
Почему стоит использовать фреймворк архитектуры предприятия?
Фреймворк архитектуры предприятия определяет, как создавать и применять архитектуру предприятия.
Большие корпорации и государственные учреждения могут включать в себя несколько "предприятий", и, следовательно, существуют уникальные проекты по созданию такой архитектуры.
Тем не менее, в информационных системах каждого "предприятия" часто существует много общего, и использование единого архитектурного фреймворка, как правило, сулит большие выгоды.
Для управления масштабом и сложностью организации архитектурный фреймворк предоставляет инструменты и подходы, которые помогают архитекторам выделить как общие образцы и характеристики в структуре предприятия, так и уникальные особенности и специфичные требования, присущие конкретным подразделениям компании.
Что такое TOGAF (The Open Group Architecture Framework): Фреймворк архитектуры The Open Group?
Стандарт TOGAF — это фреймворк для определения и реализации изменений.
Стандарт содержит:
Определение и описание стандартного цикла изменений, используемого для планирования, разработки, внедрения, управления, изменения и поддержания архитектуры предприятия: метод разработки архитектуры TOGAF (TOGAF Architecture Development Method, ADM).
Определение и описание основных элементов (строительных блоков) в предприятии, используемых для предоставления бизнес-сервисов и информационных систем: фреймворк контента TOGAF (TOGAF Content Framework).
Набор рекомендаций, методик и советов по созданию и поддержанию эффективной архитектуры предприятия и проведению изменений с помощью новых архитектур решений на всех уровнях масштаба, развития и детализации.
В качестве составляющих общей архитектуры предприятия принято выделять четыре архитектурных домена:
Бизнес-архитектура (Business Architecture) определяет стратегию бизнеса, управление, организацию и ключевые бизнес-процессы.
Архитектура данных (Data Architecture) представляет структуру информационных ресурсов организации, включая логическую и физическую организацию данных, а также средства управления информацией.
Архитектура приложений (Application Architecture) предоставляет план развертывания отдельных приложений, их взаимодействия и взаимосвязи с основными бизнес-процессами организации.
Технологическая архитектура (Technology Architecture) описывает цифровую архитектуру, логические возможности, стандарты программной и аппаратной инфраструктуры, необходимые в качестве поддержки развертывания сервисов для бизнеса, данных и приложений. Сюда входят цифровые сервисы, интернет вещей (IoT), инфраструктура социальных сетей, облачные сервисы, ИТ-инфраструктура, промежуточное ПО, сети, коммуникации, обработка данных, стандарты и т.д.
Структура документации TOGAF 10
Структура документа стандарта TOGAF — модульная и постоянно развивающаяся. В ней прослеживается четкая иерархия — от общих концепций в фундаментальном контенте TOGAF (Fundamental Content) до стабильной передовой практики в руководствах серии TOGAF (Series Guides) и новых идей в библиотеке TOGAF.
Фундаментальный контент стандарта TOGAF предоставляет важную "опорную структуру". Это обеспечивает стабильные и долговечные стандарты и методологии, которые могут служить основой для правильных практик и подходов к архитектуре предприятия.
Руководства серии (домена) (Series (Domain) guides) строятся на общем содержании, предоставленном в фундаментальном контенте TOGAF, предлагая рекомендации по конкретным темам.
В дополнение к стандарту TOGAF имеется обширный набор руководств и справочных материалов, известный как библиотека TOGAF, которая осуществляет поддержку по практическому применению подхода TOGAF. В этой библиотеке на данный момент доступны документы справочные модели (Reference Models) и методические рекомендации (Method Guidance), общая практическая информация (General How-To-Information) и руководство по созданию команды архитектуры предприятия (Establishing an EA Team).
Существует множество других доменов, которые могут быть определены путем объединения соответствующих представлений об областях бизнеса, данных, приложений и технологий. Например, архитектура информационных ресурсов, архитектура рисков и безопасности, архитектура цифровых решений.
TOGAF 10 облегчает внедрение передовых методик. Фреймворк TOGAF позволяет создавать многомерные представления и подразделять их на категории, что способствует углубленному пониманию предприятием всего масштаба своей деятельности и потенциальных возможностей.
Основой фреймворка TOGAF является метод разработки архитектуры TOGAF (TOGAF ADM).
По своей сути стандарт TOGAF обеспечивает поддержку деятельности архитекторов — их способности понимать, определять и контролировать.
Понимание
Этап A — Архитектурное видение: понимание проблемы/возможности, эскиз решения и определение общей стратегии перехода к изменениям.
Этапы B-D - Архитектура бизнеса/информационных систем/технологическая: решить, что необходимо (строительные блоки архитектуры. Architecture Building Blocks (ABB)).
На этих этапах рекомендуется выбрать потенциальные варианты для реализации решения (строительные блоки решения (Solution Building Blocks, SBB)).
Определение
Этап E — Возможности и решения: осуществить выбор из предложенного набора строительных блоков решений (SBB), оптимальных для строительных блоков архитектуры (ABB) на этапах B-D, и определить, как они будут взаимодействовать для обеспечения требуемого уровня бизнес-услуг. Установить наиболее подходящие переходные этапы реализации.
Этап F — Планирование миграции: организация ресурсов для поэтапной реализации контролируемых переходов.
Управление
Этап G - Управление реализацией: обеспечение надлежащей организации и развертывания мероприятий по повторному использованию/созданию/приобретению и развертыванию в соответствии с согласованным контрактом и спецификациями.
Этап H - Управление изменениями в архитектуре: обеспечение правильного планирования, структурирования и получения ожидаемой ценности для бизнеса.
TOGAF 10 -
Модели принципов архитектуры, видения, мотивации и требований предназначены для описания контекста, в котором создаются формальные модели архитектуры. Это включает общие принципы архитектуры, стратегическое направление, которое определяет исходные параметры для моделирования архитектуры, и требования, вытекающие из самой архитектуры.
Бизнес-архитектура отражает архитектурные модели бизнеса, рассматривая факторы, которые мотивируют предприятие, его структуру и возможности.
Архитектура информационных систем представляет собой архитектурные модели ИТ-систем, рассматривающие приложения и данные в соответствии с фазами TOGAF ADM.
Модели технологической архитектуры отражают технологии, которые используются для имплементации и применения решений информационных систем.
Модели реализации/трансформации архитектуры отражают дорожные карты изменений, показывающие переход между состояниями архитектуры, и обязательные утверждения, которые используются для управления и контроля реализации архитектуры.
Модели управления изменениями в архитектуре захватывают события управления достижением ценности, как внутренние, так и внешние, которые влияют на архитектуру предприятия и порождают необходимость в определенных действиях
Фреймворк TOGAF позволяет использовать гибкие методы экспертной оценки с целью поддержки согласования бизнес-стратегии, процессов и систем.
Важно отметить, что TOGAF ADM "не делает":
Предписывает, что шаги должны выполняться в указанной последовательности.
Устанавливает "водопадную" (waterfall) методологию, где требуется, чтобы каждая стадия была завершена перед началом следующей.
Определяет продолжительность любого этапа или цикла разработки архитектуры.
Фреймворк TOGAF "делает": рекомендует адаптировать ADM к потребностям предприятия; гибкость является одной из таких потребностей.
В рамках TOGAF представлена модель, определяющая три уровня детализации, которые могут быть использованы в целях разделения процесса разработки архитектуры:
Стратегическая архитектура предприятия (Enterprise Strategic Architecture) предоставляет общую картину той области деятельности предприятия, которую затрагивают изменения. Она позволяет понять общее стратегическое направление развития предприятия на высоком уровне с достаточной степенью охвата, чтобы определить контекст, в который вписываются все компоненты и возможный потенциал. Это необходимо для планирования и проектирования всей работы, а также для того, чтобы избежать нежелательных последствий.
Средний уровень - архитектуры сегментов (Segment Architectures) - обычно задает направление на уровне корпоративного портфеля, программы или продукта. Эти крупномасштабные сегменты часто соответствуют естественным границам функциональности.
Нижний уровень - архитектуры возможностей (Capability Architectures) - представляет собой детальное описание (инкрементов) бизнес-возможностей. Они могут быть привязаны к спринтам поставки, или потребуется несколько спринтов для реализации возможностей. Такие описания достаточно подробны, чтобы их можно было передавать разработчикам для проведения необходимых действий или мероприятий. Спринты могут проводиться на любом уровне, но чаще всего они связаны с предоставлением возможностей или их увеличением.
Уровни и этапы ADM, сопоставленные с концепциями Agile
Стратегическая архитектура
На Agile-предприятии стратегическая архитектура (Strategic Architecture) является высокоуровневой итерацией, опирающейся на этап A, Архитектурное видение (Architecture Vision) TOGAF ADM. В данной итерации формулируется стратегическое направление для предприятия, которое служит основой для принятия решений. Это направление может быть дополнительно развито на этапе B, чтобы предоставить высокоуровневый обзор организационной структуры.
Ключевыми преимуществами стратегической архитектуры для Agile-предприятия являются:
Обеспечивает понимание контекста организации, необходимое для определения стратегических тем, эпиков и драйверов; выявляет потоки ценности, высокоуровневые требования и другие широкие возможности стратегического направления и видения.
Подтверждает принципы, позволяющие определить ограничительные линии при предоставлении продукта/услуги/решения.
Определяет организационные возможности высокого уровня, необходимые для реализации всего проекта: навыки персонала, инструментарий, инструменты управления, принципы руководства и т.д.
Обеспечивает понимание организационного ландшафта для формирования дорожных карт планирования миграции при наличии слабосвязанных компонентов, что позволяет определить и реализовать необходимое взаимодействие и интеграцию между соответствующими командами.
Информация, на основе которой формируется план задач для последующих этапов работы, включая разные сегменты (обычно функциональные или организационные области).
Стратегическая архитектура создает основу для архитектурных решений более низкого уровня.
Архитектура сегмента
Архитектура сегмента (Segment Architecture) - это, как правило, спецификация продукта или бизнес-решения. Она должна быть достаточной для определения характеристик, функциональных и нефункциональных требований. Если информации, полученной в результате выполнения этапов A и B, недостаточно для выполнения этой задачи, то можно уделить больше внимания детальному изучению этапов B, C и D.
Ключевыми преимуществами сегментной архитектуры для Agile-предприятия являются:
Поддержка для определения бэклогов на уровне возможностей
Определение возможностей/вспомогательных средств, а затем фич и функционала, необходимых для предоставления продукта/услуги/решения.
Определение ключевых показателей эффективности (KPI), требуемых для обеспечения доставки ценности в соответствии с обозначенным видением и бизнес-целями.
Сегмент состоит из одного или нескольких продуктов и SBB. Необходимо предоставить лишь ту необходимую часть архитектуры, чтобы улучшить дизайн, производительность и удобство использования решения, а также обеспечить руководство для межкомандного проектирования и реализации.
Спецификация на этом уровне должна быть ориентирована для группировки объектов на уровне портфеля при поддержке Agile-концепций, включающих эпики, параллельное проектирование, планирование непрерывной доставки и интеграции целевого решения.
Архитектура сегмента помогает сформировать продукты и решения для каждого сегмента. В результате итераций сегмента формируются элементы бэклога, на основе которых Agile-команды могут работать над реализацией продуктов и решений.
Архитектура возможностей (Capability Architecture)
Архитектура возможностей, предоставляемая в течение спринта или даже нескольких спринтов, в зависимости от объема задачи, должна быть последовательно и циклично интегрирована в процесс поставки. Это более конкретная спецификация архитектуры, ориентированная на решение, включающая ABB, определенные на этапах B, C и D, и охватывающая как функциональные, так и нефункциональные аспекты реализуемого решения. Данные архитектурные спецификации затем дорабатываются на этапах E и F в качестве основы для SBB и их интеграции в искомые решения/услуги/продукты.
Ключевыми преимуществами архитектуры возможностей для Agile-предприятия являются:
Предоставляет достаточную подробную детализацию архитектур более высокого уровня для определения имплементации и обеспечивает обратную связь с целью обновления вышестоящих уровней при необходимости.
Разрабатывает проекты "точно в срок" (Just-In-Time, JIT), чтобы обеспечить "полосу разгона" для внедрения решений в рамках спринтов и предоставляет поддержку для их выполнения, минимизируя негативное влияние на процесс доставки.
Определяет и уточняет пользовательские истории, которые будут реализованы различными Agile-командами.
Обеспечивает контроль качества и соответствие требованиям при развертывании решения.
Обеспечивает возможность отслеживания для подтверждения того, что первоначальные цели стратегической архитектуры достигнуты.
Архитектура возможностей - это спецификация решения, которое будет создано и развернуто по требованию Agile-командами в соответствии с архитектурными рекомендациями, метриками и соображениями совместимости.
Резюме
TOGAF 10 представляет собой полезное собрание устоявшейся и проверенной практики в области архитектуры предприятия. Этот набор испытанных методов решает широкие задачи, но в некоторых областях, таких как безопасность и бизнес-архитектура, он проникает еще глубже.
TOGAF 10 позволяет использовать гибкие технологии разработки архитектуры предприятия. Такой подход способствует оперативному внедрению изменений в архитектурные решения, отвечая на динамичные требования бизнеса и обеспечивая более тесное взаимодействие между стратегией, процессами и техническими системами организации.
Перевод подготовлен для будущих студентов нового онлайн-курса «Архитектор Togaf 10». Поток стартует уже 28 августа, и к группе пока можно успеть присоединиться.
