Раздражение, зацикленные мысли, падение энергии и тревога легко становятся фоном. Метакогниция помогает заметить изменения в собственном состоянии до того, как они превращаются в срыв или истощение. В статье — объяснение механизма и заполняемый чек-лист первичной самооценки по шкале 0–12.
Компания сократила почти половину DevOps, а потом выяснила: пароли от прода остались на личных ноутбуках ушедших. Разбираю, почему очередь из резюме не равна очереди готовых замен и какие расходы не видны в таблице с зарплатами.
Я сам регулярно попадаю в такие разговоры. И самое неприятное, что в момент ссоры обычно кажусь себе единственным человеком, который сохраняет здравый смысл.
Я не кричу, помню, кто что сказал, могу восстановить последовательность событий и предложить несколько решений. Если записать разговор в виде лога, моя позиция будет выглядеть вполне убедительно.
А потом проходит полчаса, и выясняется, что я сумел одновременно оказаться правым и окончательно испортить вечер.
Особенно хорошо я умею решать проблемы, которые меня не просили решать. Человек рассказывает, как его унизили на работе, а я уже мысленно открыл задачу: поговорить с руководителем, написать в HR, обновить резюме. Когда мои предложения почему-то не вызывают благодарности, я ещё и обижаюсь: я же пытаюсь помочь.
Только позже до меня доходит, что от меня ждали не плана спасения. Нужно было сначала сказать: «Да, это было ужасно. Рассказывай».
Эту статью мы в итоге написали вместе с женой. Она дипломированный психолог, а ещё человек, который регулярно наблюдает мои попытки превратить эмоциональный разговор в разбор инцидента. Я приносил ситуации, в которые сам попадал, она помогала разбираться, что в них происходит и какие ответы действительно могут помочь. В какой-то момент мы решили собрать наши наблюдения и поделиться ими.
Умные часы и психологические чат-боты уже никого не удивляют. Гораздо интереснее лабораторные технологии, которые моделируют поведение, извлекают смысл из активности мозга и воздействуют на нейронные цепи. Разбираю четыре исследования без магии и рекламных обещаний: что именно получилось, на скольких людях это проверили и где результаты заканчиваются красивыми заголовками.
Хороший руководитель встречается не всегда, а быстро сменить работу удаётся не каждому. За карьеру я работал с десятками начальников и смежников и убедился: понимание их рабочих «характеристик» почти всегда выгоднее открытой конфронтации. Разбираю, где адаптация помогает сохранить силы, а где уже пора признать, что цена среды слишком высока.
Можно хорошо работать, быть полезным команде, постоянно развиваться — и всё равно попасть под сокращение. Пока решение ещё не принято, тревога уже влияет на концентрацию, отношения дома и профессиональные решения: человек читает новости, старается стать незаменимым и постепенно отдаёт возможному увольнению управление своей жизнью.
Разбираю, почему устойчивость в такой ситуации не равна спокойствию, как отличить полезную подготовку от бесконечного поиска гарантий и зачем вместо спасения одного сценария увеличивать количество вариантов, которые останутся у вас, если работа всё-таки исчезнет.
Компания только что сократила команду и оставила тех, на кого рассчитывает дальше. Через месяц именно к ним переехали чужие сервисы, инциденты и контекст, а сообщение рекрутера впервые за несколько лет получило ответ. Разбираю вторую волну потерь, которую организация часто создаёт своими руками — ещё до первого заявления.
Почти в каждой достаточно большой IT-команде рано или поздно появляется человек, про которого коллеги думают примерно одно и то же: с ним тяжело.
Самое интересное, что сам он совершенно не обязательно считает себя сложным человеком. Наоборот: он прямой, принципиальный, требовательный, профессиональный и просто переживает за результат.
Если перевести эгосинтонность на язык IT, получается довольно точная формула: окружающие уже видят баг, а внутри собственной системы человека он всё ещё зарегистрирован как фича.
Разработчик понимает, что не успевает, но молчит до последнего. Сильный специалист не делегирует, потому что другим не доверяет. Тимлид видит, что проблема выходит за пределы команды, но боится сообщить наверх.
Психологический процесс начинает влиять на работу раньше, чем появляется событие, которое мы уже называем проблемой. Разбираю, как замечать такие сценарии раньше — и почему профилактика начинается не только с сотрудника, но и с безопасной среды внутри команды.
«На тестах всё работало». Любой разработчик слышал эту фразу хотя бы раз. В психотерапии происходит нечто похожее: человек может прекрасно понимать свою проблему на сессии, но в реальной жизни снова автоматически реагировать по-старому. Используя аналогии из разработки, я попробую показать, почему настоящее изменение проверяется не в кабинете психолога, а в том самом «проде», ради которого человек вообще пришёл в терапию.
В 1968 году Филип К. Дик написал роман «Мечтают ли андроиды об электроовцах?». В мире книги эмпатия становится одним из признаков, по которым человека пытаются отличить от андроида. Для этого используется вымышленный тест Войта-Кампфа, проверяющий эмоциональные реакции.
Я начал эту статью с гипотезы об эмпатии разработчиков, но исследований, которые позволили бы подтвердить её, не нашёл. Зато обнаружил более интересный вопрос: как эмоции влияют на вполне рациональные инженерные решения и что происходит, когда мы этого влияния не замечаем.
Когда работа, к которой вы долго стремились, перестаёт радовать, легко решить, что вы обленились, выгорели или выбрали не ту профессию. Но иногда прежние стимулы просто больше не совпадают с тем, что человеку сейчас нужно. Попробуем разделить стимул, мотив и потребность и разобраться, почему одинаковая зарплата, сложная задача или сильная команда для разных разработчиков означают совершенно разные вещи.
Разработчик получает сложную задачу, погружается в детали и через несколько дней знает о ней гораздо больше, но законченного результата всё ещё нет. Он не ленится и не обязательно плохо планирует работу. Иногда задача превращается в проверку профессиональной состоятельности: несовершенный результат становится страшно показывать, просьба о помощи воспринимается как поражение, а давление сверху только усиливает застревание.
Я называю это «синдромом Данилы-мастера»: специалист уже не просто решает задачу, а пытается доказать с её помощью собственное мастерство. Разберём, как перфекционизм связывается с самооценкой, почему очевидные советы о декомпозиции могут не работать и как небольшой законченный шаг возвращает человеку способность двигаться дальше.
Руководитель болезненно реагирует на критику, избегает неприятных разговоров или принимает все задачи, которые приходят сверху. Как сотруднику общаться с ним так, чтобы не усиливать проблему? Во второй части разбираю нарциссический, избегающий и альтруистический стили управления: какие реакции команды их закрепляют, чего лучше не делать и какие формулировки помогают сохранить рабочий диалог.
Полезные качества руководителя иногда начинают работать против команды. Осторожность превращается в подозрительность, ответственность — в гиперконтроль, а опыт неудач — в ожидание очередного провала. Разбираю три психологических стиля управления и показываю, как поведение руководителя постепенно создаёт именно ту команду, которой он опасается.
Чем надёжнее разработчик, тем дольше окружающие могут не замечать, какой ценой ему даётся работа. Эта статья — практическая памятка о том, как вовремя заметить перегрузку, заканчивать рабочий день, не переносить инженерный режим в отношения и обращаться за помощью до того, как состояние станет критическим.
За годы управления инженерными подразделениями я совершал одну и ту же ошибку: больше внимания уделял тем сотрудникам, чьи проблемы уже были заметны. А самых надёжных оставлял в покое, считая это формой доверия.
Однажды один из сильнейших инженеров моей команды неожиданно пришёл с заявлением об увольнении. Только после долгого разговора выяснилось, что два месяца назад он просил отпуск, а я пообещал решить вопрос и забыл. Он же ни разу не напомнил.
Почему помощь часто получают те, кто громче сообщает о трудностях, а самые сильные специалисты остаются без поддержки? Попробую разобрать этот парадокс через модель профессионального стресса Роберта Каросека и собственный управленческий опыт.
Инженер может несколько дней перепроверять решение и выглядеть очень ответственным. Но иногда новые проверки уже не дают информации, а лишь ненадолго уменьшают сомнения. Разбираю, как анализ превращается в способ откладывать действие и какое условие выхода помогает остановить этот цикл.
Ноутбук закрыт уже несколько часов. Рабочий день закончился, но задача продолжает крутиться в голове. Кажется, стоит ещё немного подумать, и решение найдётся. На практике часто происходит обратное: попытка перестать думать о работе только сильнее удерживает внимание на ней. Почему так происходит и как объясняет это краткосрочная стратегическая терапия? Разбираем механизм и простой эксперимент, который можно проверить на себе.
