Архитектура предприятия

Этапы трансформации предприятия

В лекции рассматривается применение фреймворка TOGAF (The Open Group Architecture Framework) для трансформации архитектуры предприятия. Автор предлагает адаптировать стандартную модель ADM (Architecture Development Method) к реальным условиям, объединив её исходные фазы в четыре укрупненных этапа. Основной посыл — отойти от буквального следования международной практике на английском языке и создать рабочий, упрощенный подход, сохраняющий циклическую логику: «текущее состояние → целевое состояние → план перехода».

Основные мысли

1. TOGAF как основа: Фреймворк TOGAF содержит четкий метод разработки архитектуры (ADM) с описанием фаз, входов, выходов и действий.
2. Необходимость адаптации: Международная практика TOGAF не всегда подходит для локальных условий, поэтому её нужно адаптировать.
3. Укрупнение до 4 фаз: Исходные фазы ADM объединяются в четыре больших этапа для упрощения и соответствия реальной практике.
4. Цикличность процесса: Трансформация предприятия — это непрерывный итерационный цикл (после достижения цели фиксируется новое «текущее» состояние).
5. Практическая свобода: Команды вправе менять методологию под свои задачи, включая использование или отказ от готовых шаблонов TOGAF.
Показывать лекцию целиком
Краткое изложение

Записаться

Приложения

Презентация 8. Этапы трансформации предприятия
Лектор продолжает курс по архитектуре предприятия и объявляет тему — этапы трансформации. В качестве основного инструмента предлагается фреймворк TOGAF, а именно его метод разработки архитектуры (ADM), который детально описывает фазы, входы и выходы. Однако, поскольку международная практика на английском языке не всегда применима в локальных условиях, лектор предлагает адаптировать метод.

Адаптация заключается в объединении исходных фаз TOGAF в четыре укрупненных этапа:
• Этап 1 (Начальный): Объединение прелиминарии и фазы «Видение архитектуры».
• Этап 2 (Анализ и проектирование): Объединение исследований по отдельным доменам в один этап (так чаще бывает на практике).
• Этап 3 (Реализация перехода): Объединение следующих трех фаз.
• Этап 4 (Оценка реализации): Финальная фаза, объединенная с управлением требованиями.

Общая логика процесса остаётся циклической: описать текущую архитектуру, определить целевую, разработать план перехода, выполнить его, затем зафиксировать результат как новое текущее состояние и снова поставить цель. Для глубокого изучения деталей лектор отсылает к учебнику «Архитектура предприятия».

Выводы

• Стандартный метод ADM из TOGAF является базой, но не догмой — его нужно адаптировать под конкретное предприятие.
• Предложенное укрупнение до четырех этапов делает процесс трансформации более понятным и пригодным для реального применения.
• Адаптация не нарушает главного цикла трансформации («как есть» → «как должно быть» → «план перехода»), а лишь группирует шаги для удобства.
• Процесс трансформации должен быть итерационным (цикличным), а не разовым мероприятием.
• При использовании TOGAF важно не слепо копировать шаблоны, а осмысленно выбирать то, что работает в ваших условиях.

Вопросы для самопроверки

1. Какой фреймворк положен в основу разработки архитектуры предприятия в лекции, и как называется его метод разработки?
2. Почему автор предлагает адаптировать международную практику TOGAF, а не использовать её «как есть»?
3. Перечислите четыре укрупненных этапа трансформации, которые получились после объединения фаз TOGAF.
4. Какие две исходные фазы TOGAF объединены в «Начальный этап»?
5. В чем заключается главная циклическая логика процесса трансформации после фиксации целевого состояния?
6. Какой документ рекомендует автор для более подробного изучения каждой фазы?
Предыдущее занятие Следующее занятие
Вернуться к учебному плану
^