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

Области применения архитектуры предприятия

Лекция посвящена определению роли и границ применимости архитектуры предприятия (АП). Автор подчеркивает, что АП — это затратная практика, требующая высокой квалификации, и она необходима не во всех проектах. В лекции выделены семь ключевых областей, где применение АП критически важно (управление развитием, согласование языков, выравнивание бизнеса и IT, операционное совершенствование, повышение капитализации, бенчмаркинг, управление сложностью). Для иллюстрации проводится аналогия с градостроительством (архитектор города vs архитектор здания) и вводятся понятия «архитектор предприятия» и «архитектор решений».

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

1. АП не для всех проектов: К АП обращаются только при масштабных изменениях (цифровая трансформация, слияния, смена модели). Для точечного реинжиниринга или создания отдельного приложения достаточно стандартных IT-практик.
2. Аналогия с городом: Архитектор предприятия подобен градостроителю (видит всю картину целиком), тогда как архитектор решений подобен архитектору здания (фокусируется на конкретном сегменте, процессе или системе).
3. Семь областей применения: АП нужна для синхронизации разных отделов (управление развитием), единого языка (согласование дисциплин), связи бизнеса и IT, снижения дублирования, капитализации, изучения лучших практик и борьбы с «техническим долгом».
4. Проблема быстрых изменений (Agile): Погоня за скоростью (сделать «быстро и сейчас») ведет к накоплению «технического долга», что может парализовать предприятие. АП нужна для контроля стратегии на фоне локальных правок.
Показывать лекцию целиком
Краткое изложение

Записаться

Приложения

Презентация 1. Основы архитектуры предприятия
Лекция начинается с тезиса, что архитектура предприятия — это дорогая и сложная практика. Если изменения касаются только процессов (реинжиниринг) или создания одного приложения, команды обходятся без архитектора предприятия, используя методы бизнес-анализа или программной инженерии.

Однако при больших изменениях (цифровая трансформация, слияния, смена бизнес-модели) обращаются к АП. Исследователи выделили 7 таких случаев:
1. Управление развитием (стратегия, трансформация).
2. Согласование языков разных дисциплин (чтобы у всех слово «проект» означало одно и то же).
3. Выравнивание бизнеса и IT (когда процессы не обеспечены системами или системы не нужны бизнесу).
4. Операционное совершенствование (уход от дублирования и лишней сложности).
5. Повышение капитализации (переход от хаотичного управления к регламентной «машине ценности»).
6. Использование мирового опыта (бенчмаркинг, сравнение с лидерами).
7. Управление сложностью и снижение рисков (борьба с «техническим долгом», который накапливается из-за быстрых правок в Agile-стиле).

Для наглядности автор использует аналогию со строительством. Архитектор города (предприятия) видит потоки, транспорт и общую картину. Архитектор здания (решений) проектирует конкретный объект (систему), вписывая его в ландшафт и коммуникации.

В конце лекции отмечается, что это было введение, в котором разобрали терминологию и историю развития АП.

Выводы

• Архитектура предприятия — это инструмент для стратегического управления, а не для повседневной операционки.
• Применять АП имеет смысл там, где высока сложность и риски интеграции (слияния, внедрение сквозных технологий).
• Главная опасность, которую решает АП, — это накопление «технического долга» из-за желания сделать всё быстро.
• Разделение ролей «архитектор предприятия» (макровидение) и «архитектор решений» (локальная реализация) является критически важным для успешных изменений.

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

1. В каких двух случаях автор рекомендует НЕ обращаться к практике архитектуры предприятия, а ограничиться реинжинирингом или IT-практиками?
2. В чем заключается ключевая разница между «архитектором города» и «архитектором здания» в контексте управления предприятием?
3. Перечислите 3 из 7 областей, где применение архитектуры предприятия является обязательным.
4. Что такое «технический долг» и как практика архитектуры предприятия помогает с ним бороться?
5. Почему проблема «выравнивания бизнеса и IT» может иметь не только прямую (бизнес не обеспечен системами), но и обратную (системы не нужны бизнесу) сторону?
Предыдущее занятие Следующее занятие
Вернуться к учебному плану
^