Переход на отечественные ПК: как унифицировать парк без хаоса

Что значит «два зоопарка» и почему это больно

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

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

Пользователи замечают боль первыми. Обычно это выглядит так:

• «После обновления пропал звук/камера/сканер, у коллеги все нормально».
• «Нужно ждать другого специалиста, этот “только по старым”».
• «Новая модель не видит принтер или требует другой способ подключения».
• «Одна и та же заявка решается по-разному в разных кабинетах».
• «Склад не знает, какие блоки питания, клавиатуры и кабели держать».

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

Сложнее всего унифицировать то, что «на стыке»: периферию (принтеры, сканеры, МФУ), док-станции и кабели, средства безопасности (токены, смарт-карты, агенты защиты), а также BIOS/UEFI-настройки и специфичные драйверы. Именно эти мелочи чаще всего и создают второй «зоопарк».

С чего начать: сегментация рабочих мест и требований

Первый шаг в переходе на отечественные ПК - понять, что именно вы переводите. Если сразу идти «под одну гребенку», вы почти гарантированно получите две параллельные схемы поддержки: для старых моделей и для новых, с разными образами, драйверами и правилами.

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

Дальше зафиксируйте минимальные требования для каждой группы. Это не «хотелки», а то, без чего работа остановится: процессор и объем RAM, тип и размер накопителя, набор портов (USB-A/USB-C, видео), Wi-Fi, наличие TPM, поддержка двух мониторов и нужные разрешения.

Отдельно соберите ограничения по ПО. Часто проблемы создают не «тяжелые» программы, а мелочи: старые драйверы для сканеров и МФУ, плагины для ЭЦП, аппаратные ключи, специализированные принтеры этикеток, устаревшие версии браузера для одного портала.

Чтобы не утонуть в деталях, соберите короткую матрицу «роль - требования - исключения» и сразу разделите:

• что стандартизируется сразу (офисный набор, VPN, антивирус, печать);
• что допускает 1-2 варианта (например, разные мониторы в переговорных);
• что идет как исключение с владельцем и сроком (например, старый сканер с единственным драйвером);
• что требует пилота до закупки (инженерный софт и лицензии).

Простой пример: в госоргане офисные места переводят на одинаковые десктопы (уровня L200), фронт-офису нужны моноблоки с сенсором (уровня M200), а бухгалтерии важно заранее проверить ЭЦП и ключи. Тогда у вас будет один базовый стандарт и несколько понятных «ролей», а не бесконечный список уникальных ПК.

Стандарты железа: меньше моделей, меньше сюрпризов

Если в парке десятки похожих ПК, поддержка превращается в угадайку: на одном работает Wi-Fi, на другом нужен другой драйвер, на третьем не хватает портов для сканера. Выход простой: сократить разнообразие и закрепить понятные «эталонные» конфигурации.

Обычно хватает 2-4 профилей, которые закрывают большую часть задач: офисное рабочее место, рабочее место с повышенными требованиями (много вкладок, тяжелые таблицы), специализированное (например, для САПР или медоборудования), и отдельный профиль для мини-серверов/рабочих станций, если это нужно. При миграции на отечественные ПК это особенно важно, чтобы смешанный парк не превратился в «два зоопарка».

Что именно стандартизировать

Договоритесь о правилах, которые одинаковы для всех эталонных конфигураций, и фиксируйте их в одном документе. Лучше держать фокус на вещах, которые чаще всего ломают поддержку: минимальные требования к памяти и накопителям и понятный подход к апгрейду, единый класс сетевых адаптеров и требования к драйверам, обязательный набор портов (чтобы периферия подключалась без «зоопарка» переходников), единые BIOS/UEFI-настройки (Secure Boot, порядок загрузки) и правила хранения паролей, а также стандарт комплектации (блок питания, кабели, базовая мышь и клавиатура).

Как согласовать стандарт с закупками и безопасностью

С закупками заранее закрепите правило: покупаем только из каталога эталонных конфигураций и их заранее одобренных замен. С ИБ согласуйте список BIOS/UEFI-настроек и порядок учета паролей, чтобы у техподдержки не появлялись «закрытые» устройства.

Пример: в филиалах стоят старые ПК разных брендов, а в головном офисе выбирают отечественные модели (например, линейки GSE L200 для офисных задач и более мощные рабочие станции под отдельные подразделения). Если заранее закрепить 3 профиля и одинаковые требования к портам и сетевым адаптерам, вам не придется держать разные наборы запчастей и инструкции под каждую модель.

Унификация образов ОС: один каркас, разные роли

Главная мысль простая: не делайте отдельный «идеальный образ» под каждую модель ПК и каждый отдел. В смешанном парке это быстро превращается в десятки похожих копий, которые невозможно поддерживать.

Чаще всего работает подход «один базовый каркас + роли». Один базовый образ имеет смысл, если у вас одинаковая версия Windows, единые требования по безопасности и один домен. Отдельные образы по ролям нужны только там, где реально отличаются требования: киоски, инженерные станции с тяжелым ПО или ПК под медоборудование с особыми условиями.

В «каркас» кладите только то, что должно быть везде и всегда: вступление в домен, базовые политики, шифрование диска, настройки брандмауэра, стандартные локальные группы и агенты управления. Это проще один раз проверить и потом не обсуждать при каждом развертывании.

Чтобы не плодить копии, разделяйте базовый образ и прикладные наборы:

• базовый образ: чистая ОС + обязательные компоненты безопасности и управления;
• пакеты по ролям: офис, бухгалтерия, CAD, обучающие классы;
• настройки: принтеры, сетевые диски, ярлыки, шаблоны;
• разрешения: кто может ставить софт, кто только запускает;
• исключения: единичные ПК с уникальными требованиями, оформленные как исключение, а не «новый стандарт».

Например, если вы закупаете настольные ПК GSE для офисов и оставляете часть старых машин, каркас должен одинаково ставиться на оба типа устройств. Отличия (дополнительный софт для отдела закупок или инженерные пакеты) подключаются после установки ОС, по понятным правилам.

План обновлений лучше зафиксировать заранее. Обычно хватает пересборки образа раз в 1-2 месяца и внепланово при критических уязвимостях. Назначьте владельца образа (ИТ-эксплуатация) и порядок утверждения изменений: что считается обязательным, кто тестирует на пилотной группе, кто дает добро на тиражирование.

Драйверы без хаоса: каталог, версии и порядок установки

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

Начните с единого каталога драйверов под эталонные конфигурации. Эталон - это конкретная модель ПК и ее типовая комплектация (например, офисное рабочее место или место оператора контакт-центра). Для каждой конфигурации фиксируйте не только файлы, но и версии, дату, источник и короткую заметку «зачем это нужно».

Полезно разделять драйверы на два слоя. Базовые - те, без которых система может работать нестабильно: чипсет, контроллеры хранения, видео, сеть, аудио. Опциональные - то, что зависит от роли пользователя и подключений: док-станции, Bluetooth-адаптеры, специфические клавиатуры, камеры, дополнительные сетевые карты.

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

Минимальный набор правил, который дисциплинирует обновления:

• один владелец каталога и единый формат имен (модель, ОС, версия, дата);
• обновления только через тест на пилотной группе, затем на ограниченном сегменте;
• для каждого обновления - план отката (предыдущая версия хранится рядом и помечена как стабильная);
• запрет на «автообновление драйверов» на рабочих местах без контроля;
• журнал изменений: что обновили, почему, какие симптомы закрыли.

Редкая периферия (сканеры, принтеры, ЭЦП-токены) почти всегда ломает «идеальную» картину. Для нее заведите отдельный раздел каталога по типам устройств и заранее определите, где она встречается. Если устройство критично, держите два варианта: рекомендованный драйвер и проверенную запасную версию.

Если вы работаете с производителем и интегратором, который сопровождает парк, попросите сразу выдавать драйверный набор под ваши эталонные роли и правила версионирования. В случае GSE.kz это обычно проще обсудить заранее, чтобы у поддержки был один «источник правды», а не набор догадок.

Аксессуары и периферия: стандарты и совместимость

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

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

Минимальные стандарты, которые реально помогают

Зафиксируйте перечень того, что закупается и ставится по умолчанию: одинаковый тип подключения для клавиатуры и мыши (USB или Bluetooth), гарнитура с единым разъемом и предсказуемым микрофоном, веб-камера, которая работает по UVC без экзотических драйверов. Док-станции оставляйте только там, где они нужны по сценарию, и отдельно утвердите один комплект кабелей для типового стола.

Отдельно пропишите правила по мониторам и видео: что у вас в приоритете (HDMI или DisplayPort), какие переходники допускаются, какие длины кабелей держать в норме (чтобы не появлялись «случайные» 10-метровые провода из переговорки).

Склад, ЗИП и учет

Чтобы не ждать поставки и не останавливать рабочее место, держите небольшой запас самых частых позиций: мыши и клавиатуры, гарнитуры, кабели питания и видеокабели, 1-2 типовых переходника.

И не забудьте про учет. Маркировка аксессуаров (наклейка + номер в учете) и простое правило «снял - вернул на склад» помогают, когда сотрудники переезжают на новые ПК (в том числе на рабочие станции или моноблоки из линейки GSE) и периферия начинает «расползаться» по кабинетам.

Поддержка и сервис: один процесс для всего парка

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

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

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

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

База знаний тоже должна быть двухслойной: общий слой (категории, чек-листы, сроки, правила подмены) и модельный слой (особенности драйверов, BIOS, типовые симптомы по конкретным сериям). Взаимодействие с сервисом удобнее вести через единое окно: понятный порядок RMA, список подменных конфигураций, согласованные сроки.

Если у производителя есть 24/7 техническая поддержка и сервисная сеть по стране, как у GSE.kz, заранее зафиксируйте, какие случаи уходят к вендору сразу, а какие решаются внутри ИТ.

Пошаговый план внедрения: от пилота до тиражирования

Чтобы переход на отечественные ПК не превратился в два разных набора правил, планируйте внедрение как проект с четкими стандартами и контрольными точками. Цель - один понятный путь от заявки до рабочего места, независимо от бренда и модели.

Начните с выбора 1-2 эталонных конфигураций на каждую роль. Сразу закрепите, какие порты, типы накопителей, сетевые адаптеры и док-станции допускаются. Чем меньше вариантов, тем меньше «особых случаев» в поддержке.

Дальше соберите базовый образ Windows как каркас, а различия оформите как роли (наборы политик, приложений и настроек). Параллельно подготовьте каталог драйверов по моделям и версиям, с понятным порядком установки. На этом этапе важен «сухой прогон»: развернуть образ на чистый ПК, проверить шифрование, VPN, печать, камеры, обновления и восстановление.

Удобно держать план в виде короткого маршрута:

• утвердить эталонные конфигурации и матрицу совместимости периферии;
• собрать базовый образ и драйверный каталог, прогнать тесты;
• провести пилот на одной группе (20-50 пользователей), зафиксировать сбои и правки;
• тиражировать волнами по подразделениям, выпускать по чек-листу качества;
• перейти в режим сопровождения: обновления, аудит соответствия стандартам, метрики.

Пилот выбирайте там, где много типовых задач, но есть пара «сложных» кейсов (например, бухгалтерия плюс 1-2 рабочих места с узким ПО). В смешанном парке полезно сравнить один и тот же сценарий на старых ПК и, например, на GSE L200, чтобы увидеть, где ломаются драйверы, печать или политики.

После первых двух волн закрепите метрики: процент успешных развертываний с первого раза, время до готового рабочего места, топ-5 причин обращений. Так переход на отечественные ПК становится управляемым процессом, а не разовой кампанией.

Частые ошибки при переходе и как их избежать

Самая частая причина хаоса в смешанном парке - не «железо», а отсутствие правил. Когда их нет, поддержка быстро превращается в ручной труд: разные образы, разные драйверы, разные кабели, и никто не понимает, что считать стандартом.

Типовые ошибки и как их закрыть заранее:

• Делают отдельный образ Windows «под каждый отдел» и теряют контроль версий. Решение: один базовый каркас и набор ролей (офис, инженер, киоск), все изменения - через единый журнал и номер релиза.
• Обновляют драйверы без теста и ловят массовые сбои. Решение: тестовый контур, фиксированные версии, откат одним действием.
• Не договариваются о периферии и аксессуарах. Решение: 2-3 утвержденных набора на роль и запрет на закупку вне списка.
• Не назначают владельцев стандартов. Решение: ответственный за образ, ответственный за каталог драйверов и совместимость периферии, с понятными сроками.
• Берут слишком широкий пилот. Решение: небольшая группа, но с «похожими на боевые» сценариями и критичными приложениями.

Если вы работаете с локальными производителями вроде GSE.kz, попросите список рекомендованных конфигураций и проверенных версий драйверов под ваши роли. Это ускоряет стандартизацию и снижает риск сюрпризов при тиражировании.

Быстрый чек-лист: готовы ли вы к тиражированию

Тиражирование в смешанном парке обычно «ломается» не на покупке техники, а на мелочах: разные образы, драйверы, кабели, правила поддержки. Перед тем как масштабировать переход на отечественные ПК, пройдитесь по чек-листу. Если хотя бы два пункта «в подвешенном состоянии», лучше задержаться на пилоте.

Железо: утвержденные эталонные конфигурации с допустимыми заменами, в понятном и доступном месте.

ОС: один базовый образ как каркас, а отличия оформлены как наборы пакетов по ролям (например, бухгалтерия, контакт-центр, инженер).

Драйверы: каталог с версиями, датой проверки, правилами обновления (кто согласует, где тестируется, когда выкатывается) и зафиксированным порядком установки.

Периферия: стандартные мониторы, док-станции (если нужны), клавиатуры, мыши, гарнитуры, кабели. Плюс минимальный склад ЗИП: блоки питания, SSD, комплект кабелей, запасные клавиатуры и мыши.

Поддержка: единые шаблоны заявок и обновленная база знаний, одинаковая для старых и новых устройств. Добавьте метрики, которые реально показывают готовность к масштабу:

• среднее время развертывания рабочего места;
• процент повторных обращений;
• топ-3 причины замен/возвратов;
• доля обращений, решенных на первой линии.

Если вы внедряете отечественные ПК от производителя и интегратора вроде GSE.kz, заранее согласуйте с их командой поддержки, какие данные они хотят видеть в заявках и какие узлы держать в ЗИП. Это ускоряет тиражирование и уменьшает «зоопарк» в эксплуатации.

Пример сценария: как пройти миграцию в смешанном парке

Компания с парком 600 ПК начинает переход на отечественные ПК без резкой замены всего сразу: 200 рабочих мест переводят на новые машины, остальные 400 остаются до планового списания. Главный риск здесь - не техника, а два разных набора правил в поддержке.

Чтобы этого избежать, заранее фиксируют всего 3 эталонные конфигурации по ролям: «офисный сотрудник», «специалист с двумя мониторами», «тяжелые приложения». Под них делают один базовый образ Windows (единый каркас с политиками, агентами, шифрованием), а различия выносят в пакеты по ролям: приложения, принтерные профили, сертификаты, надстройки.

Пилот запускают на 30 рабочих местах, но выбирают пользователей с реальной нагрузкой: бухгалтерия, контакт-центр, секретариат, 1-2 руководителя. На пилоте измеряют не только «включилось/не включилось», а показатели:

• время выдачи рабочего места (от коробки до логина в домене);
• число обращений на 10 пользователей в первые 2 недели;
• топ-5 причин заявок и время их закрытия;
• доля устройств, которые подхватились автоматически (драйверы/периферия);
• сколько исключений пришлось сделать из стандартов.

Первые заявки обычно повторяются: принтеры (особенно старые и этикеточные), гарнитуры и веб-камеры, токены ЭЦП и смарт-карты, второй монитор через переходники, «не видит сетевую папку после миграции профиля». Их закрывают не разовыми ручными действиями, а пополнением стандарта: добавили проверенную версию драйвера, обновили пакет роли, внесли аксессуар в список разрешенных.

Дальше идут 2-3 волны по 50-80 ПК. После каждой волны обновляют базовый образ и пакеты, но правила поддержки остаются одни: одинаковые статьи базы знаний, одинаковая диагностика, одинаковые коды заявок. В итоге и «старые», и новые машины обслуживаются одним процессом, а разница сводится к заранее описанным вариантам конфигураций.

Если закупаете отечественные модели (например, линейки ПК и моноблоков от GSE.kz), заранее запросите список проверенной периферии и рекомендованные версии драйверов под ваш образ. Это часто экономит недели на пилоте.

Следующие шаги: закрепить стандарты и упростить поддержку

Чтобы смешанный парк не превратился в «два зоопарка», закрепите договоренности письменно и назначьте тех, кто отвечает за порядок. После пилота это особенно важно: пока все свежо, проще зафиксировать, что считается «нормой» и что нельзя менять без согласования.

1) Закрепите стандарты в одном месте

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

2) Назначьте владельцев и ритм обновлений

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

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

Если вы переходите на отечественные ПК, полезно подключать производителя и интегратора уже на пилоте: они помогают заранее проверить совместимость периферии, подготовить драйвер-пакеты и согласовать сервисную схему. По GSE.kz это обычно удобно начинать с подбора линеек L200 и M200 под типовые рабочие места и согласования формата поддержки. При необходимости контакты и описание направлений работ есть на gse.kz.