Пилот на 10–20 устройств: план на две недели

Пилот нужен не для того, чтобы убедиться, что устройства включаются. Он отвечает на другой вопрос: какие из ваших рабочих процессов не переживут смену платформы. Две недели и 10–20 устройств — минимальный размер, на котором это видно.

Подготовка (до старта)

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

Первая неделя: техника

1. День 1. Регистрация устройств, проверка применения политик. Убедитесь, что устройство получает правила именно того подразделения, в которое помещено.
2. День 2. Сеть и печать: корпоративный Wi-Fi с сертификатом, принтеры, доступ к сетевым папкам через веб-интерфейсы.
3. День 3. Приложения: принудительная установка, закреплённые вкладки, закладки организации.
4. День 4–5. Выдача устройств участникам пилота. Обязательно без предварительного обучения: цель — увидеть, где человек спотыкается сам.

Вторая неделя: процессы

1. Ежедневный сбор обращений в один список. Формулировка «неудобно» тоже принимается — она чаще указывает на реальную проблему, чем формулировка «не работает».
2. Проверка сценариев, которые вспоминаются не сразу: подключение проектора, работа с внешним монитором, печать документа на подпись, вход гостя.
3. Отдельная проверка узких мест из подготовительного списка: специализированные программы, аппаратные токены, VPN.
4. Замер: сколько времени занимает подготовка одного устройства теперь, когда политики отлажены.

Как читать результат

Успешный пилот — не тот, где всё заработало, а тот, где стало ясно, что именно не заработает и сколько стоит обходной путь. Типичный итог: 80–90 % задач закрываются штатно, остальное требует решения — веб-версия вместо настольной программы, отдельное устройство для узкой задачи или изменение процесса. Если критичных пунктов без решения больше двух, парк переводить рано.

Частая ошибка

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