Роудмапы · L6
Enterprise Architect
Enterprise architect смотрит не на отдельное решение, а на весь технологический ландшафт организации. Он согласует технологические инвестиции с бизнес-стратегией, формирует общие стандарты и планирует пути перехода.
Чем отличается от предыдущего уровня
Solution architect ищет лучшую архитектуру для конкретного решения. Enterprise architect думает о том, как все системы портфеля будут развиваться вместе: сокращать дублирование, управлять рисками и задавать долгосрочное направление. Решения принимаются на уровне, затрагивающем несколько проектов и команд, а не один проект.
Ожидаемые знания
- Карта бизнес-способностей (capabilities) и их связь с технологиями
- Портфель приложений: перечень систем, владельцы, жизненный цикл и зависимости
- Текущая, целевая и переходная (transition) архитектуры
- Стандарты и принципы: когда они обязательны, а когда рекомендательны
- Архитектурный governance: лёгкий контроль, процесс исключений, права на решения
- Дорожная карта: приоритеты инвестиций, порядок миграции, зависимости
- Решения на уровне стратегии облака, интеграции и данных
- Влияние требований риска, compliance и безопасности на архитектуру
Практические навыки
- Составить карту способностей организации и показать пробелы
- Проанализировать портфель приложений и найти дублирование, устаревание и риски
- Описать целевую архитектуру и этапы перехода к ней
- Написать стандарт и управлять его исключениями
- Говорить на разных языках с руководством и инженерными командами
- Проверять исполнение архитектурных решений лёгкими механизмами
Типичные ошибки
- Видеть в архитектуре производство документов, оторванное от команд
- Стандартизировать всё и лишать команды возможности принимать верные решения
- Превращать governance в бюрократическую цепочку согласований
- Рисовать целевую архитектуру без пути к ней и без оценки стоимости
- Готовить карту технологий, не зная бизнес-стратегии
- Оставлять данные портфеля устаревшими вместо того, чтобы их поддерживать
Приоритеты обучения
- 1Понять бизнес-стратегию и способностиТехнологические решения должны быть привязаны к бизнес-способностям и целям.
- 2Сделать портфель видимымКакие есть системы, кто владелец, на какой стадии жизненного цикла и что от чего зависит.
- 3Планировать целевую и переходную архитектурыПокажите направление и реалистичные шаги к нему вместе с риском и стоимостью.
- 4Стандарты и лёгкий governanceНемного точных стандартов, понятный процесс исключений и контроль, который помогает командам.
- 5Влияние и коммуникацияДоносите решения языком, подходящим для руководства, solution architect и команд.
Архитектурная зрелость
На уровне enterprise архитектура есть управление портфелем и его изменением во времени, а не отдельной системой. Решения доходят до команд через стандарты, принципы и дорожную карту, сохраняя автономию команд. Архитектор не рисует каждое решение лично, а создаёт рамку, помогающую solution architect и командам принимать верные решения.
Примеры вопросов
- Чем enterprise architecture отличается от solution architecture?
- Как построить карту бизнес-способностей и для чего её использовать?
- Объясните разницу между целевой и переходной архитектурой.
- Когда вы сделаете стандарт обязательным, а когда рекомендательным?
- Как выстроить governance, не превращая его в бюрократию?
- Что вы сделаете, обнаружив пять систем, выполняющих одну и ту же функцию?
Упражнения для самостоятельной работы
- Составьте карту из 10–15 бизнес-способностей небольшой компании и привяжите к каждой поддерживающие системы.
- Подготовьте таблицу для гипотетического портфеля: система, владелец, жизненный цикл, критичность, риск.
- Опишите текущую, целевую и две переходные архитектуры для одной способности.
- Напишите один стандарт: цель, область применения, процесс исключений и способ проверки.
Статьи для этого уровня
- Enterprise ArchitectureEnterprise architecture: capabilities, portfolios and governance without bureaucracy
- Solution ArchitectureThe solution architect role: from requirements to a working solution
- ADRWriting Architecture Decision Records that survive the team
- Модель C4The C4 model: architecture diagrams that people actually read
- МикросервисыDrawing microservice boundaries
- Событийная архитектураEvent-driven architecture trade-offs
- Облачная архитектураCloud architecture basics for backend engineers
Подходящие программы
Насколько вы близки к этому уровню?
Оценка навыков формирует личный отчёт о пробелах на основе ваших ответов. Это рекомендация, а не сертификат.