Сдвиг мышления: как человек начинает работать вместе с ИИ

Иллюстрация. Сдвиг мышления становится заметен, когда старый способ работы начинает казаться слишком медленным.

Почти каждый руководитель, который начинает внедрять ИИ в компании, сталкивается с одним и тем же сопротивлением.

На презентации все выглядит убедительно. Ассистент быстро пишет текст, пересказывает встречу, помогает разобрать документ,

находит ошибки, предлагает структуру. Руководитель видит, что потенциал огромный.

Но потом начинается реальная работа.

Одни сотрудники пользуются ИИ каждый день. Другие открывают

его пару раз и забывают. Третьи говорят, что им проще сделать самим. Четвертые получают плохой ответ и теряют доверие. Пятые боятся загрузить не тот документ. Шестые используют ассистента только для мелких задач, хотя могли бы перестроить половину своей работы.

Снаружи это похоже на сопротивление изменениям.

Иногда так и есть. Но чаще проблема глубже.

ИИ сначала не укладывается в привычный способ работы человека.

Человек много лет учился делать задачу сам: искать информацию, держать контекст в голове, писать документ, проверять детали, спрашивать коллег, принимать решение. У него сложился внутренний маршрут. Даже если маршрут неидеален, он знакомый.

Ассистент ломает этот маршрут.

Он требует поставить задачу словами. Дать контекст. Объяснить

ограничения. Проверить результат. Попросить переделать. Сравнить варианты. Удержать ответственность, хотя часть работы сделал не ты.

Для многих это непривычно. Возникает ощущение: “пока я ему

объясню, быстрее сделаю сам”.

На раннем этапе это не всегда отговорка. Иногда так и есть.

Человек действительно тратит больше времени, потому что еще не умеет работать с ассистентом. Он пытается встроить ИИ в старую

привычку, а не поменять способ выполнения задачи.

Сдвиг мышления происходит позже.

В какой-то момент человек перестает воспринимать ассистента как внешнюю игрушку и начинает думать вместе с ним.

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

С этого момента ИИ становится не генератором текста, а расширением рабочего мышления.

И после этого возвращаться к старому способу работы становится трудно.

Почему сначала кажется неудобно

Большая часть офисной работы строилась на том, что человек сам является главным носителем контекста.

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

Часть этого знания записана в системах, но огромная часть живет в голове.

Когда появляется ассистент, ему нужно передать хотя бы часть этого контекста. И здесь человек впервые сталкивается с неприятным фактом: многое из того, что он “просто знает”, на самом деле нигде нормально не описано.

ИИ начинает подсвечивать не только свои ограничения, но и беспорядок в работе компании.

Нет актуального source of truth. Нет единого шаблона. Нет понятных правил. Нет описания процесса. Нет карточки роли. Нет критериев хорошего результата.

Поэтому сотрудник чувствует дискомфорт и часто обвиняет в нем модель.

“Она не понимает”.

“Она пишет общими словами”.

“Она не знает нашу специфику”.

Иногда это правда. Но часто модель не знает специфику потому, что сама компания не сделала ее явной.

ИИ плохо работает там, где компания держится на неявной памяти людей.

Это важное открытие для руководителя.

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

Старая привычка: сделать самому

Есть еще одна причина, почему ИИ сначала “не налазит” на человека.

Сильные сотрудники привыкли гордиться тем, что они делают сами.

Хороший продавец сам пишет письмо клиенту. Хороший руководитель проекта сам собирает статус. Хороший программист сам разбирается в коде. Хороший юрист сам видит риски в договоре. Хороший закупщик сам готовится к переговорам.

ИИ будто забирает часть этой профессиональной идентичности.

Человеку кажется, что если он попросил ассистента помочь, значит, он стал слабее. Или его работа обесценилась. Или теперь любой сможет делать то же самое.

Это болезненный момент.

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

Сильному человеку нужно показать не “теперь ИИ будет делать за тебя”, а “теперь ты можешь владеть более сложным контуром”.

Программист не превращается в оператора генерации кода. Он становится AI-Native инженером: проектирует задачу, управляет ассистентом, проверяет архитектуру, отвечает за качество, собирает skills и ускоряет весь цикл разработки.

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

Руководитель проекта не превращается в секретаря модели. Он становится человеком, который видит систему проекта шире: зависимости, риски, решения, статусы, пробелы в коммуникации.

ИИ не должен забирать профессиональную гордость. Он должен переносить ее на новый уровень.

Почти у каждого человека, который действительно начал работать с ИИ, есть момент внутреннего “щелчка”. Но для книги точнее называть его сдвигом мышления.

Сдвиг мышления — это момент, когда человек перестает воспринимать ИИ как внешнюю программу для отдельных просьб и начинает работать с ним как с частью собственного рабочего

мышления. Он уже не просто просит “напиши текст”, а учится ставить задачу, давать контекст, проверять результат, видеть слабые места и управлять всем контуром работы.

До него ассистент воспринимается как отдельный инструмент.

После него — как часть мышления.

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

не сделал бы вообще.

Например:

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

руководитель проекта видит риски в статусах, которые сам пропускал;

инженер получает от ассистента не готовый код, а хорошую карту проблемы;

закупщик впервые идет на встречу с поставщиком с ясной переговорной позицией;

руководитель получает краткое резюме по сложному документу и понимает, какие вопросы задать команде.

Важно, что сдвиг мышления происходит не от красивой демонстрации.

Он происходит, когда человек видит пользу в своей настоящей

работе.

Поэтому внедрение ИИ нельзя строить только на общих тренингах. Нужны рабочие сценарии, связанные с конкретными ролями и задачами.

Человек должен увидеть: ассистент помогает мне в том, за что я отвечаю.

Почему нельзя заставить всех одинаково

Руководителю хочется масштабировать быстро.

Если ИИ полезен, почему бы не обучить всех сразу? Почему бы не сказать: “С понедельника все используем ассистента”? Почему бы не поставить общий показатель использования?

Проблема в том, что люди проходят переход с разной скоростью.

Есть первопроходцы. Они сами ищут способы, пробуют, ошибаются, быстро набирают практику. Их не нужно убеждать. Им нужно дать инструменты, доступы, правила безопасности и

возможность делиться удачными находками.

Есть сильные профессионалы, которые сначала сопротивляются, потому что не хотят терять контроль над качеством. Их нельзя стыдить. Их нужно вовлекать как соавторов skills. Именно они

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

Есть сотрудники, которым нужна понятная инструкция: куда нажать, что загрузить, какой результат получить, когда

остановиться и позвать человека.

Есть люди, чья текущая роль действительно будет исчезать или сжиматься. С ними нужен честный разговор: часть старой работы будет автоматизирована, и ценность человека должна сместиться

выше.

Если управлять всеми одинаково, компания получит раздражение.

Если управлять переходом по группам, можно превратить сопротивление в развитие.

Новая грамотность руководителя

Раньше руководитель спрашивал: “Ты сделал задачу?”

Теперь ему нужно научиться задавать другие вопросы:

как ты поставил задачу ассистенту;

какой контекст дал;

какие источники использовал;

как проверил результат;

что сохранил в памяти компании;

где ассистент ошибся;

как мы улучшим skill, чтобы в следующий раз было быстрее.

Это не микроменеджмент. Это новая управленческая грамотность.

Если руководитель продолжает оценивать только итоговый

документ, он не видит, как человек работает с ассистентом. Он не понимает, где теряется качество: в постановке задачи, в данных, в модели, в проверке или в отсутствии skill.

AI-Native руководитель управляет не только людьми и задачами,

но и качеством связки между человеком и ассистентом.

Что делать с первопроходцами

В каждой компании есть люди, которые начинают быстрее остальных.

Их часто называют энтузиастами. Но для AI-Native перехода они важнее, чем просто активные пользователи.

Они являются разведчиками новых способов работы.

Задача руководителя — не просто похвалить их, а извлечь из их практики повторяемые skills.

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

какую задачу он решает;

какие документы берет на вход;

какие источники проверяет;

какой запрос задает ассистенту;

как проверяет результат;

где человек принимает решение;

какой итоговый формат удобен руководителю или клиенту.

Так личная находка превращается в skill компании.

Именно здесь начинается масштабирование.

Не с приказа “используйте ИИ”, а с превращения лучших практик

в рабочие протоколы.

Что делать с сопротивлением

Сопротивление нельзя лечить лозунгами.

Фраза “ИИ вас не заменит” звучит успокаивающе, но не всегда

честно. Часть задач действительно исчезнет. Часть ролей изменится до неузнаваемости. Некоторые сотрудники, которые не захотят подниматься на новый уровень ответственности, станут менее ценными.

Лучше говорить честнее:

ИИ заберет часть старой работы. Но он также создаст

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

Сопротивление снижается, когда человек видит три вещи:

что именно меняется в его роли;
чему он должен научиться;
как его ценность вырастет, если он освоит новый способ работы.

Если этого нет, человек слышит только угрозу.

Пример: инженерная команда

В инженерной команде переход особенно заметен.

Сначала разработчики пробуют ассистента как ускоритель кода.

Кто-то просит написать функцию. Кто-то — тесты. Кто-то — объяснить ошибку.

На этом этапе результат смешанный. Иногда ассистент помогает, иногда генерирует лишнее, иногда ошибается, иногда делает вид,

что понял задачу.

Потом сильные инженеры начинают менять сам процесс.

Они понимают, что лучший результат получается не тогда, когда ассистенту говорят “напиши код”, а когда задача хорошо описана:

что должно измениться;

какие есть ограничения;

какие сценарии должны работать;

что не входит в объем;

как проверить результат;

какие тесты запустить;

где возможны риски.

Так программист постепенно становится AI-Native инженером.

Его ценность не в том, что он быстрее нажимает кнопки. Его

ценность в том, что он умеет превращать неясное требование в проверяемую задачу, управлять ассистентом, оценивать результат и улучшать рабочий skill команды.

Это пример того, как старая роль не просто автоматизируется, а поднимается на новый уровень.

Как руководителю ускорить сдвиг мышления

Сдвиг мышления нельзя приказать. Но его можно спроектировать.

Для этого нужны пять условий.

Первое — реальный сценарий.

Не “поиграемся с моделью”, а задача, которая болит: подготовка встречи, разбор договора, анализ тендера, статус проекта,

коммерческое предложение.

Второе — хороший первый опыт.

Человек должен получить пользу в своей работе, а не абстрактное впечатление от демонстрации.

Третье — безопасные границы.

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

Четвертое — поддержка сильных профессионалов.

Их нужно вовлекать в создание skills, а не превращать в пассивных пользователей.

Пятое — фиксация удачной практики.

Если человек нашел хороший способ работы, он должен стать skill, шаблоном или правилом, а не остаться личной привычкой.

Что сделать руководителю

Выберите одну роль, где ИИ уже вызывает интерес или сопротивление.

Например:

руководитель проекта;

продавец;

инженер;

закупщик;

юрист;

аналитик;

руководитель отдела.

Проведите с несколькими представителями этой роли короткую рабочую сессию.

Не спрашивайте: “Как вы хотите использовать ИИ?”

Спросите:

Какая часть вашей работы повторяется каждую неделю?
Где вы больше всего тратите время на поиск информации?
Какие документы вы готовите чаще всего?
Где чаще всего возникают ошибки?
Что вы держите в голове, но нигде не записываете?
Какой результат вы не доверили бы ассистенту без проверки?
Какая помощь ассистента дала бы вам ощущение “теперь я не

хочу делать это по-старому”?

Ответы на эти вопросы дадут материал для первых skills.

Вопросы для руководителя

У кого в вашей компании уже произошел сдвиг мышления в работе с ИИ?

Где люди сопротивляются потому, что ИИ угрожает их профессиональной идентичности?

Какие неявные знания компании становятся видны только тогда, когда вы пытаетесь передать контекст ассистенту?

Какие сильные сотрудники могут стать авторами первых skills?

Какие роли в компании должны подняться на уровень владельцев агентных контуров?

Что вы делаете, чтобы удачные личные практики становились активом компании?

Главная мысль главы

ИИ начинает работать в компании не тогда, когда люди прошли обучение и узнали набор промптов.

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

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

Задача руководителя — не заставить всех пользоваться ИИ одинаково, а провести команду через сдвиг мышления и превратить лучшие личные практики в skills компании.