Почему команда ждёт плохих новостей: как проверить безопасность обратной связи без диагностики людей

Как разбирать реакцию на плохую новость

1. Выберите один свежий эпизод и восстановите факты: что было известно, кто получил информацию, какое решение требовалось и что произошло после сообщения.
2. На встрече сначала уточняйте контекст и риск, затем отделяйте событие от оценки человека. Не требуйте публичного признания, не используйте сарказм и не обещайте «никаких последствий» там, где они возможны.
3. Сформулируйте следующий безопасный шаг: остановка, проверка данных, исправление, эскалация или разбор процесса; назначьте владельца и дату review.
4. Регулярно показывайте на своих решениях, как меняется позиция при новых фактах. Без этого просьба «говорить честно» остаётся формальностью.
5. Если есть угрозы, унижение, домогательство, дискриминация, насилие или риск безопасности, не ограничивайтесь командным разбором: используйте защищённые HR, юридические или безопасностные каналы. Подход не гарантирует доверие, откровенность, инновации или производительность.

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

Подробности исходного материала

Я понял это в один момент. На еженедельной встрече с командой задал, как обычно: «Как у нас дела, что мешает?» Тишина. Кто-то посмотрел в стол, кто-то открыл ноутбук, тимлид, который обычно говорил первым, ответил: «Ну, всё нормально». Мы разошлись.

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

Это было моё открытие. Я считал себя нормальным руководителем. А команда привыкла к тому, что плохие новости от меня надо прятать. И ждала их — снаружи, от меня — потому что когда они доходили до меня в готовом виде, реакция уже была мягче. Если вы ищете, как быть хорошим руководителем, то начинать стоит не с книжек по лидерству. Начинать стоит с честного аудита того, что ваша команда сейчас от вас прячет.

Почему обычные советы про обратную связь не работают

В книжках всё просто: создай безопасную атмосферу, спроси команду, выслушай. Я делал ровно так. Назначал встречи 1-on-1, говорил «приходи с любыми вопросами», улыбался, когда мне приносили проблему. И всё равно команда молчала.

Безопасная атмосфера — это про прошлое, а не про настоящее

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

Безопасность не работает по объявлению. Она работает по истории взаимодействий. И моя история была не очень.

«Открытая дверь» — иллюзия, если за ней сидит начальник

Концепция open-door policy родилась в Штатах в 1970-х и звучит красиво: приходите, говорите, я слушаю. На практике подчинённый, заходящий с плохой новостью, всё равно стоит, а ты сидишь. Он не знает, отвлекаешь ли ты сейчас от важного. У него мало времени. У тебя — статус.

Я не задавал правильные вопросы

«Как дела?» — не вопрос. Это приветствие. Любой человек ответит «нормально» автоматически. «Что мешает?» — слишком общо. Никто не знает, что считать ответом.

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

Я путал тишину со здоровьем

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

Если ничего из этого до меня не доходит — значит, не команда здорова, а информационный канал между мной и командой сломан. Тишина — это не норма. Тишина — это симптом. Если на твоих встречах все месяцами говорят «всё нормально» — это самое тревожное, что может происходить. У Gallup в 2022 году по данным глобального опроса вышел простой факт: команды, в которых сотрудники чаще всего жаловались руководителю, реже всего теряли клиентов и людей. Жалоба — это не проблема. Жалоба — это сигнал, что система видит у себя поломку и зовёт на помощь.

Что на самом деле происходит, когда команда молчит

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

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

Перехват управления

Команда говорит: «У нас проблема с поставщиком, кажется, пропускает сроки». Я отвечаю: «Так, давайте я сейчас позвоню директору их направления, я с ним знаком, разрулим». Через два дня директор поставщика звонит уже моему тимлиду и спрашивает, кто у нас главный. Тимлид краснеет. На следующей встрече ко мне не приходят.

Эскалация поверх рамки

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

Ретроспектива в реальном времени

Команда говорит: «У нас сорвался дедлайн». Я отвечаю: «Так, а почему вы не сказали неделю назад, что не успеваете? Почему я узнаю об этом сейчас?» Это правильный вопрос. Но задать его в момент, когда мне принесли проблему, — значит наказать за принесение. На следующий раз информацию принесут позже. Или не принесут вовсе.

Почему команда «радуется» плохим новостям

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

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

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

Руководитель как смотровая площадка маяка

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

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

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

Roistat в 2024 году делал внутренний разбор провального проекта: команда полгода писала большую интеграцию, которая в итоге не подошла заказчику. Постфактум выяснилось, что три инженера ещё на втором месяце поняли — архитектурное решение неправильное. Они сказали об этом тимлиду. Тимлид сказал об этом руководителю продукта. Руководитель решил, что «давайте дойдём до промежуточной демки и там посмотрим». Демка случилась через четыре месяца. Архитектура к этому моменту была уже выстроена. Люди подавали сигналы. Сигналы не уходили выше. Маяк был, но у него отключили обзор.

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

Что я изменил — конкретные шаги

Это не книжка про лидерство. Расскажу про четыре конкретных вещи, которые я сделал в своей команде из 14 человек. После них команда перестала прятать плохие новости. Не сразу — где-то месяцев через четыре.

1. Поменял формат еженедельной встречи

Раньше я начинал с «как у нас дела». Теперь начинаю с конкретного вопроса каждому: «Расскажи про самую сложную часть твоей недели». Не самую большую задачу. Не достижения. Самую сложную часть.

Звучит просто. Но изменение принципиальное. «Сложная часть» — это легитимный ответ, который не требует жалобы или признания провала. Это просто описание реальности. И его легче дать, чем принести «проблему».

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

2. Перестал реагировать на проблему сразу

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

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

В 70% случаев первое движение оказывалось импульсом. Команде не нужно было, чтобы я звонил заказчику. Им нужно было, чтобы я знал. И иногда — чтобы подсказал, как они могут позвонить заказчику сами.

3. Хвалю тех, кто принёс плохую новость

Не саркастически. Не показно. Просто прямо: «Спасибо, что сказал. Это важно, что я об этом знаю». Один раз. Без лекции.

Поначалу казалось искусственным. Я научился делать это незаметно. После того, как тимлид рассказал про сорванный дедлайн, я не лез разбираться, а сказал: «Хорошо, что ты сказал сейчас, а не на сдаче. Что предлагаешь?» И всё. Дальше — его план, его решение, я только задаю уточняющие вопросы.

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

4. Завёл «канал плохих новостей»

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

В первый месяц туда писали мало. На второй пришла первая важная вещь: «У нас в одном из проектов фиктивная сдача, договор закрыт, но половина функционала не работает, тестировщики молчат, потому что им сказали „не лезть“». Серьёзная вещь. Я разобрался не через расследование, а через изменение процесса приёмки. Кто написал — не знаю до сих пор.

Канал работает уже год. Туда пишут где-то 4–5 раз в месяц. В половине случаев — ложные тревоги. Но другая половина стоит того.

Что меняется в команде, если убрать страх

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

Сотрудники приносят не результаты, а варианты

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

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

Плохие новости приходят с предложением

Раньше плохая новость звучала так: «У нас проблема, что делать?» — и дальше начиналась моя сольная партия. Теперь она звучит так: «У нас проблема, я предлагаю Х, не уверен в Y, нужна твоя помощь с Z». Конкретный список того, что от меня нужно — и это всё.

Я не должен решать всё. Я должен помочь там, где помощь нужна. И это разные вещи.

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

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

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

Как проверить себя — короткий чеклист

Если вы дочитали досюда и думаете «а у меня-то всё нормально», вот несколько проверочных вопросов. Без баллов и оценок. Просто — да или нет.

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

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

Что почитать и кого послушать дальше

Если тема зашла, и вы хотите серьёзно покопаться в неё — вот что стоит.

Эми Эдмондсон, Harvard Business School. Её работа про «психологическую безопасность» — это академический фундамент темы. Главное наблюдение Эдмондсон: лучшие команды совершают больше ошибок, чем худшие. Не потому что они хуже работают. А потому что они их признают. Худшие команды просто скрывают.

Книга Кима Скотта «Радикальная прямота» (Radical Candor). Её часто упоминают как «книгу Google и Apple». Главная идея: руководитель должен соединять личную заботу о сотруднике с прямой обратной связью. Без заботы прямота превращается в агрессию. Без прямоты забота превращается в фальшь.

Подкаст Boss to Boss от vc.ru. В 2023 году у них была серия с Аркадием Воложем (тогда ещё в Яндексе) и Олегом Тиньковым про управление командами в кризис. Главная мысль — обоих обжигало одно и то же: «когда стало плохо, я узнал последним». Если уж их обжигало — нас точно обжигает.

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

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

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

Константин Тарасов Автор

Предприниматель, бизнес-трекер, пишу о том, как развивать бизнес в условиях неопределенности