Найти в Дзене

Эффект прожектора: почему ваши подчиненные боятся говорить “не знаю”

Представьте: junior-разработчик замечает баг в коде, но молчит. «Наверное, все и так видят, что я облажался», — думает он. Тимлид откладывает сложное техническое решение, потому что боится показаться некомпетентным. В это же время команда не догадывается о его терзаниях. Знакомо? Виноват «эффект прожектора» — когнитивное искажение, которое заставляет нас переоценивать степень внимания окружающих к нашим промахам. В итоге — паралич инициативы, упущенные возможности и тихий саботаж проектов. Давайте разберемся, как выключить этот прожектор. Простыми словами, «эффект прожектора» — это ощущение, что на вас направлен яркий свет, и все вокруг видят каждую вашу ошибку, каждую морщинку сомнения. В реальности этот «свет» горит куда тусклее. Ваша команда слишком занята собственными «прожекторами». В управлении это проявляется так: Результат — культура молчания, где проблемы всплывают слишком поздно, а инновации гаснут, не успев родиться. Вывод: Прожектор в голове руководителя светит так же ярко,
Оглавление

Представьте: junior-разработчик замечает баг в коде, но молчит. «Наверное, все и так видят, что я облажался», — думает он. Тимлид откладывает сложное техническое решение, потому что боится показаться некомпетентным. В это же время команда не догадывается о его терзаниях. Знакомо? Виноват «эффект прожектора» — когнитивное искажение, которое заставляет нас переоценивать степень внимания окружающих к нашим промахам. В итоге — паралич инициативы, упущенные возможности и тихий саботаж проектов. Давайте разберемся, как выключить этот прожектор.

Что такое «эффект прожектора» и как он душит инициативу

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

В управлении это проявляется так:

  • Сотрудник не задает уточняющих вопросов по ТЗ, чтобы не выглядеть глупо, и делает не то.
  • Не сообщает о рисках в срок, надеясь, что проблема «рассосется» сама собой.
  • Не предлагает смелые идеи на ретроспективе, боясь критики.

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

-2

Пример: тимлид vs. рядовой разработчик — драма в двух актах

  • Сценарий А: Рядовой разработчик. Допускает ошибку в коде. Ему кажется, что весь отдел смотрит на него с укором. На самом деле, коллеги заметили оплошность, но восприняли ее как рядовой случай. Однако из-за его страха команда теряет несколько часов, пока он в панике пытается все исправить втихаря.
  • Сценарий Б: Тимлид. Не может быстро оценить сложность задачи. Ему кажется, что команда ждет от него мгновенного и гениального ответа. Вместо того чтобы сказать: «Мне нужно время разобраться», он дает приблизительную оценку, которая срывает дедлайны. Команда же, наоборот, уважает честность и ждет адекватного лида, а не всезнайку.

Вывод: Прожектор в голове руководителя светит так же ярко, как и у сотрудника. И его последствия — дороже.

Практические приемы: как создать психологическую безопасность

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

Легализуйте незнание

На планерках и стендапах сами используйте фразы: «Я пока не разобрался в этом вопросе», «Коллеги, у кого есть опыт с этим API?». Это дает зеленый свет остальным.

Отделяйте человека от проблемы

Критикуйте не сотрудника («ты ошибся»), а результат («здесь баг, давайте найдем причину»). Фокус смещается с поиска виноватого на поиск решения.

Вознаграждайте за найденные риски

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

Создайте «глупый» чат

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

Техника «Пре-мортем»: репетиция провала как лекарство от страха

Классический постмортем (разбор полетов после инцидента) — это разбор трупа. Гораздо эффективнее провести премортем («до смерти»). Это структурированное обсуждение потенциальных рисков проекта до его старта.

-3

Как провести сессию премортема:

  1. Объявите правила: «Представьте, что наш проект через полгода полностью провалился. Наша задача — представить, по каким причинам это произошло».
  2. Генерируйте «причины провала». В течение 10-15 минут вся команда (от джуниора до сеньора) пишет свои гипотезы в общий документ или миро-доску. Примеры: «Мы недооценили сложность интеграции», «Клиент постоянно менял требования, а мы не отбивались», «Тестирование провели в спешке».
  3. Структурируйте и приоритизируйте. Сгруппируйте риски и оцените вероятность и влияние каждой группы.
  4. Составьте план-оберег. По ключевым рискам назначьте превентивные меры. Риск «недооценка» → вводим стадию переоценки. Риск «меняющиеся требования» → ужесточаем процесс их принятия.

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

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

🎁 Если вы дочитали статью до конца — значит, вам действительно
важно развивать свой бизнес и избегать ошибок в digital. Еще больше
откровенного и полезного контента без воды читайте в моем личном
Telegram-канале. Подписывайтесь прямо сейчас:

👉 TG: Чегодаев Павел - digital для руководителей