Зоткин
Как менялись ситуация на рынке заказной разработки в 2022-2023 годах и структура этого рынка?
Александр Зоткин: В первую очередь, стоит отметить усиление тренда на импортозамещение. Главными факторами, влияющими на рынок, стали уход иностранных компаний и жесткие санкции. О прекращении работы на российском рынке объявили как игроки, оказывающие услуги заказной разработки (например, Epam или NetCracker), так и поставщики продуктов, которые лежали в основе множества проектов (в частности, SAP и Microsoft). Для новых проектов использование российского ПО — единственный возможный путь. Для уже внедренных иностранных систем поддержка, масштабирование и развитие стали значительно сложнее. Услуги заказной разработки будут востребованы в тех случаях, когда нет готовых российских аналогов или задачи заказчика не покрываются возможностями коробочных продуктов.
В начале 2022 года участники рынка оценивали ситуацию и активность на рынке снизилась, однако со временем стало ясно, что экономическая ситуация позволяет инвестировать в проекты по цифровизации. Из заказчиков сейчас наиболее активны государственный сектор, нефтедобывающая отрасль, энергетика, промышленность, банки — в первую очередь, крупные организации.
Насколько сейчас востребованы услуги заказной разработки при смене ERP-платформ и внедрении других ИТ-решений на смену зарубежным?
Александр Зоткин:Если говорить о сегменте ERP, то здесь лидером рынка был SAP. Готовых российских альтернатив немного, поэтому вырос спрос на заказную разработку. К примеру, мы сейчас ведем разработку ERP для крупной корпорации. Так же и в других сегментах рынка, где нет российских альтернатив. Еще одно направление, где сейчас востребовано импортозамещение — это уникальные отраслевые решения, которые раньше разрабатывались на базе проприетарных иностранных технологий, а сейчас их нужно перевести на российские платформы или на рельсы open source. Речь идет о максимально широком спектре решений, среди которых порталы, системы для интеллектуального распределения задач, планирования и составления маршрутов, обучающие платформы и многое другое. К примеру, Росэнергоатом еще несколько лет назад отказался от корпоративного портала на базе SAP и теперь развивает новое решение на базе нашей платформы Jmix.
За счет чего компаниям, которые меняют зарубежные системы на отечественные, можно относительно безболезненно пережить эти мероприятия?
Александр Зоткин: Основные опасения заказчиков связаны с заменой ключевых систем, на которых держится вся работа. При этом бизнес-процессы могут быть нарушены как в результате сбоя, так и во время штатной отладки в переходный период. В случае замены масштабных решений это неизбежно. Чтобы минимизировать риски для заказчика, мы используем собственную технологию модульной замены ПО. Функциональность новой системы запускается поэтапно. Старая система используется параллельно и выключается только после того, как новая система будет полностью введена в эксплуатацию. Это позволяет обеспечить непрерывность бизнес-процессов и отсутствие простоев в работе пользователей.
Что изменилось в работе компании Haulmont? Какие ваши продукты стали более востребованными в новых условиях?
Александр Зоткин: Система документооборота ТЕЗИС и раньше активно использовалась для замены иностранных систем подобного класса. За всю историю продукта — а она началась в 2010 году — мы проводили замену Lotus Notes, Alfresco, Documentum, OpenText, IBM FileNet, MS SharePoint. Сейчас таких проектов стало еще больше. Кроме того, многие заказчики интересуются не только заменой СЭД, но и созданием импортонезависимой ИТ-экосистемы, включающей ОС на пользовательских компьютерах и серверах, СУБД, офисное ПО и так далее. Например, в этом году наш заказчик International Tobacco Marketing Services без замены СЭД и в короткий срок проводил импортозамещение ОС (с MS Server на Astra Linux) и миграцию СУБД (с MS SQL на PostgreSQL).
Также востребованы инструменты повышения эффективности разработки, которые позволяют обеспечить технологическую независимость и сэкономить ресурсы при реализации проектов.
Какому типу компаний целесообразно использовать технологии быстрой разработки? Какие ограничения могут иметь такие технологии?
Александр Зоткин: Технологии быстрой разработки вызывают огромный интерес, так как позволяют уменьшить затраты и быстрее увидеть результат автоматизации. Основной вопрос — за счет чего достигается ускорение.
Например, инструменты Low-сode ускоряют разработку за счет использования блок-схем вместо программного кода и активного привлечения «гражданских» разработчиков. Основной минус Low Code — зависимость от вендора. Как правило, стоящий за блок-схемами код не работает нигде, кроме «родной» среды исполнения. Кроме того, Low Code упрощает ограниченный круг операций: создание архитектуры, установку взаимосвязей между компонентами решения, проектирование стандартных пользовательских экранов и настройку пользовательских ролей. Сложности возникают с бизнес-логикой, пользовательскими интерфейсами, масштабируемой архитектурой, интеграциями в соответствии с требованиями по быстродействию и безопасности.
Разработчикам проще реализовать все это при помощи кода. Также во многих Low Code продуктах используются собственные скриптовые языки, которые разработчики осваивают неохотно, и поэтому заказчикам бывает сложно найти команду для выполнения проекта.
В Less Code платформе Jmix мы делаем упор на повышении эффективности профессиональных разработчиков и использовании популярных open source технологий. Jmix включает в себя проверенную архитектуру на стеке Java/Kotlin, инструменты ускорения разработки Jmix Studio, визуальный дизайнер бизнес-процессов, промышленный движок BPMN, готовые компоненты для быстрой интеграции в приложение. Все это помогает на старте проекта ускорить разработку примерно в 2 раза, на более поздних этапах — на 20-50%. Jmix распространяется по открытой лицензии Apache 2.0, заказчики не ограничены определенной средой исполнения, созданные приложения могут быть развернуты в любом современном окружении, включая облако.
Использование общепринятых языков программирования обеспечивает простоту формирования команды для работы с Jmix. Плюс к этому, за счет подробной документации, большого количества обучающих материалов и активного сообщества пользователей снижается порог вхождения для начинающих специалистов или тех, кто переквалифицируется с другого стека технологий. Платформу можно использовать для разработки любого корпоративного ПО без ограничений, включая масштабные и комплексные системы автоматизации. Правильность выбранного пути подтверждается опытом — Jmix используют более 1 000 корпоративных клиентов и более 30 000 разработчиков из 170 стран мира. Кроме того, платформа лежит в основе множества заказных проектов Хоулмонт и СЭД ТЕЗИС, внедренных в более чем 700 организациях.
Будут ли компании, специализирующиеся на заказной разработке, в ближайшее время испытывать конкуренцию со стороны крупных игроков, которые развивают in-house-разработку и готовы делиться своими компетенциями?
Александр Зоткин: Многие крупные компании — банки, производственные предприятия, госкорпорации и т.п. развивают собственные ИТ-подразделения. Однако скорее можно говорить не о конкуренции, а о синергии. Совместная работа inhouse-разработчиков и ИТ-компании дают глубокое понимание автоматизируемой отрасли в сочетании с экспертизой и опытом в ИТ-индустрии в целом.
У нас есть несколько примеров такого продуктивного сотрудничества. Мы стали для многих заказчиков технологическими партнерами, помогая отвечать на возникающие вызовы и реализовывать идеи по развитию. Еще один формат сотрудничества — создание тиражируемых продуктов. Например, в партнерстве с профильными компаниями мы создали АБС для рынка Латинской Америки под названием Finera или систему для управления ИТ-активами Inline Asset Management.
Расскажите о вашем отношении к концепции MVP в разработке. В чем преимущества начала проекта с MVP по сравнению с разработкой сразу полномасштабного решения?
Александр Зоткин: Разработка прототипа (техническая реализация сервиса) или MVP (минимально жизнеспособный продукт) позволяют проверить гипотезу и продемонстрировать быстрый результат, затратив минимальное количество ресурсов. За счет небольшого масштаба проекта внести в него изменения можно быстро, прямо на ходу. При разработке прототипов или MVP мы всегда закладываем возможность развития: увеличения количества пользователей, расширения функциональности, усложнения интерфейса и других аспектов. Таким образом, прототипы или MVP можно со временем превратить в информационную систему уровня предприятия, развивать по мере роста бизнеса. Для крупных заказчиков это возможность сперва проверить гипотезу на MVP, а затем превратить его в информационную систему уровня предприятия. Небольшие компании смогут быстро увидеть результат автоматизации, а по мере роста бизнеса развивать и корпоративное программное обеспечение. В нашей практике много примеров, когда стартап за счет технологического преимущества становился лидером в своем сегменте, и ПО эволюционировало вместе с заказчиком.
Готов ли российский ИТ-рынок в ближайшие годы перейти на полное импортозамещение — внедрение не только отдельных российских решений, но создание полноценного технологического стека на основе отечественного ПО и использование стопроцентного отечественного инструментария для разработки?
Александр Зоткин: Хотя у отдельных иностранных решений нет аналогов, уже сейчас можно построить полноценную ИТ-экосистему только на основе российского ПО, используя российские ОС, СУБД, СЭД, офисные пакеты, браузеры, мессенджеры и т.д.
Что касается инструментов разработки — здесь также есть много качественных и зарекомендовавших себя вариантов для разных задач. Один из них — Jmix. Поскольку платформа внесена в реестр российского ПО, для заказчиков сведены к нулю любые санкционные риски.
При этом мы считаем, что нет смысла проводить полное импортозамещение вплоть до всех используемых фреймворков и библиотек. Полная изоляция приведет к отставанию. Кроме того, для заказчиков, особенно в случае крупных проектов, важно, чтобы технологии были проверены временем. Еще один момент, который мы уже обсуждали — это популярность инструментов среди разработчиков.
Поэтому мы считаем, что оптимальный путь — использование надежных и популярных open source технологий. Платформа Jmix построена на основе Spring, Vaadin, EclipseLink, Flowable и т.д. С одной стороны, использование open source соответствует основной цели импортозамещения, то есть достижению технологической независимости. С другой стороны, на мировом рынке постоянно происходит естественная селекция технологий. Разработчики обращают внимание на технические возможности, развитость экосистемы и размер сообщества.
