В лекции рассматриваются два подхода к анализу архитектуры предприятия. Первый (формальный, ADM) предполагает последовательное углубление в бизнес-архитектуру, ИТ-системы и технологии. Второй (интегральный, более практичный) начинается с общего анализа «с высоты птичьего полёта» с использованием обобщённых моделей (например, модель Остервальдера, компонентная модель бизнеса) для выявления проблемных зон и определения необходимой глубины детализации. Далее подчёркивается важность выбора артефактов (реестры, матрицы, диаграммы) в зависимости от интересов стейкхолдеров, опора на метамодель для ограничений и связей между элементами, а также роль референтных моделей и бенчмаркинга. Входом служат требования предыдущего этапа, выходом — артефакты для принятия решений и постановки задач.
Основные мысли
1. Два подхода к анализу: формальный последовательный (бизнес → ИС → технологии) и практичный интегральный (сначала общий обзор, затем углубление в проблемные зоны).
2. Интегральный подход предпочтительнее в реальной практике, так как позволяет быстро определить глубину анализа, не тратя время на излишнюю детализацию.
3. Использование обобщённых моделей (Остервальдер, компонентная модель бизнеса, модель способностей Tagaf, верхнеуровневые диаграммы) для взгляда на три домена (бизнес, данные, приложения, технологии) одновременно.
4. Артефакты строятся под стейкхолдеров — только те, которые отвечают чьим-то интересам и будут реально применяться.
5. Формы артефактов: реестры, матрицы или графические диаграммы.
6. Метамодель задаёт границы, понятия и отношения между ними, к ней обращаются для определения конкретных артефактов.
7. Вход процесса — требования заинтересованных сторон и референтные модели (лучшие практики, бенчмаркинг).
8. Выход процесса — артефакты, на основе которых стейкхолдеры ставят задачи, строят модели, оценивают и принимают решения.
Показывать лекцию целиком
Краткое изложение
Лектор описывает, как двигаться в анализе архитектуры предприятия.
Первый подход (формальный, как в ADM):
• Сначала анализ бизнес-архитектуры: цели, показатели, процессы, функции, ролевые модели, оргструктуры, капабилити (способности), цепочки ценностей.
• Анализ текущего и целевого состояния.
• Затем переход к фазе C (информационные системы) и фазе D (технологии).
Второй подход (реальная практика):
• Начинается с общего анализа предприятия «сверху» через несколько обобщённых моделей, чтобы идентифицировать проблемные области и решить, как глубоко нужно погружаться.
• Примеры моделей: модель Остервальдера, компонентная модель бизнеса, модель способностей Tagaf, верхнеуровневая диаграмма, охватывающая три слоя (домена).
• Лектор выбирает второй путь.
Далее алгоритм действий:
1. Определить артефакты (для текущего и целевого состояния).
2. Артефакты должны отвечать интересам стейкхолдеров — никогда не строить бесполезные.
3. Артефакты бывают трёх форм: реестры, матрицы, графические диаграммы (тема второй лекции).
4. Для выбора конкретных артефактов обращаться к метамодели архитектуры предприятия, которая даёт ограничения, границы, понятия и отношения между ними.
5. Примеры: дерево целей, система сбалансированных показателей (по Нортону и Каплану), схемы оргструктуры, карта процессов, модели процессов.
Вход процесса: требования заинтересованных сторон (с первого этапа) + референтные модели для бенчмаркинга и лучших практик.
Выход процесса: множество артефактов, которые позволяют стейкхолдерам ставить задачи, строить модели, делать оценки, принимать решения.
Ключевое: важно определиться с теми, кто будет использовать артефакты (стейкхолдерами), и под них настраивать детализацию.
Выводы
1. В реальной практике архитектурный анализ чаще начинается с обобщённых моделей, а не с детальной проработки бизнес-архитектуры. Это экономит ресурсы и фокусирует внимание на проблемных зонах.
2. Успех архитектурного проекта определяется не количеством моделей, а их relevance (соответствием интересам конкретных стейкхолдеров).
3. Метамодель является ключевым инструментом проектирования: она ограничивает хаос и задаёт правила построения артефактов.
4. Архитектура предприятия — это инжиниринг, опирающийся на научные результаты и референтные модели (лучшие практики, бенчмаркинг).
5. Артефакты должны быть представлены в удобной форме (реестры, матрицы, диаграммы) и служить основой для принятия решений и постановки задач.
Вопросы для самопроверки
1. В чём главное отличие формального подхода (ADM) от интегрального практического подхода к анализу архитектуры?
2. Какие обобщённые модели перечислены лектором для «взгляда сверху»?
3. Почему в реальной практике чаще выбирают второй подход (сначала общий анализ, потом углубление)?
4. Что такое артефакт архитектуры и какие три формы артефактов названы?
5. Для чего нужна метамодель архитектуры предприятия? Какие функции она выполняет?
6. Почему нельзя строить артефакты, которые не соответствуют интересам ни одного стейкхолдера?
7. Что может служить входом для процесса описания состояния архитектуры?
8. Какие практические действия выполняют стейкхолдеры на основе полученных артефактов?
9. Что означает утверждение «архитектурная практика связана с инжинирингом» в контексте данного текста?
10. Какие конкретные диаграммы или модели можно построить для целей, показателей, организационных подразделений и процессов?