Подготовка к обучению нейросетям сотрудников: что IT проверить за 2-3 дня до занятия

Коротко

Куда уходит начало практикума в компании?

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

Дальше пошла практика, и вот где она споткнулась во второй группе:

• установка Node.js, Git и pnpm. Окно установки запросило права администратора у всех, шаг пришлось пропустить;
• диктовка. У настольных компьютеров группы микрофонов не оказалось, шаг я показал только со своего экрана;
• расширение браузера для управления компьютером встало лишь у части зала;
• вход в само приложение. Браузер по умолчанию отказал во входе, через другой браузер вошли;
• сеть. Во второй день у четырёх человек приложение работало плохо и медленно, и я посоветовал позвать IT, чтобы им поменяли прокси.

По моему разбору записи, сорвавшиеся шаги забрали около 18 минут практики в первый день: расширение браузера около 4, установка Node.js около 3,5 и перегрузка модели у её владельца около 10. Последнее к сети заказчика отношения не имеет, но группа ждала так же, как на остальных шагах, вместо того чтобы делать свою задачу.

Вывод я сделал простой: дело не в группах. Люди пришли работать руками.

Дело в том, что рабочее место в компании устроено ровно так, как ему положено: защищено, ограничено, настроено под ежедневные дела. Работа с ИИ-агентом требует от этого места того, чего от него раньше никто не просил. Значит, и проверять это место надо отдельно.

Почему ноутбук IT-отдела ничего не доказывает?

Если IT проверяет по принципу «у нас всё стоит» на своём компьютере, проверен компьютер, на который можно поставить что угодно.

Участник сидит в другой реальности. В Windows действует контроль учётных записей: приложение, которому нужны права администратора, само не установится, нужно согласие или пароль администратора. Об этом прямо написано в документации Microsoft. В зале это выглядит так: вся группа одновременно видит окно с запросом пароля, которого ни у кого из участников нет.

То же с агентом. В справке по приложению ChatGPT для Windows отдельно сказано, что агент наследует уровень прав приложения, а при запуске Node.js и npm в PowerShell возможны ошибки политики выполнения. У машины IT с правами администратора их, скорее всего, не будет, у участника они вероятны.

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

Чек-лист для IT: восемь пунктов за 2-3 дня до занятия

Этот список я решил отдавать IT заказчика заранее и просить созвон за 2-3 дня до первого дня. Три дня нужны, чтобы успеть исправить найденное: согласовать установку, выдать права, поменять настройки прокси.

Пара пояснений к таблице.

Вход в кабинет - самый дешёвый пункт, и он сорвался в обеих группах. У первой группы ссылки для входа были одноразовые, у второй в кабинете оказались заведены другие почты. Решение одно: войти накануне.

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

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

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

Как проверить корпоративную сеть под нагрузкой всей группы?

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

Как это выглядело у меня. В первый день у многих в какой-то момент приложение начало переподключаться. Я связал это с каналом и прокси под одновременной нагрузкой, но это предположение: сеть я не измерял.

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

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

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

Рискованный шаг - сначала на одной машине

Это правило родилось прямо в зале. Мы дошли до настройки правил безопасности агента - запретов массово удалять файлы, отправлять данные наружу, читать секретные файлы. Потребует ли этот шаг прав администратора, я заранее знать не мог. И сказал группе: давайте проверим один компьютер, пройдёт или упрётся в права.

Мысль, которую я тогда проговорил вслух, повторю: в компаниях с закрытыми правами администратора это лишнее препятствие, и упираться в него всей группой сразу незачем. На пробной машине шаг прошёл без прав администратора, и только тогда его сделали все.

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

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

1. Выбери машину из зала

   Типовую, под учётной записью участника. Ноутбук ведущего и машина IT тут бесполезны.

2. Сделай рискованный шаг при IT

   Установка, расширение, правило безопасности, вход в новый сервис. IT рядом и сразу видит, во что упёрлось.

3. Реши за минуту

   Прошло - делаем всей группой. Провал, который IT исправит за минуты, - исправляет у всех. Провал надолго - шаг уходит в показ.

4. Запиши результат

   Что сорвалось и почему. Это готовая задача для IT и пункт чек-листа для следующей группы.

Что перенести в показ или домашнее задание заранее?

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

Поэтому по итогам созвона с IT у меня есть три списка:

• делаем руками - всё, что прошло проверку машиной из зала;
• показываю со своего экрана - то, что провалилось и к занятию останется так же. Группа видит результат и понимает, зачем шаг нужен;
• домашнее задание - то, что участники повторят, когда IT поставит нужный софт. Установку Node.js, Git и pnpm у второй группы пришлось пропустить из-за прав администратора: это как раз такой шаг.

Урезать содержание при этом незачем. Логика практикума остаётся, меняется только способ прохождения конкретных шагов. Как держать темп, чтобы группа держалась вместе в сложных местах, я писал отдельно: почему сотрудники бросают обучение на середине.

И последний элемент - утро самого дня. С 9:40 до 10:00 техчек у каждого: вход в кабинет и в приложение, выбрана модель, есть запасная. Двадцать минут до старта стоят дешевле двадцати минут эфира.

Частые вопросы

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

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

Практический шаг: перешли этот чек-лист своему IT до того, как назначишь дату, и попроси проверить одну машину из будущей группы.

У тебя такую проверку перед занятиями уже делают или пока узнают о проблемах в зале?