Жизнь российского ИТ-специалиста никак не назовешь простой и безоблачной. Ему постоянно приходится решать задачи, каждая из которых сложнее предыдущей. Не успел миновать пик пандемии ковида (кто-то о ней еще помнит?), как грянули беспрецедентные международные санкции. Большая часть зарубежных вендоров прекратила работу на российском рынке и покинула нашу страну. Российским заказчикам в срочном порядке пришлось искать замену и готовиться к импортозамещению и миграции на отечественные или Open Source-решения. Год назад миграция носила экстренный, пожарный характер. Это было больше похоже на затыкание дыр и прилаживание «костылей», чтобы бизнес не остановился, не прекратил свою работу.

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

Через год это стало ясно и самым отъявленным скептикам. Поэтому многие всерьез задумались о стратегии по переходу на новые решения и на новые платформы. Среди российских программных продуктов сложно найти стопроцентные аналоги решения Microsoft, IBM, Cisco, SAP, Oracle и других гигантов. Хотя бы потому, что эти компании развивались не один десяток лет, а объем вложенных в каждую из них инвестиций исчисляется не одним миллиардом долларов. Но отечественные разработчики ближе к российским заказчикам. Они чаще прислушиваются к их запросам и пожеланиям, чтобы в дальнейшем воплотить их в своих продуктах. Тем не менее остается немало нерешенных вопросов, касающихся интеграции нового ПО, миграции с одной платформы на другую, переноса данных и т. д. Мы решили обсудить эти проблемы с экспертами российской ИТ-индустрии.

Стратегическое импортозамещение

Итак, задачи по импортозамещению приобретают стратегический характер и нацелены на долгосрочную перспективу. «При миграции ПО важно определиться, нужно ли проводить рефакторинг окружения приложений, реинжиниринг бизнес-процессов. Если такой задачи нет, можно существенно сэкономить на времени миграции за счет использования эталонной модели процессов, справочников, модели данных, форматов отчетов в старой системе, то есть ее можно использовать в качестве ТЗ. Реализация крупных проектов по импортозамещению фактически означает перевнедрение программного решения, и важно определиться, как обеспечить непрерывность бизнеса на весь период внедрения», — считает Владимир Бочкарев, технический директор компании Tegrus.

«Подготовку к миграции нужно начинать с аудита автоматизированных бизнес-процессов, не все из которых формализованы. Как правило, при внедрении нового ПО, в том числе в рамках замещения, заказчик не может сразу ответить на вопросы, для каких пользователей оно необходимо и как встраивается в сквозной процесс. Понимание этого важно для формирования адекватных требований к замещающему решению. Таким образом, первым шагом должно стать описание системы с указанием ролей пользователей и активности по каждой из них. Причем это должно быть описание «как есть», а не идеального кейса в представлении методологов. Практика показывает, что в 95% случаев сотрудники выдают руководству требуемые индикаторы по процессу, но на самом деле он идет не так, как было задумано», — дополняет Юрий Дручинин, владелец продукта «Сфера.Задачи».

Подготовка к миграции с зарубежного ПО на российское включает стандартные этапы. «Во-первых, на старте необходимо четко определить технологические возможности — для этого проводится комплексное обследование, — утверждает Ильдар Закиев, руководитель отдела инфраструктуры компании «ЛАНИТ» (ГК «ЛАНИТ»). — Понимание масштаба ИТ-инфраструктуры, существующих интеграций и функций зарубежного ПО позволит в будущем составить верхнеуровневую дорожную карту, определить возможность замещения каждого компонента или изменения бизнес-процессов. Второй этап — детальная проработка плана перехода на отечественное ПО.

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

Запуск пилота

Любой стратегический ИТ-проект должен включать пилотный этап, в ходе которого решение всесторонне изучается, анализируются его достоинства и недостатки, а также выявляются особенности интеграции с текущими информационными системами организации. Самое важное — пользователи должны адаптироваться к новой системе, привыкнуть работать с ней. «Переход на новые инструменты работы часто становится дополнительным стрессом для персонала, поэтому особенно важна подготовка участников пилотной группы, которая чаще всего набирается из наиболее лояльных сотрудников. С ними проводится предварительное обучение работе с новым программным обеспечением. Мы рекомендуем осуществлять его поэтапно. В той или иной степени пилот должен охватывать все подразделения, которые затронет миграция на новое программное обеспечение, и включать все процессы, в которых они задействованы», — говорит Дмитрий Алифатов, руководитель группы проектирования вычислительных систем Step Logic.

По мнению Андрея Инюшина, директора по управлению проектами компании ITentika, особенности пилотного проекта во многом обусловлены тем, какое решение компания пытается импортозаместить. «Например, узкоспециализированное ПО для отдельной отрасли может потребоваться просто написать с нуля. В первую очередь необходимо выявить такое ПО, которое может стать «блокером» для всего процесса миграции, и наметить стратегию, как работать с ним. Вероятнее всего, потребуется реализовать несколько прототипов и пилотных проектов, позволяющих оценить общую трудоемкость миграции и технологические риски. Для стандартных и типовых решений, где и раньше были альтернативы проприетарному зарубежному ПО, задача миграции сводится к подбору соответствующей альтернативы и пробной миграции на относительно небольшом функциональном подмножестве системы. Наибольшую сложность представляют ERP-системы и сложные программные продукты, являющиеся лидерами рынка», — считает он.

Ряд полезных рекомендаций дает Альберт Мухутдинов, ведущий системный архитектор компании ICL Services. Поскольку речь идет о замене стратегических и трансформации ключевых информационных систем, эксперт советует отталкиваться от самых сложных и тяжелых бизнес-процессов, которые они поддерживают. Именно они предъявляют самые труднореализуемые требования. Остальные системы можно и нужно подстраивать под них, поэтому к ним стоит вернуться позже, когда список потенциальных альтернатив уже будет существенно ограничен. «Правильным подходом к реализации проекта по импортозамещению будет формирование создания проектной команды и соответствующее управление ожиданиями конечных заказчиков (пользователей, которым предстоит переключиться на отечественное решение). В любом случае понадобятся «песочницы» (по количеству даже не равное числу рассматриваемых вариантов, а ощутимо больше), которые должны стать демонстраторами решений для всех команд, работающих над интеграцией.

Сначала опыт, затем документы

Сегодня российским заказчикам очень нужны документация и кейсы по удачной миграции. Но пока они не появились в достаточном объеме, хотя у зарубежных вендоров такого контента было предостаточно. Рекламные буклеты, конференции, пресс-релизы, статьи в ИТ-изданиях — все это мы прекрасно помним. «Документация и кейсы по успешной миграции были частью конкурентной стратегии западных вендоров. Зачастую требования к знаниям инструментов и методик миграции предъявлялись при сертификации технических специалистов. К сожалению, многие отечественные производители, концентрируясь на разработке конечного продукта, уделяют недостаточно внимания этому вопросу», — отмечает Дмитрий Алифатов (Step Logic).

В целом, эксперты сходятся во мнении, что ситуация с описанием удачных кейсов действительно оставляет желать лучшего, однако со временем и накоплением опыта положение исправится. «Задачи миграций, которые стоят сейчас перед российскими организациями, — ситуация вынужденная и достаточно уникальная. Ведь ПО развивается эволюционно, осуществляя переход на более технологичное, современное, высокопроизводительное ПО с хорошей поддержкой. Никто не переходит, например, с одной СУБД на другую просто так. Это всегда высокозатратные истории. Поэтому и у российских вендоров, и у зарубежных не так уж много контента про удачные миграции, хотя, безусловно, в силу глобального распространения у зарубежных вендоров его больше. Но и у наших компаний быстро копится такой опыт, и, соответственно, появляется документация и кейсы по успешной миграции, поскольку запрос на такие работы сейчас необычайно высок», — считает Андрей Инюшин (ITentika).

Юрий Дручинин («Сфера.Задачи») обозначает вполне ясные сроки появления кейсов, посвященных удачным проектам по миграции. Ждать осталось не так долго. «Сроки документирования зависят от времени пилотирования отдельных процессов и отчасти — от тендерных процедур. Для отдельных систем обоснованные кейсы качественного внедрения мы увидим на горизонте полутора лет. В случае импортозамещения продуктов, которые закрывают не растянутые по времени процессы, — к концу этого года», — заключает он.