Импортозамещением в российском 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-решений, а следовательно, в ближайшее время мы сможем увидеть новые перспективы цифровизации на отечественном фундаменте.
Также читайте:
Не будем о грустном. О своём отечественном можно говорить, вспоминая Урал, Минск, Наири, БЭСМ, даже ПС.
Но ЕС и СМ/Электроника, начиная с архитектуры, периферии и системного ПО - совсем другая история. Увы.
Евгений, я не очень понимаю, к чему Вы задали вопрос про тесты 1С.
В чём-то 1С уступает по производительности другим системам. С MS SQL работает устойчиво и вполне на уровне своей применимости. Так и быв. Аксапта такая же тормознутая и перегруженная. У SAP очень хорошая масштабируемость, но её же не всунешь вместо 1С -как в баню на мерседесе ездить.
Но у неё есть другие хорошие и конкурентные свойства, например, легкость локализации. 1С ещё версии 7.7 мы применяли в одной из корпорации - завод в Твери, порядка двух десятокв торговых филиалов по все стране + ЕГАИС. Несколько тысяч единиц учёта. При перепроведении баз возникали серьёзные проблемы, а в реальном производстве и торговле она совершенно спокойно справлялась с нагрузкой. Там есть свои ловкости, тонкости и приблуды.
Таки да, вы в чём-то правы. Но ведь не марсиане всё это делали. Такие же инженеры, как и сейчас ещё есть. Что им мешает, кроме желания по-быстрому срубить бабки?
Задач полно-преполно. Мозги нужны.
И тогда были препятствия. Знаю истроию внедрения нашей спутниковой навигации. Напрример, был запрет делать отдельную ЭВМ для этого. Жёcткий запрет. Был жесточайший уклон в сторону военных разведывательных спутников. И что? Наши инженеры опустили руки? Нет! Ну назвали ЭВМ словосочетанием МВУ и всё встало на место. Ну обрезали адресную часть до 22 разрядов и памяти хватило.
Всё честно - технический вопрос.. Заинтересовала формулировка про один процессор.
Мы в свое время внимательно смотрели на выбор сервера под 1С и проверяли всеми доступными нам способами, что и как в конфигурации сервера влияет на рост общей производительности системы.
Насколько я помню картинки, второй процессор ситуацию улучшал, как и повышение тактовой частоты - но не количество ядер. Увидеть дальнейшее улучшение, начиная с третьего процессора, не получилось. Возможно, разработчики 1С могут как-то улучшить код от версии к версии и задействовать больше доступных ресурсов сервера.
Как Вы правы!
В коммерческом проекте с нуля, на уровне си-компилятора писать никто не станет. Да и под какой движок базы данных?
Вот если бы, например, межвузовский проект на разработку отечественной субд, да хорошо обеспеченный грантами - можно было бы о чем то говорить или даже поучатвовать. А так... Кредиты они нам обещали, под 5%...
Совсем не марсиане. Несколько министерств, не вдаваясь в детали, а потом - несколько стран СЭВ. Марс в СЭВ тогда не входил.
Я практически уверен, что и количественно и качественно таких людей много не бывает, а сейчас их точно меньше, чем было в СССР. Но был бы рад ошибиться. Если такие инженеры еще есть, что они делают?
Мозги заняты совсем другим.
Сколько десятилетий сейчас нужно на созданиеи поддержание конкурентоспособной элементной базы? Раньше большие мальчики многое делали себе сами, начиная с заказных БИС, сейчас нет. Сколько отрасли нам придется поднимать? А иначе это не имеет смысла.
Все зависит от важности задачи, доступных ресурсов и горизонта планирования. Для массового производства и потребления нужно что-то дешевое и всегда доступное с приемлемыми характеристиками. В СССР ушло примерно 30 лет или чуть больше от начала проектирования первых ЭВМ и ПО для них до последних серийных ЕС и СМ как компьютеров общего назначения. Не говорю о специализированных ЭВМ.
А с размером слова, шинами и пр. играли долго. Но были и более любопытные изделия. Почему бы не вспомнить нашу ЭВМ с троичной логикой? И ведь работала.
Думаю, что догонять бесполезно и практически невозможно, Но никто не мешает использовать мозги (если есть) в проектировании и макетировании того, что еще серийно не выпускается и пробовать выйти на рынок. Нужно думать о новой физике и математике, отрабатывать технологии, добиваться приоритета и патентовать. Когда-то всё это уже делалось.
Отечественные СУБД были. Но если говорить о коммерческом продукте хорошего уровня и среде разработки, которыми люди будут пользоваться, это действительно большая задача.
Вполне возможно - если они дёйствительно происходят. Количественные изменения в этом случае могут быть следствием.
Если мы о системном уровне: что же, по мнению автора статьи и заинтересованных читателей, нам нужно заместить? Что не нужно?
На каком уровне и кем должна ставится задача? Кто мог бы оценить объемы и сложность подобных проектов и работ?
В чем может быть роль бизнеса? Инвесторов? Отраслевых объединений и лоббистов?
Как узнать его - бизнеса - мнение на обсуждаемую тему?
После определенной доработки напильником это "изделие" работает может и стабильно. Но в реальном бизнесе нужно, чтобы софт работал как следует из коробки, а не после шаманств и танцев с бубном, только из-за того, что кто-то делает свою работу на отлюбись.
Я тоже повидал наш софт, от компании Аскон - ни на что, кроме эскизов это подделие не годится. Я не знаю как у NanoCAD, но у любого другого CAD: точки - тоже объекты и их можно спокойно выделять, и привязать. Только не здесь. Где-угодно, но не здесь. Много сэкономило ресурсов моей дескретной GTX 1650 или GTX1050/1050Ti, GT1030 - у коллег? Много сэкономило нагрузки моего 6-ти ядерного i5 10400f или 16 ГБ ОЗУ? Или может 4-х ядерных i3 10150, как на рабочих машинах у моих коллег? Я минимум 2 часа в день трачу только на то, чтобы исправлять последствия багов и накладных зависимостей в проектах моих коллег, и только потому что только у меня хватает на это смелости и терпения!
... и как теперь рассчитывать риски в проектах разработки и внедрения ИС на предприятии?