Главная

TOGAF 10. Введение и основные концепции

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

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

Прежде всего, рекомендуем вам ознакомиться с обзором (см. Исполнительный обзор), который содержит изложение понимания архитектуры предприятия в The Open Group и ответы на такие фундаментальные вопросы, как:

  • Зачем нужна архитектура предприятия?
  • Почему стоит использовать стандарт TOGAF в качестве основы для архитектуры предприятия?

Исполнительный обзор

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

Что такое предприятие?

Стандарт TOGAF рассматривает «предприятие» (enterprise) как любую совокупность организаций, имеющих общие цели.

Например, предприятием может быть:

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

Термин «предприятие» в контексте «архитектуры предприятия» (Enterprise Architecture) может применяться как ко всему предприятию, охватывая все его виды деятельности и возможности, информацию и технологии, которые составляют всю инфраструктуру и управление предприятием, так и к одной или нескольким конкретным областям, представляющим интерес в рамках предприятия. Предприятие может включать партнеров, поставщиков и клиентов, а также внутренние подразделения. В любом случае архитектура охватывает несколько систем и несколько функциональных групп в рамках предприятия.

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

Зачем нужна архитектура предприятия?

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

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

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

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

Каковы преимущества архитектуры предприятия?

Эффективная архитектура предприятия может принести организации важные выгоды. К потенциальным преимуществам архитектуры предприятия относятся:

  • Более эффективное принятие стратегических решений руководителями высшего звена и бизнес-лидерами:
    • Быстрое реагирование на изменения и поддержка гибкости предприятия в соответствии со стратегией организации.
    • Организационная трансформация, адаптация к новым тенденциям в бизнесе и технологиях.
    • Организационные изменения для поддержки цифровой трансформации.
    • Изменения организационной и операционной модели для повышения эффективности и результативности.
  • Более эффективные и результативные бизнес-операции:
    • Снижение затрат на ведение бизнеса.
    • Более гибкая организация.
    • Бизнес-возможности распределены по всей организации.
    • Снижение затрат на управление изменениями.
    • Более гибкая рабочая сила.
    • Повышение производительности бизнеса.
    • Улучшенная интеграция организации в поддержку слияний и поглощений.
  • Более эффективная и действенная цифровая трансформация и операции:
    • Расширение эффективного охвата предприятия (например, за счет цифровых возможностей).
    • Приведение всех компонентов предприятия в единую среду.
    • Снижение затрат на разработку, развертывание, эксплуатацию, поддержку и обслуживание.
    • Улучшение операционной совместимости.
    • Улучшение управления системой.
    • Улучшение способности решать критические вопросы в масштабах всего предприятия (например, безопасность).
    • Более легкая модернизация и обмен системными компонентами.
  • Лучшая отдача от существующих инвестиций, снижение риска для будущих инвестиций:
    • Снижение сложности бизнеса и ИТ.
    • Максимальная отдача от инвестиций в существующий бизнес и ИТ.
    • Гибкость при создании, покупке или аутсорсинге бизнес и ИТ-решений.
    • Понимание того, как возврат инвестиций изменяется с течением времени.
  • Более быстрые, простые и дешевые закупки:
    • Решения о закупках становятся проще, поскольку информация, регулирующая закупки, легко доступна в виде согласованного плана.
    • Ускорение процесса закупок — максимальная скорость и гибкость закупок без ущерба для согласованности архитектуры.
    • Возможность закупать гетерогенные открытые системы, созданные несколькими поставщиками.
    • Возможность обеспечить более экономичные возможности.

Что именно может послужить толчком к разработке архитектуры предприятия?

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

  • Бизнес-инициативы, направленные на трансформацию бизнеса; например, использование цифровых услуг и продуктов в качестве активов, приносящих доход.
  • Технологические инициативы, направленные на повышение эффективности и сокращение затрат; например, инициативы по консолидации технологий, где целью консолидации могут быть физические, виртуальные или комбинированные объекты.
  • Слияние или приобретение, когда окупаемость инвестиций достигается только после повышения эффективности технологий
  • Управление техническим долгом, накопленным в результате инициатив по ускоренной разработке.

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

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

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

Без архитектуры предприятия крайне маловероятно, что все проблемы и требования будут учтены и удовлетворены.

Что такое архитектурный каркас?

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

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

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

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

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

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

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

Кому будет полезно использовать стандарт TOGAF?

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

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

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

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

Когда следует создавать архитектуру предприятия?

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

Что дальше?

Просмотрено: 429

Похожие записи