Как компетентность делает перегрузку сотрудника незаметной

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

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

Один случай я помню особенно хорошо.

У меня работал Андрей, имя изменено. Он был одним из самых сильных специалистов по программированию контроллеров Siemens и систем PCS 7. За несколько лет совместной работы он участвовал в сложных проектах автоматизации складов, нефтеперерабатывающих заводов и теплотехнического оборудования. Это был именно тот специалист, которому можно было отдать сложный участок и услышать привычное:

Разберусь.

И он действительно разбирался.

Поэтому я совершенно не ожидал, что однажды Андрей зайдёт ко мне с заявлением об увольнении. Я долго пытался понять, что произошло, пока наконец не выяснилась одна деталь. Два месяца назад он подходил ко мне с вопросом об отпуске. У нас тогда был очередной завал, и я ответил что-то вроде: «Скоро решу».

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

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

Что объяснила модель Каросека

В 1979 году американский социолог Роберт Каросек предложил модель профессионального стресса, в которой состояние сотрудника зависит от сочетания двух факторов: требований работы и свободы принимать решения о том, как с этими требованиями справляться. Позже эту свободу стали часто называть контролем над работой, хотя речь здесь скорее об автономии, доступных способах действия и возможности использовать собственные навыки.

Каросек предположил, что особенно тяжёлой становится работа, в которой требования высоки, а свободы принимать решения мало. В 1988 году Джеффри Джонсон и Эллен Холл добавили к модели третий компонент: социальную поддержку со стороны коллег и руководителя. Так появилось расширение, которое обычно называют Job Demand-Control-Support, или JDCS.

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

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

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

Кто именно получает эту поддержку?

Гипотеза, которую трудно увидеть в отчётах

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

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

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

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

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

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

Человек может долго сохранять внешне нормальные результаты за счёт переработок, постоянного напряжения и отказа от восстановления. На дашборде всё ещё зелёное, хотя ресурс уже заканчивается.

Почему сильный сотрудник не просит помощи

Просьба о помощи – это не только передача технической информации. Это ещё и межличностный риск.

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

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

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

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

Поддержка – это не «держись»

Когда говорят о поддержке, легко представить душевный разговор, корпоративного психолога или руководителя, который спрашивает: «Ну как ты?»

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

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

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

Почему вопрос «Всё нормально?» почти не работает

У надёжного специалиста на него обычно есть автоматический ответ:

Нормально. Разберусь.

Возможно, он даже не врёт. «Нормально» может означать: система пока не упала, срок ещё не сорван, я всё ещё способен продолжать.

Поэтому полезнее спрашивать не только о состоянии, а об устройстве работы:

• Что сейчас держится только на тебе?

• Какая задача первой сорвётся, если появится ещё один срочный запрос?

• Где у нас нет человека, способного тебя заменить?

• Что из текущей нагрузки можно снять или перенести?

• Какой риск ты пока удерживаешь вручную?

• В какой момент ты сообщишь, что задача перестала укладываться в срок?

• Есть ли вопрос, с которым ты уже обращался ко мне, а я до сих пор к нему не вернулся?

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

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

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

Считать не только задачи, но и зависимости

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

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

Не ждать повторной просьбы

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

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

Моя ошибка с отпуском Андрея была не в том, что я не согласовал его немедленно. В тот момент это действительно могло быть сложно. Ошибка была в том, что я пообещал решить вопрос, не назвал срок и оставил сотрудника в неопределённости на два месяца.

На новую задачу отвечать вопросом о приоритетах

Если сильному сотруднику добавляют ещё одну срочную задачу, полезно не спрашивать: «Справишься?»

Он, скорее всего, ответит: «Да». Лучше спросить:

Какую из текущих задач мы тогда переносим?

Так ответственность за невозможный объём возвращается в систему управления, а не остаётся личным испытанием сотрудника.

Сделать раннюю эскалацию нормой

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

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

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

Проверять стоимость героизма

Если один и тот же специалист регулярно спасает ситуацию, это не только повод его похвалить. Это ещё и сигнал о дефекте системы.

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

Постоянный героизм – плохой механизм отказоустойчивости.

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

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

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

Сейчас я могу вести задачи А и Б. Если добавляем В, одну из них придётся перенести.

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

Здесь критический контекст остаётся только у меня. Нужен второй человек, прежде чем это станет проблемой.

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

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

Это не просьба пожалеть. Это информация о состоянии системы.

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

Вместо вывода

Когда-то я помогал прежде всего тем сотрудникам, у которых проблема уже была видна. А самых надёжных оставлял в покое, потому что считал это формой доверия.

Теперь я думаю, что доверие и отсутствие внимания – не одно и то же.

История Андрея стала для меня неприятным, но полезным уроком. Я считал, что дал ответ: «Скоро решу». Он, вероятно, услышал, что вопрос с его отпуском для меня недостаточно важен, чтобы дать определённый ответ. Я ждал, что он напомнит, если вопрос станет критичным. Он ждал, что руководитель выполнит обещание и сам вернётся к разговору.

Оба молчали. Только для меня это была одна забытая задача, а для него – два месяца ожидания.

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

Надёжность не должна превращать человека в невидимку. И если один сотрудник слишком долго отвечает «разберусь», руководителю полезно не просто поверить ему, а спросить:

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

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

На что я опирался

Чтобы не превращать статью в научный обзор, оставлю основные работы, на которые опирался:

• Роберт Каросек. Job Demands, Job Decision Latitude, and Mental Strain (1979) – исходная модель требований и свободы принимать решения.

• Джеффри Джонсон и Эллен Холл. Job Strain, Work Place Social Support, and Cardiovascular Disease (1988) – работа, в которой в модель была добавлена социальная поддержка.

• Эми Эдмондсон. Psychological Safety and Learning Behavior in Work Teams (1999) – исследование психологической безопасности в командах.

• Филип Кристиансен и соавторы. Associations between Job Demand-Control-Support and High Burnout Risk among Physicians in Sweden (2024) – современная проверка модели и её ограничений.