惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

The Cloudflare Blog
阮一峰的网络日志
阮一峰的网络日志
Martin Fowler
Martin Fowler
D
DataBreaches.Net
The GitHub Blog
The GitHub Blog
人人都是产品经理
人人都是产品经理
V
V2EX
爱范儿
爱范儿
PCI Perspectives
PCI Perspectives
T
Troy Hunt's Blog
Stack Overflow Blog
Stack Overflow Blog
www.infosecurity-magazine.com
www.infosecurity-magazine.com
SecWiki News
SecWiki News
cs.CV updates on arXiv.org
cs.CV updates on arXiv.org
The Hacker News
The Hacker News
小众软件
小众软件
雷峰网
雷峰网
D
Docker
NISL@THU
NISL@THU
cs.AI updates on arXiv.org
cs.AI updates on arXiv.org
腾讯CDC
B
Blog RSS Feed
C
CERT Recently Published Vulnerability Notes
cs.CL updates on arXiv.org
cs.CL updates on arXiv.org
U
Unit 42
有赞技术团队
有赞技术团队
P
Palo Alto Networks Blog
G
GRAHAM CLULEY
T
The Exploit Database - CXSecurity.com
T
Tailwind CSS Blog
S
Security @ Cisco Blogs
量子位
I
InfoQ
Application and Cybersecurity Blog
Application and Cybersecurity Blog
大猫的无限游戏
大猫的无限游戏
Schneier on Security
Schneier on Security
Help Net Security
Help Net Security
Latest news
Latest news
The Register - Security
The Register - Security
S
Securelist
W
WeLiveSecurity
A
Arctic Wolf
Security Latest
Security Latest
AWS News Blog
AWS News Blog
L
LINUX DO - 热门话题
S
Secure Thoughts
T
Tenable Blog
Know Your Adversary
Know Your Adversary
月光博客
月光博客
M
MIT News - Artificial intelligence

Все публикации подряд на Хабре

Ловим музу за клавиатуру: как айтишнику стать автором Что умеет Midjourney в 2026? Мой немного грустный разбор этого шикарного инструмента Никто не любит писать тесты, но ИИ может исправить это IPv8 выглядит как мечта. Поэтому почти наверняка не взлетит Производители вернули в продажу материнки с DDR3. Что происходит? Управление агентом с телефона через Telegram теперь в KodaCode От координации к лидерству: как меняется роль руководителя разработки Я сделала родителям бизнес вместо пенсии: зарабатываем 70 тысяч, мама не даёт продать В три раза быстрее приемка товара и оптимизация трудозатрат на 73%: как «РСТ-Инвент» помог Gulliver Group ИИ-шечный мир победил? О влиянии искусственного интеллекта на игропром Кремль снижает давление на Телеграмм пока Европа строит интернет по паспорту Как CEO, CTO и CIO за 8 часов собрали ИИ-директора, который умеет держать позицию под давлением Как (не) потерять домен за выходные Вместо 8 разных VPS: как я организовал практику студентам на одном сервере Почему твой Open Source проект не замечают? R&D: искусство управления неопределенностью в разработке AI-дефляция: вакансий для разработчиков больше, а рост зарплат — худший за 15 лет Мы отдали управление роботами OpenClaw. Что из этого вышло Галактический ID: система идентификации для всех форм разумной жизни Шесть основ бизнес-анализа: начинаем с вопроса «Кто в игре?» Код-ревью, в котором дело не в коде Данные переехали. Команда — нет Системной подход к сдаче OSWE в 2025 Почему комната управления реактором покрашена в цвет морской пены 4 YAML-файла вместо PySpark: как аналитикам строить пайплайны без разработчиков LLM-агент для поиска свободных доменов: автоматизируем подбор Когда, зачем и как правильно начинать новую сессию в Claude Code? Как я заставил нейросеть писать макросы для FreeCAD Анатомия ИИ‑агента для подбора персонала. От тысячи резюме к топ‑10 за минуты Опыт разработчика как экономика внимания Автономность как точка невозврата: кто будет субъектом в цифровом будущем Обучение ИИ в «диких» условиях: как рутинные действия превращаются в датасеты Как измерить LLM для задач кибербеза: обзор открытых бенчмарков Где хранить код? Сравнение GitHub, GitLab и Bitbucket Математика объясняет, почему нормальное распределение встречается повсюду Почему ваш FinOps не работает: 12 тезисов от практиков Как подписать проектную документацию УКЭП с использованием бесплатных лицензий Pilot Адаптивное администрирование Sigla Vision Я грузил уран в бочки, а потом 20 лет строил ИТ в атомной отрасли Чем позвонить с Эвереста? История и обзор спутниковой связи. Часть 2 Как языковая модель помогает контролировать качество инструктажей по охране труда в металлургии Как не передать на desktop свой IP в РКН Анатомия SAP Privileges: как устроено управление правами в macOS MoneyDev: Сказка про три главных слова Обновлённый токенизатор видео K-VAE 2.0 от Сбера Как сделать диспетчеризацию дома на 1284 квартиры почти бесплатно Как мы разогнали железную дорогу Мы дали агентам рутину. Теперь надо решить — что делать с освободившимся временем Токсичный контент, промпт-хакинг и защита ИИ — всё о Guardrails для LLM Умный город начинается с точного взгляда: как «Фалькон Тех» меняет пространство к лучшему Навайбкодил приложение для анализа графов Почему Дюну так интересно читать? Упрощаем работу с рутиной или как стать Гендальфом Белым Деконструкция Go: CPU, RAM и что там происходит. Go Assembler база. Часть 1.1 Какие профессии исчезнут из-за ИИ, а какие появятся? И что с этим делать Как мы построили IT-отдел, где хочется расти: архитектурные встречи, прозрачные метрики и книжные подарки Rufler: Делаем из Claude Code автономный рой через один YAML-конфиг Sing-box и белый список приложений Как построить надёжный обмен сообщениями в микросервисах: лучшие практики для enterprise OpenAI строит MLM-пирамиду, а McKinsey и Accenture помогают ей в этом Дом, который не построил Фишер (Часть 2) «Сверхзвуковой математик» против «Вдумчивого логиста»: битва алгоритмов 3D-упаковки Мультимодальные модели – грубый и дорогой инструмент Разговоры ничего не стоят. Код тоже Проверки физических лиц: с кого начнет ФНС Топ-10 бесплатных нейросетей для создания видео в 2026 году Первые слои кода: как наши решения сегодня определяют архитектуру ИИ на десятилетия Разработка нового статического анализатора: PVS-Studio JavaScript Поиск уязвимостей ПО: базовый минимум или роскошный максимум Почему оценка персонала не работает как инструмент управления Как мы разработали ИИ-ассистента и сократили рутину продуктовой команды на 50% Как я ушел из найма, нажарил косточек и продал на маркетплейсах на 168 млн в год Когда 1С:ERP уже внедрена, а нормального производственного плана всё ещё нет Как я сделал Claude мультимодальным, подключив к нему Qwen Omni Как приглашение на вакансию мечты превращается в атаку Infrastructure as Code: философия и лучшие практики IaC Тестируем Yandex Code Assistant на задаче, в которой нужно хранить секреты nxs-universal-chart v3.0: новое поколение универсального Helm-чарта Callback Injection: Техника, которая отправила Microsoft Defender в глухой нокаут «Все идеи на стол»: митап как способ вывести проект из тупика Сегодня я узнал нечто новое о GPU благодаря багу в своей игре Как заставить LLM ̶ ̶г̶а̶л̶л̶ю̶ ̶ эволюционировать Карта событий как фундамент аналитики: практический кейс для E-commerce Что выбрать для AI: x86, ARM или RISC-V? Дайджест железа за март Роль соматических мутаций в развитии аутоиммунных заболеваний: путь к избирательной терапии Mythos от Anthropic — тревожный сигнал для всех, а не только для банков Guardrails для LLM на Java: как приручить промпт‑инъекции и токсичные ответы Green-VLA: как мы собрали VLA-модель для реального антропоморфного робота и не потеряли обобщение Финансовая гонка вооружений: почему умные люди добровольно в ней участвуют Эра ИИ-агентов наступила: выбираем лучшего цифрового сотрудника # Практический опыт внедрения WinCC Redundancy на производственном предприятии Сделал MVP за 3 дня, а потом неделю прикручивал оплату. Оно того стоило? Физика против Маска: почему Starship V3 может оказаться ещё одной катастрофой Нефть Венесуэлы: крупнейшие запасы в мире, но не крупнейшая нефтяная держава JPA 4. Переосмысление Hibernate Почему зеркальная фотокамера Nikon D5 десятилетней давности идеально подошла для миссии «Артемида-2» Проект «Уровень-Спутник» или как мы сделали платформу для гидрологов «Замедлиться, чтобы ускориться»: почему ИИ повышает цену ошибок в требованиях и архитектуре Как с нуля поднять трафик IT-компании на 1657% при бюджете 55 тыс. и выжить Pixel-perfect Downsampling — идеальная отрисовка 50 миллионов точек без потерь
От «я знаю» к «я делаю»: четыре препятствия на пути развития
Георгий Мелик-Еганов · 2026-06-26 · via Все публикации подряд на Хабре

От «я знаю» к «я делаю»: четыре препятствия на пути развития

Простой

14 мин

0

Какой навык личного развития самый важный?

Умение учиться? Самодисциплина? Критическое мышление? Управление временем?
Все они важны, но на первое место я бы поставил способность понять, что ты чего‑то не знаешь и не умеешь.

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

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

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

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

Нелёгкий путь личного развития

Нелёгкий путь личного развития

Большая яма с водой: «Я это уже знаю»

Начну, пожалуй, с самой распространённой ситуации. Человек читает книгу, статью или проходит тренинг и ловит себя на мысли: «Ну это же очевидно. Я это и так знаю». Или чуть более продвинутый вариант: «Я это уже пробовал — не работает». Или совсем «экспертный»: «Это не будет работать, мир устроен по‑другому». И идёт дальше.

Почему я называю это «ямой»? Это место, куда мы падаем, проваливаемся и где можем застрять. Это состояние тупика, невозможности двигаться вперёд. И оно может быть удобным и выгодным для нас, потому что установка «Я это уже знаю» надёжно защищает от необходимости меняться. Личное развитие всегда про новые действия, ведущие к новым результатам. Если действия не меняются, не меняется ничего. А эта установка элегантно разрешает нам бездействовать, сохраняя лицо: я не бездействую, я просто «уже знаю», что метод нерабочий. Мы оказываемся в комфортном состоянии «проблемы нет». Можно переходить к чтению следующей статьи.

С точки зрения психологии обучения, это классическая ловушка первой стадии компетентности — «неосознаваемой некомпетентности». Модель, которую в 70-х годах прошлого века предложил Ноэль Бёрч в корпорации Gordon Training International, описывает четыре этапа освоения любого навыка:

· Неосознаваемая некомпетентность — «не знаю, что не знаю и не умею».

· Осознаваемая некомпетентность — «знаю, что знаю и не умею».

· Осознаваемая компетентность — «умею, но с усилием, концентрацией и постоянным контролем».

· Неосознаваемая компетентность — «умею автоматически».

Так вот, «яма с водой» — это застревание на первой стадии. Мы не просто чего‑то не умеем, а даже не подозреваем об этом. Мы искренне думаем, что знаем. И это не высокомерие, а особенность нашего восприятия.

Как заметил один из отцов‑основателей организационного обучения Крис Арджирис, существует колоссальный разрыв между нашим «поддерживаемым знанием» (тем, что мы декларируем) и «практикуемым знанием» (тем, как мы реально действуем). Мы искренне верим, что действуем в соответствии с усвоенными принципами. Хорошая иллюстрация: исследование, в котором 94% профессоров университетов оценили качество своей преподавательской деятельность как «выше среднего». Если уж профессора — люди, рефлексирующие по профессии, — склонны к такому самообману, то что говорить обо всех нас.

Как эта «яма» выглядит на практике? Вот пример из реальной дискуссии на Хабре. Участник пишет комментарий по поводу общения в сложной ситуации: «А что, нельзя честно и уважительно? Конструктивно, по делу, вежливо? Это же и есть те базовые навыки коммуникаций в обществе». Заканчивает свой комментарий он так: «Бред».

Человек искренне ратует за уважительную коммуникацию. И тут же, не замечая проявления неуважения со своей стороны, обрубает её словом «бред». Он не лицемерит — он действительно «не знает, что не знает», как на самом деле общается. Уверен, многие ловили коллег и руководителей на похожих противоречиях.

Кстати, в IT‑отрасли эта ловушка особенно заметна на примере нескольких конкретных компетенций. Масштабные исследования Google (Project Oxygen) показали, что из восьми ключевых качеств успешного руководителя семь относятся к мягким навыкам, и именно они зачастую находятся в зоне «неосознаваемой некомпетентности». Это всё навыки создания психологически безопасной среды: предоставление обратной связи, активное слушание, коммуникация в конфликтах и так далее. Техническая экспертиза оказалась на последнем месте. Интересно, что с хард‑скиллами такой проблемы почти нет: если разработчик не может решить задачу, компилятор или тесты сразу это покажут. А систематические провалы переговоров всегда можно списать на «неадекватного собеседника». Именно поэтому «яма с водой» так глубока и одновременно незаметна в области социальных навыков — у них нет встроенного «компилятора».

Барьер № 1. Ответственность: мучительный переход к «знаю, что не знаю и не умею»

Если «яма» — это неосознаваемая некомпетентность, то первая попытка из неё выбраться упирается в препятствие. И оно, прямо скажем, неприятное.

Это переход на вторую стадию «осознаваемой некомпетентности» — «знаю, что не знаю и не умею». Почему он так труден? Потому что субъективно переживается как деградация. Только что человек был «экспертом», который «всё это знает» (пусть и без результата). И вдруг он признаёт: на самом деле — не знаю и не умею. Самооценка страдает. Это единственная из четырёх стадий, которая ощущается как шаг назад.

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

Психологи называют это принятием ответственности или переходом от внешнего локуса контроля к внутреннему. Джулиан Роттер, который ввёл это понятие, и его последователи подтверждают многочисленными исследованиями: люди с внутренним локусом контроля демонстрируют более высокие академические успехи, бóльшую удовлетворённость жизнью и карьерой и более высокий уровень дохода — и эта связь сохраняется даже с учётом образования и интеллекта[i]. ().

Но принять это непросто. Мы прекрасно умеем объяснять свои неудачи внешними причинами: виновато начальство, виновата команда/коллега, виновата система. Исследования в менеджменте показывают, что около 70% людей склонны приписывать свои неудачи внешним факторам, а успехи — собственным способностям. Это нормальная работа защитного механизма психики.

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

В следующий раз, когда захочется назвать бредом чужую идею или метод, стоит на минуту допустить, что, возможно, мы находимся в плену иллюзии «выше среднего», как те самые профессора из исследования. И будет полезно спросить себя: «Что именно я делаю не так, если это упорно не работает?». Вопрос неприятный. Но именно с него начинается любое реальное развитие.

Барьер № 2. Парадигма: почему не получается делать по‑новому, даже когда очень хочется

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

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

Стивен Кови описал этот механизм через простую модель «Вижу — Делаю — Получаю» («See — Do — Get»). То, что мы видим (наша парадигма, система убеждений, карта реальности), определяет то, что мы делаем. А то, что мы делаем, определяет то, что мы получаем.

Давайте сразу на знакомом примере. Представьте типичную ситуацию code review в команде. Если моя парадигма звучит как «ревью — это поиск ошибок», то я должен доказать, что я внимателен«. Поэтому я делаю следующее: выискиваю мельчайшие недочёты, пишу жёсткие комментарии, настаиваю на переделке. Что я получаю? Разработчик защищается, отношения портятся, процесс затягивается. Я могу попробовать «смягчить формулировки» — изменить «Делаю». Но если моя парадигма осталась прежней, коллега всё равно почувствует во мне прокурора, а не союзника.

А теперь другая парадигма: «ревью — это совместное улучшение продукта и профессиональный рост коллеги». Действия автоматически становятся другими: я задаю вопросы вместо утверждений, подсвечиваю сильные места наравне с проблемными, предлагаю альтернативы. Результат будет другим. При этом технические навыки ревьюера в обоих случаях могут быть одинаковыми.

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

Тактические изменения внутри старой парадигмы не приводят к качественно новым результатам. Мы меняем «Делаю» внутри того же «Вижу» и получаем тот же результат, вернее его отсутствие.

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

Возможно, самый яркий пример смены парадигмы в IT отрасли — это переход от модели «ПО — коробочный продукт» к SaaS и continuous delivery.

Старая парадигма: «Релиз — это большое, редкое и опасное событие. Мы должны всё тщательно протестировать перед выпуском, потому что ошибка в релизе = катастрофа». Действия: длинные циклы тестирования, жёсткие дедлайны, стресс и overtime перед релизом, страх что‑то сломать. Результат: релизы редкие, болезненные, с высоким риском.

Новая парадигма: «Релиз — это рутинная операция. Мы деплоим маленькими порциями, постоянно получаем обратную связь и быстро исправляем ошибки». Действия: автоматизация CI/CD, feature flags, канареечные деплои, мониторинг в реальном времени. Результат: частота деплоев выросла на порядки, а страх ошибки снизился — потому что откатить изменение стало безопасно.

Ежегодный отчёт State of DevOps (DORA, Google Cloud) подтверждает, что элитные команды деплоят в 208 раз чаще, чем низкопроизводительные, и при этом имеют в 7 раз более низкий уровень отказов изменений. Они не «стараются не ошибаться» — они меняют саму парадигму отношения к ошибкам. Стабильность достигается не через избегание изменений, а через скорость и безопасность изменений.

То же самое в 90-х произошло при переходе от водопада к Agile. Нельзя было «немного улучшить» водопад и получить Agile‑результаты. Нужно было перестать видеть разработку как конвейер и начать видеть её как итеративный процесс с обратной связью. Кстати, в российском IT я часто наблюдаю феномен формального Agile — выполнение ритуальных действий без смены парадигмального подхода. Это порождает критику Agile, но это тема для отдельной большой статьи.

Исследования McKinsey по цифровым трансформациям регулярно показывают: главный барьер трансформаций — не технологический, а культурный. Старые ментальные модели руководителей и сотрудников («мы так всегда работали», «IT — это сервисная функция», «сначала соберём требования, потом подумаем», «ошибки — это диагноз в некомпетентности») становятся потолком, выше которого организация прыгнуть не может, хотя все ритуалы Agile внедрены.

Наиболее распространённые парадигмальные ловушки

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

· «Клиент сам не знает, чего хочет» vs «Клиент — источник информации о проблеме, а решение — моя работа». В первой парадигме действия — это сарказм в чатике, формальные уточнения «по ТЗ» и разочарование. Во второй — эмпатическое исследование, прототипирование, совместный поиск. Результаты несопоставимы.

· «Я отвечаю только за свой код/модуль» vs «Я отвечаю за результат, который видит пользователь». В первой парадигме можно годами не интересоваться, как продукт работает в реальности. Во второй — приходится осваивать смежные области, договариваться с другими командами, понимать бизнес. Это требует новых навыков, которые в первой парадигме просто не видны как необходимые.

· «Если я не самый умный в комнате, то я бесполезен» vs «Моя ценность в умении организовать коллективный интеллект». Первая парадигма — классическая ловушка ведущего разработчика или тимлида, который привык быть лучшим. Она делает невозможным делегирование. Точнее, делегирование вроде бы происходит, но с тотальным контролем и микроменеджментом (что, конечно, не делегирование вовсе).

· «Ошибка — это провал, за которым последует наказание» vs «Ошибка — это данные для улучшения системы». Исследование Google Project Aristotle показало: команды с высоким уровнем психологической безопасности ошибаются чаще, но и побеждают чаще, потому что ошибки обсуждаются, а не замалчиваются. Однако для многих руководителей и сотрудников эта парадигма остаётся контринтуитивной — они искренне верят, что страх ошибки повышает качество, хотя данные говорят об обратном.

Во всех этих случаях проблема не в лени и не в неспособности освоить новый навык. Проблема в том, что старая парадигма делает этот навык невидимым или бессмысленным. Зачем учиться фасилитации, если я должен быть «самым умным в комнате»? Зачем разбираться в бизнес‑метриках, если я «отвечаю только за код»?

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

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

Дальше можно попробовать две простые техники.

  1. Смена позиции восприятия. Когда я застреваю в конфликте или непонимании, полезно буквально представить: Как эту же ситуацию видит мой оппонент? Что для него важно? Чего он опасается? А затем — как эту ситуацию увидел бы нейтральный наблюдатель? Что бы он сказал о происходящем? Одно это упражнение часто вскрывает, что моя «объективная реальность» — всего лишь одна из проекций.

  2. Переформулирование проблемы. Вместо «Как мне выиграть этот спор?» спросить «Как нам вместе найти лучшее решение?». Вместо «Почему они такие бестолковые?» — «Что в системе приводит к тому, что умные люди ошибаются?». Вместо «Как избежать ошибок?» — «Как сделать так, чтобы ошибки находились быстро и безопасно?». Смена вопроса — это и есть смена парадигмы в моменте.

Смена парадигмы требует мужества. Старая парадигма составляет часть нашей идентичности. Поставить её под сомнение — всё равно что на секунду перестать быть собой. Кэрол Дуэк, автор концепции «гибкого сознания» (growth mindset), показала в своих исследованиях: люди с фиксированным мышлением («я или талантлив, или нет») избегают задач, где могут выглядеть некомпетентными. Они буквально отказываются от опыта, который мог бы их развить, просто потому, что их парадигма не позволяет им быть «незнающими».

Смена парадигмы требует готовности на время стать «незнающим». И именно в этом пространстве, где мы допускаем возможность иного взгляда, рождаются действительно новые действия. И новые результаты.

Барьер № 3. Привычки: почему мы не делаем то, что решили делать

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

Но именно здесь мы сталкиваемся с барьером, который отделяет нас от перехода знаний в повседневные действия. А ведь ради этого ради такого перехода и проводится любое обучение. Этот последний барьер ставит блок на практическом применении знаний, когда мы действуем не задумываясь. И мы возвращаемся к старым привычкам.

Чарльз Духигг в своей книге «Сила привычки» описал механизм, который объясняет, почему так трудно «просто начать делать по‑новому». Привычка состоит из трёх компонентов: пусковой сигнал → действие → вознаграждение. Этот цикл с каждым повторением прокладывает нейронный путь в мозге, делая его всё более автоматическим.

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

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

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

Это нейрофизиологический факт. Проторённый нейронный путь поддерживается дофаминовой системой — механизмом активации чёрной субстанции, который при сформированной привычке запускается ещё до совершения самого действия. Человек ещё только увидел уведомление на телефоне, а мозг уже выделил дофамин, до совершения действия — просмотра уведомления, — тем самым запуская это действие. Поэтому бороться с привычкой «в лоб», пытаясь её подавить ли «удалить», будет заведомо проигрышной стратегией. Нейронный путь никуда не денется.

Исследования показывают, что на формирование новой привычки (в зависимости от большого числа факторов) уходит от 18 до 254 дней. Всё это время старый путь будет активно пытаться «перехватить управление». Дело не в слабоволии — это биология.

2. Фокусироваться на «стартовых» привычках и использовать замещение.

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

Не нужно пытаться менять все «плохие» привычки. Полезнее найти «стартовую» привычку — ту, которая запускает каскад остальных.

3. Начинать с лёгкости, а не с награды.

Типичная ошибка при попытке сформировать новую привычку — фокус на вознаграждении: «Я перестану откладывать дела на потом/похудею/выучу язык». Но мозг живёт здесь и сейчас, а награда где‑то в далёком будущем.

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

Вместо заключения

Итак, мы разобрали одну большую «яму» и три барьера на пути личного развития:

«Яма с водой» — неосознаваемая некомпетентность, иллюзия, что «я уже всё знаю».

Барьер № 1 — сопротивление принятию ответственности и признанию «я не умею».

Барьер № 2 — неспособность увидеть ситуацию по‑новому, через иную парадигму.

Барьер № 3 — власть старых привычек, которые невозможно удалить, но можно заменить.

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

Этот путь требует времени, честности с собой и внутренней работы: «Я это уже знаю» → Принятие ответственности: «Я знаю, что я не знаю и не умею» → Смена парадигмы → Формирование новых привычек. Но, пожалуй, в нём и есть суть реального, а не иллюзорного личного развития. Именно так и преодолевается путь от «прочитал» до «начал делать». Для тех, кто действительно готов бежать дальше.


[i] Judge, T. A., et al. 2002. Are measures of self‑esteem, neuroticism, locus of control, and generalized self‑efficacy indicators of a common core construct? Journal of Personality and Social Psychology.