На стадии принятия: как проходит IT-импортозамещение в России

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

Предложение и спрос на отечественное ПО

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

К началу июля 2022 года реализуются сразу несколько программ льготного кредитования IT-компаний. Надо отдать должное регулятору: льготы достаточно объемны и распространяются почти на всех, кто так или иначе связан с IT-бизнесом. Так, кредиты интеграторам предлагаются под 5%, разработчикам на R&D – под 3%, на разработки бизнеса для собственных нужд – под 5%. IT-специалистам доступна льготная ипотека и отсрочка от службы в армии.

Конечно, представители рынка хотели бы большего, да и получение льгот все еще достаточно бюрократический процесс, но даже такие меры реально стимулируют импортозамещение. Вкупе с безвыходной ситуацией из-за отсутствия глобальных IT-игроков на нашем рынке уже за пять месяцев получился определенный результат: рост и спроса и предложения. По данным Минцифры, с конца февраля до июня спрос на отдельные категории отечественного ПО вырос на 300% по отношению к аналогичному периоду 2021 года, а значит, спрос сформирован. Предложение также во многом сформировано: сейчас в реестре отечественного ПО около 14 тыс. продуктов от более чем 4 тыс. поставщиков.

Но подчеркну: важны не только количественные изменения – гораздо значимее системные изменения в отношении импортозамещения со стороны представителей бизнеса.

Ренат ЛашинРенат Лашин, исполнительный директор Ассоциации разработчиков программных продуктов (АРПП)

«В условиях технологических санкций многие компании столкнулись с необходимостью оперативно и с минимальными издержками перевести свою инфраструктуру на российские решения и платформы. С февраля 2022 года, по данным АРПП, спрос на российские IT-продукты вырос в 3-10 раз в зависимости от категории и класса ПО. Раньше спрос на отечественные решения наблюдался преимущественно в госсекторе. Однако с марта ситуация кардинально изменилась – на российское ПО стали стремительно переходить бизнес и промышленность.

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

Инфраструктура и менталитет заказчиков IT-продуктов

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

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

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

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

Еще один важный тренд: клиенты осознали, что российское ПО не обязано стоить в десять раз дешевле западного. Раньше хотели именно кратного снижения стоимости, что существенно ограничивало возможности отечественных вендоров, так как разработка – дело недешевое.

В целом бизнес перестал искать некую «серебряную пулю», которая решит все проблемы одним выстрелом раз и навсегда. Гибкость, договороспособность и нацеленность на решение насущных проблем – вот что характеризует новую реальность в IT-импортозамещении.

Проблемы IT-импортозамещения и решения

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

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

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

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

Перспективы технологической независимости

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

К тому же давление регулятора не уменьшается – преимущественно это касается госсегмента, но ветер может быстро подуть и в сторону независимого от государства бизнеса. Поэтому многие предприятия уже имеют вполне конкретные и объемные планы по импортозамещению, за выполнение которых предусмотрена реальная ответственность руководителей.

Надо учитывать, что цифровизация и автоматизация – тренды, которые напрямую связаны с эффективностью бизнеса. К примеру, мы видим, что многие компании начали экономить на своих проектных офисах: сотрудников сокращают, но задач меньше не становится, поэтому наличие инструмента автоматизации процессов управления проектами становится критичным. Также мы фиксируем смещение приоритетов: если раньше топ-менеджмент 80% времени занимался операционной составляющей и 20% – проектами, то сейчас соотношение поменялось на обратное. А раз значимость проектов растет, то и цифровизация этой сферы становится более приоритетной.

Я убежден, что импортозамещение (или стремление к технологической независимости) – стратегически верный путь, который позволит российскому бизнесу выйти на новый уровень цифровизации. Без проблем мы не обойдемся, но произошедшие изменения свидетельствуют о том, что бизнес дошел до стадии принятия российских IT-решений, а следовательно, в ближайшее время мы сможем увидеть новые перспективы цифровизации на отечественном фундаменте.

Также читайте:

Расскажите коллегам:
Комментарии
Генеральный директор, Москва
Анатолий Курочкин пишет:
Точно! Забыл уже про ПС. Было такое.Но СМ-2(СМ-2М) и СМ-1420 не разные поколения. Это разные заводы. И, Вы правы, разные машины. Делались они примерно в одно и тоже время, но обе вышли из пдп. СМ-2 делали больше для систем управления. В частности, она обеспечивала Олимпиаду-80, атомные станции тех лет. У неё был очень широкий набор периферийных утройств, так называемых устройств связи с объектом, ЦАПов и АЦП.

Для пущей точности - поправьте меня. Несколько названий из десятков позиций модельного ряда:

CМ1/2/2М имели в родословной некий старый HP с каким-то четырехзначным номером.  В оригинале никогда его не видел.  Вокруг меня мои коллеги работали на M6000 и СМ-2  над задачами класса АСУ ТП для московского метро и обычно ходили с коробками перфолент. Кстати, M6000 стояла заодно в одном из помещений на станции "Площадь Революции". Всё как-то годами работало.

СМ3/4/1420/1425 - совершенно другое животное, спасибо гениям DEC. Даже я, юный пионер, работал на них в трех ОС, написанных, насколько я могу судить, на очень высоком уровне. В странах СЭВ маркировался иначе.

Про СМ 1700 можно говорить отдельно. Продукт другой эпохи, там закончились технологические возможности нашей микроэлектронной и прочей промышленности. Вместе с СЭВ и СССР.

Заодно вспомним 8-битную СМ1800 уже на нашем клоне Intel 8080/88 (КР580). Там я видел только монитор с фукциями ОС и писал только на ассемблере. Но аппарат выпускался серийно, чипы и конструктивы были относительно простые. Потом была СМ1810 на 16-,битном ЦП, тоже нашем.

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

Аналитик, Москва
Евгений Равич пишет:
Анатолий Курочкин пишет:
Точно! Забыл уже про ПС. Было такое.Но СМ-2(СМ-2М) и СМ-1420 не разные поколения. Это разные заводы. И, Вы правы, разные машины. Делались они примерно в одно и тоже время, но обе вышли из пдп. СМ-2 делали больше для систем управления. В частности, она обеспечивала Олимпиаду-80, атомные станции тех лет. У неё был очень широкий набор периферийных утройств, так называемых устройств связи с объектом, ЦАПов и АЦП.

Для пущей точности - поправьте меня. Несколько названий из десятков позиций модельного ряда:

CМ1/2/2М имели в родословной некий старый HP с каким-то четырехзначным номером.  В оригинале никогда его не видел.  Вокруг меня мои коллеги работали на M6000 и СМ-2  над задачами класса АСУ ТП для московского метро и обычно ходили с коробками перфолент. Кстати, M6000 стояла заодно в одном из помещений на станции "Площадь Революции". Всё как-то годами работало.

СМ3/4/1420/1425 - совершенно другое животное, спасибо гениям DEC. Даже я, юный пионер, работал на них в трех ОС, написанных, насколько я могу судить, на очень высоком уровне. В странах СЭВ маркировался иначе.

Про СМ 1700 можно говорить отдельно. Продукт другой эпохи, там закончились технологические возможности нашей микроэлектронной и прочей промышленности. Вместе с СЭВ и СССР.

Заодно вспомним 8-битную СМ1800 уже на нашем клоне Intel 8080/88 (КР580). Там я видел только монитор с фукциями ОС и писал только на ассемблере. Но аппарат выпускался серийно, чипы и конструктивы были относительно простые. Потом была СМ1810 на 16-,битном ЦП, тоже нашем.

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

Точнее не скажешь! Всё верно!

Мы ударились в воспоминания. ))) Но интересно же! СМ-2, кторую много лет эксплуатировал я - это велосипед. Включаешь питение, набираешь пусковой адрес, нажимаешь "Пуск". Три секунды помигала и всё, загрузилась - хоть с перфоленты, хоть с дисков. Имела два просессора, два канала прямого доступа в память (так назывался монопольный канал). Надёжность низкая, но, благодаря практическ двойному резервированию, работала надёжно. 

Инженер, Томск
Евгений Равич пишет:
Евгений Пугачев пишет:
Евгений Равич пишет:
Я могу туда зайти и что-то посмотреть - совсем неплохо! И есть, что улучшать.

Вы можете выбрать участок с минимальным наклоном и провести к нему дорогу через другие участки с минимальным наклоном?

Это стандартная задача, которая решается у лидера в минимальном комплекте поставки. Причем задача решается в три клика.

Вот я об этом, о возможностях решения задач.

Встречный вопрос: Вы можете в большом городе увидеть на 3D карте зоны видимости объектов для радиоканала с учетом высоты зданий? Кто такие карты делает и держит в актуальном состоянии? То же - где-то в тундре для связи буровых и дальностях в десятки километров?

Мораль: инструмент должен соответствовать задаче и помогоать получить желаемый результат. Ничего нового.

У лидера ГИС-систем такой модуль есть, он не входит в базовый комплект, но это стандартная задача, которая решена.

Генеральный директор, Москва
Анатолий Курочкин пишет:
А драйвер написать разве сложно? Мы их для разминки писали когда-то. Просто программисты уже и не знают про сетевую модель OSI. Не знают сигналы интерфейсов. Зачем? У них и так хорошие зарплаты. "Я на русалках больше заработаю". 

Если интерфейс открыт - обычная работа, но её нужно делать постоянно и добавлять результаты в доступное. Выпустили новый монитор с более высоким (или просто другим) графическим режимом - извольте поддерживать. То же - для очередной версии USB. То же - для очередного чипсета WiFi, памяти и пр. и пр.

Что-то обычно дают производители периферии, но заставьте их тестировать версии для уникальной российской ОС. А то Вы свой принтер не увидите.

Генеральный директор, Москва
Евгений Пугачев пишет:
Евгений Равич пишет:
Евгений Пугачев пишет:
Евгений Равич пишет:
Я могу туда зайти и что-то посмотреть - совсем неплохо! И есть, что улучшать.

Вы можете выбрать участок с минимальным наклоном и провести к нему дорогу через другие участки с минимальным наклоном?

Это стандартная задача, которая решается у лидера в минимальном комплекте поставки. Причем задача решается в три клика.

Вот я об этом, о возможностях решения задач.

Встречный вопрос: Вы можете в большом городе увидеть на 3D карте зоны видимости объектов для радиоканала с учетом высоты зданий? Кто такие карты делает и держит в актуальном состоянии? То же - где-то в тундре для связи буровых и дальностях в десятки километров?

Мораль: инструмент должен соответствовать задаче и помогоать получить желаемый результат. Ничего нового.

У лидера ГИС-систем такой модуль есть, он не входит в базовый комплект, но это стандартная задача, которая решена.

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

Генеральный директор, Москва
Анатолий Курочкин пишет:
СМ-2, кторую много лет эксплуатировал я - это велосипед. Включаешь питение, набираешь пусковой адрес, нажимаешь "Пуск". Три секунды помигала и всё, загрузилась

СМ4 работала примерно также - ставишь диск с нужной ОС и нажимаешь ключи. Быстро и просто.

Кстати, даже ЕС была достаточно неприхотлива. Помню, как-то в годы застоя сгорела летом половина памяти, и стандартная версия MVT (переменные разделы) уже не запускалась. А нужно было работать. На этот случай системщиками был заготовлен другой пакет с MFT (фиксированные разделы), который спокойно стартовал и позволял запускать 2-3 задачи.

Голь на выдумки хитра. Но и отношение к ресурсам было совершенно другое.

Инженер, Томск
Евгений Равич пишет:
Евгений Пугачев пишет:
Евгений Равич пишет:
Евгений Пугачев пишет:
Евгений Равич пишет:
Я могу туда зайти и что-то посмотреть - совсем неплохо! И есть, что улучшать.

Вы можете выбрать участок с минимальным наклоном и провести к нему дорогу через другие участки с минимальным наклоном?

Это стандартная задача, которая решается у лидера в минимальном комплекте поставки. Причем задача решается в три клика.

Вот я об этом, о возможностях решения задач.

Встречный вопрос: Вы можете в большом городе увидеть на 3D карте зоны видимости объектов для радиоканала с учетом высоты зданий? Кто такие карты делает и держит в актуальном состоянии? То же - где-то в тундре для связи буровых и дальностях в десятки километров?

Мораль: инструмент должен соответствовать задаче и помогоать получить желаемый результат. Ничего нового.

У лидера ГИС-систем такой модуль есть, он не входит в базовый комплект, но это стандартная задача, которая решена.

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

Это уже не задача ПО, а задача его эксплуатации.

Если система позволяет БД наносить на карту "на лету", то задача сводится к поддержанию БД в актуальном состоянии.

1 5 7
Оставлять комментарии могут только зарегистрированные пользователи
Статью прочитали
Обсуждение статей
Все комментарии
Дискуссии
Все дискуссии
HR-новости
РБК представил рейтинг работодателей 2024

Средняя заработная плата в компаниях — участниках рейтинга составила около 155 тыс. руб. в месяц.

Названы самые привлекательные для молодежи индустрии

Число вакансий для студентов и начинающих специалистов выросло за год на 15%.

Россияне назвали главные условия работы мечты

Основные требования – широкий социальный пакет, а также все условия для комфортного пребывания в офисе.

Власти Москвы заявили об отсутствии безработных в столице

При этом дефицит кадров наблюдается во всех отраслях.