Стабильность как стратегия: почему крупный бизнес отказывается от принудительного обновления IT-систем

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

Риски, превышающие выгоду

Согласно прогнозам аналитического агентства Gartner, к 2027 году более 70% недавно внедренных ERP-проектов (систем управления ресурсами предприятия) не достигнут своих первоначальных целей. При этом около 25% таких инициатив закончатся катастрофическим провалом. Эти данные заставляют бизнес пересматривать соотношение рисков и прибыли. В современных реалиях сохранение проверенной временем системы воспринимается не как сопротивление изменениям, а как проявление операционной осмотрительности.

За последние два десятилетия внедрение новых функций часто оправдывало сопутствующие сбои. Однако сегодня ситуация изменилась. Установленные ERP-системы во многих случаях работают именно так, как было задумано, а конкурентные преимущества теперь обеспечиваются не базовым ядром программы, а надстройками: аналитическими инструментами, средствами автоматизации и специализированными приложениями, которые интегрируются с платформой, но не требуют ее постоянного обновления.

Ловушка обновлений и примеры неудач

Системы, которые эксплуатируются 15–20 лет, глубоко интегрированы в бизнес-процессы. Они содержат данные, отражающие логику компании за десятилетия, и связаны с десятками других приложений. Любое вмешательство в такую структуру создает серьезные операционные угрозы. В обзоре приводится пример городского совета Бирмингема, где внедрение облачной системы Oracle в 2022 году привело к критическим последствиям. Проект, стоимость которого превысила 170 миллионов фунтов стерлингов (более 20 миллиардов рублей), превысил бюджет на 150 миллионов фунтов (около 18 миллиардов рублей). В итоге совет был вынужден объявить о фактическом банкротстве, а система до сих пор не функционирует в полном объеме.

Процесс обновления в современных условиях включает в себя:

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

Давление со стороны поставщиков

Изменение подхода к обновлениям происходит на фоне усиления давления со стороны разработчиков ПО. В качестве примера приводится стратегия компании SAP: установление крайнего срока прекращения поддержки существующих систем вынуждает клиентов переходить на новую платформу S/4HANA. По данным на конец 2024 года, только 39% пользователей SAP ECC перешли на новую версию. Эксперты Gartner прогнозируют, что около 17 000 организаций — почти половина клиентской базы — все еще будут использовать устаревшую платформу к моменту наступления дедлайна в 2027 году.

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

Стабильность как осознанный выбор

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

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

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

• существует четкое экономическое обоснование;
• компания обладает внутренними ресурсами для проведения изменений;
• уровень операционного риска является приемлемым.

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