За последние два года я прошла путь от пользователя нейросетей для своих задач до человека, который обучает этому целую команду. Разница между этими двумя ролями оказалась больше, чем я ожидала. Пользоваться технологиями самому – вопрос навыка. Научить этому команду – вопрос управления людьми, и здесь большинство руководителей совершают одни и те же ошибки. Обсудим, почему внедрение искусственного интеллекта в рабочие процессы буксует не на уровне инструментов, а на уровне людей.
Почему сотрудники сопротивляются обучению, но молчат
Типичный сценарий: руководитель находит полезный инструмент, показывает его на общем собрании, присылает ссылку в рабочий чат, и искренне удивляется через месяц, что новинкой никто не пользуется. Формально сотрудники не отказываются: они кивают на встрече, иногда даже открывают инструмент при руководителе. Но в реальной работе возвращаются к старым методам, потому что никто не объяснил им, зачем менять привычный процесс на новый, который поначалу требует больше усилий, а не меньше.
Что мешает сотрудникам осваивать новые инструменты:
- Страх обесценивания. Если ИИ за минуту делает то, на что у сотрудника уходил час, возникает не облегчение, а тревога: если моя работа теперь стоит минуту, зачем я здесь нужен? Это рациональная реакция на реальную неопределенность, которую нельзя снять инструкцией по использованию инструмента, потому что проблема не в инструменте.
- Недоверие к качеству результата. Первые несколько попыток использовать нейросеть почти всегда дают средний, а не отличный результат, потому что человек еще не научился формулировать задачу так, чтобы получить нужное. Разочарование от первой неудачной попытки формирует установку «эта штука не работает», и переубедить сотрудника после этого гораздо сложнее, чем до первой попытки.
- Отсутствие времени учиться внутри рабочего процесса – самая недооцененная причина. Руководители ждут, что сотрудник освоит новый инструмент в свободное время, между делом, без выделенных часов. На практике это означает, что осваивать будут только те, кто и так мотивирован – то есть, меньшинство, а не команда целиком.
Как научить сотрудников работать с новыми технологиями
Когда я проходила курс по промпт-инжинирингу и вайб-кодингу и параллельно начала выстраивать обучение своей команды, я убедилась, что подход «покажи инструмент – дай ссылку» не работает вообще. Работает другая последовательность:
- Начинать не с инструмента, а с конкретной задачи сотрудника. Не «вот вам ChatGPT, пользуйтесь», а «у тебя каждую неделю уходит два часа на составление отчета по остаткам – вот как эту же задачу можно решить за 15 минут». Когда человек видит выигрыш на своей знакомой задаче, а не на абстрактном примере из презентации, сопротивление снижается сразу.
- Разрешить первую неудачу. Я специально показываю команде не только удачные результаты работы с нейросетью, но и то, как я переформулирую промпт 3-4 раза, прежде чем получаю нужный ответ. Это снимает установку «раз с первого раза не получилось, значит, инструмент бесполезен». Сотрудник видит, что итерации – это норма, а не признак его некомпетентности.
- Выделять время на освоение внутри рабочих часов, а не сверхурочно. Даже час в неделю, официально выделенный на то, чтобы попробовать применить инструмент к текущей задаче, дает больше результата, чем десять презентаций о том, какой инструмент замечательный.
- Не требовать использования инструмента там, где старый способ объективно быстрее. Форсированное внедрение ИИ туда, где он не дает реального выигрыша, обесценивает инструмент в глазах команды и в тех задачах, где он действительно полезен.
Как измерить, что обучение команды сработало
Здесь легко ошибиться и мерить не то. Количество открытых лицензий на инструмент или число посещений обучающего вебинара ничего не говорит о реальном использовании – это метрики активности, а не результата.
Более честный показатель – доля задач определенного типа, которые команда теперь выполняет с помощью инструмента, а не количество людей, которые формально его освоили. Еще честнее – обратная связь без давления: спросить не «вы пользуетесь инструментом?», а «какую из своих регулярных задач вы бы хотели, чтобы я помогла вам ускорить с помощью нейросети?». Ответ на этот вопрос сразу показывает, кто реально пробовал, а кто делает вид.
Ошибки руководителей во время обучения сотрудников
Самая частая управленческая ошибка – считать, что достаточно самому хорошо владеть инструментом, чтобы команда переняла этот навык по примеру. Личный пример важен, но не заменяет структурированное обучение. Руководитель, который сам эффективно работает с нейросетями, часто не замечает, сколько неочевидных для новичка шагов он проходит автоматически, и переносит на команду ожидание, что они пройдут этот же путь самостоятельно, без сопровождения.
Вторая ошибка – обучать всех одинаково. Задачи маркетолога, специалиста поддержки и аналитика в работе с нейросетями различаются кардинально, а типовое обучение «основы промпт-инжиниринга для всех» решает проблему только у части команды, а остальные просто не находят применения новому навыку в конкретной работе.
Выводы
Приобщение команды к новым технологиям – это управленческая задача, требующая того же, что любое другое организационное изменение: понимания реальных причин сопротивления, времени на освоение внутри рабочего процесса, права на неудачную первую попытку и честных метрик результата вместо метрик активности. Способность руководителя провести команду через это изменение становится настоящим конкурентным преимуществом, а не сам факт наличия доступа к технологиям.
Также читайте:



Если вы в поддержке программы пишете, да еще целым отделом, то на вас перевалили работу разработчики.
Коммерческое ПО должно работать в любых кривых руках, примерно как АК-47.
Что касается "не сильно загружен", то я вполне загружен работой, которая происходит внутри головы, а беготня от принтера к сканеру и обратно - это активным студентам вместе с бегом в мешках, кофе и печеньками.
И отметмаются не все инициативы начальника, а только ИБД, внедрение ради внедрения.
Типа замены "морально устаревшего ПО". Смотришь на это морально новое ПО, а там на кнопке "Сохранить" по прежнему дискета нарисована. Кто-то помнит что такое дискета на 3,5 дюйма, 1,44 МБ?
Отдел ИТ. Поддержка пользователей - одна из его функций. Судя по всему, вы никогда не занимались подобными делами. Коммерческое ПО должно работать и оно работает. Но саппорт никто не отменял.
На кнопке "Сохранить" всего лишь интуитивно понятная иконка. Некий давно выработанный стандарт. Если это единственное, что беспокоит заказчика, то разработчику очень повезло.
Не обижайтесь, но у Вас правда довольно необычные отношения с начальником. Обычно руководители "ловят" своих подчиненных на ИБД.
Как и отношения к новым технологиям. Имеете право.
Любой проект имеет условия неопределенности. Иначе зачем бы было нужно управление проектам.