Рекламный буклет не внедряется в прод

Каждый вендор показывает красивую презентацию.

На ней всё идеально: Linux заменяет Windows за неделю, домен поднимается одной кнопкой, бухгалтерия счастлива, принтеры печатают, 1С работает, пользователи улыбаются, а CIO уже пьёт кофе и считает сэкономленные лицензии.

Потом начинается реальность.

У бухгалтера старая ЭЦП и специфичный криптопровайдер. У инженера — CAD, который работает только под Windows. У отдела продаж — Excel с макросами. У директора — привычная подпись в Outlook. А в переговорной стоит МФУ, которое «вроде бы печатает», но сканирует только через драйвер 2014 года.

И вот здесь заканчивается буклет. И начинается работа ДИТ.

Выбор системы начинается с пилота

Систему нельзя выбирать по презентации, реестру ПО или слову «совместимо». Выбирать нужно через пилот на живых людях и реальных бизнес-процессах.

Пилот — это не «поставили Linux одному админу, он сказал: нормально».

Нормальный пилот — это 10–15 человек из разных ролей:

— бухгалтер;
— менеджер;
— руководитель;
— сотрудник с ЭЦП;
— человек со сложным Excel;
— пользователь МФУ, CRM, 1С и корпоративного портала;
— инженер или дизайнер, если есть специализированный софт;
— ИТ-специалист, который будет это сопровождать.

Именно такой подход позволяет увидеть проблемы совместимости, производительности и принятия системы пользователями до массового внедрения.

Что проверять на пилоте

При замене Windows на Linux недостаточно проверить, загружается ли рабочий стол.

Нужно проверить, как сотрудник реально проживёт свой рабочий день:

— входит ли он под корпоративной учётной записью;
— открывает ли почту, файлы и корпоративные ресурсы;
— работают ли 1С, CRM, ЭДО, VPN и браузерные сервисы;
— подписываются ли документы ЭЦП;
— подключаются ли принтеры, сканеры, МФУ, камеры и токены;
— открываются ли старые документы Office и таблицы с макросами;
— есть ли аналоги специализированному ПО;
— может ли служба поддержки быстро решить типовой инцидент;
— можно ли откатить пользователя на старую систему без потери работы.

Самый опасный ответ в проекте — «ну, у нас почти всё работает».

«Почти» для CIO означает: в день массового запуска кто-то не сдаст отчёт, не подпишет документ или не проведёт платёж.

Как масштабировать правильно

Пилот прошёл — это ещё не повод в пятницу вечером снести Windows у всей компании.

Сначала фиксируем результат:

— какие приложения поддерживаются штатно;
— какие требуют доработки или замены;
— какие рабочие места пока остаются на Windows;
— сколько стоит одно рабочее место с лицензиями, поддержкой и обучением;
— какая команда нужна для сопровождения;
— какие инструкции получают пользователи;
— какие критерии означают: «готовы масштабировать».

Практичный критерий — когда сотрудники реально используют решение, а не держат параллельно Excel, старый ноутбук и удалённый Windows «на всякий случай». Внешние рекомендации часто используют ориентир: adoption выше 80%, подтверждённый бизнес-эффект и документированные процессы.

Дальше — миграция волнами:

1. ИТ и самые подготовленные сотрудники.
2. Подразделение с понятными и типовыми задачами.
3. Связанные отделы.
4. Массовый переход.
5. Отдельный план для сложных и уникальных рабочих мест.

Параллельная работа старого и нового контура на время миграции безопаснее, чем «перерезать кабель» в один день. Такой подход позволяет сохранить рабочие процессы и устранить сюрпризы до масштабирования.

Главный вывод

Импортозамещение — не установка Linux вместо Windows. Это проект по изменению рабочего места, процессов, поддержки и привычек людей.

Можно взять Linux, отечественную ОС, FreeBSD/OpenBSD для отдельных задач, облачную платформу или любой другой стек. Но решение должно выдержать реальную эксплуатацию, а не демо у вендора.

Сначала пилот. Потом цифры. Потом масштабирование.

Всё остальное — дорогое тестирование на сотрудниках и бизнесе. Будьте умнее и стратегически мыслите, удачи всем и терпения.