Функция корпоративной архитектуры
32 процесса, 29 стандартов, 17 спринтов — архитектурный контроль 81 инициативы за 2 года
Что не работает
Продуктовые команды принимали архитектурные решения автономно: выбор технологий, проектирование интеграций, масштабирование. Результат — технологический зоопарк, дублирование сервисов (45 из 83), несовместимые интерфейсы. Архитектурные ошибки обнаруживались на этапе промышленной эксплуатации. Функция архитектуры де-факто отсутствовала: 1 процесс, 1 стандарт, 8 инициатив.
Архитектурный подход
Создана функция корпоративной архитектуры с нуля: рост с 1 до 32 типовых процессов, с 1 до 29 стандартов, с 8 до 81 инициативы под контролем АК. Architecture Decision Records (ADR) и Architecture Decision Log (ADL). Архитектурный комитет (АК) с обязательной верификацией — 15+ протоколов, 50+ рассмотренных проектов за 2022–2024. OTIF-метрики. C4 Model для документирования. Методология TOGAF.
Что было сложно
Построить культуру архитектурного контроля в компании, где его никогда не было — первые месяцы каждый проект пытался обойти архитектурный гейт. Рост с 1 процесса до 32 за 2 года — каждый новый процесс нужно было не просто описать, а добиться реального соблюдения. OTIF-метрика вызвала сопротивление архитекторов: «мы творцы, не конвейер» — пришлось показать, что стандартизация ускоряет, а не ограничивает.
Моя роль и вклад
CTO / Технический директор
Создал функцию корпоративной архитектуры с нуля: от 1 процесса до 32, от 1 стандарта до 29, от 8 до 81 инициативы. Лично вёл архитектурный комитет (15+ протоколов, 50+ проектов). Разработал NFR-чеклист, OTIF-метрику, шаблоны ADR/ADL. Внедрил обязательный архитектурный гейт.
Как это выглядит
Как это работает
17 спринтов по 1 месяцу с грумингом 21–30 числа. Обязательный архитектурный гейт перед реализацией. NFR-чеклист для каждого проекта. Мультивариантные решения (≥3 варианта в разных ценовых диапазонах). OTIF-метрика со штрафом за пропущенные статусы. Контроль техдолга на этапах реализации и ПСИ. Архитектурный совет (АС) для стратегических решений. Vendor selection — формализованный процесс выбора решений с весовыми критериями.
Почему именно так
Обязательная верификация вместо рекомендательной архитектуры
Архитекторы как консультанты — команды могут игнорировать рекомендации
Рекомендательная модель: команды игнорируют, когда торопятся. Результат — 45 дублей из 83 сервисов. Обязательный гейт: ни один проект не начинает реализацию без архитектурного заключения.
0 новых дублированных сервисов. 32 процесса, 29 стандартов, 81 инициатива. Технический долг −20%
Результаты
- 01
- Процессы: 1 → 16 → 32 (рост за 2 года)
- 02
- Стандарты: 1 → 29
- 03
- Инициативы под АК: 8 → 81
- 04
- 17 спринтов, 15+ протоколов АК, 50+ проектов рассмотрено
- 05
- OTIF SLA для архитекторов
- 06
- +5–15% ёмкости от оптимизации встреч, −20% техдолг
Влияние на бизнес
С нуля построена архитектурная функция, которая контролирует 81 инициативу. 45→0 новых дублей сервисов. T2M −1–10%. Расширение услуг на 10% за счёт новых ролей архитекторов. Каждое решение документировано в ADR/ADL — знания не теряются при смене команд. Vendor selection с весовыми критериями предотвращает ошибки выбора платформ.
Алгоритмы и паттерны
Технологии
- Jira
- Confluence
- C4 Model
- TOGAF
- ADR/ADL
- Vendor Selection Framework