Полное руководство по основным различиям в цикле ADM между TOGAF 9 и TOGAF 10

Введение

Методология разработки архитектуры (ADM) является основой архитектурной платформы The Open Group (TOGAF), обеспечивая структурированный подход к проектированию, планированию и реализации корпоративной архитектуры. С выходом TOGAF 10 в 2022 году ADM претерпел значительные изменения по сравнению с версией TOGAF 9, отражая сдвиг в сторону большей гибкости, оперативности и соответствия современным требованиям предприятий. Данное руководство исследует ключевые различия в цикле ADM между TOGAF 9 и TOGAF 10, предлагая подробные объяснения и практические примеры, иллюстрирующие, как эти изменения влияют на организации различных отраслей.

Обзор цикла ADM

ADM — это поэтапный и итеративный процесс, который руководит архитекторами в разработке и управлении корпоративной архитектурой. В версиях TOGAF 9 и TOGAF 10 он включает основные фазы: Предварительная, Видение архитектуры, Бизнес-архитектура, Архитектура информационных систем (данные и приложения), Технологическая архитектура, Возможности и решения, Планирование миграции, Государственный контроль реализации и Управление изменениями архитектуры. Однако TOGAF 10 пересматривает подход к применению этих фаз, делая акцент на адаптивности вместо жесткости.

Ключевые различия в цикле ADM между TOGAF 9 и TOGAF 10

1. Гибкость и итерации

• TOGAF 9:
  • Описание: ADM в TOGAF 9 следует структурированной линейной последовательности фаз. Хотя итерации возможны, они не подчеркиваются явно, что часто вызывает ощущение жесткости.
  • Последствие: Организации должны строго придерживаться заранее определенных этапов, что может замедлить адаптацию к меняющимся потребностям.
  • Пример:
    • Розничная сеть: Розничная сеть, использующая TOGAF 9 для разработки платформы электронной коммерции, следует пошаговому процессу от визии до реализации. Смена рыночных условий на среднем этапе требует повторного прохождения фаз, что замедляет вывод продукта на рынок.
• TOGAF 10:
  • Описание: TOGAF 10 повышает гибкость ADM, уделяя большое внимание итерациям и повторному использованию. Этапы могут быть пересмотрены или адаптированы по мере необходимости, делая процесс более динамичным.
  • Последствия: Архитекторы могут быстро реагировать на меняющиеся требования, согласуя архитектуру с текущими бизнес-потребностями.
  • Примеры:
    • Технологический стартап: Поставщик SaaS многократно повторяет этап технологической архитектуры, чтобы учесть обратную связь клиентов по новой облачной функции, ускоряя выход на рынок.
    • Медицинская система: Больница поэтапно улучшает свою архитектуру данных по мере появления новых правил конфиденциальности пациентов, избегая полного перезапуска процесса.

2. Интеграция с Agile

• TOGAF 9:
  • Описание: TOGAF 9 не содержит конкретных указаний по интеграции методологий Agile в ADM, что делает его менее подходящим для быстрых, итеративных сред разработки.
  • Последствия: Организации, использующие Agile или DevOps, должны значительно адаптировать рамки, часто без чёткого руководства.
  • Пример:
    • Программная компания: Компания, внедряющая TOGAF 9, сталкивается с трудностями согласования своего водопадного ADM с Agile-сprint’ами, что приводит к задержкам с выпуском функций и разочарованию команды.
• TOGAF 10:
  • Описание: TOGAF 10 явно интегрирует практики гибкой разработки в ADM, предлагая руководство по согласованию архитектуры с спринтами, итеративными циклами и рабочими процессами DevOps.
  • Последствия: Архитекторы могут беспрепятственно поддерживать команды гибкой разработки, обеспечивая, чтобы архитектура развивалась вместе с быстрой разработкой.
  • Примеры:
    • Разработчик мобильного приложения: Используя TOGAF 10, команда согласует свой этап архитектуры приложений со двухнедельными спринтами, постепенно внедряя новую функцию оплаты.
    • Платформа электронной коммерции: Онлайн-ритейлер использует руководство по гибкой разработке TOGAF 10 для интеграции рабочих процессов DevOps в свою технологическую архитектуру, обеспечивая непрерывное развертывание обновлений сайта.

3. Модель процесса против модели справочника

• TOGAF 9:
  • Описание: В TOGAF 9 ADM обычно рассматривается как предписательная модель процесса, при этом организации ожидается, что будут следовать ее этапам последовательно.
  • Последствия: Такой подход может ограничивать гибкость, особенно для организаций с уникальными или нелинейными потребностями.
  • Пример:
    • Производственная компания: Компания, разрабатывающая систему управления цепочками поставок, строго придерживается последовательности ADM TOGAF 9, откладывая внедрение до завершения каждой фазы.
• TOGAF 10:
  • Описание: TOGAF 10 переосмысливает ADM как модель-ориентир, а не строгий процесс, побуждая организации адаптировать его к своей специфике.
  • Последствия: Такое изменение предоставляет архитекторам возможность адаптировать ADM, уделяя внимание нужным фазам или объединяя их при необходимости.
  • Примеры:
    • Финансовое учреждение: Банк использует ADM TOGAF 10 как ориентир для приоритизации бизнес- и технологической архитектуры при разработке нового мобильного приложения, сначала пропуская менее важные фазы.
    • Государственное учреждение: Государственное учреждение адаптирует ADM для фокусировки на управлении и управлении изменениями в рамках портала для граждан, соответствующего приоритетам регулирования.

4. Способы доставки

• TOGAF 9:
  • Описание: TOGAF 9 не определяет явно различные способы доставки архитектуры, полагаясь на универсальный подход.
  • Последствие: Организации должны укладывать свои потребности в доставке в единую рамочную модель, которая может не соответствовать разнообразным типам проектов.
  • Пример:
    • Провайдер связи: Компания, внедряющая сеть 4G, следует стандартному циклу ADM TOGAF 9, применяя один и тот же процесс как к инфраструктуре, так и к системам, взаимодействующим с клиентами, несмотря на различные потребности.
• TOGAF 10:
  • Описание: TOGAF 10 вводит различные режимы доставки — например, адаптивная архитектура, непрерывная архитектура и архитектура трансформации — предлагая индивидуальные подходы, основанные на масштабе и целях проекта.
  • Последствие: Архитекторы могут выбирать наиболее подходящий режим, повышая эффективность и релевантность.
  • Примеры:
    • Логистическая компания: Компания по доставке использует режим непрерывной архитектуры TOGAF 10 для поддержки развивающейся системы складского хранения, интегрируя данные в реальном времени от устройств IoT.
    • Страховая компания: Страховая компания внедряет режим архитектуры трансформации для модернизации своей устаревшей системы обработки претензий, делая акцент на поэтапном обновлении.

Практическое применение в различных отраслях

Различия в цикле ADM между TOGAF 9 и TOGAF 10 имеют глубокие последствия для того, как организации применяют корпоративную архитектуру. Вот как эти изменения проявляются на практике:

• Розничная торговля:
  • TOGAF 9: Розничная торговля следует линейному ADM для создания новой системы учета запасов, завершая все этапы до запуска, что замедляет реакцию на всплески спроса в праздничный период.
  • TOGAF 10: Тот же розничный торговец использует итеративный, согласованный с Agile ADM для постепенного внедрения системы, адаптируясь к трендам клиентов на промежуточных этапах.
• Здравоохранение:
  • TOGAF 9: Больница проектирует систему учета медицинских записей с жестким ADM, требующим полного завершения каждого этапа, что замедляет внедрение в условиях срочной необходимости.
  • TOGAF 10: Больница использует гибкий ADM TOGAF 10 в качестве ориентира, уделяя приоритетное внимание архитектуре данных и итеративно адаптируясь к появлению новых нормативных требований.
• Финансы:
  • TOGAF 9: Банк применяет предписанный ADM для разработки системы обнаружения мошенничества, строго соблюдая все этапы, несмотря на жесткие сроки.
  • TOGAF 10: Банк использует адаптивный режим доставки TOGAF 10, сосредотачиваясь на ключевых этапах и итеративно реагируя на требования соответствия и рыночные потребности.
• Технологии:
  • TOGAF 9: Технологическая компания сталкивается с трудностями при согласовании внедрения микросервисов с линейным ADM TOGAF 9, что требует значительной настройки.
  • TOGAF 10: Компания внедряет ADM, интегрированный с Agile, в TOGAF 10, согласуя архитектуру с итерациями для бесшовного развертывания микросервисов.
• Правительство:
  • TOGAF 9: Муниципалитет следует стандартному ADM TOGAF 9 для портала государственных услуг, что приводит к задержке запуска из-за жесткой структуры.
  • TOGAF 10: Муниципалитет использует режим трансформации TOGAF 10, адаптируя ADM для приоритетного учета функций, ориентированных на граждан, и управления.

Почему эти различия важны

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

Заключение

Цикл ADM в TOGAF 10 представляет собой значительный шаг вперед по сравнению с TOGAF 9, предлагая повышенную гибкость, совместимость с Agile и способность адаптироваться к контексту. Фокус на итерациях, применении как ориентира и разнообразных режимах доставки позволяет TOGAF 10 оснастить архитекторов инструментами для решения современных задач — будь то быстрые стартапы в сфере технологий, регулируемые финансовые учреждения или трансформационные проекты в государственном секторе. Этот гид выделил эти различия на практических примерах, продемонстрировав, как ADM TOGAF 10 может способствовать успеху предприятий в постоянно меняющейся среде.

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