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

Описание архитектуры предприятия верхнего уровня

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

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

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

Записаться

Приложения

Презентация 8. Этапы трансформации предприятия
Начинается переход к верхнеуровневому описанию архитектуры предприятия. Первый шаг — анализ карты процессов, для которого рекомендуется обратиться к модели Портера, а именно к цепочке создания ценностей (также упоминаются конфигурации «мастерская» и «платформа»). Эта модель помогает идентифицировать и описать процессы организации, а также может быть использована для бенчмаркинга и построения верхнеуровневой архитектуры.

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

Выводы

1. Модель Портера (цепочка ценностей) — практический инструмент для старта верхнеуровневого анализа процессов.
2. Верхнеуровневая архитектура не обязана быть полной — фокус важнее детализации на начальном этапе.
3. Разработка архитектуры предприятия — итеративный процесс: модель уточняется по мере получения новых данных и приоритетов.
4. Реестр требований живёт параллельно с моделью и управляется приоритетами, определяя объём работ на текущий цикл.
5. Глубина погружения в домены напрямую зависит от результатов верхнеуровневого анализа.

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

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