Интегратор за проходной

Системообразующие компании наращивают цифровизацию и усложняют ИТ-ландшафты, но цена ошибки при этом растет. В таких условиях внешнего интегратора привлекают не «на внедрение», а для создания полноценной ИТ-архитектуры. Как это устроено на практике, рассказывает Борис Соболев, вице-президент, директор по работе с федеральными клиентами «Ростелекома».

Выйти из полноэкранного режима

Развернуть на весь экран

— В чем принципиальная разница между интегратором-партнером и обычным подрядчиком? Только сроки поддержки?

— Принципиальная разница не в сроках поддержки, а в глубине вовлеченности и уровне ответственности за результат. Подрядчик, как правило, решает ограниченную техническую задачу в рамках ТЗ: поставить платформу, внедрить систему, выполнить проект и передать его заказчику. Интегратор-партнер работает иначе: вместе с заказчиком формирует целевую архитектурную модель, увязывает ИТ-решения с бизнес-стратегией, отвечает за интеграцию сложного технологического ландшафта и сопровождает трансформацию на протяжении нескольких лет. Речь о совместном технологическом развитии, а не о разовой поставке. Именно поэтому корпорации все чаще выстраивают стратегические партнерства с интеграторами, которые обладают отраслевой и кросс-индустриальной экспертизой и способны привнести проверенные архитектурные практики из других отраслей.

— Где заканчивается ваша зона ответственности?

— Речь идет не только о контрактной модели, но и об управленческой и технологической организации проекта: единый проектный офис, согласованная архитектурная модель, единый штаб управления программой и понятная матрица ответственности. Со стороны «Ростелекома» зона ответственности, как правило, охватывает архитектуру инфраструктуры, интеграцию платформ, построение облачной и вычислительной среды, управление данными и информационную безопасность. Заказчик сохраняет стратегическое управление бизнес-процессами, доменную экспертизу и владение ключевыми прикладными системами. На практике это совместное управление трансформацией: внутренний ИТ-интегратор заказчика обеспечивает понимание специфики бизнеса, а внешний партнер усиливает инженерной экспертизой и кросс-отраслевым опытом.

— Может ли такой проект превратиться в вечную стройку?

— Главная ошибка — начинать со «стройки» без четких правил игры и управляемого периметра. Поэтому сначала фиксируем границы проекта и целевые метрики: приоритизация запуска сервисов по срокам и уровням доступности. Второй шаг — проектирование целевой модели эксплуатации: кто и как будет управлять инфраструктурой после запуска, приоритизация процессов поддержки, мониторинга, резервирования и изменений, какие SLA должны быть достигнуты. Третий шаг — поэтапное развертывание с контрольными точками: программа разбивается на этапы с понятными бизнес-результатами.

— Зачем системообразующей компании внешний интегратор, если у нее есть сильные ИТ-дочки?

— Цифровая трансформация в условиях импортозамещения, роста киберугроз и перехода к платформенным моделям требует межотраслевого взгляда и способности работать с масштабными распределенными ландшафтами. Здесь внешний интегратор — источник кросс-индустриальной экспертизы, архитектурных практик и проверенных технологических шаблонов. Для «Ростелекома» это роль технологического партнера, который может объединить инфраструктуру, данные, безопасность и цифровые сервисы в единый управляемый контур и взять на себя архитектурную и интеграционную ответственность. Часто мы работаем в связке с внутренними ИТ-командами заказчика: они задают бизнес-логику, а мы усиливаем инфраструктурной и проектной экспертизой.

— С какой типовой «болью» системообразующие компании приходят чаще всего?

— Обычно это комплекс задач: разрозненные подрядчики и фрагментированная архитектура, рост киберрисков и требований к защите КИИ, давление по срокам и бюджету, импортозамещение и эксплуатация — когда инфраструктура дорога в поддержке, плохо масштабируется и не дает бизнесу гибкости. В таких ситуациях мы выстраиваем целостную архитектурную модель, консолидируем подрядчиков и помогаем перейти от «лоскутного» ИТ к управляемой платформе. Одно из преимуществ — кросс-отраслевая экспертиза и экосистема дочерних компаний: от виртуализации и управления сервисами до платформ данных и услуг ЦОД. Для критических отраслей — защищенные инфраструктурные среды, включая «Облако КИИ» на отечественном стеке.

— Какие требования вы предъявляете к пилотным проектам, чтобы их можно было тиражировать на всю организацию?

— Мы проектируем пилоты как элемент будущей промышленной архитектуры, а не как изолированный эксперимент. На старте фиксируются архитектурные принципы, требования к безопасности, эксплуатации и данным, а также критерии масштабирования. К тиражированию приступаем после подтверждения готовности к промышленной эксплуатации, которая заключается в устойчивости, интеграции с корпоративными системами, соответствии требованиям регуляторов и ИБ, прозрачной экономике.

— Рост веб-атак и киберугроз меняет требования?

— Да. То, что раньше воспринималось как опция, стало базовым архитектурным слоем. По умолчанию закладываются сегментация сети, Zero Trust-подходы, централизованное управление доступами, аттестация систем, мониторинг и реагирование 24/7. Безопасность стала частью технологической архитектуры и влияет на выбор платформ, облачной модели, сетевых решений и прикладных сервисов. Проекты цифровизации становятся более комплексными: безопасность, инфраструктура, данные и приложения проектируются как единый контур.

— Что сегодня в цифровизации системообразующих компаний переоценено, а что недооценено?

— Переоценены тренды, когда решения внедряются быстрее, чем формируется понимание, кто и как будет с ними работать. Самый очевидный пример — проекты с использованием ИИ «ради ИИ»: без подготовленных команд, качественных данных, процессов и ответственности они редко дают устойчивый эффект. Недооценен человеческий и организационный слой: компании инвестируют в технологии быстрее, чем в развитие компетенций, управленческих моделей и культуры эксплуатации.

— Что изменится к 2028 году: как будут выглядеть «типовые архитектуры» после второй волны импортозамещения?

— Они станут более модульными, суверенными и сервисно-ориентированными. Базовый слой будет формироваться на отечественном оборудовании и реестровом ПО с глубокой интеграцией в корпоративные облака и платформы данных. В критических отраслях появятся стандартизированные индустриальные контуры с едиными шинами данных, управлением идентичностью и сквозной наблюдаемостью. Отдельный слой займут платформы аналитики, встроенные в процессы, а не вынесенные в экспериментальные «песочницы».