Этот сценарий я вижу в большинстве компаний, которые приходят ко мне после первой попытки внедрить AI. Обучение прошло хорошо, отзывы отличные, а поведение команды осталось прежним. Причина почти никогда в качестве тренинга. Причина в том, что обучение было событием, а изменение поведения требует процесса.
Причина первая. Учили инструменту, задачи остались за кадром
Стандартная программа показывает возможности модели на демонстрационных примерах. Сотрудник возвращается к своим задачам и не видит, куда это приложить. Перенос с чужого примера на свою работу оказывается самым сложным шагом, и именно он остается за пределами тренинга.
Работает обратный порядок: берем реальные задачи команды и решаем их с AI прямо на встрече. Каждый уходит с готовым результатом в своей работе и понятным способом его повторить.
Причина вторая. У изменения нет владельца
После тренинга ответственность за применение размазана по всем участникам, то есть отсутствует. Новый способ работы конкурирует со старым, а старый привычнее и надежнее под дедлайном.
- Кто отвечает за то, что процесс изменился, по имени.
- Где новый способ закреплен в самом процессе, а не в памяти людей.
- Как руководитель видит применение без ручных проверок.
Пока на эти три вопроса нет ответа, команда вернется к старому способу в первую же напряженную неделю.
Причина третья. Руководители остались наблюдателями
Если топ-команда смотрит на AI со стороны, сотрудники считывают приоритет безошибочно. Изменение держится ровно до тех пор, пока за ним следят. Руководителям нужен собственный слой работы: где AI дает бизнес-результат в их процессах, какие решения они принимают сами и как ведут изменение в своей зоне.
Что сделать вместо повторного тренинга
Соберите три вещи: практику на реальных задачах, владельца изменения в каждой команде и вовлеченных руководителей. В таком виде AI перестает быть темой обучения и становится частью процесса. Обычно на это уходит серия рабочих встреч, после которых компетенция остается внутри команды.