ГК Softline: замена ПО без проверки повышает риск простоя

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

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

Требования заказчиков за это время изменились. В 2022 году часть компаний ожидала возвращения иностранных вендоров. В 2023-2024 годах главным приоритетом стала непрерывность работы. Сейчас российского происхождения продукта недостаточно для выбора. Заказчики сравнивают совместимость с действующими системами, производительность, совокупную стоимость владения, зрелость продукта и планы его развития. Их интересует опыт эксплуатации, а не только результат демонстрации или обещания разработчика.

Для ИТ-директора и службы ИБ в этом изменении есть общий управленческий смысл. Отсутствие замены иностранному продукту уже не единственный риск. Неудачно выбранная новая платформа тоже может нарушить работу критичного процесса. Если переход затрагивает системы с высокой нагрузкой, инженерные расчеты или оборудование с долгим сроком службы, последствия ошибки проявятся не в момент покупки, а при миграции и дальнейшей эксплуатации.

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

Наибольших усилий требуют три направления: тяжелая инфраструктура и высоконагруженные системы, промышленное программное обеспечение, а также аппаратная база, от которой зависит работа нового ПО. Для каждого из них недостаточно подобрать продукт с похожим набором функций. Нужно понять, какие изменения потребуются в смежных системах, сколько будет стоить переход и какой простой допустим для бизнеса.

В тяжелой инфраструктуре цена ошибки особенно высока. Такие системы должны сохранять производительность и отказоустойчивость при значительной нагрузке. Переход может стоить сотни миллионов рублей, а в отдельных проектах — миллиарды. Если действующая система работает стабильно, заказчик не может оценивать миграцию только по стоимости лицензий на новое ПО. В расчет входят работы по переходу и возможные потери при остановке процесса.

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

В промышленном ПО сложность иная. Инженерные, расчетные системы и программы для проектирования связаны с процессами, которые складывались годами. При замене нужно проверить точность расчетов и качество моделей. Для этого требуется длительная апробация: формального совпадения функций недостаточно, если от результата работы программы зависят дальнейшие производственные решения.

Замена промышленной системы может затронуть и оборудование. Переход на другую систему диспетчерского управления, например, способен потребовать замены датчиков и других компонентов. Тогда проект перестает быть закупкой одного программного продукта: меняются состав работ, стоимость и сроки. Эти связи нужно выявлять до начала миграции, иначе расходы и объем изменений будут расти уже по ходу проекта.

Отдельный фактор — сотрудники. Люди, которые много лет работали в привычных инженерных программах, не сразу сохранят прежнюю скорость и точность в новой среде. Период обучения следует учитывать в плане перехода. Для критичных операций важно заранее определить, кто проверяет результаты работы в новой системе и как будут обнаружены ошибки, пока команда осваивает инструмент.

Третье направление связано с аппаратной базой. Даже если прикладное ПО удалось заменить, в компании может оставаться иностранное серверное, телекоммуникационное или специализированное оборудование. Оно продолжает работать, а его срок службы еще не истек. Полная замена такого парка ради перехода на новый программный стек может оказаться дорогой и преждевременной. При этом физическая несовместимость оборудования с выбранным ПО способна остановить проект.

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

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

Российское ПО уже можно выбирать с опорой на опыт длительной эксплуатации, а не только на обещания поставщиков. Но чужое успешное внедрение не отменяет проверки собственных данных, нагрузок, оборудования и рабочих процессов. Управленческое решение состоит в том, чтобы оценивать миграцию по устойчивости системы после перехода. Иначе компания выполнит задачу замещения на бумаге, но получит новый источник простоев, ошибок и расходов.