Сфера.Архитектура и ВТБ: автоматизация управления архитектурой

Павел Гераськин, управляющий директор и вице-президент Департамента операционной модели цифрового развития ВТБ, рассказал о замене иностранной системы Iserver на отечественное решение «Сфера.Архитектура».

Павел Гераськин, управляющий директор и вице-президент Департамента операционной модели цифрового развития ВТБ

1. Каковы основные цели вашего проекта?

Главная цель проекта «Сфера.Архитектура и ВТБ: автоматизация управления архитектурой» – обеспечить технологическую независимость компании путём полной замены иностранной системы Iserver на отечественное решение. При этом мы ставили перед собой три стратегические задачи:

  1. Ликвидировать зависимость от лицензий иностранного вендора, исключив риски внезапного прекращения поддержки или блокировки доступа.
  2. Сохранить и усилить функционал: не просто скопировать Iserver, а выделить лучшие практики и добавить новые возможности, релевантные нашим бизнес‑процессам.
  3. Обеспечить гибкость и адаптивность: создать систему, которую можно оперативно дорабатывать под меняющиеся требования без привлечения внешних поставщиков.

В итоге мы получили полностью контролируемый архитектурный репозиторий, который работает на российском стеке и соответствует нашим операционным нуждам.

2. С какими основными трудностями вы столкнулись в процессе реализации?

Проект был амбициозным и срочным, поэтому мы столкнулись с рядом серьёзных вызовов:

  • Дефицит времени. Требовалось уложиться в жёсткие сроки, чтобы минимизировать риски использования иностранной системы. Это вынуждало параллельно вести анализ, разработку и тестирование.
  • Интеграция с существующим ландшафтом. Система должна была бесшовно встроиться в уже работающие процессы и интерфейсы, что требовало тонкой настройки API и миграционных механизмов.
  • Смена парадигмы у пользователей. Команда привыкла к Iserver, и нам было важно провести мягкое переключение: подготовить гайды, тренинги, оперативную поддержку.
  • Обеспечение производительности. Новое решение должно было не уступать Iserver по скорости и устойчивости при высоких нагрузках.

Команда Сферы преодолела эти сложности за счёт чёткого проектного управления, итеративной разработки и плотной работы с конечными пользователями.

3. Каких ключевых показателей удалось достичь по итогам проекта?

По итогам внедрения проекта «Сфера.Архитектура и ВТБ: автоматизация управления архитектурой» мы зафиксировали следующие результаты:

  • 100 % замещение функционала Iserver по критичным бизнес‑сценариям.
  • Сокращение лицензионных затрат на X млн в год (конкретная сумма зависит от масштаба лицензии Iserver).
  • Полнота миграции данных – 99% исторических записей без потерь.
  • Адаптивность: за первые 6 месяцев внедрено много новых модулей, которых не было в Iserver.
  • Уровень удовлетворённости пользователей.

Эти показатели подтверждают, что система не просто заменила Iserver, но и стала платформой для дальнейшего развития.

4. Рассматриваете ли вы возможности для дальнейшего развития проекта?

Да, мы видим несколько перспективных направлений:

  • Расширение функционала за счёт AI/ML‑инструментов: автоматическая генерация документации, предсказание конфликтов архитектур.
  • Локализация под отраслевые нужды – адаптация шаблонов и правил для разных бизнес‑доменов.
  • Повышение производительности через оптимизацию запросов и кеширование.
  • Экспорт решения для других компаний, сталкивающихся с аналогичной задачей импортозамещения.

Команда Сферы уже сформировала дорожную карту на 1,5 года и начала реализацию первых инициатив.

5. Какие рекомендации вы могли бы дать командам, которые внедряют похожие решения?

На основе нашего опыта выделю ключевые рекомендации:

  • Начните с аудита. Детально зафиксируйте, какие функции в Системе критичны, а какие – избыточны. Это поможет избежать «копирования ради копирования».
  • Сформируйте кросс‑функциональную команду из архитекторов, разработчиков, тестировщиков и конечных пользователей. Важно, чтобы все голоса были услышаны.
  • Используйте итеративный подход. Разбейте проект на мини‑релизы: сначала критичный функционал, потом – улучшения. Так вы снизите риски и получите обратную связь раньше.
  • Инвестируйте в миграцию данных. Продумайте стратегию выгрузки, трансформации и верификации данных. Тестируйте миграцию на пилотных наборах.
  • Не забывайте о пользовательском опыте. Подготовьте обучающие материалы, проведите воркшопы, создайте канал быстрой поддержки.
  • Заложите запас производительности. Новое решение должно не просто соответствовать текущему уровню, но и масштабироваться под будущие нагрузки.
  • Фиксируйте метрики. Определите KPI ещё на этапе планирования и отслеживайте их на каждом этапе. Это поможет доказать ценность проекта руководству.
  • Будьте готовы к компромиссам. Не всё получится реализовать сразу. Расставляйте приоритеты и фокусируйтесь на главном.
  • Документируйте процесс. Всё, что вы узнали при замене Iserver, станет ценнейшим знанием для следующих проектов.
  • Общайтесь. Регулярно информируйте стейкхолдеров о прогрессе, рисках и достижениях. Прозрачность снижает сопротивление изменениям.


14

Комментировать могут только авторизованные пользователи.
Предлагаем Вам в систему или зарегистрироваться.

Предметная область
Отрасль
Управление
Мы используем файлы cookie в аналитических целях и для того, чтобы обеспечить вам наилучшие впечатления от работы с нашим сайтом. Заходя на сайт, вы соглашаетесь с Политикой использования файлов cookie.