Дополнительный раздел ИТ-стратегии и направление снижения технологических рисков
Импортозамещение в ИТ может рассматриваться как дополнительный раздел ИТ-стратегии, если для компании важно снизить зависимость от зарубежного программного обеспечения, оборудования, облачных сервисов, поставщиков, платформ, лицензий или технической поддержки.
В одних компаниях импортозамещение может быть небольшим разделом ИТ-стратегии: например, в виде перечня систем и сервисов, которые желательно заменить в течение 1–3 лет. В других компаниях импортозамещение становится одним из ключевых направлений развития ИТ, потому что текущая ИТ-архитектура сильно зависит от решений, поставщиков или технологий, использование которых становится рискованным, дорогим или организационно сложным.
В ИТ-стратегии раздел «Импортозамещение в ИТ» помогает определить, какие ИТ-решения требуют замены, какие риски связаны с текущими поставщиками, какие альтернативы можно рассматривать, какие системы нельзя заменять поспешно и какие проекты нужно включить в план развития ИТ.
Важно не сводить импортозамещение только к формальной замене одного продукта на другой. Для стратегии важнее понять, как замена повлияет на бизнес-процессы, данные, пользователей, интеграции, информационную безопасность, стоимость владения, сопровождение и устойчивость работы компании.
Хорошо подготовленный раздел по импортозамещению должен помогать не просто выполнить замену отдельных продуктов, а снизить технологические риски без чрезмерного ухудшения качества ИТ-сервисов и без необоснованного роста затрат.
Описание раздела
Раздел «Импортозамещение в ИТ» описывает, какие зарубежные или зависимые ИТ-решения используются в компании, какие риски с ними связаны и как компания должна переходить на альтернативные решения в ближайшие 1–3 года.
В реальной ИТ-среде импортозамещение редко ограничивается одной системой. Обычно зависимость может быть распределена по разным уровням ИТ: операционные системы, офисное программное обеспечение, базы данных, серверное оборудование, сетевое оборудование, средства виртуализации, инженерное ПО, ERP, CRM, BI, системы документооборота, средства информационной безопасности, облачные сервисы, платформы разработки, средства резервного копирования и другие решения.
При этом не все такие решения требуют немедленной замены. Одни продукты могут быть критичными и рискованными, другие — важными, но пока допустимыми для временного использования, третьи — технически заменяемыми, но замена может быть нецелесообразной из-за высокой стоимости, сложности миграции или рисков для бизнеса.
Поэтому раздел «Импортозамещение в ИТ» должен отвечать не только на вопрос «что заменить», но и на более важные вопросы: зачем заменять, когда заменять, чем заменять, какие риски возникают при переходе и какие условия должны быть выполнены до начала проекта.
В этом разделе обычно рассматриваются:
- какие зарубежные программные продукты, сервисы, платформы и оборудование используются в компании;
- какие из них критичны для бизнеса;
- какие риски связаны с лицензиями, поддержкой, обновлениями, оплатой, доступностью и безопасностью;
- какие продукты требуют замены в первую очередь;
- какие решения можно временно оставить;
- какие российские или альтернативные решения могут быть рассмотрены;
- какие бизнес-процессы, данные и интеграции будут затронуты;
- какие пользователи и подразделения зависят от заменяемых решений;
- как будет организована миграция данных и переход пользователей;
- какие затраты и ресурсы потребуются;
- какие проекты импортозамещения должны войти в общий план ИТ-проектов;
- как импортозамещение связано с информационной безопасностью, инфраструктурой, информационными системами и управлением ИТ.
Для ИТ-стратегии важно рассматривать импортозамещение как управляемую программу изменений, а не как набор разрозненных замен.
Что обычно рассматривается в разделе «Импортозамещение в ИТ»
В разделе «Импортозамещение в ИТ» обычно рассматриваются не только конкретные продукты, но и вся логика перехода от текущей технологической зависимости к более устойчивой ИТ-архитектуре.
Первый вопрос — какие решения используются сейчас. Нужно составить карту текущих зарубежных или зависимых продуктов: программное обеспечение, оборудование, сервисы, платформы, базы данных, средства разработки, средства безопасности, офисные решения, прикладные системы и инфраструктурные компоненты.
Второй вопрос — насколько эти решения критичны. Одни системы поддерживают основные бизнес-процессы, другие используются для вспомогательных задач. Критичность влияет на порядок замены, глубину анализа альтернатив и требования к миграции.
Третий вопрос — какие риски есть по каждому решению. Риски могут быть связаны с прекращением поддержки, невозможностью продления лицензий, ограничениями обновлений, ростом стоимости, зависимостью от поставщика, сложностью сопровождения, требованиями регуляторов или информационной безопасностью.
Четвертый вопрос — какие альтернативы доступны. Альтернатива должна оцениваться не только по факту наличия похожего продукта, но и по функциональности, зрелости, совместимости, производительности, интеграциям, качеству поддержки, стоимости владения и готовности пользователей.
Пятый вопрос — какие последствия возникнут при переходе. Замена системы может затронуть бизнес-процессы, документы, отчеты, интеграции, данные, обучение пользователей, рабочие инструкции, техническую поддержку и смежные системы.
Шестой вопрос — как организовать миграцию. Для многих решений важны этапы перехода: обследование, выбор альтернативы, пилот, подготовка данных, тестирование, обучение, промышленный запуск, параллельная эксплуатация и вывод старого решения из использования.
Седьмой вопрос — какие проекты включить в план. Импортозамещение может быть не одним проектом, а несколькими проектами с разными сроками, рисками и приоритетами.
Планирование импортозамещения в ИТ на 1–3 года
Планирование импортозамещения на 1–3 года вперед лучше начинать с инвентаризации текущих ИТ-решений и оценки рисков, а не с немедленного выбора замен.
Если сразу переходить к выбору новых продуктов, есть риск заменить относительно безопасное решение и при этом оставить без внимания действительно критичную зависимость. Также есть риск выбрать продукт, который формально подходит, но не выдержит требований по функциональности, нагрузке, интеграциям или сопровождению.
Более полезная логика — сначала определить текущую зависимость, затем оценить критичность, после этого выбрать приоритеты и только затем формировать проекты перехода.
На первом этапе нужно составить перечень решений, которые потенциально требуют импортозамещения. Это могут быть операционные системы, офисные пакеты, СУБД, серверные и сетевые решения, системы виртуализации, инженерное ПО, прикладные системы, аналитические платформы, облачные сервисы, системы безопасности, средства разработки и другие компоненты.
На втором этапе нужно оценить риски. Для каждого решения полезно определить, насколько оно критично для бизнеса, есть ли риски по лицензиям и поддержке, можно ли получать обновления, есть ли зависимость от конкретного поставщика, насколько сложно заменить систему и какие последствия будут при отказе.
На третьем этапе нужно сгруппировать решения по приоритетам. Не все нужно менять одновременно. Часть решений может требовать срочной замены, часть — плановой подготовки, часть — мониторинга ситуации, а часть — только резервного сценария.
На четвертом этапе нужно выбрать подход к переходу. Где-то возможна прямая замена. Где-то нужен длительный пилот. Где-то лучше сначала заменить инфраструктурный слой. Где-то целесообразно дождаться развития альтернатив или изменить сам бизнес-процесс, чтобы снизить зависимость от конкретного продукта.
Для планирования импортозамещения полезно рассмотреть:
- какие зарубежные и зависимые решения используются в компании;
- какие из них поддерживают критичные бизнес-процессы;
- какие риски связаны с лицензиями, поддержкой и обновлениями;
- какие решения уже имеют зрелые альтернативы;
- какие решения пока трудно заменить без существенных рисков;
- какие данные и интеграции будут затронуты;
- какие пользователи и подразделения зависят от заменяемых систем;
- какие проекты можно выполнить в первый год;
- какие проекты требуют подготовки на 2–3 года;
- какие замены нужно делать через пилотную эксплуатацию;
- какие изменения в инфраструктуре и ИБ потребуются;
- какой бюджет и какие ресурсы нужны;
- как контролировать результат импортозамещения.
Практический результат планирования — дорожная карта импортозамещения. В ней должно быть понятно, какие решения заменяются, в каком порядке, почему именно так, какие риски снижаются и какие условия должны быть выполнены до запуска проектов.
Импортозамещение как часть ИТ-стратегии
Импортозамещение в ИТ должно быть связано с общей ИТ-стратегией. Если рассматривать его отдельно, можно получить набор замен, которые формально снижают зависимость от зарубежных решений, но ухудшают архитектуру ИТ, усложняют сопровождение или создают новые проблемы для пользователей.
В ИТ-стратегии импортозамещение должно быть связано с несколькими разделами.
С требованиями к ИТ — потому что замена решений должна учитывать реальные потребности бизнеса. Нельзя выбирать альтернативу только по признаку происхождения продукта, если она не поддерживает критичные функции компании.
С информационными системами — потому что импортозамещение часто затрагивает прикладной ландшафт: ERP, CRM, документооборот, отраслевые системы, аналитические платформы и другие решения.
С инфраструктурой ИТ — потому что замена может касаться серверов, рабочих мест, операционных систем, виртуализации, сетевого оборудования, средств хранения данных, резервного копирования и мониторинга.
С данными и аналитикой — потому что переход на новые системы часто требует миграции данных, настройки отчетности, сохранения исторических данных, изменения интеграций и обеспечения качества данных после перехода.
С информационной безопасностью — потому что импортозамещение может быть связано с требованиями защиты информации, управлением доступами, сертифицированными средствами защиты, контролем поставщиков и снижением технологических рисков.
С управлением ИТ — потому что импортозамещение требует приоритизации проектов, управления ресурсами, контроля подрядчиков, согласования с бизнесом, оценки рисков и управления изменениями.
С бюджетом ИТ — потому что замена решений может требовать существенных инвестиций, дополнительных затрат на внедрение, обучение, миграцию, сопровождение и временную параллельную эксплуатацию.
С планом ИТ-проектов — потому что импортозамещение должно быть включено в общий портфель проектов и сопоставлено с другими задачами развития ИТ.
Если импортозамещение хорошо встроено в ИТ-стратегию, оно становится не отдельной вынужденной задачей, а частью управляемого развития ИТ-архитектуры.
Связь с цифровой трансформацией и искусственным интеллектом
Импортозамещение в ИТ может быть связано с цифровой трансформацией и искусственным интеллектом, но не должно полностью подменять эти темы.
С одной стороны, импортозамещение может ограничивать цифровую трансформацию. Если компания вынуждена срочно менять ключевые системы, ресурсы ИТ могут быть заняты миграцией, поддержкой пользователей, устранением ошибок и восстановлением функциональности. В такой ситуации новые цифровые инициативы могут временно замедляться.
С другой стороны, импортозамещение может стать возможностью пересмотреть устаревшие процессы, архитектуру, данные и подходы к управлению ИТ. Если компания всё равно меняет важную систему, можно не просто заменить продукт, а улучшить процесс, убрать лишние доработки, повысить качество данных и подготовить основу для дальнейшей цифровой трансформации.
Для искусственного интеллекта импортозамещение также может иметь значение. ИИ-проекты зависят от данных, платформ, вычислительных ресурсов, облачных сервисов, средств безопасности и интеграций. Если эти компоненты нестабильны или зависят от рискованных поставщиков, ИИ-инициативы могут быть ограничены.
При этом важно не смешивать задачи. Импортозамещение отвечает на вопрос технологической устойчивости и снижения зависимости. Цифровая трансформация отвечает на вопрос изменения бизнеса с помощью цифровых технологий. Искусственный интеллект отвечает на вопрос применения интеллектуальной автоматизации, аналитики и обработки информации.
В стратегии полезно определить:
- какие проекты импортозамещения могут одновременно улучшить основу для цифровой трансформации;
- какие замены, наоборот, временно ограничат цифровые инициативы;
- какие данные и интеграции нужно сохранить при переходе;
- какие платформы будут использоваться для аналитики, цифровых сервисов и ИИ;
- какие риски импортозамещения могут повлиять на цифровые проекты;
- как согласовать дорожную карту импортозамещения с дорожной картой ЦТ и ИИ.
Такой подход помогает рассматривать импортозамещение не изолированно, а в общей логике развития ИТ.
Глубина проработки раздела
Глубина проработки раздела «Импортозамещение в ИТ» зависит от масштаба зависимости компании от зарубежных решений, критичности этих решений и уровня требований к устойчивости ИТ.
Краткая проработка подходит, если в компании есть отдельные решения, которые желательно заменить, но они не являются критичными для бизнеса. В этом случае достаточно составить перечень таких решений, оценить риски, выбрать возможные альтернативы и включить несколько проектов в общий план ИТ.
Средняя проработка нужна, если зарубежные или зависимые решения используются в нескольких важных областях: офисная среда, серверная инфраструктура, базы данных, системы безопасности, отдельные прикладные решения, аналитика или облачные сервисы. В этом случае полезно сделать карту зависимостей, оценить критичность, определить приоритеты, альтернативы, бюджет и дорожную карту перехода.
Глубокая проработка нужна, если зависимость затрагивает критичные бизнес-процессы, ключевые информационные системы, инфраструктурный слой, большое количество пользователей, данные, интеграции или требования регуляторов. В таком случае импортозамещение может стать отдельной программой с собственной моделью управления.
В глубокой проработке могут появиться:
- реестр зарубежных и зависимых ИТ-решений;
- оценка критичности каждого решения;
- матрица рисков по лицензиям, поддержке, безопасности и доступности;
- анализ альтернативных продуктов и платформ;
- целевая архитектура после импортозамещения;
- дорожная карта миграции;
- план пилотных внедрений;
- план миграции данных и интеграций;
- план обучения пользователей;
- бюджет и оценка совокупной стоимости владения;
- план управления рисками;
- модель управления программой импортозамещения.
Выбирать глубину проработки нужно не по формальному требованию, а по уровню реальной зависимости. Если зависимость ограничена несколькими вспомогательными решениями, избыточная детализация может быть лишней. Если же от импортируемых решений зависит устойчивость бизнеса, раздел должен быть подробным.
Когда раздел «Импортозамещение в ИТ» особенно критичен
Раздел «Импортозамещение в ИТ» особенно важен, если компания сильно зависит от зарубежных продуктов, поставщиков, сервисов или оборудования, а замена таких решений может повлиять на работу бизнеса.
Он становится критичным не только при наличии внешних требований, но и тогда, когда сама компания видит рост технологических рисков: сложность продления лицензий, неопределенность поддержки, рост стоимости, невозможность обновлений, ограничения по безопасности или нехватку специалистов по сопровождению текущих решений.
Раздел особенно важен, если:
- ключевые бизнес-процессы зависят от зарубежного ПО;
- есть риски по продлению лицензий и технической поддержке;
- используются зарубежные облачные сервисы или платформы;
- есть зависимость от конкретного поставщика или интегратора;
- значимая часть инфраструктуры построена на решениях, требующих замены;
- компания должна учитывать требования регуляторов или отраслевые ограничения;
- текущие решения становятся слишком дорогими или сложными в сопровождении;
- нет понятной карты зависимостей между системами;
- замена может затронуть большое количество пользователей;
- есть риски потери данных, отчетности или интеграций при переходе;
- импортозамещение уже началось, но проекты не связаны единой дорожной картой;
- бизнес опасается ухудшения функциональности после замены;
- ИТ-служба перегружена задачами замены и сопровождения старых решений.
Если таких признаков немного, импортозамещение можно рассмотреть как дополнительный раздел стратегии. Если их много, компании может потребоваться отдельная программа импортозамещения в ИТ.
Типовые проблемы импортозамещения в ИТ
- Одна из типовых проблем импортозамещения — поспешная замена продукта без анализа последствий. Формально система может быть заменена, но после перехода оказывается, что пользователям не хватает функций, интеграции работают хуже, отчеты требуют доработки, а сопровождение стало сложнее.
- Выбор альтернативы только по признаку доступности. Наличие продукта на рынке ещё не означает, что он подходит для конкретной компании. Нужно учитывать функциональность, масштабируемость, производительность, интеграции, поддержку, стоимость владения и готовность пользователей.
- Недооценка миграции данных. При переходе на новую систему часто нужно переносить справочники, документы, исторические данные, настройки, права доступа, отчеты и интеграции. Если это не учесть заранее, проект может сильно усложниться.
- Слабая связь с бизнес-процессами. Замена системы может изменить привычную работу подразделений. Если бизнес не участвует в постановке требований, тестировании и приемке, результат может оказаться формально выполненным, но неудобным для пользователей.
- Отсутствие приоритизации. Если компания пытается заменить слишком много решений одновременно, ИТ-служба и бизнес-подразделения перегружаются, сроки сдвигаются, а качество перехода снижается.
- Игнорирование совокупной стоимости владения. Новый продукт может выглядеть дешевле по лицензии, но требовать больших затрат на внедрение, доработку, обучение, сопровождение, инфраструктуру и поддержку.
- Разрозненность проектов. Одно подразделение заменяет офисное ПО, другое — BI, третье — инфраструктуру, четвертое — систему документооборота. Если общей архитектуры и дорожной карты нет, компания может получить новую фрагментированную ИТ-среду.
В ИТ-стратегии важно не только перечислить решения для замены, но и определить, как выполнить импортозамещение управляемо: с учетом рисков, приоритетов, архитектуры, данных, пользователей и ресурсов.
Возможные результаты проработки раздела
Хорошо проработанный раздел «Импортозамещение в ИТ» должен помочь компании перейти от разрозненных замен к управляемому плану снижения технологической зависимости.
После его разработки должно стать понятнее:
- какие зарубежные и зависимые решения используются в компании;
- какие из них критичны для бизнеса;
- какие риски требуют первоочередного внимания;
- какие решения нужно заменить в ближайший год;
- какие решения можно заменить позже;
- какие решения пока целесообразно оставить с резервным планом;
- какие альтернативы можно рассматривать;
- какие проекты нужно включить в план ИТ-проектов;
- какие данные, интеграции и пользователи будут затронуты;
- какой бюджет и ресурсы потребуются;
- как импортозамещение связано с ИБ, инфраструктурой, системами и цифровой трансформацией;
- как контролировать выполнение дорожной карты.
Возможные результаты:
- реестр решений, требующих анализа или замены;
- карта технологических зависимостей;
- приоритизация проектов импортозамещения;
- список допустимых альтернатив;
- дорожная карта перехода на 1–3 года;
- снижение рисков по лицензиям, поддержке и доступности;
- более понятная целевая ИТ-архитектура;
- план миграции данных и интеграций;
- более управляемый бюджет импортозамещения;
- снижение хаотичности замен;
- повышение устойчивости ИТ-среды.
Главный результат — не сама замена ради замены, а снижение рисков при сохранении или улучшении работоспособности ИТ для бизнеса.
Связанные разделы и элементы
Раздел «Импортозамещение в ИТ» связан со многими другими страницами сайта.
С разделом «Информационные системы» связь является одной из основных. Многие проекты импортозамещения касаются прикладных систем: ERP, CRM, документооборота, BI, отраслевых решений и других систем, поддерживающих бизнес-процессы.
С разделом «Инфраструктура ИТ» импортозамещение связано через серверы, операционные системы, виртуализацию, рабочие места, сети, хранение данных, резервное копирование и средства мониторинга.
С разделом «Информационная безопасность» связь проходит через требования к защите данных, сертифицированные решения, контроль поставщиков, управление доступами, риски внешних сервисов и устойчивость критичных систем.
С разделом «Данные и аналитика» импортозамещение связано через BI-платформы, хранилища данных, миграцию отчетов, сохранение исторических данных, качество данных и интеграции.
С разделом «Управление ИТ» связь возникает через приоритизацию проектов, управление изменениями, контроль подрядчиков, распределение ресурсов и оценку рисков.
С разделом «Бюджет ИТ» импортозамещение связано через оценку стоимости перехода, лицензий, внедрения, обучения, сопровождения и совокупной стоимости владения.
С разделом «План ИТ-проектов» связь прямая: импортозамещение должно превращаться в конкретные проекты, этапы, сроки, ресурсы и ожидаемые результаты.
С разделами «Цифровая трансформация» и «Искусственный интеллект» импортозамещение связано через технологическую основу будущих цифровых и ИИ-инициатив.
Поэтому импортозамещение лучше рассматривать не изолированно, а как часть общей ИТ-стратегии.
Конфигуратор стратегии
Эта страница помогает понять, когда импортозамещение в ИТ может быть дополнительным разделом ИТ-стратегии, а когда оно требует отдельной программы или более глубокой проработки.
В одной компании достаточно включить в ИТ-стратегию несколько проектов по замене отдельных решений. В другой нужно составить карту зависимостей, оценить критичность систем, выбрать альтернативы и подготовить дорожную карту перехода. В третьей импортозамещение может стать одной из центральных программ развития ИТ на ближайшие годы.
Поэтому после изучения этой страницы логично перейти к Конфигуратору стратегии.
Он поможет определить:
- нужно ли включать импортозамещение в ИТ-стратегию;
- насколько глубоко нужно прорабатывать этот раздел;
- какие системы и платформы требуют первоочередного анализа;
- нужна ли отдельная программа импортозамещения;
- какие разделы ИТ-стратегии связаны с импортозамещением;
- какие риски и ограничения нужно учитывать;
- как связать импортозамещение с планом ИТ-проектов;
- какой формат стратегии лучше выбрать;
- нужна ли внешняя помощь при разработке дорожной карты.
Конфигуратор особенно полезен, если пока неясно, является ли импортозамещение отдельной задачей, частью ИТ-стратегии или крупной программой изменений.
Помощь в разработке ИТ-стратегии и программы импортозамещения
Раздел «Импортозамещение в ИТ» можно разработать самостоятельно, если зависимость от зарубежных решений ограничена, системы не являются критичными, альтернативы понятны, а переход не затрагивает сложные бизнес-процессы и интеграции.
Но в более сложных ситуациях внешняя помощь может быть полезна. Особенно если импортозамещение затрагивает критичные системы, инфраструктуру, большое количество пользователей, данные, информационную безопасность, интеграции или существенный ИТ-бюджет.
Помощь может быть полезна, если нужно:
- провести инвентаризацию зарубежных и зависимых ИТ-решений;
- оценить критичность систем, сервисов и платформ;
- определить риски по лицензиям, поддержке, обновлениям и безопасности;
- выбрать приоритеты импортозамещения;
- сравнить возможные альтернативы;
- оценить последствия перехода для бизнес-процессов;
- подготовить дорожную карту импортозамещения;
- связать импортозамещение с ИТ-архитектурой;
- учесть миграцию данных и интеграции;
- оценить бюджет и ресурсы;
- подготовить раздел «Импортозамещение в ИТ» в составе ИТ-стратегии;
- разработать отдельную программу импортозамещения.
Возможные форматы помощи:
- консультация по составу раздела;
- аудит текущих ИТ-зависимостей;
- анализ рисков импортозамещения;
- стратегическая сессия с руководством и ИТ-службой;
- разработка дорожной карты импортозамещения;
- подготовка раздела в составе ИТ-стратегии;
- разработка программы импортозамещения;
- обучение руководителей и ИТ-специалистов подходам к ИТ-стратегии.
Такой формат помощи особенно полезен, если импортозамещение уже стало важной темой, но в компании пока нет единой карты зависимостей, приоритетов и дорожной карты перехода.
Резюме
Импортозамещение в ИТ — это не просто замена зарубежных продуктов на доступные аналоги.
В ИТ-стратегии этот раздел помогает понять, какие ИТ-решения создают технологическую зависимость, какие риски с ними связаны, что нужно заменить в первую очередь, какие альтернативы можно использовать и как выполнить переход без излишних рисков для бизнеса.
Для одних компаний импортозамещение может быть небольшим дополнительным разделом ИТ-стратегии. Для других оно становится крупной программой изменений, связанной с информационными системами, инфраструктурой, данными, информационной безопасностью, бюджетом и планом ИТ-проектов.
Главный смысл раздела — перейти от разрозненных замен к управляемой дорожной карте снижения технологических рисков.
Если импортозамещение проработано хорошо, компания получает не только список решений для замены, но и понятный план: какие зависимости критичны, какие проекты запускать первыми, какие риски контролировать, какие ресурсы нужны и как сохранить устойчивость ИТ во время перехода.
Помощь в разработке ИТ-стратегии (а также по стратегиям ЦТ и ИИ)
Конфигуратор (тесты)
- Поможет ли стратегия вашей компании?
- Нужны ли стратегии: ИТ / ЦТ / ИИ ?
- Какие нужны разделы?
Публикации и услуги
- Книги и статьи
- Обучение по ИТ-стратегии: корпоративное и в группе
- Консалтинг , Аудит
Консультация
- Консультация по ИТ-стратегии, помощь в выборе вариантов разработки