Методология разработки архитектуры (ADM) является ключевым компонентом архитектурной платформы TOGAF, которая обеспечивает всесторонний подход к разработке корпоративной архитектуры. ADM предоставляет структурированный подход к разработке и управлению корпоративными архитектурами, соответствующими бизнес-целям и отвечающими потребностям заинтересованных сторон. Для максимальной отдачи от процесса ADM важно понимать, как его можно адаптировать под конкретные потребности организации.
Руководящие принципы TOGAF ADM предоставляют практические рекомендации по адаптации процесса ADM для решения различных сценариев использования, таких как внедрение итеративных подходов, адаптация под конкретные архитектуры, различные стили процессов и организационные структуры. Следуя этим руководящим принципам, организации могут оптимизировать процесс разработки корпоративной архитектуры и улучшить соответствие архитектур бизнес-целям.
Руководящие принципы адаптации процесса ADM:
- Применение итераций в ADM: Этот руководящий принцип исследует концепцию итераций и их потенциальные преимущества при применении к процессу ADM. Он описывает различные стратегии внедрения итеративных подходов в ADM, включая поэтапную разработку и гибкие методологии. Руководящий принцип также содержит рекомендации по выбору подходящих подходов к итерациям с учетом потребностей организации.
- Применение ADM на всех уровнях архитектурной среды: Этот руководящий принцип фокусируется на различных уровнях вовлечения в архитектуру внутри организации и на том, как ADM может быть адаптирован для поддержки этих различных уровней. Он предоставляет рекомендации по адаптации процесса ADM под конкретные типы вовлечения в архитектуру, такие как стратегическое планирование или реализация проектов. Руководящий принцип также подчеркивает важность согласования ADM с общей бизнес-стратегией организации.
- Адаптация ADM под конкретные архитектуры: Этот руководящий принцип содержит рекомендации по адаптации процесса ADM для учета специализированных областей архитектуры, таких как безопасность или архитектура данных. Он описывает особенности и вызовы, связанные с этими областями, и предоставляет руководство по эффективной интеграции их в процесс ADM.
- Адаптация ADM под различные стили процессов: Этот руководящий принцип исследует различные стили процессов, которые могут использоваться совместно с процессом ADM, такие как методологии «ленивого производства» (lean) или «Шесть сигм» (Six Sigma). Он предлагает рекомендации по интеграции этих стилей процессов в ADM и подчеркивает потенциальную пользу от их применения.
- Адаптация ADM под различные организационные структуры: Этот руководящий принцип рассматривает вызовы, связанные с адаптацией процесса ADM под различные организационные структуры, такие как структуры с децентрализованным принятием решений или с высококонцентрированными моделями управления. Он предлагает рекомендации по адаптации процесса ADM под эти структуры и предлагает подходы к управлению вовлечением заинтересованных сторон в этих контекстах.
Применение итераций в ADM
Концепция итераций является критически важным компонентом методологии разработки архитектуры (ADM) в рамках платформы TOGAF. Существует три ключевых способа использования итераций для поддержки процесса ADM.
TOGAF ADM предлагает набор циклов итераций, которые могут быть использованы для эффективной группировки связанных архитектурных мероприятий с целью достижения конкретной цели.
TOGAF ADM предоставляет структурированную основу для разработки и внедрения корпоративной архитектуры. Процесс делится на фазы и итерации, при этом каждая итерация представляет собой логическую группу связанных мероприятий, предназначенных для достижения конкретной цели. Рекомендуемые циклы итераций для TOGAF ADM:
- Предварительная фаза: Эта фаза направлена на обоснование бизнес-кейса для разработки корпоративной архитектуры, выявление заинтересованных сторон и их интересов, а также определение охвата усилий по разработке корпоративной архитектуры.
- Фаза архитектурного видения: Эта фаза направлена на разработку высокого уровня представления корпоративной архитектуры, включая бизнес-цели, стратегические импульсы и ключевые бизнес-требования.
- Фаза бизнес-архитектуры: Эта фаза направлена на разработку детального представления бизнес-архитектуры организации, включая бизнес-процессы, структуру организации и бизнес-возможности.
- Фаза архитектуры информационных систем: Эта фаза направлена на разработку детального представления архитектуры информационных систем организации, включая архитектуру данных, архитектуру приложений и архитектуру технологий.
- Фаза технологической архитектуры: Эта фаза направлена на разработку детального представления технологической инфраструктуры организации, включая аппаратные средства, программное обеспечение и сетевые компоненты.
- Фаза возможностей и решений: Эта фаза направлена на выявление и оценку потенциальных решений для удовлетворения бизнес-требований и достижения целей корпоративной архитектуры.
- Этап планирования миграции: На этом этапе акцент делается на разработке всестороннего плана перехода от текущей архитектуры к целевой архитектуре.
- Этап управления реализацией: На этом этапе акцент делается на создании системы управления для управления реализацией корпоративной архитектуры.
- Этап управления изменениями в архитектуре: На этом этапе акцент делается на управлении изменениями в корпоративной архитектуре с течением времени, включая мониторинг реализации архитектуры и внесение изменений при необходимости.
Циклы итераций могут быть настроены и повторены по мере необходимости для удовлетворения конкретных потребностей организации и достижения желаемых результатов.
- Итерация разработки архитектуры – Итерация используется для описания процесса разработки всесторонней архитектурной среды с помощью нескольких циклов МАР, каждый из которых ориентирован на отдельные инициативы в рамках запроса на разработку архитектуры.
- Итерация планирования перехода – Итерация используется для описания интегрированного процесса разработки архитектуры, при котором деятельность в различных фазах МАР взаимодействует для создания интегрированной архитектуры. Этот тип итерации часто описывается последовательно, чтобы четко определить действия и результаты.
- Итерации управления архитектурой – Итерация поддерживает управление деятельностью по изменению, направленной на достижение определенной целевой архитектуры.
- Итерация развития архитектурной компетенции – Итерация используется для описания процесса управления изменениями в архитектурной компетенции организации, при котором непрерывное улучшение достигается за счет постоянной итерации и усовершенствования процесса МАР. Включая эти итеративные концепции в процесс МАР, организации могут повысить свои возможности в разработке архитектуры и обеспечить соответствие архитектур их меняющимся бизнес-потребностям.
Архитектурная среда и итеративные циклы
В типичной организации в любой момент времени может быть описано множество различных архитектур в архитектурной среде. Эти архитектуры могут отвечать конкретным потребностям или предоставлять более широкую, общую картину общей архитектуры организации.
Для управления этой сложностью стандарт TOGAF использует концепции уровней и корпоративного континуума. Уровни относятся к различным уровням детализации в архитектурной среде, охватывающим от высокого уровня стратегических архитектур до более детализированных технических архитектур. Различные уровни архитектуры организованы иерархически, при этом высшие уровни архитектуры предоставляют руководство и ограничения для более детализированных архитектур.
Корпоративный континуум — еще одна концептуальная основа, используемая в TOGAF для организации архитектурной среды. Он предоставляет способ классификации и организации различных архитектур на основе их уровня абстракции и степени стандартизации или индивидуальной настройки. Корпоративный континуум включает четыре уровня: континуум архитектуры, континуум решений, континуум отрасли и континуум организации.
Используя эти рамки, TOGAF предлагает структурированный подход к организации архитектурной среды, помогая организациям управлять сложностью и обеспечивать соответствие всех архитектур бизнес-целям и задачам.
Разные потребности заинтересованных сторон на разных уровнях организации требуют различных типов архитектуры, и каждая архитектура должна быть размещена в иерархии управления. Широкие, обобщающие архитектуры задают направление узким и детализированным архитектурам, обеспечивая соответствие бизнес-целям и задачам.
Для достижения этого процесс МАР может использоваться по двум разным стратегиям:
- Архитектуры на разных уровнях могут разрабатываться с помощью итераций в рамках одного цикла процесса МАР. Этот подход предполагает разработку архитектур на разных уровнях в рамках одного цикла МАР, с использованием итераций для уточнения и развития архитектур по мере необходимости.
- Архитектуры на разных уровнях могут разрабатываться с помощью иерархии процессов МАР, выполняемых параллельно. Этот подход предполагает использование нескольких экземпляров процесса МАР, каждый из которых ориентирован на определенный уровень архитектуры. Процессы МАР выполняются параллельно, при этом каждый уровень архитектуры информирует и направляет разработку других уровней.
Оба этих подхода могут использоваться для разработки архитектур на разных уровнях в организации в зависимости от конкретных потребностей и обстоятельств. Используя процесс МАР, организации могут обеспечить структурированный и последовательный подход к разработке всех архитектур, а также их соответствие общим бизнес-целям и задачам.
Итеративный подход к разработке архитектуры в цикле и уровне МАР TOGAF
Фреймворк TOGAF использует итеративный подход к методу разработки архитектуры (МАР), который предполагает завершение каждой фазы цикла МАР на одном уровне описания архитектуры. После завершения цикла МАР на определенном уровне результаты проверяются, и при необходимости вносятся изменения или обновления в следующий цикл на том же уровне или в последующий цикл на другом уровне.
Использование фазы F (планирование миграции) для запуска новых, более детализированных проектов разработки архитектуры — один из способов, с помощью которых фреймворк TOGAF способствует этому итеративному подходу. Таким образом, архитектура высокого уровня используется для руководства и ограничения разработки более детализированной архитектуры, обеспечивая согласованность и соответствие общей архитектурной среды бизнес-целям и задачам.
Важно отметить, что полная архитектурная среда не разрабатывается за один цикл МАР, а формируется через несколько итераций МАР, возможно, на разных уровнях. Этот итеративный подход позволяет постоянно совершенствовать и улучшать архитектуру с течением времени, обеспечивая ее актуальность и эффективность в удовлетворении меняющихся потребностей организации.
- Количество итераций, необходимых для конкретного цикла итераций в TOGAF, может варьироваться в зависимости от сложности проекта разработки архитектуры и уровня вовлеченности заинтересованных сторон. Некоторые циклы итераций могут потребовать только одной итерации, в то время как другие могут потребовать нескольких итераций для достижения желаемого результата.
- Важно также учитывать соответствующие контрольные точки в процессе в зависимости от уровня вовлеченности заинтересованных сторон. Например, если заинтересованные стороны активно участвуют в процессе разработки архитектуры, могут потребоваться частые и неформальные контрольные точки, чтобы убедиться, что проект находится на правильном пути. С другой стороны, если заинтересованные стороны менее вовлечены, контрольные точки могут быть реже, но более формальными.
- Распространенные контрольные точки в TOGAF включают контрольные точки в конце каждого цикла итераций или в конце нескольких циклов итераций. Эти контрольные точки помогают обеспечить соответствие проекта разработки архитектуры общим бизнес-целям и задачам, а также позволяют вносить необходимые корректировки по мере необходимости.
Краткое содержание
В этой статье представлен всесторонний руководство для организаций по применению итеративных циклов в TOGAF ADM с целью максимизации эффективности усилий по разработке корпоративной архитектуры. Руководство опишет ключевые принципы и лучшие практики использования итеративных циклов в TOGAF ADM, включая то, как адаптировать циклы итераций под конкретные потребности организации и как интегрировать обратную связь заинтересованных сторон на протяжении всего процесса разработки. Окончательная цель руководства — помочь организациям более эффективно и эффективно достигать целей корпоративной архитектуры, используя потенциал итеративных методологий разработки.
Кратко говоря, разработка архитектур на разных уровнях внутри организации требует структурированного подхода, учитывающего различные потребности заинтересованных сторон и необходимость согласования с общими бизнес-целями и задачами. Для достижения этого стандарт TOGAF предлагает два стратегических подхода, которые могут быть использованы:
- Архитектуры на разных уровнях могут разрабатываться с помощью итераций в рамках одного цикла процесса ADM, что позволяет разрабатывать архитектуры на разных уровнях в рамках одного и того же цикла.
- Архитектуры на разных уровнях могут разрабатываться с помощью иерархии процессов ADM, выполняемых параллельно, при этом каждый уровень архитектуры информирует и направляет разработку других уровней.
Оба подхода позволяют разрабатывать архитектуры на разных уровнях детализации и абстракции, обеспечивая соответствие всех архитектур бизнес-целям и задачам и их размещение в рамках иерархии управления.