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

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

URL: https://posts.danashkin.ru/guides/podgotovka-it-k-obucheniyu-ii
Обновлено: 2026-10-18

---

## Коротко

**Главное**

- Подготовка к обучению нейросетям сотрудников начинается с IT, причём за 2-3 дня до занятия. Тетради и задачи участников не помогут, если рабочее место закрыто для нужного сервиса.
- На моих двух последних группах старт съела настройка рабочих мест: в одной вход занял первые полчаса, в другой старт сдвинулся на 16 минут и ещё 6,5 минуты ушло на вход в учебный кабинет. Около 18 минут практики ушло в шаги, которые сорвались, из них около 10 - на перегрузку модели у её владельца.
- Проверять надо одну обычную машину из зала, с правами обычного сотрудника и через ту же сеть (для проверки сети нужно сразу несколько машин). Ноутбук IT-отдела для этого бесполезен.
- Всё, что провалило проверку, заранее уходит в показ ведущего или в домашнее задание. Решать это в зале, при двадцати пяти зрителях, дороже всего.

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

**Главное**

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

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

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

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

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

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

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

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

**Главное**

У IT-специалиста права администратора, своя сеть и свой браузер. С его машины пройдёт всё. Проверка имеет смысл только для типового рабочего места участника, под его учётной записью и в то же время суток, когда в сети будет вся группа.

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

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

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

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

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

**Главное**

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

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

| Что проверить | Как проверить машиной из зала | Если провал |
|---|---|---|
| Вход в учебный кабинет и в приложение | Войти под рабочей почтой участника, которая записана в списке группы | Сверить список почт с кабинетом до дня обучения |
| Права установки | Поставить софт из инструкции к занятию (например, Node.js и Git) под учётной записью участника | IT ставит софт заранее на все машины группы |
| Браузер по умолчанию | Нажать «войти» в приложении и посмотреть, какой браузер откроется и пустит ли он | Сменить браузер по умолчанию или заранее предупредить группу |
| Расширения браузера | Поставить расширение из инструкции и проверить, что оно включается | Шаг уходит в показ ведущего |
| Микрофоны | Записать голосовое в любом приложении на этой машине | Гарнитуры к занятию или диктовка уходит в показ |
| Сеть под нагрузкой | Запустить задачу в приложении с нескольких машин одновременно | Настроить прокси для сервисов занятия заранее |
| Внешние сервисы дня | Открыть каждый сервис из плана дня и сделать одно действие | Сервис уходит в показ или в домашнее задание |
| Сон и блокировка | Оставить ноутбук минут 15-20, как в перерыве, и вернуться к задаче | Настроить электропитание или предупредить группу |

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

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

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

Микрофоны кажутся мелочью, пока в плане дня не появляется диктовка. Почему голосовой ввод в работе с агентом важнее, чем кажется, я разбирал в статье [голосом быстрее, чем руками](/guides/golosom-bystree-chem-rukami). Если у настольных машин микрофонов нет, лучше знать это за три дня, чем в момент упражнения.

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

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

**Главное**

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

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

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

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

**Что попросить у IT заранее**

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

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

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

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

**Главное**

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

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

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

Что такие правила дают и почему их ставят до того, как дать агенту больше свободы, я разбирал в статье о том, [что агент видит на твоём компьютере](/guides/chto-agent-delaet-na-tvoem-kompyutere).

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

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

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

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

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

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

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

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

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

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

**Главное**

В показ уходит всё, что провалило проверку машиной из зала и что IT к занятию исправить не успеет. В домашнее задание - шаги, которые участник сможет повторить сам, когда IT поставит нужное. Решение принимается во время созвона за 2-3 дня.

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

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

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

Урезать содержание при этом незачем. Логика практикума остаётся, меняется только способ прохождения конкретных шагов. Как держать темп, чтобы группа держалась вместе в сложных местах, я писал отдельно: [почему сотрудники бросают обучение на середине](/guides/gruppa-otstala-ot-programmy).

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

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

**Главное**

Спрашивают, нужен ли созвон с IT, если занятие онлайн, кто отвечает за подготовку и что делать, если проверить заранее не получилось.

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

**Нужна ли такая подготовка, если занятие проходит онлайн?**

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

**Кто в компании отвечает за подготовку к обучению нейросетям?**

Удобнее всего так: организатор (HR или руководитель) собирает список участников и почт, IT проверяет рабочие места по чек-листу, ведущий даёт список софта, сервисов и шагов. Созвон за 2-3 дня собирает всех троих. Как выбрать саму программу, я разбирал в статье про [корпоративное обучение нейросетям](/guides/korporativnoe-obuchenie-neyrosetyam-kak-vybrat).

**Что делать, если проверить заранее не получилось?**

Прийти за 20-30 минут до старта и проверить одну машину из зала прямо там. Первым делом - вход в кабинет и в приложение, установка софта и сеть. Всё, что сорвалось, сразу в показ, без попыток починить при группе.

**Как подготовка влияет на результат обучения?**

Прямо: минуты, съеденные настройкой, - это упражнения, которые участник так и не сделал со своей задачей. А по выполненным задачам потом и оценивают итог. Об оценке подробно - в статье [как оценить результат корпоративного обучения](/guides/rezultat-korporativnogo-obucheniya-ii).

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

**Главное**

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

Рабочее место сотрудника защищено, и это правильно. Работа с агентом просит у этого места больше, чем обычные дела, поэтому проверка нужна отдельная. Она бережёт и время, и настроение группы: первые полчаса у окна с запросом пароля - плохое начало для людей, которых ещё предстоит убедить, что инструмент им пригодится. Об этом барьере входа - в статье про [три барьера внедрения ИИ в команде](/guides/tri-barera-vnedreniya-ii-v-komande).

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

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

### Источники

- [How User Account Control works - контроль учётных записей Windows и запрос прав администратора при установке, Microsoft Learn](https://learn.microsoft.com/en-us/windows/security/application-security/application-control/user-account-control/how-it-works)
- [For Windows - ChatGPT desktop app: права агента и политика выполнения PowerShell, ChatGPT Learn](https://learn.chatgpt.com/docs/app/windows)
- [Change default apps in Windows - как сменить браузер и приложения по умолчанию, Microsoft Support](https://support.microsoft.com/en-us/windows/apps/change-default-apps-in-windows)
- [Download Node.js - официальная страница загрузки Node.js](https://nodejs.org/en/download)
- [Прокси-сервер - что это и как работает, Википедия](https://ru.wikipedia.org/wiki/%D0%9F%D1%80%D0%BE%D0%BA%D1%81%D0%B8-%D1%81%D0%B5%D1%80%D0%B2%D0%B5%D1%80)
- [Smoke test - дымовой тест, минимальная проверка основной функциональности, Википедия](https://ru.wikipedia.org/wiki/Smoke_test)