На стадии принятия: как проходит 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-3 на машину. Выбирай, какую хочешь. 

Не будем о грустном. О своём отечественном можно говорить, вспоминая Урал, Минск, Наири, БЭСМ, даже ПС.

Но ЕС и СМ/Электроника, начиная с архитектуры, периферии и системного ПО - совсем другая история. Увы.

Аналитик, Москва
Евгений Равич пишет:
Антон Французов пишет:
Евгений Равич пишет:
Антон Французов пишет:
я сейчас про 1с говорю, до сих пор, при интенсивных вычислениях, не могут загрузить больше одного процессора.

Есть такие тесты? 

Есть. TaskManager называется. 

Вы о какой версии и какого именно 1С говорите? 1С:Предприятие смотрели?

Евгений, я не очень понимаю, к чему Вы задали вопрос про тесты 1С.
В чём-то 1С уступает по производительности другим системам. С MS SQL работает устойчиво и вполне на уровне своей применимости. Так и быв. Аксапта такая же тормознутая и перегруженная. У SAP очень хорошая масштабируемость, но её же не всунешь вместо 1С -как в баню на мерседесе ездить. 
Но у неё есть другие хорошие и конкурентные свойства, например, легкость локализации. 1С ещё версии 7.7 мы применяли в одной из корпорации - завод в Твери, порядка двух десятокв торговых филиалов по все стране + ЕГАИС.  Несколько тысяч единиц учёта. При перепроведении баз возникали серьёзные проблемы, а в реальном производстве и торговле она совершенно спокойно справлялась с нагрузкой. Там есть свои ловкости, тонкости и приблуды.

Аналитик, Москва
Евгений Равич пишет:
Анатолий Курочкин пишет:
Давным-давно были у нас так называемые ЭВМ (ЕС и СМ) с полным набором собственных компиляторов, трассировщиков, компоновщиков - от бейсика до паскаля и си. И собственные операционные системы по 2-3 на машину. Выбирай, какую хочешь. 

Не будем о грустном. О своём отечественном можно говорить, вспоминая Урал, Минск, Наири, БЭСМ, даже ПС.

Но ЕС и СМ/Электроника, начиная с архитектуры, периферии и системного ПО - совсем другая история. Увы.

Таки да, вы в чём-то правы. Но ведь не марсиане всё это делали. Такие же инженеры, как и сейчас ещё есть. Что им мешает, кроме желания по-быстрому срубить бабки?
Задач полно-преполно. Мозги нужны. 
И тогда были препятствия. Знаю истроию внедрения нашей спутниковой навигации. Напрример, был запрет делать отдельную ЭВМ для этого. Жёcткий запрет. Был жесточайший уклон в сторону военных разведывательных спутников. И что? Наши инженеры опустили руки? Нет! Ну назвали ЭВМ словосочетанием МВУ и всё встало на место. Ну обрезали адресную часть до 22 разрядов и памяти хватило.

Генеральный директор, Москва
Анатолий Курочкин пишет:
Евгений Равич пишет:
Антон Французов пишет:
Евгений Равич пишет:
Антон Французов пишет:
я сейчас про 1с говорю, до сих пор, при интенсивных вычислениях, не могут загрузить больше одного процессора.

Есть такие тесты? 

Есть. TaskManager называется. 

Вы о какой версии и какого именно 1С говорите? 1С:Предприятие смотрели?

Евгений, я не очень понимаю, к чему Вы задали вопрос про тесты 1С.

Всё честно - технический вопрос.. Заинтересовала формулировка про один процессор.

Мы в свое время внимательно смотрели на выбор сервера под 1С и проверяли всеми доступными нам способами, что и как в конфигурации сервера влияет на рост общей производительности системы.

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

Там есть свои ловкости, тонкости и приблуды.

Как Вы правы!

IT-менеджер, Красноярск
Анатолий Курочкин пишет:
Евгений Равич пишет:
Анатолий Курочкин пишет:
Давным-давно были у нас так называемые ЭВМ (ЕС и СМ) с полным набором собственных компиляторов, трассировщиков, компоновщиков - от бейсика до паскаля и си. И собственные операционные системы по 2-3 на машину. Выбирай, какую хочешь. 

Не будем о грустном. О своём отечественном можно говорить, вспоминая Урал, Минск, Наири, БЭСМ, даже ПС.

Но ЕС и СМ/Электроника, начиная с архитектуры, периферии и системного ПО - совсем другая история. Увы.

Таки да, вы в чём-то правы. Но ведь не марсиане всё это делали. Такие же инженеры, как и сейчас ещё есть. Что им мешает, кроме желания по-быстрому срубить бабки?
Задач полно-преполно. Мозги нужны. 
И тогда были препятствия. Знаю истроию внедрения нашей спутниковой навигации. Напрример, был запрет делать отдельную ЭВМ для этого. Жёcткий запрет. Был жесточайший уклон в сторону военных разведывательных спутников. И что? Наши инженеры опустили руки? Нет! Ну назвали ЭВМ словосочетанием МВУ и всё встало на место. Ну обрезали адресную часть до 22 разрядов и памяти хватило.

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

Вот если бы, например, межвузовский проект на разработку отечественной субд, да хорошо обеспеченный грантами - можно было бы о чем то говорить или даже поучатвовать. А так... Кредиты они нам обещали, под 5%...

Генеральный директор, Москва
Анатолий Курочкин пишет:
Евгений Равич пишет:
Анатолий Курочкин пишет:
Давным-давно были у нас так называемые ЭВМ (ЕС и СМ) с полным набором собственных компиляторов, трассировщиков, компоновщиков - от бейсика до паскаля и си. И собственные операционные системы по 2-3 на машину. Выбирай, какую хочешь. 

Не будем о грустном. О своём отечественном можно говорить, вспоминая Урал, Минск, Наири, БЭСМ, даже ПС.

Но ЕС и СМ/Электроника, начиная с архитектуры, периферии и системного ПО - совсем другая история. Увы.

Таки да, вы в чём-то правы. Но ведь не марсиане всё это делали.

Совсем не марсиане. Несколько министерств, не вдаваясь в детали, а потом - несколько стран СЭВ. Марс в СЭВ тогда не входил.

Такие же инженеры, как и сейчас ещё есть.

Я практически уверен, что и количественно и качественно таких людей много не бывает, а сейчас их точно меньше, чем было в СССР. Но был бы рад ошибиться. Если такие инженеры еще есть, что они делают?

Задач полно-преполно. Мозги нужны.

Мозги заняты совсем другим.

Сколько десятилетий сейчас нужно на созданиеи поддержание  конкурентоспособной элементной базы? Раньше большие мальчики многое делали себе сами, начиная с заказных БИС, сейчас нет. Сколько отрасли нам придется поднимать? А иначе это не имеет смысла.

И тогда были препятствия. Знаю истроию внедрения нашей спутниковой навигации. Напрример, был запрет делать отдельную ЭВМ для этого. Жёcткий запрет. Был жесточайший уклон в сторону военных разведывательных спутников. И что? Наши инженеры опустили руки? Нет! Ну назвали ЭВМ словосочетанием МВУ и всё встало на место. Ну обрезали адресную часть до 22 разрядов и памяти хватило.

Все зависит от важности задачи, доступных ресурсов и горизонта планирования.  Для массового производства и потребления нужно что-то дешевое и всегда доступное с приемлемыми характеристиками. В СССР ушло примерно 30 лет или чуть больше от начала проектирования первых ЭВМ и ПО для них до последних серийных ЕС и СМ как компьютеров общего назначения. Не говорю о специализированных ЭВМ.

А с размером слова, шинами и пр. играли долго. Но были и более любопытные изделия. Почему бы не вспомнить нашу ЭВМ с троичной логикой? И ведь работала.

Думаю, что догонять бесполезно и практически невозможно, Но никто не мешает использовать мозги (если есть) в проектировании и макетировании того, что еще серийно не выпускается и пробовать выйти на рынок. Нужно думать о новой физике и математике, отрабатывать технологии, добиваться приоритета и патентовать. Когда-то всё это уже делалось. 

Генеральный директор, Москва
Антон Французов пишет:
Анатолий Курочкин пишет:
Евгений Равич пишет:
Анатолий Курочкин пишет:
Давным-давно были у нас так называемые ЭВМ (ЕС и СМ) с полным набором собственных компиляторов, трассировщиков, компоновщиков - от бейсика до паскаля и си. И собственные операционные системы по 2-3 на машину. Выбирай, какую хочешь. 

Не будем о грустном. О своём отечественном можно говорить, вспоминая Урал, Минск, Наири, БЭСМ, даже ПС.

Но ЕС и СМ/Электроника, начиная с архитектуры, периферии и системного ПО - совсем другая история. Увы.

Таки да, вы в чём-то правы. Но ведь не марсиане всё это делали. Такие же инженеры, как и сейчас ещё есть. Что им мешает, кроме желания по-быстрому срубить бабки?
Задач полно-преполно. Мозги нужны. 
И тогда были препятствия. Знаю истроию внедрения нашей спутниковой навигации. Напрример, был запрет делать отдельную ЭВМ для этого. Жёcткий запрет. Был жесточайший уклон в сторону военных разведывательных спутников. И что? Наши инженеры опустили руки? Нет! Ну назвали ЭВМ словосочетанием МВУ и всё встало на место. Ну обрезали адресную часть до 22 разрядов и памяти хватило.

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

Вот если бы, например, межвузовский проект на разработку отечественной субд, да хорошо обеспеченный грантами - можно было бы о чем то говорить или даже поучатвовать. А так... Кредиты они нам обещали, под 5%...

Отечественные СУБД были. Но если говорить о коммерческом продукте хорошего уровня  и среде разработки, которыми люди будут пользоваться, это действительно большая задача.

Генеральный директор, Москва

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

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

Если мы о системном уровне: что же, по мнению автора статьи и заинтересованных читателей, нам нужно заместить? Что не нужно?

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

В чем может быть роль бизнеса? Инвесторов? Отраслевых объединений и лоббистов?

Надо учитывать, что цифровизация и автоматизация – тренды, которые напрямую связаны с эффективностью бизнеса. 

Как узнать его - бизнеса - мнение на обсуждаемую тему?

Александр Ковалёв +2923 Александр Ковалёв Инженер, Омск
Анатолий Курочкин пишет:
Но у неё есть другие хорошие и конкурентные свойства, например, легкость локализации. 1С ещё версии 7.7 мы применяли в одной из корпорации - завод в Твери, порядка двух десятокв торговых филиалов по все стране + ЕГАИС.  Несколько тысяч единиц учёта. При перепроведении баз возникали серьёзные проблемы, а в реальном производстве и торговле она совершенно спокойно справлялась с нагрузкой. Там есть свои ловкости, тонкости и приблуды.

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

Я тоже повидал наш софт, от компании Аскон - ни на что, кроме эскизов это подделие не годится. Я не знаю как у NanoCAD, но у любого другого CAD: точки - тоже объекты и их можно спокойно выделять, и привязать. Только не здесь. Где-угодно, но не здесь. Много сэкономило ресурсов моей дескретной GTX 1650 или GTX1050/1050Ti, GT1030 - у коллег? Много сэкономило нагрузки моего 6-ти ядерного i5 10400f или 16 ГБ ОЗУ? Или может 4-х ядерных i3 10150, как на рабочих машинах у моих коллег? Я минимум 2 часа в день трачу только на то, чтобы исправлять последствия багов и накладных зависимостей в проектах моих коллег, и только потому что только у меня хватает на это смелости и терпения! 

IT-менеджер, Красноярск
Евгений Равич пишет:

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

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

Если мы о системном уровне: что же, по мнению автора статьи и заинтересованных читателей, нам нужно заместить? Что не нужно?

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

В чем может быть роль бизнеса? Инвесторов? Отраслевых объединений и лоббистов?

Надо учитывать, что цифровизация и автоматизация – тренды, которые напрямую связаны с эффективностью бизнеса. 

Как узнать его - бизнеса - мнение на обсуждаемую тему?

... и как теперь рассчитывать риски в проектах разработки и внедрения ИС на предприятии? 

Оставлять комментарии могут только зарегистрированные пользователи
Статью прочитали
Обсуждение статей
Все комментарии
Дискуссии
3
Евгений Равич
Могут быть совершенно обычные лекарства, но в другой дозировке или не показанные конкретному чел...
Все дискуссии