Полное руководство по основным различиям в цикле 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. Интеграция гибких методов

• TOGAF 9:
  • Описание: TOGAF 9 не содержит конкретных рекомендаций по интеграции методологий Agile в ADM, что делает его менее подходящим для быстрых и итеративных сред разработки.
  • Последствия: Организации, использующие Agile или DevOps, должны значительно адаптировать рамки, часто без четкого руководства.
  • Пример:
    • Программная компания: Компания, внедряющая TOGAF 9, сталкивается с трудностями при согласовании своего водопадного подхода к ADM с итеративными спринтами, что приводит к задержкам в выпуске функций и разочарованию команды.
• TOGAF 10:
  • Описание: TOGAF 10 явно интегрирует практики Agile в ADM, предоставляя руководство по согласованию архитектуры с спринтами, итеративными циклами и рабочими процессами DevOps.
  • Последствия: Архитекторы могут бесшовно поддерживать команды Agile, обеспечивая, чтобы архитектура развивалась параллельно с быстрой разработкой.
  • Примеры:
    • Разработчик мобильного приложения: Используя TOGAF 10, команда согласует свой этап архитектуры приложений со спринтами продолжительностью две недели, постепенно внедряя новую функцию оплаты.
    • Платформа электронной коммерции: Онлайн-ритейлер использует руководство по Agile в 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: Тот же ритейлер использует итеративный цикл ADM, ориентированный на Agile, для постепенного внедрения системы, адаптируясь к трендам клиентов на ходу.
• Здравоохранение:
  • 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 и адаптивность к контексту. Фокус на итерациях, применении как ориентира и разнообразных режимах доставки позволяет архитекторам справляться с современными вызовами — будь то быстрые стартапы в сфере технологий, регулируемые финансовые учреждения или трансформационные проекты в государственном секторе. Этот гид выделил эти различия на практике, продемонстрировав, как ADM TOGAF 10 может способствовать успеху предприятий в постоянно меняющейся среде.

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