AI
Корпоративное обучение ИИ
Чтобы обучение сотрудников работе с ИИ стало практикой, организатор до занятия собирает конкретный пакет материалов: повторяемые рабочие задачи, разрешённые файлы, проверенные доступы и критерий, по которому понятно, что результат получился. Без этого ведущий работает на своих примерах, а участники наблюдают.
Почему занятие по ИИ превращается в демонстрацию
Занятие превращается в демонстрацию, когда у участников нет своего материала. Стандартная инструкция перед корпоративным обучением звучит примерно так: зарегистрируйтесь в сервисе, возьмите ноутбук, приходите с вопросами. Технически всё выполнено. Но главный вопрос остался без ответа: с какими именно задачами будет работать группа?
Когда у участников нет своего материала, ведущий переходит к своим примерам. Группа смотрит на чужой процесс, задаёт вопросы, делает заметки. После занятия каждый думает: «Интересно, надо попробовать» - и не пробует, потому что не знает, с чего начать у себя. Занятие стало демонстрацией, хотя никто этого не планировал.
Решение - конкретный пакет материалов, собранный до занятия. Паспорт задачи - это документ, который описывает одну учебную задачу: что делать, с какими файлами, кто проверит результат. Пакет, который ведущий получает перед занятием, может включать один или несколько таких паспортов. О том, как составить паспорт, и рассказывает статья.
Как выбрать задачу для обучения сотрудников работе с ИИ
Хорошая учебная задача - это участок реального повторяемого процесса, где ИИ создаёт или преобразует полезный результат, а участник может сам проверить, получилось ли.
Начинать стоит с карты повторяемых процессов отдела. Не с пожеланий - «хотим автоматизировать всё» - а с конкретного перечня: что делается регулярно, кем, с каким входом и с каким выходом. Для каждого процесса полезно ответить на четыре вопроса: как часто это происходит, что служит входом, что выходом, кто принимает результат.
Из этого перечня выбираются кандидаты на учебную задачу. Хорошие кандидаты - процессы с достаточной частотой, чтобы участники хорошо знали контекст, с конкретным файловым или текстовым входом, с понятным форматом выхода и с человеком, который может сказать «это годится» или «это не то». Ориентир по частоте зависит от конкретной группы: задача, которую сотрудник выполняет еженедельно, будет знакома ему лучше, чем та, которую он делает раз в месяц.
Не каждая рабочая задача подходит для занятия. Вот три частых случая, когда задачу лучше не брать.
Задача слишком редкая. Раз в квартал сотрудник готовит сводный отчёт для совета директоров. Задача реальная и важная. Но на занятии без свежих данных и достаточного контекста её не отработать. Исключение: если есть завершённый архивный отчёт с разрешёнными данными, он может послужить входным материалом.
Задача слишком крупная. «Проанализировать клиентскую базу» или «написать стратегию» - это проект, а не упражнение. У него нет чёткого входа, измеримого выхода и разумного времени выполнения. Участник не понимает, когда закончил.
Нет владельца и разрешения на данные. Кто-то приносит файл с реальными клиентами: «Это самый показательный пример». Никто не проверял, можно ли загружать эти данные во внешний сервис. NIST AI 600-1 (2024) - добровольная межотраслевая рамка Национального института стандартов США. Это не закон и не готовая юридическая политика компании. В ней деанонимизация (повторное установление личности по косвенным данным) описана как отдельный класс рисков при работе с генеративными системами (полный текст). Это повод проверить политику компании до занятия, а не после.
Три разных проблемы - освоение навыка, качество и разрешение данных, интеграция с рабочими системами - решаются по-разному и, как правило, не за одно занятие. Их не стоит смешивать в одном упражнении: это риск не решить ни одну из них в отведённое время.
После составления перечня кандидатов каждому присваивается один из трёх статусов:
| Статус | Что значит |
|---|---|
| Можно практиковать | Вход доступен и разрешён, выход проверяем, упражнение выполнимо за одно занятие |
| Требуется исправление | Задача подходит по смыслу, но есть устранимое препятствие: неудобный формат файла, нет разрешения на данные, слишком длинный регламент без структуры. Препятствие описывается, назначается ответственный |
| Не подходит этому формату | Задача важная, но её нельзя отработать здесь: слишком редкая без доступного архивного материала, слишком крупная, требует подключения к системам, которые не готовы, или данные нельзя использовать ни в каком виде |
Статус «не подходит этому формату» - это не оценка важности задачи для бизнеса. Важная задача может получить этот статус и попасть в отдельный трек - отдельную программу подготовки с нужными условиями среды и данных.
Как готовить материалы к занятию: восемь шагов
Подготовка - не разовое действие организатора. Это последовательность шагов, в которой участвуют четыре роли: руководитель отдела, HR или организатор обучения, IT и ведущий. Сам участник тоже может помогать в подготовке своей задачи, если это уместно по формату.
Шаг 1. Собрать повторяемые процессы
Руководитель отдела перечисляет задачи, которые участники делают регулярно. Не идеальные задачи для ИИ, а то, что реально происходит. На этом этапе важна честность: если задача делается раз в год, она честно помечается как редкая и оценивается отдельно - с проверкой, есть ли доступный архивный материал.
Шаг 2. Описать текущие шаги и узкое место
Для каждой задачи-кандидата описывается, как она делается сейчас: откуда приходит вход, что с ним происходит, куда идёт результат, где теряется время или качество. Узкое место - это участок, где ИИ мог бы помочь. Если узкое место не формулируется, задача скорее всего не подходит для этого формата занятия.
Шаг 3. Выбрать один конкретный участок для практики
Из описанного процесса выбирается один шаг, а не весь процесс. Не «подготовить коммерческое предложение», а «написать сопроводительное письмо к предложению по шаблону и данным клиента». Участник должен завершить упражнение за одно занятие и получить проверяемый результат.
Шаг 4. Подготовить разрешённые файлы
Организатор проверяет каждый файл: можно ли загружать его во внешний сервис, есть ли в нём персональные данные клиентов, коммерческая тайна или внутренняя переписка. Если ответ неизвестен - выяснить до занятия, а не во время.
Структура файла влияет на упражнение сильнее, чем кажется. Скан без распознанного текста - это совсем другой вход, чем та же таблица в Excel. Длинный PDF без заголовков создаёт другое упражнение, чем структурированный документ. Чтобы проверить, подходит ли файл, загрузите его и обработайте нужный фрагмент в выбранном инструменте заранее.
Если реальные данные нельзя использовать, есть два пути: взять публичный документ подходящей структуры или подготовить обезличенный вариант. Подробнее об обезличивании - в разделе про сложные случаи.
Шаг 5. Назвать критерий приёмки
Кто и по каким признакам скажет, что результат получился? Это может быть сам участник («письмо можно отправить без правок»), руководитель («структура соответствует нашему стандарту») или внешний получатель. Без критерия упражнение заканчивается вопросом «ну и что теперь?». Хороший критерий - два-три конкретных признака, а не «качественный текст».
Шаг 6. Проверить доступы под обычной учётной записью
IT проверяет, что каждый участник может войти в нужный сервис под своей учётной записью - не под учётной записью администратора и не под общим логином. Корпоративный прокси - это промежуточный сервер компании, который фильтрует интернет-трафик сотрудников. У администратора часто открыто то, что у рядового сотрудника заблокировано этим фильтром или политикой браузера.
Проверка включает полный путь участника: получить файл, найти его на устройстве, открыть, выполнить разрешённую тестовую задачу, сохранить результат, передать его получателю. Простого входа в интерфейс недостаточно.
На занятиях затруднения чаще возникают до работы с ИИ: участник не может найти скачанный файл, сервис заблокирован корпоративным фильтром, на устройстве другая операционная система. Это наблюдение из практики конкретных занятий - достаточный повод пройти полный путь участника заранее, а не в день занятия.
Если расширить права для части участников невозможно, нужен запасной сценарий - его выбирают заранее. Если у каждой пары есть проверенное устройство, пара работает совместно и сохраняет результат на одном устройстве с понятным именем файла. Если проверенное устройство только у ведущего, формат меняется на демонстрацию с разбором: участники анализируют результат, предлагают правки, обсуждают критерии. Оба варианта требуют предварительной проверки среды и данных. Человека, к которому участник обращается при сбое, и точку переключения на запасной формат назначают до занятия.
Шаг 7. Пройти упражнение полностью до занятия
Организатор или ведущий проходит задачу с теми же файлами и доступами, что будут у участников. Цель - убедиться, что задача решаема, вход корректен, выход сохраняется и нет неожиданных препятствий. Это пробный проход заранее, а не репетиция занятия.
Если задача предполагает работу с внешним сервисом, пробный проход не должен автоматически записывать результаты в рабочие системы компании. Рабочие системы - это CRM, общие хранилища, почта, где хранятся реальные данные. Результат практики не должен автоматически попасть в CRM, отправить письмо клиенту или изменить документ в общем хранилище без явного подтверждения. IT проверяет это условие заранее.
Шаг 8. Передать ведущему согласованный пакет
Результат подготовки - пакет, который ведущий получает до занятия. Пакет включает паспорта задач, файлы и подтверждение доступов. Ведущий, не участвовавший в подготовке, должен понять задачу, найти файлы, провести практику и оценить результат без дополнительных вопросов. Если это невозможно - пакет не готов.
Как решить сложные случаи с файлами и данными
Иногда задача подходит по смыслу, но с файлами или доступами возникает блокер. Общее правило: сначала проверить разрешение и формат файла, при сомнении заменить вход или перенести задачу в отдельный трек. Ниже - пять частых случаев.
Данные есть, но разрешения нет
Сотрудник приносит реальный файл, который хорошо подходит по структуре, но содержит персональные данные клиентов или конфиденциальную информацию. Загружать его во внешний сервис нельзя без проверки политики компании и условий конкретного сервиса.
Поверхностное обезличивание - это когда имена клиентов заменяют на «Клиент А», а суммы - на условные числа. Такая замена не делает файл безопасным автоматически. В нём могут остаться адреса, контакты, даты, свободный текст, скрытые листы и косвенные признаки, по которым личность можно восстановить. Деанонимизация - это повторное установление личности по таким косвенным данным. NISTIR 8053 (2015) объясняет, что замена прямых идентификаторов сама по себе не устраняет этот остаточный риск (полный текст). Требуется подтверждение конкретного входа уполномоченным владельцем данных - после проверки именно этой копии, включая скрытое содержимое.
Если безопасную копию подтвердить нельзя, есть два пути. Первый - взять согласованный искусственный пример с сохранёнными структурными зависимостями: типами полей, форматом, логикой расчётов. Второй - снять задачу с этого занятия и перенести в отдельный трек, где среда и данные будут подготовлены правильно. Эта статья не заменяет юридическую проверку политики компании и условий конкретного сервиса.
Если компания использует корпоративную версию сервиса с соглашением о конфиденциальности, это отдельный вопрос к IT и юридическому отделу. Публичность документа - не автоматическое разрешение на загрузку. Нужно проверить лицензионные условия конкретного источника. NIST AI 600-1 (раздел GV-6.1-001) отдельно предусматривает учёт прав третьих лиц при работе с внешними системами (полный текст).
Файл есть, но формат неудобный
Скан договора - это не то же самое, что текст договора. Таблица в формате изображения - не то же самое, что редактируемая таблица. Длинный PDF без заголовков создаёт совсем другое упражнение, чем структурированный документ.
Если файл в неудобном формате, это препятствие со статусом «требуется исправление»: либо конвертировать файл, либо выбрать другой вход, либо сделать работу с форматом частью упражнения. Последний вариант - это отдельное упражнение, не то, которое планировалось.
Участники в разных ролях
Если группа смешанная - менеджеры, аналитики, специалисты поддержки - одна задача не подойдёт всем одинаково. Либо выбирается наиболее общая задача, понятная каждому, либо готовятся два-три варианта входа с одной структурой упражнения.
Если руководитель работает в другом инструменте или на другом устройстве, для него готовят те же файлы в совместимом формате. Это тоже вариант подготовки.
Участник не видит связи с реальной работой
Организатор выбирает задачу по формальным критериям, но участник не понимает, почему выбран именно этот процесс. Паспорт задачи должен объяснять: почему именно этот процесс выбран и что может измениться, если его выполнять с ИИ. Такое объяснение снижает риск того, что участник воспринимает упражнение как формальность.
Хочется совместить проверку навыков и проверку технической среды
Это возможно, но требует явного разделения целей: что именно оценивается - умение работать с инструментом или готовность инфраструктуры? Смешение целей усложняет оценку результата. Принять решение о таком формате стоит заранее, а не в процессе.
Паспорт задачи - шаблон для одного учебного упражнения
Паспорт задачи - это документ, который фиксирует всё необходимое для одного учебного упражнения. Четыре роли согласуют именно его, а не устную договорённость. Паспорт составляется для каждой задачи, а не для каждого участника.
Поля паспорта и что в них писать:
Идентификатор процесса - короткое название-метка, по которому задачу можно найти в переписке и в списке файлов.
Владелец - конкретный человек, который отвечает за этот процесс в работе отдела и может сказать, правильный ли результат. Назначается организатором.
Частота - как часто задача выполняется: ежедневно, несколько раз в неделю, раз в месяц. Влияет на то, насколько участники знакомы с контекстом.
Текущие шаги - как задача делается сейчас: откуда приходит вход, что с ним происходит, куда идёт результат. Это поле объясняет участнику связь упражнения с реальной работой.
Входные файлы - конкретные файлы с форматами. Не «таблица с данными», а точное имя файла, лист, диапазон.
Допустимая среда - какой инструмент используется на занятии, подтверждено ли это IT и владельцем данных применительно к этим конкретным файлам.
Источник файла и условия использования - откуда взят файл и проверены ли лицензионные условия для загрузки в выбранную среду. Для публичных документов это не очевидно по умолчанию.
Ожидаемый выход - что должно получиться: текст, таблица, список, заполненный шаблон. Формат и примерный объём.
Получатель - кому идёт результат и в каком виде.
Критерии приёмки - по каким признакам результат считается пригодным. Желательно два-три конкретных признака.
Исходное время - сколько времени задача занимает у опытного сотрудника сейчас. Это точка отсчёта для участника, а не обещание ускорения.
Известные ограничения - что нельзя делать с этими данными, какие форматы не работают, какие шаги требуют ручной проверки.
Техническая проверка - отметка о том, что пробный проход выполнен: кем, когда, с каким результатом. Пустые поля «ответственный» и «дата» не означают готовность.
Решение о готовности - один из трёх статусов: «можно практиковать», «требуется исправление» с описанием что именно, «не подходит этому формату» с объяснением.
Ответственный за исправление - если статус «требуется исправление», указывается конкретный человек и срок.
Дата проверки - когда паспорт последний раз проверялся содержательно. Обновить дату - это не то же самое, что провести проверку. Если изменились правила среды, права на материалы или критерии приёмки, нужна содержательная проверка соответствующих полей.
Частично заполненный паспорт для финансового упражнения
Ниже - учебный пример заполненного паспорта для упражнения с публичным финансовым документом. Это иллюстрация структуры - не запись реального занятия и не описание рабочих процессов Apple.
В качестве входного материала взят публичный документ: Apple Form 10-K за финансовый год, завершившийся 27 сентября 2025 года (FY2025). 10-K - это ежегодный отчёт, который американские компании обязаны подавать в SEC (Комиссию по ценным бумагам США, Securities and Exchange Commission). Документ доступен на сайте SEC EDGAR - публичного реестра регуляторных документов: https://www.sec.gov/Archives/edgar/data/320193/000032019325000079/aapl-20250927.htm. Значения из консолидированного отчёта о прибылях и убытках (Consolidated Statements of Operations): Net sales (выручка) - 416 161 млн USD, Gross margin (валовая прибыль) - 195 201 млн USD, период FY2025.
В учебном сценарии участник передаёт фрагмент отчёта в инструмент, сверяет значения с источником и сам рассчитывает производный показатель. Ниже - авторские образцы запроса и ответа, показывающие форму упражнения. Это авторские примеры, а не запись реального запуска модели.
Авторский образец запроса:
Структурируй два значения из Consolidated Statements of Operations Apple FY2025 (год завершён 27.09.2025): Net sales и Gross margin. Результат - таблица с колонками «Строка», «Значение, млн USD», «Период». Получатель таблицы - ведущий занятия для оценки.
Авторский образец ответа:
Строка Значение, млн USD Период Net sales 416 161 FY2025 Gross margin 195 201 FY2025
После этого участник открывает тот же раздел в документе на SEC (печатная страница 29, Consolidated Statements of Operations), сверяет обе цифры и вручную считает валовую маржу: 195 201 делится на 416 161, результат умножается на 100, получается 46,9%. ИИ извлекает и структурирует строки - человек подтверждает значения по источнику и считает производное.
Готовый образец не закрывает техническую проверку. В паспорте статус «Техническая проверка» остаётся «не выполнена» до тех пор, пока организатор не пройдёт полный пробный проход в выбранной среде.
Идентификатор процесса: financial-summary-gross-margin
Владелец: назначается организатором из числа участников с финансовым опытом
Частота: для данного примера используется архивный годовой документ FY2025; реальную частоту заполняет организатор
Текущие шаги: аналитик получает 10-K, находит раздел Consolidated Statements of Operations (отчёт о прибылях и убытках), выписывает значения ключевых строк, сверяет их с источником, вручную рассчитывает производные показатели и оформляет краткую сводку. Конкретные шаги реального процесса в отделе заполняет организатор. Это исходная ручная работа; ИИ отрабатывается в учебном упражнении.
Входные файлы: публичный HTML-документ Apple 10-K FY2025 (SEC EDGAR), раздел Consolidated Statements of Operations; значения Net sales и Gross margin за период до 27.09.2025
Допустимая среда: требует подтверждения IT и ведущего применительно к выбранному инструменту; публичность документа не означает автоматического разрешения на загрузку в любую внешнюю систему
Источник файла и условия использования: SEC EDGAR, публичный регуляторный документ; условия использования конкретного инструмента проверяются отдельно перед занятием
Ожидаемый выход: таблица с двумя строками (Net sales, Gross margin), столбцами «Строка», «Значение, млн USD», «Период», формулой расчёта Gross margin % и проверочным значением; расчёт выполняется участником вручную, а не принимается на основании вывода модели без проверки
Получатель: ведущий для оценки; в реальном процессе - руководитель или финансовый аналитик
Критерии приёмки: значения совпадают с отчётом (Net sales 416 161 млн USD, Gross margin 195 201 млн USD); единицы измерения и период указаны явно; Gross margin % рассчитан корректно (195 201 делится на 416 161, получается 46,9%); новые интерпретации и обязательства в таблицу не добавлены
Исходное время: оценивается организатором по реальному процессу; для данного примера не установлено
Известные ограничения: документ на английском языке; HTML-версия требует проверки копирования числовых значений без артефактов форматирования; расчёт процента проверяется участником вручную
Техническая проверка: не выполнена; организатор указывает кем, когда и с каким результатом до занятия
Решение о готовности: требуется исправление - техническая проверка не выполнена
Ответственный за исправление: назначается организатором
Дата проверки: не установлена
Этот пример показывает, как поля паспорта работают вместе. Входной материал конкретен, критерии проверяемы, роль участника описана явно. Решение о готовности честно отражает, что техническая проверка ещё не выполнена. Ведущий, получивший такой паспорт, понимает, что нужно сделать до занятия.
Подробнее о том, как выстроить программу обучения целиком, можно узнать на странице обучения работе с ИИ.
Частые вопросы
Сколько задач нужно подготовить на одно занятие?
Зависит от длины занятия и состава группы. Для двухчасовой практической сессии разумный ориентир - две-три задачи с разным типом входа, но это параметр предлагаемого формата, а не правило. Сложная задача с незнакомым форматом данных или разнородной группой может занять всё занятие. Одна хорошо подготовленная задача лучше, чем несколько со статусом «требуется исправление». Лучше сузить список и подготовить выбранное основательно, чем брать много и не успеть устранить препятствия до занятия.
Может ли участник участвовать в подготовке своей задачи?
Да, и это полезно. Участник хорошо знает свой процесс: он поможет точнее описать текущие шаги, назвать реальный вход и сформулировать критерий приёмки. В описанном здесь процессе интересы участников по умолчанию представляет ведущий. Но прямое участие в подготовке и сверке своей задачи не исключается, если это уместно по формату и согласовано с организатором. Это особенно важно, когда задача узкоспециальная и только сам сотрудник знает нужные детали.
Можно ли использовать задачи из других отделов?
Можно, если владелец процесса из этого отдела участвует в подготовке паспорта и подтверждает критерии приёмки. Без владельца нет обратной связи - непонятно, правильный ли результат получил участник. Это снижает учебную ценность упражнения. Кроме того, владелец из другого отдела может знать ограничения по данным, о которых организатор не догадывается. Поэтому договариваться с владельцем нужно заранее, до подготовки паспорта.
Что делать, если IT не успевает проверить доступы до занятия?
Выберите запасной формат заранее, а не в день занятия. Если у каждой пары есть проверенное устройство с нужными доступами, пара работает совместно, а результат сохраняется на одном устройстве. Если проверенное устройство только у ведущего, формат меняется на демонстрацию с разбором: участники анализируют результат, предлагают правки, обсуждают критерии. Назначьте ответственного за переключение форматов и точку принятия решения до занятия.
Паспорт нужен для каждого участника или для каждой задачи?
Для каждой задачи, не для каждого участника. Паспорт описывает упражнение целиком: что делать, с какими файлами, кто проверит результат и по каким признакам. Вся группа работает по одному паспорту - каждый участник проходит задачу самостоятельно, но по одной инструкции. Если на занятии несколько разных задач, для каждой нужен свой паспорт.
Как быть, если реальные данные нельзя использовать, а публичных аналогов нет?
Нужно подготовить согласованный искусственный пример с сохранёнными структурными зависимостями: типами полей, форматом, логикой расчётов. Структура должна повторять реальную, чтобы участник работал с привычной формой данных. Решение о допустимости такого входа принимает уполномоченный владелец данных - после проверки конкретной копии, а не организатор самостоятельно. Если даже такой вариант нельзя подтвердить, задачу лучше перенести в отдельный трек с правильно подготовленной средой.
Нужно ли проходить весь процесс для каждого занятия заново?
Паспорт, однажды подготовленный, можно обновлять. Но обновить дату - это не проверка. Если изменились правила среды, права на материалы, состав участников или критерии приёмки, нужна содержательная проверка соответствующих полей. Пустая строка «дата проверки» в паспорте означает одно: проверка не выполнена. Со временем у отдела накапливается библиотека проверенных задач, и следующие занятия готовить значительно проще.
Заключение
Занятие по ИИ становится практикой, когда у каждого участника есть конкретная задача, разрешённые файлы, проверенные доступы и понятный критерий результата. Паспорт задачи - это форма, которая заставляет собрать всё это до занятия, а не разбираться в процессе. Начните с одной задачи из реального процесса отдела, пройдите все шаги подготовки и проверьте, что паспорт понятен ведущему без дополнительных вопросов.
Если хотите разобрать подготовку задач для конкретного отдела или обсудить формат занятия, напишите в Telegram @shimaoz или на hello@majento.ai.