Автоматизация хаоса порождает хаос

Вероятно, самый популярный запрос от бизнеса при планировании импортозамещения звучит так: «Мы хотим заменить западную систему на отечественную один в один, чтобы наши сотрудники и процессы работали, как раньше». В современных условиях это невозможно. Ключевое зарубежное ПО от Microsoft, SAP и других вендоров — это были не просто отдельные продукты, а целые экосистемы взаимосвязанных инструментов, глубоко укоренившиеся в корпоративном ИТ-ландшафте. Логика работы, интеграционные связи, культура сопровождения и поддержки западных решений — всё это в процессе импортозамещения теряется. Российский рынок готов предложить заказчику качественную альтернативу, но пока это «лоскутное одеяло» из сложно совместимых продуктов.

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

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

Трансформация на всех уровнях

Процесс импортозамещения требует переосмысления и перестройки различных уровней информационной инфраструктуры бизнеса.

Уровень «железа». Вычислительные мощности должны обеспечивать потребность в развертывании нового ПО с учетом возможного существования двух систем — старой и новой — в период миграции. Также необходимо предусмотреть резерв систем хранения под растущий объем корпоративных данных и работу новых ИТ-инструментов, таких как аналитика Big Data и технологии искусственного интеллекта.

Уровень инфраструктурного ПО. Вероятно, менять придется операционную систему, СУБД и другие инфраструктурные компоненты ИТ-ландшафта. Важно обеспечить их совместимость с корпоративными системами.

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

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

Уровень бизнес-процессов, ролей и регламентов. Все схемы работы и должностные инструкции должны быть адаптированы под новые инструменты. Для этого проводится реинжиниринг бизнес-процессов: анализ существующих (as is) и разработка целевых (to be) процессов с учетом возможностей нового ПО. Также пересматриваются роли и полномочия: кто за какую часть процесса отвечает в обновленной модели. Например, новый софт может автоматизировать операции, раньше выполнявшиеся вручную. Соответственно, роль сотрудников в этом процессе смещается в сторону контроля и принятия решений. И наоборот: часто иностранное ПО содержало уникальные модули или скрипты, которые автоматизировали специфичные задачи. При переходе на отечественный продукт эти узкие места могут остаться неавтоматизированными, если заранее не найти им замену.

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

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

Интегратор как системный архитектор изменений

С учетом сказанного выше, роль интегратора в проектах импортозамещения становится более значительной. Если раньше он зачастую воспринимался только как технический подрядчик (привезти оборудование, установить софт, доработать модули, обучить пользователей), то сегодня это центр экспертизы, проводник изменений и системный архитектор цифрового ландшафта компании, полноценный партнер бизнеса. Такая задача требует от самих интеграторов постоянного развития компетенций.

Интегратор берет на себя задачу подобрать оптимальные решения, выстроить для заказчика гибкую ИТ-экосистему, объединяющую продукты разных вендоров, и вписать ее в существующую инфраструктуру предприятия, переформатировать логику работы клиента под новые технологии. Он анализирует текущее состояние, проектирует целевую модель и затем реализует эту модель, обеспечивая при этом необходимый уровень безопасности. Например, в промышленности при переходе на отечественные решения он способен объединить все уровни управления в единую экосистему — от автоматизированных систем управления технологическими процессами (АСУ ТП) и производственных MES-систем до ERP и аналитики.

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

Практические советы по импортозамещению

Компаниям, которые начинают путь импортозамещения, мы рекомендуем придерживаться нескольких правил. 

1. Перед выбором отечественного решения разберитесь, как работает ваш бизнес сейчас: проведите инвентаризацию используемых систем, данных, интеграций; выявите узкие места, где высока зависимость от зарубежного ПО, а также процессы, которые можно улучшить.
2. Составьте дорожную карту импортозамещения: какие системы критически важны и их необходимо заменить в первую очередь, а какими стоит заняться позже. Например, можно запланировать сначала переход учетных систем (ERP, CRM), затем специализированных (PLM, MES и т. д.).
3. Проект должен быть инициирован руководством компании или как минимум получить его полную поддержку. Создайте рабочие группы из представителей ИТ и основных бизнес-функций, которые будут вместе с интегратором описывать и тестировать новые процессы, принимать решения о необходимой доработке ПО.
4. Протестируйте новую систему и процессы в небольшом масштабе до массового запуска. Закладывайте время на опытную эксплуатацию, чтобы безопасно корректировать настройки и обучать пользователей.
5. Люди — ключевой фактор успеха. Объясните сотрудникам, почему проводится импортозамещение, какие выгоды это принесет компании и им лично. Прозрачная коммуникация снизит сопротивление и повысит вовлеченность команды.

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

Источник: IT World.

Больше новостей читайте в телеграм-канале SAPLAND: Новости экосистемы.