TOGAF как методология управления корпоративной IT-архитектурой

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

TOGAF (The Open Group Architecture Framework) – это широко распространенная методология управления корпоративной информационной архитектурой, которая предоставляет структурированный подход к разработке и управлению архитектурными проектами.

Разработанная The Open Group еще в 90-х годах прошлого века TOGAF является открытым стандартом, который помогает организациям эффективно планировать, реализовывать и контролировать свои IT архитектурные изменения.

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

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

Применение TOGAF в организации способствует стандартизации и унификации процессов, улучшению коммуникации между подразделениями и повышению адаптивности IT-инфраструктуры к меняющимся бизнес-требованиям.

TOGAF находится в свободном распространении и может бесплатно использоваться любой компанией с целью разработки своих внутренних проектов.

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

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

Основными принципами TOGAF являются:

· Целостность – подход к разработке архитектуры должен быть всесторонним, охватывая все аспекты бизнеса и технологии;

· Процессуальность – TOGAF предлагает четкие процессы и методы для создания, управления и обновления IT архитектуры;

· Модульность – архитектура должна быть построена из отдельных модулей, что обеспечивает гибкость и возможность масштабирования;

· Адаптивность– методология позволяет быстро реагировать на изменения в окружающей среде и потребности бизнеса.

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

В состав модели TOGAF входят два основных компонента – методика ADM (Architecture Development Method), определяющая процесс разработки архитектуры, и Базовая Архитектура (Foundation Architecture). Она дополняется базой данных ресурсов, включающей описания архитектурных принципов, примеров реализации, а также специализированный язык ADML.

TOGAF базируется на нескольких ключевых понятиях и структурах.

Основу методологии составляют архитектурные домены:

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

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

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

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

Центральным элементом TOGAF является ADM (Architecture Development Method) – методология развития архитектуры, предлагающая циклический подход к планированию и реализации архитектурных изменений.

Типизированные блоки архитектуры называют компонентами, или слоями архитектуры.

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

Все результаты можно разбить на три основные категории:

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

· Артефакт — это непосредственный результат работы архитектора, который описывает определённый аспект в архитектуре. Артефакты в свою очередь могут подразделяться на виды:

- Каталоги — например, каталог используемых информационных систем.

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

- Диаграммы — например, диаграммы вариантов использования (use-case).

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

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

Строительные блоки бывают двух видов:

- Архитектурные блоки (Architecture Building Blocks) — определяют требования и создают каркас, необходимый для их реализации. Например, на уровне предприятия архитектурным блоком может стать необходимость предоставления клиентского сервиса, что, в конечном счёте, приведёт к разработке различных решений как на уровне бизнеса, так и на уровне ИТ.

- Блоки реализации (Solution Building Blocks) — определяют компоненты готового решения. Например, корпоративная сеть, как готовый продукт, может быть строительным блоком при разработке распределённой информационной системы.

Архитектура предприятия (Enterprise Architecture, EA) — это концепция, описывающая целевое состояние архитектуры приложений, бизнес-процессов, ИТ-инфраструктуры, работающих на цели бизнес-стратегии компании.

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

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

Архитектура любой системы в целом — это такая ее организация, в которой элементы системы представлены в их взаимоотношениях друг с другом и со средой.

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

Архитектура предприятия — это:

· Описание всех элементов предприятия, формулировка их предназначения, функционала и т.д.

· Подход к управлению этими элементами для достижения стратегических целей предприятия.

Структура подхода состоит из четырех основных элементов:

· Архитектурного фундамента,

· Архитектурного процесса,

· Методологии архитектуры

· Средств поддержки.

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

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

Корпоративная архитектура обеспечивает:

· более эффективное ведение бизнеса

· более эффективную работу IT

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

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

Методология TOGAF представляет любую компанию связью нескольких уровней.

Корпоративная архитектура через призму методологии TOGAF делится на подсистемы: архитектура стратегии, бизнес-архитектура, системная архитектура, технологическая архитектура, физическая архитектура.

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

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

Системная архитектура — это, на самом деле, комплекс, в который входит архитектура данных и архитектура бизнес-приложений.

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

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

Технологическая архитектура — это самый понятный вид архитектуры, потому что она имеет дело с материальными объектами, серверами, сетями, серверным ПО.

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

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

Методология TOGAF должна быть адаптирована к каждой конкретной компании.

Основа методологии — строго описанный порядок действий, который называется ADM (Architecture Development Method). ADM — это законченный поэтапный набор инструкций, используемый для разработки и управления архитектурой предприятия.

ADM - это понимание существующих архитектур и разработка наилучшего способа для их изменения и улучшения.

Процесс разработки архитектуры в соответствии с ADM включает следующие фазы:

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

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

Чтобы реализовать архитектурное видение, необходимо сформировать целевое состояние корпоративной архитектуры: бизнес-архитектуру, архитектуру информационных систем и техническому архитектуру.

Сама по себе концепция запуска архитектурного цикла подразумевает, что имеется описание архитектуры предприятия по состоянию «Как есть/as is». Если описания нет, то его нужно подготовить до цикла. Либо описывать параллельно в процессе каждого этапа.

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

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

C. Архитектура информационных систем. Нужно разработать целевую архитектуру информационных систем (Данные и Приложения), описывающую, как архитектура информационных систем предприятия позволит реализовать бизнес-архитектуру таким образом, чтобы разрешить проблемы заинтересованных сторон.

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

ЭТАП 3: найдите способы внести изменения, а затем воплотите их в жизнь

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

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

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

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

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

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

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

1. Стандартизация и обеспечение совместимости: TOGAF обеспечивает стандартизированный подход к проектированию, реализации и управлению корпоративной архитектурой, что способствует легкой интеграции между различными IT-системами и упрощает управление ИТ-ландшафтом.

2. Улучшенное стратегическое планирование: Методология позволяет учесть, как текущие, так и будущие бизнес-цели, следовательно, поддерживает организации в определении ИТ-стратегии, которая наилучшим образом отвечает потребностям бизнеса.

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

4. Увеличение гибкости и адаптации к изменениям: Рамка TOGAF поддерживает модульное и гибкое проектирование систем, что дает возможность быстро адаптироваться к изменяющимся бизнес-требованиям и технологическим новшествам.

5. Интеграция бизнеса и ИТ: TOGAF способствует тесной интеграции между бизнес-целями и ИТ-стратегией, улучшая понимание бизнес-потребностей среди ИТ-специалистов и обеспечивая более эффективное использование ИТ для достижения бизнес-целей.

6. Поддержка принятия решений: Предоставляя комплексный обзор ИТ-архитектуры и ее связи с бизнес-целями, TOGAF способствует более обоснованному принятию решений на всех уровнях управления.

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

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

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

Одним из ключевых стандартов, с которыми TOGAF может быть интегрирован, является ArchiMate. ArchiMate предоставляет нотацию и язык моделирования, который может быть использован для отображения архитектуры организации и ее компонентов. Использование ArchiMate вместе с TOGAF позволяет создавать наглядные и понятные модели архитектуры, что упрощает ее понимание и коммуникацию между участниками проекта. Изучить нотацию языка ArchiMate 3.2 и возможности его применения для моделирования архитектуры предприятия и IT- архитектуры можно на курсе “Моделирование архитектуры IT и предприятия. Archimate“. Теоретическая программа курса дополнена разбором реальных практических кейсов, поэтому вы быстро вы приобретете навыки построения архитектурных моделей с применением ПО российского производителя.

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

Еще одним важным аспектом интеграции TOGAF является совместное использование с ITIL (Information Technology Infrastructure Library). ITIL предоставляет набор лучших практик и рекомендаций для различных аспектов управления IT-сервисами. Интеграция TOGAF и ITIL позволяет синхронизировать управление архитектурой с управлением IT-сервисами, что существенно улучшает качество предоставляемых услуг и обеспечивает их соответствие бизнес-требованиям.

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

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

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

Еще одним важным направлением развития TOGAF является его интеграция с другими методологиями управления IT-архитектурой. В настоящее время существует большое количество методологий, таких как Zachman Framework и ITIL, которые могут быть полезны для управления корпоративной IT-архитектурой. Интеграция TOGAF с этими методологиями может позволить компаниям получить еще большую степень контроля и эффективности при разработке и управлении IT-архитектурой.

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

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

· Архитекторы всех уровней. Архитектор – востребованный специалист при создании или аудите сложных IT-решений. Его задача - обеспечить бизнесу быструю разработку, внедрение и правильный выбор подрядчика. IT-архитекторы получают гораздо больше других айтишников, но в вузах на эту профессию пока не готовят.

· Бизнес-аналитики и системные аналитики. Аналитики анализируют бизнес-процессы компании и определяют, с помощью какого ПО можно решить те или иные задачи конкретного бизнеса.

· Разработчики и системные инженеры, которые занимаются непосредственно ПО и IT-инфраструктурой предприятия.

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

© Илья Отькало

Подписывайтесь:

CORS Клуб - сообщество и образовательная среда для специалистов из IT-сферы https://cors.su/klub/

АБП - Сообщество специалистов по автоматизации бизнес-процессов и по использованию ИТ технологий в бизнесе https://t.me/analitiki_1c

Канал руководителей IT компаний и подразделений, CIO, СDO, CDTO https://t.me/cio_channel

CIO. Сообщество IT руководителей https://vk.com/cio_club